楊瑞軍

【摘要】播出系統(tǒng)是電視臺業(yè)務系統(tǒng)的核心系統(tǒng)，保障安全播出是所有電視臺播出部門一個永恒不變的課題。本文結合烏海廣播電視臺的全硬盤自動播出系統(tǒng)，選取了一些維護案例，細致地分析了維護的過程，并分享了一些運行維護的思路，希望能夠對其它廣播電視臺的安全播出工作有一定的借鑒意義。

【關鍵詞】導入 上載 自動遷移 轉碼 維護 K2服務器 硬盤

烏海廣播電視臺的整個播控系統(tǒng)是由北京格非公司架構完成的，而制作網絡則由中科大洋公司架構完成。那么在網絡架構的工程中，播控網絡與制作網絡就通過網關服務器進行了兩個網絡之間的連接。制作人員只需將制作好的節(jié)目文件放入兩個網絡都可訪問的公共區(qū)域中，由格非公司研發(fā)的導入軟件將素材自動導入到播控系統(tǒng)中的二級存儲中。素材的導入是導入軟件通過網關服務器將素材導入到二級存儲中，然后在通過遷移服務器將二級存儲中將要播出的素材遷移到播出服務器進行播出。

對整個播控系統(tǒng)來說，視音頻K2主備播出服務器是整個系統(tǒng)的核心設備，該服務器由湯姆遜公司推出，該產品引入和采用最新計算機領域的iSCSI、FTP、CIFS相關技術和協(xié)議，對其維護的重點就是必須保證其操作系統(tǒng)穩(wěn)定，各通道辦卡播出順暢，播出網絡暢通，各導入導出文件正常。

例一

故障現象：K2服務器在播出過程中出現畫面閃爍，無法正常播出。

故障分析及解決方法：首先觀察到的現象是出現硬盤掉盤，于是更換硬盤重新啟動軟件后播出正常，但沒過多久，同樣的問題出現，進而判斷通道板卡出現故障，于是更換服務器通道板卡，發(fā)現問題仍未解決。最后只能進行K2系統(tǒng)的還原以及聯系草谷公司重新進行軟件注冊，之后播出穩(wěn)定，結果認定為是系統(tǒng)及軟件出現故障。但硬盤素材已全部清空，需清理過期垃圾條目重新遷移素材，遇到無法清理的垃圾條目需要在播控端對此素材名進行解鎖后刪除，然后重新遷移。

例二

故障現象：如果在素材管理軟件或者遷移服務程序中，在設備狀態(tài)欄上看不到存儲設備或者存儲設備都顯示是紅的；

故障分析：素材存儲空間到達臨界點或相對應的存儲主機中有“服務”項需重啟。

故障解決：首先看到存儲設備空間仍然夠用，但仍出現紅色的報警，于是在對應存儲設備的主機上把3S（storagestatusservice）服務重新啟動雙擊紅色的存儲設備后顯示正常（點擊“我的電腦”右鍵，打開“管理”，進去后找到“服務”這項點擊一下，在右邊的對話框中你就能找到3S（storagestatusservice）服務，然后點中3S（storagestatusservice）服務又鍵，選擇重啟啟動就可以了）。

例三

故障現象：遷移服務器不對K2主備服務器進行維護，也不對素材進行遷移。

故障分析：根據故障現象，可能的原因是網絡出現斷開或配置不當引發(fā)網絡故障。需進行FTP的手工測試，如下：

點擊開始菜單Start→run，輸入“cmd”打開命令行窗口

ftp（主機名或IP地址）

Connectedto.

220FTPServer（3.3.1.1170）ready

User（hostname：（none》：

當提示輸入用戶名時，輸入”movie"（GXF格式）如果是MXF請輸入“MXFmovie”

230AspectsuccessfullysettoMOVIE

ftp>（此時進入FTPserver狀態(tài)）

然后我們使用命令“bin”和”hash“

ftp>bin

200TypesettoIMAGE

ftp>hash

HashmarkprintingOnftp：（2048bytes/hashmark）

輸入命令dir

ftp>dir

200PORTcommandokay.

1500peningdataconnectionforLISTV：/GXF/

（此時列出的可用于FTP傳輸的所有文件夾中的文件格式為GXF，如果你想查看格式為MXF的文件，應該以“mxfmovie"用戶名登陸）

測試FTP功能是否正常需要做發(fā)送和接收文件的雙向測試，以文件夾

“Default”為例：

ftp>cddefault

250ChangeofdirectorytoV：/GXF/default/ successful，xfermodeGXF

ftp>dir

200PORTcommandokay.

1500peningdataconnectionforLISTV：/GXF/default/.

-rwxr-xr-xlusergroup7152May2711：18：21Clip

-rwxr-xr-xlusergroup1606Jun2415：22：43Clip（l）

