非编制作网优化调整实践.docVIP

非编制作网优化调整实践 　　【摘要】随着节目制作手段的需求不断变化及电视技术的不断发展，各个部门和栏目都希望自己使用的设备是最新、最好的。而每个电视台却需要从全台的发展去考虑设备的采购计划，不一定能满足所有部门和栏目的需要。因此，如何把旧有设备利用起来，发挥其最大余热，尽量满足节目制作的需求，就是我们值得研究的。 【关键字】非编网 存储 带宽测试 杀毒 优化策略 目前，非编网络作为后期制作节目的主要设备，在各台中已经是一种常规方式了，网络的设计方案以及技术架构也是在不断的升级改变。电视台新建非编网络时，为了满足不同栏目节目制作的需求，往往会量体裁衣地建设比较小型的非编网络给指定栏目使用，这类规模较小、系统价比较高的非编网。通常在系统新建启用时，还能够满足栏目使用需求，但随着节目制作要求的为断提高，使用不了多久就会出现这样哪样的问题，但我们又不能马上就淘汰这套设备，为了不造成浪费，我们就需要自己做一些优化调整方案来尽可能的发挥设备的余热。下面就介绍一下，我台一套非编网的优化方案。 一.实际案例 随着各电视台的大力发展，以及目前卫视频道的收视率的竞争日益激烈，所以各台卫视频道主打节目之间的竞争进入了白热化阶段。各个省台卫视频道都在着力打造能够吸引收视率的精品节目，其中综艺类节目以其大众喜闻乐见的内容形式，更成为了各省台卫视频道力拼的主战场。贵州卫视频道也全力打造了一款相亲类节目《非常完美》，并专门建了一套小型的大洋非编制作网，提供给《非常完美》栏目制作后期节目使用。该网络采用的是纯千兆以太网的单网架构，由于考虑到卫视频道节目素材的安全性，存储采用的是2套UIT IP存储（16T存储容量）作为主、备存储；网络包含的数据库服务器、存储管理服务器和域控服务器都采用的是主、备机制，其中提高数据库服务器的处理能力，数据库服务器还采用的是双机并行，共享一个数据库盘阵的方式。该网络共有12台非编站点，其中包含有卡（REDBRIDGE_III 非编板卡）站点5台作为上下载站点，另外7台无卡的作为高码率编辑站点，采用的是大洋D？-Edit非编软件。 该网络从2011年初开始正式投入使用，在开始运行时基本可以满足《非常完美》栏目的节目制作，但使用一年半左右以后，随着节目制作的需求增多，节目复杂程度增大，《非常完美》栏目编导在使用非编软件制作节目时，发现操作起来软件响应时间延长，影响了节目的制作效率。为此，我们专门针对该网络进行了一次性能测试，经过测试后发现，按照《非常完美》栏目的制作要求，在节目制作过程中，非编软件确实存在响应时间过长的现象，从而造成制作效率降低。针对这个现象，为了找出原因我们先对网络进行一次带宽性能的测试，希望能通过测试出来的数据分析出网络制作效率低下的原因。以下是测试内容（由于有2台站点调用到其他地方使用，所以我们用10台站点来测试）： 1.非编软件层数实测（我们开启10台非编站点，为了能够直接模拟节目部门制作节目的剪辑习惯，我们直接打开《非常完美》栏目精剪好的不同的12个故事版进行测试，每个故事版大概包括5层视频和10层音频） （1）将10台非编站点全部打开，同时在非编软件中播放《非常完美》做好的10个不同的故事版，这时10台站点延迟非常高，连播放都困难，几乎没有一台能正常播放的，去操作非编软件，例如一些基本的剪辑操作，在操作时也是延迟现象很严重，有时一步操作要隔十几秒才有反应。 （2）由于10台站点同时播放延迟现象很严重，操作很困难，我们就递减站点，一直将站点减少到只有6台同时播放时，才从肉眼观察上感觉播放得比较流畅，但是还是偶尔会有延迟。这时我们就用非编系统中自带的检测播放故事版是否有丢帧情况的插件，来测试故事版播放时是否有丢帧情况，测试时我们用6台站点同时播放了10分钟不同的6个精剪好的故事版。最后发现6台站点播放时，都有不同程度的丢帧情况，具体数据如表1。 （3）由于发现6台站点同时播放时虽然肉眼观察不到，但是实际的丢帧情况比较严重，我们就将测试的站点数量递减再进行测试，减少到4台站点同时播放4个不同的故事版时，发现基本上视频的丢帧数和操作速度与使用6台时没有太大区别，这样我们就继续减少站点数量减少到只有2台和1台时，这时故事版播放起来就比4台和6台时要稍微流畅一些，但剪辑操作的速度也还是比较慢，测试2台和1台站点时的具体的丢帧情况表2。 2.用SANergy测试网络带宽 用非编实测完以后我们就用SANergy存储管理软件来测试网络的带宽数据，我们将测试的读写标准设置为File size（MB）：1024， Record size（KB）：4096。然后让10台站点一起对主、备存储（P、Q盘）进行读写带宽测试，具体测试数据表3。 由表3可见，该网络的