硬盘播出系统故障及处理方法.docx

硬盘播出系统故障及处理方法

[作者：河南鹤壁电视台 王松林]

    近几年，北京格非视频公司的硬盘播出系统在全国各地电视台得到了广泛应用，鹤壁电视台的这套硬盘播出系统运行了两年时间，在实际工作中我们遇到了各种各样的问题，在格非公司的指导下，这些问题都得到了很好的解决。现将这些故障及处理方法总结出来，希望能对从事一线播出工作的同仁有个借鉴。

    故障现象一

    迁移软件不停地从二级存储往视频服务器中循环迁移某几条待播素材。

    这种现象在我们这套系统中曾出现过两次。按照正常情况，迁移软件从二级存储中把某条素材迁往主备视频服务器中后，会在数据库中写入信息，表示已经将这条素材迁往主备视频服务器中。我们在服务器审片及服务器素材管理中可以找到这条素材，并且播出界面上也会显示这条待播素材已就绪。但出现这种现象后，在播出界面上每提取一次素材就会显示不同的结果，时而显示“就绪”，时而显示“缺文件”。

    针对这种现象，有两种处理方法：一种是重新给这些素材起名，重新上传到视频服务器中或二级存储中；另一种是将主备视频服务器中的这些素材删除掉，并在主备数据库“SQLSVRCLIP”中将这些素材信息删除掉。

    故障现象二

    188网段交换机交换指示灯不停地一起闪烁，所有连在该网段上的机器都PING不通，播出工作站告警并提示链接不上数据库，无法将播出表传到视频服务器中。

    这种现象出现过一次。发生这种故障，可能是由于端口数据堵塞造成的。通常情况下，只要把交换机断一下电即可，但我们这次断了几次电都无法使其恢复正常。遇到这种情况，可以先将交换机断电，然后拔下所有的网线头，然后逐一再插上，边插边观察，看指示灯还会不会出现一起不停闪烁的现象。如果正常闪烁，就可互相PING一下看是否通，如果通，即正常，如果不通，就只好将播出工作站应急接到189网段上，当然要把播出工作站的IP地址由188改为189，并在播出软件中修改相应的参数。

    故障现象三

    在播出工作站界面上显示某条素材未就绪或缺文件。

    对于素材未就绪的情况，一般来说要么是有关部门未能及时上载节目，要么是上载文件名和播出单文件名不符，只要通知有关部门即时上载或让编单人员重新修改文件名即可。但广告类的素材就稍麻烦些，因为广告是分组的，每一时段的广告是由许多条广告组成的。只要其中任何一条广告未传到服务器中，播出端就认为这组广告未就绪，而且凡是有这条广告的广告组都会显示未就绪。遇到这种情况，就需要打开广告编辑软件，从中连着查看这组广告上下相邻的几组广告，看有没有共同的广告名，如果有，一般来说就是由于这条广告未上载造成的，只要通知广告部重新上载即可。

    对于缺文件现象，可在“在线播出”界面上双击该文件，下端即显示缺文件的原因。一般来说可能是由于某种原因造成两个视频服务器中的一个没有该素材造成的。只要将该素材复制过来，在播出端重新提取一下即可。而对于非编打包上传的文件来说，就可能是由于打包时参数未选对造成的，这就需要在服务器素材管理中删除掉该素材并通知相关人员重新打包、重新上传。

    故障现象四

    非编打包素材通过服务器素材导入软件向主备视频服务器导入素材后，在服务器审片软件中却找不到该条素材，点击“未上载”按键，提示为未上载。

    我们知道，非编打包是将视频文件生成为MPEG-2格式文件，服务器素材导入软件将该打包文件向视频服务器导入时分两个步骤：第一步先将该打包文件进行格式转换，生成三个文件：*.M2V、*.WAV、*.INDEX，并在本地硬盘中生成一个TMP临时文件夹，用来存储这些转换格式后的文件；第二步再将这些文件从本地硬盘导入到主备视频服务器中，并向数据库中写入文件信息。因此，及时删除本地硬盘TMP中的过时文件，为素材导入提供足够的存储空间是非常重要的，同时保证向数据库中正确写入文件信息也是非常重要的。查看数据库中该条素材信息，显示未向主备视频服务器中写入该素材，但在主备视频服务器中又可找到这条素材。再检查TMP所在的硬盘空间，由于导入人员没有及时删除过时文件，导致存储空间非常小，这两种因素可能是造成该故障的原因。出现这种情况后，要把主备视频服务器CLIPS中该素材删除掉，再将数据库中该条素材文件信息删除掉，清空TMP文件夹中过时文件，再重新导入该素材。

    故障现象五

    素材迁移软件从二级存储中向主备视频服务器中迁移素材时，非常缓慢，导致大量待播素材未能及时导入视频服务器。

    出现该现象后，试着PING一下两个视频服务器，没有发现异常现象。但将鼠标指向右下角两个网络连接图标时，发现其中的189网段的千兆网速变成了百兆。检查水晶头，发现有松动现象，重新插牢后传输速度正常。这可能是打扫卫生或检查设备时不小心碰到网线插头造成的。因此，检修设备及日常巡机时，要注意养成检查网速的良好习惯。

    故障现象六

    播出工作站告警，提示无法链接上数据库，执行全部自动提取后，播控界面全部灰条显示，并且上载、导入都无法进行。

    这种现象在鹤壁电视台出现过多次，从故障现象看，是由于各工作站都无法链接上文件服务器，也就是说链接不上数据库造成的。链接不上数据库，就意味着无法向数据库中写入文件信息，也无法从数据库中提取出文件信息，从而使上载、导入及播出都无法正常进行。这就需要重启主文件服务器，使数据库恢复正常工作。如果这种现象比较频繁，就需要重新做系统，重新安装数据库，这是一项比较慎重的工作，要把各种因素都考虑到，如做好数据库备份，找到最近版本的数据库脚本等等。

    故障现象七

    服务器盘塔控制器告警，提示“CHL=X ID=X DRIVE HD ERROR”。

    出现这种现象后，先确定是盘塔阵列中的哪个硬盘出了问题，可以在控制器中查找，也可以通过观察盘塔指示灯中哪个不亮来判断。然后通过控制器菜单做REBUILDING，看能不能使这块盘恢复正常工作。一般情况下都可以恢复，如果不能恢复的话，就需要更换新的硬盘，再执行REBUILDING即可。

    故障现象八

    服务器告警，提示“系统试图从缓冲区传输文件数据到\Device\Harddisk1\Partition1\Clips\xxxxxx，写入操作失败，且仅有部分数据能写入文件。同时控制器上显示“CHL=X ID=X Parity/CRC Error”。重启服务器后，提示盘塔中有坏块存在，需要运行CHIKDISK。忽略磁盘检测程序，服务器也可以进入播出界面，但还是提示盘塔中有坏块存在，重新做REBUILDING后，故障依旧。

    这时，就需要对磁盘阵列重新做RAID5，做完RAID5后，格式化磁盘阵列，在磁盘阵列中建CLIPS文件夹并共享，然后从另一服务器中把其CLIPS中的所有文件复制过来即可，这些步骤下来要花费很长时间。

    故障现象九

    上载站上载软件启动正常，刚开始采集也正常，但采集一会儿后，采集画面静止，提示“重新初始化采集板卡”。

    这种故障在鹤壁电视台上载站发生过一次，从故障情况可以判断，网络链接应该没什么问题，也就是说和所要传输的目的盘塔及所链接的文件服务器没什么关系，问题的关键所在就是采集卡。重新启动机器，采集一段素材后又出现同样的问题。可以判断采集卡本身没什么大问题。打开机箱，取下采集卡，清理一下插槽及板卡插排，重新开机采集正常。

    故障现象十

    实际播出单与总编室编单内容不相符，少了几条。

    该现象在鹤壁电视台出现过一次。总编室编好单子后，除了网内审核上传外，每天还要把第二天即将播出的单子打印出来送播出机房。播出机房值班人员要核对一下播出工作站播出的单子与总编室打印出来的播出单子是否相符。出现上述问题的原因是值班人员由于特殊情况提前在离线编辑上审核了第二天要播出的单子，而总编室编单人员随后又改动了节目单，播出人员没有第二次在离线编辑上打开和保存第二天的单子，因而导致上述故障。所以，一定要让播出人员晚些时候再打开第二天的单子，最好是每天晚上22:00再打开，一般这时总编室不会再改动第二天的节目单（特殊情况下要让编单人员与播出人员做好沟通），再一个就是要让值班人员做好播出单与打印单的对照工作，发现问题及时反馈给总编室处理。

    故障现象十一

    新闻节目无法上传。

    鹤壁电视台自办栏目的上传过程是这样的：各栏目非编机制做好节目后，先打包成MPEG-2格式，然后通过服务器导入软件将打包后的素材进行转码和上传至主、备视频服务器，然后通过服务器审片软件再将该素材审核入库。承担这项任务的机器是审片编单工作站，该机器上装了两个网卡，一个连到非编交换机上，另一个连到播出网的189网段上。这种新闻无法上传的现象出现过多次，多数是由于数据库链接不上造成的。首先检查数据库链接情况，PING主、备文件服务器正常，FTP主、备视频服务器也正常，说明该机器与播出网链接正常。检查与非编网的链接，不通！屏幕右下角只显示一个网络链接图标，“设备管理器”中只显示一个网卡，看来另一个连接非编网的网卡没有被系统找到。关机，拔下网卡，清理插槽及网卡插头，重新安装上，开机正常。

    故障现象十二

    打开第二天节目单为空白。

    这一现象在2008年2月29日早间出现了一次。正常情况下，值班人员于22:00在“离线编辑”中打开审核第二天的节目单。第二天播出工作站就会自动打开当日的单子。由于一、二套都无法找到节目单，可以基本排除不是编单人员没有编单。从主文件服务器中的“SECTS”文件夹中查找2月29日的单子，一、二套均能找到当日的后辍为PGM、PST节目单，说明2月28日值班人员正常审核了第二天的单子。怀疑数据库有问题，但打开主、备数据库均正常，从播出站上PING主、备文件服务器也正常，排除了数据库的问题。关断播出工作站，重启，进入播出界面，还是提示找不到当天的节目单。最后才怀疑到是不是系统时钟出了问题，看GPS授时时钟，发现日期显示为“2008-03-29”，这才意识到2008年2月为闰月，平年2月只有28天，而闰年的2月为29天！由于GPS时钟没能变更到2008-02-29，而是变成了2008-03-29，从而导致了整个系统时钟的不正常。播出工作站不但无法找到当日的节目单，而且还将已经传到视频服务器中的2月29日、3月1日、3月2日素材全部删除掉！

    处理过程是这样的：连续关了几次GPS时钟，都无法使日期更改过来，只好关掉GPS时钟和校时软件。将所有需要校时的机器全都手动改成2008-02-29，在播出工作站才可以打开当日的节目单。但由于当日的素材已经被删除，只能等素材迁移软件一条一条地从二级存储中迁至视频服务器了。

    这次故障提醒我们到每四年一次的闰月时，要注意观察GPS时钟的日期变更是否正常，另外，还要注意新、旧年交替时时钟变更是否正常。

    GPS时钟厂家已经答应尽快解决上述校时问题。

    摘自《现代电视技术》