-rwxr-xr-xlusergroup1800Apr2110：29：10musicl

226Transfercomplete.

ftp：1601bytesreceivedin0.05Seconds34.06Kbytes/sec

K2文件導出功能測試：

ftp>getclip

200PORTcommandokay.

1500peningMOVIEmodedataconnectionfor/explodedFile/ V：/default/clip.

#########################

226Transfercomplete.

ftp：140232bytesreceivedin3.81Seconds36.78Kbytes/sec.

ftp>（從K2導出了一條“clip”的素材到當前ftp登陸PC的目錄c：/，傳輸了3.81秒）

K2文件導入功能測試：

將一條剛才導出的素材再上傳回K2并重命名為”clip002

ftp>putclipclip002

200PORTcommandokay.

1500peningMOVIEmodedataconnectionfor/explodedFile/ V：/default/clip002.

#########################

226Transfercomplete.

經測試后網絡正常，隨即對主備服務器的硬盤容量進行對照，問題出在硬盤存儲空間不夠用。經過檢查發(fā)現遷移軟件只對播出服務器進行素材遷移但卻不對其進行素材維護（刪除72小時之內不進行播出的素材）。分析后得知之前對數據庫進行過一次腳本升級，致使數據庫與遷移服務器沖突，

故障解決：通過檢查測試分析得知，重新安裝升級后的遷移軟件，進行數據庫腳本的升級，安裝更高版本的遷移軟件，重新配置網絡參數，維護正常運行。

例四

故障現象：導入軟件無法在導入列表中刷出需導入的素材

故障分析：對素材進行屬性查看，發(fā)現素材的修改時間為2014.5.11，而系統(tǒng)時間為2014.5.6，很明顯導入素材的修改時間比導入工作站當前的系統(tǒng)時間晚

故障解決：將系統(tǒng)時間修改為2014.5.11，滯后于素材的修改及創(chuàng)建時間，導入列表中可刷出現此素材

例五

故障現象：上載軟件打開后，無法對導入的素材進行打點與入庫。

故障分析：導入與拷貝同時進行的過程中導致軟件崩潰，重啟軟件仍得不到解決后對文件本身進行信息技審發(fā)現其霍夫曼編碼錯誤且底場在前。

故障解決：（1）可能是導入與拷貝同時進行的過程中導致軟件崩潰，關閉軟件，重啟計算機。

（2）重啟計算機時，發(fā)現開機密碼被改動。進入計算機控制面板將開機密碼改為BVT，軟件可用。此密碼不可更改！

（3）查看技審信息，提示“霍夫曼編碼錯誤”等流錯誤，需要用非編軟件重新生成后綴為.MXF文件，可打點，入庫。

（4）查看此素材的技審信息，發(fā)現技審信息中出現紅色警告，警告內容為：底場在前。需修改注冊表信息，將注冊表強制修改為頂場在前?？扇霂?。

例六

故障現象：制作好的素材拖入到公共區(qū)域中，自動導入進行失敗，即導入后上載軟件無法識別，無法進行素材的打點。

故障分析：因文件參數不符導致導入失敗或因為自動導入軟件任務量大而自行關閉。

故障解決：（1）打開公共盤，查看素材的導入完成后生成一個后綴為.fail的伴隨性文件，刪除此文件，導入軟件重新自動導入。

（2）導入軟件安裝在播出服務器機房的網關服務器中，查看網關服務器中的導入軟件自動關閉，導致無法導入素材，重啟軟件。

（3）若重復出現問題（1），即重新導入仍是導入失敗，此時可以判定問題出現在素材本生，導入的過程其實就是一個技審與轉碼的過程，非編軟件本身生成的素材統(tǒng)一為MPG格式的文件，導入即使將MPG轉碼為MXF文件，所以直接用非編軟件將素材重新生成MXF文件進行導入，問題解決，導入成功。

例七

故障現象：素材在導入過程中全部出現轉碼失敗

故障分析：經檢查發(fā)現時進行素材導入的工作人員在整理文件夾時發(fā)現E盤中的clips文件夾為空即將其刪除，因為在素材導入軟件的設置中導入路徑為E：＼clips，所以導致的素材無法轉碼

故障解決：新建clips文件后問題解決。

例八

故障現象：3000服務器關機后無法開機，重新啟動后顯示“wingdowscouldnotstartbecausethefollowingfileismissingorcorrup t（windows因為伴隨文件丟失或損壞無法正常開啟）”。

故障分析：在進行服務器關機時，外掛盤塔電源在服務器關機前切斷，導致服務器關機過程死機。

故障解決：將所有的通道卡都拔出，開機試，仍是此現象，只能一鍵ghost，在執(zhí)行過程中中斷，系統(tǒng)恢復錯誤，重新調入鏡像文件覆蓋，原系統(tǒng)恢復成功，開機后重新配置原有參數，恢復正常。

