技术运维部规划.docVIP

技术运维部现状及规划 手机电视部分 采录系统 现状：目前整个采录系统有5台机器，位于广电18楼机房。从广电18楼有一根光纤线路连到公司。5台机器通过一个矩阵控制器切换视频信号。其中1号采集机负责切换的控制，并和公司内一台数据库服务器交互，以控制节目单的更新。然后将节目单下发至其余4台采集机。5台采集机根据节目单录制节目，录制完毕后传回到公司的FTP服务器以供编辑剪辑。 问题：采录系统经常会出的问题按问题频率排列如下： A 1号采集机上的矩阵切换程序经常会down掉，导致其余几台采集机无法切换视频源，造成节目采录错误。 B 2号采集机和3号采集机有时会发生采录完节目上传后，不删除本地文件，导致磁盘空间已满。后面所录的节目均为空文件 C 采集机上的采集程序有时会发生down掉的情况，导致节目不再采录 目前解决办法： A 一般采用定期查看的办法，但程序down并没什么时间规律。所以一般有没录到的节目就让编辑用IPTV重新录制 B 目前做了批处理文件，在每天凌晨3点的时候清空硬盘。现在已基本不会发生问题 C 这种情况比较少，目前我们准备了一台新的采录机器准备替换。然后将替换下来的机器作为备份机。这样目前我们就能有两台备份机。计划一台做热备一台做冷备 滚播系统 现状： 滚播系统分为滚播播放机和滚播编码机。编辑那里将做好的视频文件交给我们。我们将其放到滚播播放机上用程序进行播放。滚播播放机和滚播编码机之间用AV信号线连接。在滚播播放机上播放的画面和声音传入滚播编码机。在滚播编码机上通过HELIX编码传给移动流媒体平台。 问题：滚播系统经常会出的问题按问题频率排列如下： A 部分滚播编码机播放一段时间后会变得十分缓慢。导致用手机终端收看时时常缓冲 B 部分滚播播放机机器很不稳定，会发生播放程序down的现象 目前解决方案： A 每天早上对这些机器重启。能保证正常运行一天 B 采用定时查看的办法。 直播系统 现状：直播系统的机器分布在广电机房17楼和18楼。通过直接连接视频源，然后用HELIX进行编码发送给移动流媒体平台。 问题：直播系统经常会出的问题按问题频率排列如下： A Helix程序经常会出现down的情况 B 有时helix会发生网络数据断流的情况 目前解决方案： A 每星期对所有helix程序进行重启 B 暂无，一般是有报障时对机器进行重启 建议和规划 逐步建立一整套手机电视监控系统 第一步：先对手机电视系统内所有服务器和交换机的运行状态进行监控。可以购买一套成熟的基于SNMP协议的网络管理软件。例如RG-OpManager。这样在服务器当机或者网络流量中断时我们可以第一时间得到反馈，以便立即作出反应。 第二步：对helix的数据发送状态进行监控。需要另外开发。开始时可以先做个简单的程序，在服务器上运行，只是定时监测指定端口是否有发送数据包。后面再加上报警机制，可以通过邮件或者短信。然后再设法把在每台服务器上运行的这个程序融合成一套系统，例如统一的监看画面之类。最后再考虑是否能和之前的网络管理软件融合在一起。 公司IT部分 公司目前网络带宽为6M。办公电脑数量约为150台左右。 问题： A 部分同事经常使用迅雷、BT、电驴等软件，极大的占用了公司带宽。尽管办公室曾多次发文禁止，但效果甚微。 B 公司网络使用的4台D-LINK交换机和1台华为路由器有时会发生故障。经常会发生网络断流现象。其中4台交换机在2年时间内已维修过8回。 C 运维部门目前只有2个人，还要负责外面手机电视和增值业务的服务器，所有公司内有些问题不能第一时间处理，会影响其他同事的办公效率 建议和规划 至少增加一名运维人员，专门负责公司IT维护和以后增加的OA系统。 购买流量控制和监控软件，对占用公司流量较高的个人给予通报 更换或者增加交换机以应对日益扩大的局域网规模。