例九

故障現象：當天節(jié)目單已經調出，但總編室由于緊急情況修改節(jié)目單。當天節(jié)目單修改后播控端無反應。

故障分析：當播控機將所播節(jié)目單發(fā)送后就由服務器接管播出，此時播出節(jié)目以服務器所接收節(jié)目單為主，播控端只進行素材的提取。

故障解決：將播控機和服務器上的單子刪掉，重新打開軟件，重新從數據庫去調改后的單子。（建議不要經常去做這種操作，本操作只用于應急）播控端的節(jié)目單存在路徑為：C：＼ programfiles＼北京格非視頻＼magilivev4＼hztvx＼playbill（x代表頻道）服務器上的節(jié)目單存在路徑為：G：＼clips＼playbill（主備服務器的路徑一樣）

例十

故障現象：在監(jiān)看播出信號時出現一條廣告素材播出次數超過編輯所編播出次數。

故障分析：經查，在所給的廣告段位中存在下一條廣告素材未上載，段位中間會出現一段播出空隙，K2服務器具有最后一條素材循環(huán)播放的功能，所以出現空隙前一條廣告循環(huán)播放來填補留下的空隙。endprint

故障解決：在遷移服務器進行手動遷移此素材即可解決問題。

例十一

故障現象：當天的節(jié)目播出結束后，服務器不主備K2服務器不接收第二天的節(jié)目單。

故障分析：在發(fā)送節(jié)目單之前，總編室因臨時情況對節(jié)目進行調整，節(jié)目單頻繁的進行修改與提取，服務器因任務負荷大而崩潰。

故障解決：將播出服務器切換到三服，重啟主備K2服務器。

例十二

故障現象：二級存儲磁盤陣列報警，硬盤指示燈顯示紅色，視為壞盤。

故障解決：當盤塔中一塊硬盤壞掉熱備盤會頂替這塊盤。那么我們的raid5中就缺少一塊熱備，這時我們需要一塊新硬盤替換就硬盤然后按照以下操作將新添加硬盤做為熱備盤。

添加新的Spare盤的操作如下：

（1）選擇“ENT”鍵，見界面顯示：press2secondsfor Mainmenu；

（2）按“ENT”鍵2S后進入主菜單quicklogicalDriveinstall；

（3）按“ ”鍵，找到菜單：“ViewandEditLogical Drives”；

（4）按“ENT”鍵，進入后按“奧”找到添加的盤符。如第11塊為新添加

則為SLOT=11XXXXXMB

NEWDRVST310005

（5）按“ENT”進入Viewdriveinformation

（6）按“奧”顯示ADDLOCALSPAREDRIVE

（7）按“ENT”顯示LG=0R5DRV=XXX

XXGBGDSB=0

（8）按“ENT”ADDLOCALSPARE

DRIVESUCCESSFUL

（9）按“ESC”可見SLOT=11XXXXMB

LG0SBST310005

（10）按“ESC”退出至BVT3000ready界面

（11）重復一二三步驟

（12）按“ENT”可見LG=0R5DRV=XX

XXXXXMBGDSB=1這是顯示新添熱備盤成功。

例十三

故障現象：K2服務器與遷移服務器顯示斷開，需播出素材無法自動遷移到播出服務器進行正常播放。

故障分析及解決方法：遷移服務器對K2服務器進行PING命令，顯示網絡正常。之后對K2服務器進行手動測試FTP也顯示正常，查看數據庫分發(fā)訂閱并未出現異常。開始時只是主服務器斷開，于是切備服播出，不多時備服出現同樣的問題，通過對比發(fā)現，主服務器出現問題是對照過主備硬盤容量，備服較主服多出30多G，之后當備服硬盤容量與主服相同時即出現同樣與遷移服務器斷開情況。所以問題出在硬盤存儲空間不夠用。經過檢查發(fā)現遷移軟件只對播出服務器進行素材遷移但卻不對其進行素材維護（刪除72小時之內不進行播出的素材）。分析后得知之間對數據庫進行過一次腳本升級，致使數據庫與遷移服務器沖突，重新安裝升級后的遷移軟件，維護正常運行，問題得以解決。

結束語

綜合以上維護經驗，日常維護是保證播出設備正常運行的必要手段，因此應將維護工作制度化、專業(yè)化，指定專業(yè)技術人員從事維護工作，建立設備維護卡片，按規(guī)定每天檢查播出值班日志，定期檢查各臺機器的運行情況，服務器系統(tǒng)盤、磁盤陣列的運行情況，及時清除垃圾文件等，定期更換設備中的故障部件并做好維護日記，這樣才能快速有效地排除故障，安全優(yōu)質播出才能得以保障。B&Pendprint