- 相關(guān)推薦
采用集中上載方式的非線性制作網(wǎng)的若干細(xì)節(jié)歸納
采用集中上載方式的非線性制作網(wǎng)的若干細(xì)節(jié)歸納
2004年度河南省廣播電視優(yōu)秀科技論文二等獎(jiǎng)一、概述
目前,非線性制作網(wǎng)絡(luò)在電視行業(yè)中已大量應(yīng)用,以 FC+ 以太網(wǎng)的雙網(wǎng)結(jié)構(gòu)是最為普遍的做法。由于前期的節(jié)目采集中,仍在大量使用磁帶這一傳統(tǒng)的線性方式作為記錄的主體,在后期的節(jié)目制作前,素材的上載成為不可避免的步驟與環(huán)節(jié)�,F(xiàn)在流行的方式是在配有視音頻處理卡的工作站上加掛放機(jī),以分散的上載工作站承擔(dān)素材上載的工作。這種方式由于其流程簡(jiǎn)單、使用靈活而在早期的網(wǎng)絡(luò)中大量存在,但在中小型的網(wǎng)絡(luò)中,由于工作站點(diǎn)的不足,經(jīng)常會(huì)出現(xiàn)素材上載人員與節(jié)目編輯人員爭(zhēng)用站點(diǎn)的現(xiàn)象。為避免這種情況的出現(xiàn),將節(jié)目制作站點(diǎn)從素材上載中解放出來(lái),河南電視臺(tái)都市頻道在 2003 年底建成的節(jié)目制作網(wǎng)以集中上載來(lái)代替原先新聞制作網(wǎng)中的分散上載方式。
二 、網(wǎng)絡(luò)分析
由于上載部分的獨(dú)立,從而使網(wǎng)絡(luò)的結(jié)構(gòu)在功能上產(chǎn)生了分解、細(xì)化,使得原先作為整體的、基于標(biāo)準(zhǔn) C/S 構(gòu)架的、功能集成的網(wǎng)絡(luò),演變成為多個(gè)功能專一的、獨(dú)立的子網(wǎng)。如圖 1 、 2 所示:
注:箭頭代表數(shù)據(jù)流向
從以上兩圖的比較當(dāng)中可以看出,在原先的網(wǎng)絡(luò)中,素材上載、節(jié)目制作、素材存儲(chǔ)、以及網(wǎng)絡(luò)的管理等功能,都是通過各站點(diǎn)獨(dú)立在網(wǎng)絡(luò)中進(jìn)行交互的,而各站點(diǎn)之間是一種對(duì)等、并列的關(guān)系,它們之間不存在根本性的功能差異,這就在簡(jiǎn)潔、明了的背后掩蓋了各功能間不確定的、潛在的沖突(即在用機(jī)繁忙時(shí),素材上載人員與節(jié)目編輯人員爭(zhēng)用站點(diǎn)的現(xiàn)象時(shí)有發(fā)生;而在更多的時(shí)間中,大部分站點(diǎn)又處于閑置狀態(tài))。在新的網(wǎng)絡(luò)中,各功能相對(duì)獨(dú)立,更有利于網(wǎng)絡(luò)的管理與維護(hù)。并且,對(duì)于功能的擴(kuò)充(如加入播出網(wǎng)),也由原來(lái)的網(wǎng)間連接變?yōu)閮?nèi)部子網(wǎng)的擴(kuò)展,在理解上更加容易、操作上更加可行。
三、網(wǎng)絡(luò)結(jié)構(gòu)
下面筆者就以圖二的功能子網(wǎng)模式,對(duì)都市頻道的非線性節(jié)目制作網(wǎng)進(jìn)行結(jié)構(gòu)上的分析。
• 上載子網(wǎng)
從物理上該部分由兩臺(tái)轉(zhuǎn)碼工作站( ZMS-01 和 ZMS-02 )、一臺(tái)轉(zhuǎn)碼調(diào)度服務(wù)器站( ZMC )、一臺(tái)上載控制站( SZC )、一臺(tái)視頻服務(wù)器( MAV70 )及該視頻服務(wù)器的網(wǎng)關(guān)( GateWay )所組成;從邏輯上分為上載、存儲(chǔ)與轉(zhuǎn)碼三部分。
在 SZC 上運(yùn)行著集中上載主程序 MAV70Upload.exe 和定時(shí)收錄任務(wù) Uploadsvr.exe 兩個(gè)程序, MAV70Upload.exe 是集中上載系統(tǒng)的主程序,記載了整個(gè)上載部分的路由信息, 負(fù)責(zé)素材的采集、將采集的條目寫入專有的上載數(shù)據(jù)庫(kù)、并向素材管理 DispClip.exe 發(fā)送上載信息,它 也是上載人員操控的主界面;而 Uploadsvr.exe 功能較為單一,只進(jìn)行衛(wèi)星的定時(shí)收錄任務(wù)。同時(shí), SZC 通過 MOXA 卡及其連接盒與各放機(jī)和 MAV70 的控制口相連,對(duì)其進(jìn)行各種操作的控制。
ZMC 包含素材管理 DispClip.exe 和轉(zhuǎn)碼調(diào)度服務(wù)器 SbRemoteSvr .exe 兩個(gè)程序,素材管理 DispClip.exe 接收到來(lái)自主程序的上載信息, 檢查數(shù)據(jù)庫(kù),將新增的條目生成轉(zhuǎn)碼任務(wù)并提交, 并將其發(fā)送于轉(zhuǎn)碼部分,待轉(zhuǎn)碼完成后將信息(轉(zhuǎn)碼成功、失敗或因未找到轉(zhuǎn)碼素材而沒有轉(zhuǎn)碼)返回于主程序;當(dāng)素材管理 DispClip.exe 收到 轉(zhuǎn)碼任務(wù)成功時(shí),還要將素材信息寫入整個(gè)網(wǎng)絡(luò)的主數(shù)據(jù)庫(kù)。而轉(zhuǎn)碼調(diào)度服務(wù)器 SbRemoteSvr.exe 的作用是接受來(lái)自于素材管理 DispClip.exe 的任務(wù),并根據(jù)當(dāng)前的任務(wù)量對(duì)轉(zhuǎn)碼工作站集群進(jìn)行任務(wù)調(diào)度和分配,待轉(zhuǎn)碼站完成任務(wù)后,向素材管理 DispClip.exe 返回完成信息。
兩臺(tái) ZMS 組成了轉(zhuǎn)碼工作站的群集,在其上的本地轉(zhuǎn)碼 SbTrLocalSvr.exe 程序根據(jù)從轉(zhuǎn)碼調(diào)度服務(wù)器站發(fā)來(lái)任務(wù),通過網(wǎng)關(guān)從 MAV70 中找到相應(yīng)的素材文件的位置,將其轉(zhuǎn)為制作網(wǎng)所識(shí)別的高(低)質(zhì)量的視音頻文件,并存放于為該用戶指定的相應(yīng)位置;在轉(zhuǎn)碼工作站上另有一手動(dòng)提交軟件 TaskSubmit.exe ,該軟件可將各類 MPEG-II 視音頻(如 DVD ),網(wǎng)絡(luò)中各種流行的視頻格式(如 rmvb 、 wmv 、 asf 、 mp3 等)及其他公司的視音頻文件(如 SEACHANGE 、 GVG GXF )轉(zhuǎn)為制作網(wǎng)中可識(shí)別的格式,它的功能相當(dāng)于一手動(dòng)提交任務(wù)的“萬(wàn)能轉(zhuǎn)碼”軟件。
MAV70 用來(lái)臨時(shí)存放采集的視、音頻文件,由于其不能直接將視、音頻流轉(zhuǎn)為制作網(wǎng)所識(shí)別的格式文件,也就使得轉(zhuǎn)碼成為必須的步驟;而且 MAV70 是視頻服務(wù)器,無(wú)法以高速的 I/O 吞吐能力直接與網(wǎng)絡(luò)進(jìn)行交互,因此為其配一專用的網(wǎng)關(guān),解決網(wǎng)絡(luò)中的高數(shù)據(jù)流量。
SZC 上的 MAV70Upload.exe 和 Uploadsvr.exe 兩個(gè)程序與 ZMC 上的素材管理 DispClip.exe 組成了上載部分,它們之間相互獨(dú)立,互相配合。用戶通過主程序進(jìn)行操作,在登錄時(shí)申請(qǐng)供上載用的空閑通道,并從網(wǎng)絡(luò)中的主數(shù)據(jù)庫(kù)中讀出相應(yīng)的用戶信息(上載的權(quán)限、有效的使用空間、用戶需求的視頻文件的碼率類型及要存放的位置等),待錄制(素材上載)完成后,將相應(yīng)的素材信息寫入上載數(shù)據(jù)庫(kù),并發(fā)送信息給素材管理 DispClip.exe 。素材管理 DispClip.exe 接收到主程序發(fā)送的素材信息后,檢查上載數(shù)據(jù)庫(kù),將其中的新增條目生成轉(zhuǎn)碼任務(wù)并向轉(zhuǎn)碼調(diào)度服務(wù)器提交。當(dāng)素材管理 DispClip.exe 接收到從轉(zhuǎn)碼調(diào)度服務(wù)器發(fā)送的轉(zhuǎn)碼完成的返回信息后,將該條目的所有相應(yīng)信息寫入制作網(wǎng)主數(shù)據(jù)庫(kù),并且向主上載程序發(fā)送轉(zhuǎn)碼成功信息。主程序在得到轉(zhuǎn)碼任務(wù)成功的信息后,向上載數(shù)據(jù)庫(kù)寫入完成信息,并于一小時(shí)后自動(dòng)從 MAV70 中釋放已完成轉(zhuǎn)碼的素材所占用的空間;若返回的是失敗信息,素材管理 DispClip.exe 將不進(jìn)行寫入主數(shù)據(jù)庫(kù)的操作,同時(shí)返回給主程序,由主程序向上載數(shù)據(jù)庫(kù)寫入失敗信息,并將素材一直存放在 MAV70 內(nèi),成為“垃圾”文件。管理人員若發(fā)現(xiàn)轉(zhuǎn)碼任務(wù)失敗,可通過該任務(wù)在轉(zhuǎn)碼調(diào)度服務(wù)器中的執(zhí)行信息進(jìn)行判斷,如果是任務(wù)意外中止,可在轉(zhuǎn)碼調(diào)度服務(wù)器中手動(dòng)重作該任務(wù),若錄入的素材有問題,則應(yīng)通過上載主程序的管理界面刪除該任務(wù)。用戶還可進(jìn)行衛(wèi)星定時(shí)收錄工作,與人工上載不同的是定時(shí)上載不需要手工去操作,只需要在第一次上載前,由用戶對(duì)錄制起止時(shí)間、錄制期數(shù)進(jìn)行預(yù)先設(shè)定,在錄制的前兩分鐘,定時(shí)上載程序會(huì)自動(dòng)向上載主程序發(fā)送錄制申請(qǐng)。由于定時(shí)上載在設(shè)計(jì)時(shí)即被定義了較高的優(yōu)先級(jí),因此在定時(shí)上載發(fā)送錄制申請(qǐng)后,如果設(shè)備已被占用,主程序會(huì)強(qiáng)行終止該任務(wù),釋放通道,供定時(shí)上載程序使用。
轉(zhuǎn)碼調(diào)度服務(wù)器、轉(zhuǎn)碼工作站群集與手動(dòng)任務(wù)提交組成了轉(zhuǎn)碼部分。轉(zhuǎn)碼調(diào)度服務(wù)器與轉(zhuǎn)碼工作站群集組成了正常的上載模式,轉(zhuǎn)碼調(diào)度服務(wù)器根據(jù)當(dāng)前轉(zhuǎn)碼站的忙閑狀態(tài)進(jìn)行任務(wù)分配。在有空閑的轉(zhuǎn)碼工作站時(shí),轉(zhuǎn)碼調(diào)度服務(wù)器向其發(fā)送任務(wù)與相關(guān)素材信息;若所有轉(zhuǎn)碼站的通道均被占用時(shí),轉(zhuǎn)碼調(diào)度服務(wù)器則將任務(wù)以 FIFO (先進(jìn)先出)的方式建立一任務(wù)隊(duì)列,依序進(jìn)行任務(wù)分配。
作為存儲(chǔ)部分的 MAV70 及其網(wǎng)關(guān),只是用來(lái)臨時(shí)存放素材文件的場(chǎng)所,等轉(zhuǎn)碼成功一小時(shí)后,其所占用的空間將被自動(dòng)釋放;網(wǎng)關(guān)只作為供轉(zhuǎn)碼站與 MAV70 交互的一個(gè)平臺(tái)。
• 存儲(chǔ)子網(wǎng)
雙網(wǎng)結(jié)構(gòu)中以 FC 環(huán)境構(gòu)成的 SAN (存儲(chǔ)區(qū)域網(wǎng))則成為了存儲(chǔ)子網(wǎng)的主要構(gòu)成部分。節(jié)目素材通過轉(zhuǎn)碼工作站,分別經(jīng)光纖和以太網(wǎng)連接,以高低兩種畫質(zhì)存儲(chǔ)在 FC 網(wǎng)的共享海量存儲(chǔ)磁盤陣列和以太網(wǎng)域主服務(wù)器的共享 SCSI 硬盤塔進(jìn)行存儲(chǔ),供帶有視音頻編解碼板的有卡工作站使用,所以存儲(chǔ)子網(wǎng)也就由海量存儲(chǔ)磁盤陣列、磁盤控制器、 MDC 服務(wù)器及與域主服務(wù)器相連的 SCSI 硬盤塔組成。素材文件由經(jīng)轉(zhuǎn)碼工作站的轉(zhuǎn)碼,送入網(wǎng)絡(luò)的相應(yīng)存儲(chǔ)體中,低質(zhì)量素材存放在 SCSI 硬盤塔中,相對(duì)應(yīng)的高質(zhì)量素材存放在海量存儲(chǔ)磁盤陣列中。
對(duì)于 SCSI 硬盤塔而言,域主服務(wù)器與其關(guān)系就如同 MAV70 與其網(wǎng)關(guān)的關(guān)系相似,只是域主服務(wù)器并不是單為 SCSI 硬盤塔共享存儲(chǔ)而配,做為域主服務(wù)器、網(wǎng)絡(luò)的核心,它還發(fā)揮著更為重要的維持整個(gè)網(wǎng)絡(luò)運(yùn)行的作用。在 SCSI 硬盤塔上分別存放有數(shù)據(jù)庫(kù)群集、制作網(wǎng)低質(zhì)量素材和節(jié)目的所有信息。
海量存儲(chǔ)磁盤陣列是全網(wǎng)的主要存儲(chǔ)設(shè)備,與以往不同之處在于它并不直接連入 SAN 中,而是配有專門的磁盤控制器,這樣可以更加安全可靠地管理磁盤陣列。目前,都市頻道制作網(wǎng)中使用的磁盤控制器為使用了單控制器的 S2A3000 ,它管理著磁盤陣列中的全部十六塊硬盤,并將其分為六通道的三個(gè)“ tier ”( S2A3000 對(duì)磁盤的一種邏輯表示方式),如圖 3 顯示的是磁盤陣列中,各物理盤的對(duì)應(yīng)關(guān)系。
其實(shí), S2A 控制器對(duì)磁盤陣列采用了較特殊的管理方式( DirectRAID 技術(shù)),尚未公布對(duì)外細(xì)節(jié),我們無(wú)法十分準(zhǔn)確地對(duì)其進(jìn)行了解、掌握,只能通過概念進(jìn)行邏輯上的理解。在這里,每一個(gè) tier 可以簡(jiǎn)單地看作是一帶奇偶校驗(yàn)的帶區(qū)集。例如: tier1 是由 1A 、 1B 、 1C 、 1D 、 1P 、 1S 組成,其中標(biāo)號(hào)是 A 、 B 、 C 、 D 為數(shù)據(jù)盤, P 為奇偶校驗(yàn)盤, S 為空閑熱備盤,但是它可以替換陣列中的任一塊故障盤,既便它們不屬于同一 tier 。但實(shí)際情況是每塊盤上都有專用于奇偶校驗(yàn)的區(qū)塊,而不是使用單獨(dú)的奇偶校驗(yàn)盤。
此時(shí)如果一塊數(shù)據(jù)硬盤出現(xiàn)故障,例如 disk 2A 故障,則該盤所在的 Tier 中的其他 5 塊數(shù)據(jù)盤會(huì)自動(dòng)將數(shù)據(jù) Rebuild 到熱備盤上,即 1S ;當(dāng)故障硬盤被新盤替換,并且 S2A 控制器檢測(cè)到新硬盤上線后,系統(tǒng)會(huì)將備份盤(如 1S )上的數(shù)據(jù)拷貝到新硬盤中。如果新硬盤上線時(shí),系統(tǒng)對(duì)熱備盤的 rebuild 尚未結(jié)束,則系統(tǒng)會(huì)先將熱備盤的 rebuild 過程完成,然后再將熱備盤上的恢復(fù)完整的數(shù)據(jù)拷貝到新硬盤上。
S2A 控制器以雙通道的方式與 FC 交換機(jī)連接,占用了 FC 交換機(jī)的兩個(gè)端口,分擔(dān)各結(jié)點(diǎn)與存儲(chǔ)陣列之間的 通訊量,盡量做到數(shù)據(jù)吞吐量的負(fù)載平衡。
SAN 的優(yōu)勢(shì)在于提供了工作站點(diǎn)通過光纖通道( FC )對(duì)共享存儲(chǔ)體(海量存儲(chǔ)磁盤陣列)的直接訪問,而基于 SAN 結(jié)構(gòu)的 SANergy 文件共享系統(tǒng)則提供了多個(gè)站點(diǎn)對(duì)存儲(chǔ)體的實(shí)時(shí)共享。 元數(shù)據(jù)控制器 ( MDC ) 服務(wù)器是共享存儲(chǔ)體的所有者,是專用于對(duì)共享存儲(chǔ)體進(jìn)行管理的服務(wù)器,通過 SANergy 軟件對(duì)共享存儲(chǔ)體進(jìn)行設(shè)備和卷的分配,使得共享存儲(chǔ)體成為 SAN 中的每臺(tái)工作站點(diǎn)都可以識(shí)別的資源,客戶端正是通過它對(duì)共享存儲(chǔ)體進(jìn)行訪問的。
從 MDC 服務(wù)器的角度來(lái)看,共享存儲(chǔ)體就是它的本地磁盤,可由操作系統(tǒng)自帶的磁盤管理軟件進(jìn)行管理和配置,網(wǎng)絡(luò)中的其他工作站點(diǎn)則通過以太網(wǎng)路由將 MDC 服務(wù)器管理的共享存儲(chǔ)體進(jìn)行磁盤映射、進(jìn)行訪問的。當(dāng)工作站通過以太網(wǎng)以邏輯卷的方式訪問共享存儲(chǔ)體時(shí),它從 MDC 服務(wù)器得到邏輯卷的相關(guān)元數(shù)據(jù),如文件名稱、數(shù)據(jù)結(jié)構(gòu)、文件大小等,而實(shí)際數(shù)據(jù)則經(jīng)由 FC 直接進(jìn)行傳輸。
• 制作子網(wǎng)
該部分與傳統(tǒng)的制作網(wǎng)絡(luò)無(wú)異,因此不加贅述。
• 管理子網(wǎng)
管理子網(wǎng)由域控制器(主服務(wù)器)群集、數(shù)據(jù)庫(kù)群集、制作網(wǎng)網(wǎng)管軟件組成,也包括 FC 控制軟件 SANergy 、 FC 交換機(jī)的管理軟件 SANinsite 、 MAV70 及 S2A 磁盤控制器的管理程序。
域控制器群集是網(wǎng)絡(luò)運(yùn)行的核心部分,擔(dān)負(fù)了主域控制器的所有工作。它是將兩臺(tái)硬件配置相同的服務(wù)器,通過服務(wù)器編組,由一根心跳線相連,使其虛擬成一臺(tái)單獨(dú)的服務(wù)器,。其中一臺(tái)作為主控機(jī),另一臺(tái)為作為它的鏡像,當(dāng)主控機(jī)故障時(shí),鏡像機(jī)會(huì)立時(shí)接替原主控機(jī),資源的所有者,例如磁盤驅(qū)動(dòng)器和 IP 地址,將自動(dòng)從故障的服務(wù)器轉(zhuǎn)到可用的服務(wù)器上。工作負(fù)荷可在幸存的服務(wù)器上重新啟動(dòng)失效的應(yīng)用程序,或是直接被分配過來(lái),對(duì)于用戶而言,只是覺得服務(wù)暫時(shí)停頓了一下。
數(shù)據(jù)庫(kù)群集與域控制器群集類似,它是在域控制器群集安裝完成之后,在域控制器群集和各節(jié)點(diǎn)上裝入并配置的。有所不同的是,進(jìn)行群集切換時(shí),正在執(zhí)行的數(shù)據(jù)庫(kù)查詢將不會(huì)重新啟動(dòng),數(shù)據(jù)庫(kù)的重啟也會(huì)較其他工作慢一些 。
現(xiàn)有的網(wǎng)絡(luò)中運(yùn)行著兩個(gè)數(shù)據(jù)庫(kù),一個(gè)是記錄主要制作信息的主數(shù)據(jù)庫(kù),一個(gè)是專用于記錄集中上載信息的上載數(shù)據(jù)庫(kù)。這兩個(gè)數(shù)據(jù)庫(kù)是相互獨(dú)立、互無(wú)影響的。
網(wǎng)管軟件是對(duì)針對(duì)制作網(wǎng)的專用管理軟件,它要對(duì)網(wǎng)絡(luò)中各工作站進(jìn)行設(shè)備登記,通過對(duì)主數(shù)據(jù)庫(kù)進(jìn)行操作,來(lái)創(chuàng)建制作網(wǎng)的用戶、分配權(quán)限、監(jiān)測(cè)用戶空間,它還對(duì)每個(gè)用戶的各種操作加以記錄。
對(duì)于其他的管理軟件,都是針對(duì)各自的專用對(duì)象、實(shí)現(xiàn)特定的功能。
四、典型問題
對(duì)于一個(gè)涉及多環(huán)節(jié)的網(wǎng)絡(luò),會(huì)出現(xiàn)各式各樣的問題,想列舉所有會(huì)出現(xiàn)的問題也不可能,現(xiàn)將筆者在值班時(shí)遇到的一些認(rèn)為較為典型的問題作一歸納、分析。
• SZC 長(zhǎng)時(shí)間運(yùn)轉(zhuǎn),集中上載控制主程序一直工作正常,然后出現(xiàn)某一用戶在使用時(shí),做任何正常的上載操作(如登錄主程序、登錄后遙控放機(jī)回放素材等),系統(tǒng)均發(fā)生異常(主程序異常終止、操作無(wú)響應(yīng)、鼠標(biāo)箭頭消失等),即使重新啟動(dòng)主機(jī),問題依舊。不使用集中上載控制主程序,則主機(jī)系統(tǒng)運(yùn)行良好,加載之后則不能正常工作,終止程序后,主機(jī)系統(tǒng)依舊運(yùn)行良好。主程序經(jīng)過長(zhǎng)時(shí)間的使用,操作界面功能單一,沒有任何修改配置信息的操作(管理功能不對(duì)上載用戶開放,普通用戶無(wú)修改權(quán)限),即使是程序自身的問題,在重啟主機(jī)系統(tǒng)后仍不能正常工作。這就說明了問題的原因有兩種可能,集中上載主程序與主機(jī)系統(tǒng)發(fā)生沖突或與其他應(yīng)用軟件產(chǎn)生了沖突。專機(jī)專用,一直工作正常,且不做任何系統(tǒng)修改,與主機(jī)系統(tǒng)發(fā)生沖突的可能性不大;未再加入任何額外程序,說明集中上載控制主程序相關(guān)的其他上載程序發(fā)生了沖突。與集中上載控制主程序相關(guān)的只有定時(shí)上載任務(wù)和兩個(gè)程序,定時(shí)上載任務(wù)功能單一,且與發(fā)生的現(xiàn)象無(wú)太大關(guān)系,也可做出排除。此時(shí)可基本確定問題的根源在集中上載控制主程序與素材管理之間的信息交互出現(xiàn)問題,待終止并重新加載素材管理程序后,集中上載控制主程序各功能恢復(fù)正常。
• 集中上載控制主程序故障,會(huì)出現(xiàn)另一種情況,用戶上載操作完全正常,可無(wú)論如何錄制,該條目一直沒有轉(zhuǎn)碼。與上述情況剛好相反,這是主程序影響了素材管理程序,需將集中上載控制主程序終止并重新加載即可。
• 由于 MAV70 錄入的最短素材文件至少為 10 秒,總會(huì)有用戶錄入少于十秒的素材,或是做了其他的非法上載操作,使得 MAV70 將這些上載的素材文件作為“垃圾”文件,而不作處理,一些轉(zhuǎn)碼失敗的素材也會(huì)堆積起來(lái),久之,這樣的素材條目不僅占用了 MAV70 相當(dāng)?shù)目臻g容量,還會(huì)在上載數(shù)據(jù)庫(kù)中產(chǎn)生許多“垃圾”信息,對(duì)于今后管理人員查找、整理信息也會(huì)是個(gè)不大不小的麻煩。所以管理人員應(yīng)定期通過集中上載主程序進(jìn)行管理和清除。
• MAV70 視頻服務(wù)器作為傳統(tǒng)的視頻設(shè)備,同步源的輸入是其能夠正常工作的前提,因此在素材上載前,特別是定時(shí)任務(wù)執(zhí)行前,一定要保證正確的同步輸入。
• 記得一次, MAV70 的 PU 板(位于 MAV70 系統(tǒng)內(nèi)部,專用于磁盤校驗(yàn)工作的板卡)報(bào)“日志已滿,日志錯(cuò)誤”的警告,當(dāng)然這對(duì)于 MAV70 而言,只是一個(gè)并不影響正常工作的警告,筆者通過專用軟件可以看到,確實(shí)報(bào)該板的日志錯(cuò)誤。但無(wú)論筆者如何想將該 PU 板的錯(cuò)誤日志清除,均告失敗,管理工具提供的所有清除命令無(wú)任何效果。不得已,筆者趁一次周末夜間,無(wú)上載工作時(shí),將 MAV70 的磁盤帶區(qū)集進(jìn)行了重建,重建完成后原先的所有磁盤信息全部清除,錯(cuò)誤日志自然也不復(fù)存在了。
• 某次值夜班時(shí),有編輯來(lái)告之筆者,說他在上載時(shí)報(bào)一打不開數(shù)據(jù)庫(kù)的對(duì)話框,初聽以為是他的誤操作或集中上載部分出現(xiàn)了故障造成的。在筆者進(jìn)入機(jī)房后,幾個(gè)在線的編輯也說正在做節(jié)目時(shí)也彈出一數(shù)據(jù)庫(kù)連接失敗的對(duì)話框。既然是集中上載與制作網(wǎng)同時(shí)報(bào)與數(shù)據(jù)庫(kù)有關(guān)的故障信息,筆者的第一判斷就是數(shù)據(jù)庫(kù)可能出現(xiàn)了問題。筆者在中心服務(wù)器機(jī)房發(fā)現(xiàn),域控制器群集已做了自行切換,但數(shù)據(jù)庫(kù)服務(wù)并未啟動(dòng)�?磥�(lái)問題不大,筆者手動(dòng)將域控制器群集切回原有的服務(wù)器(筆者的習(xí)慣),手動(dòng)啟動(dòng)了數(shù)據(jù)庫(kù)服務(wù),一切似乎已經(jīng)正常,事情看起來(lái)不是很復(fù)雜。就在我還正想著怎么會(huì)無(wú)故發(fā)生自動(dòng)切換這種“怪事”時(shí),編輯又來(lái)找我了……現(xiàn)象依舊,唯有所不同的是群集的切換在群集管理器判定原鏡像機(jī)也出現(xiàn)故障后,重新試圖啟動(dòng)原主控機(jī)。此時(shí)數(shù)據(jù)庫(kù)也在時(shí)斷時(shí)續(xù)地響應(yīng)著網(wǎng)絡(luò)中的請(qǐng)求。這是一個(gè)比較少見的現(xiàn)像,無(wú)論我如何重啟整個(gè)網(wǎng)絡(luò)、修復(fù)數(shù)據(jù)庫(kù)、還原已備份的數(shù)據(jù)庫(kù),所有嘗試均告失敗。這時(shí)我將注意力放至了數(shù)據(jù)庫(kù)群集,也許就是這里的原因。在備份了現(xiàn)有的數(shù)據(jù)庫(kù)后(雖然它已經(jīng)沒什么用了),卸載并重新安裝了數(shù)據(jù)庫(kù)群集,運(yùn)轉(zhuǎn)正常了。筆者重建了所有的網(wǎng)絡(luò)用戶的信息。當(dāng)時(shí)是在網(wǎng)絡(luò)的試運(yùn)行期間,也幸好是在試運(yùn)行期間,現(xiàn)在筆者又要到哪里去找這樣一個(gè)環(huán)境來(lái)做這樣一個(gè)“實(shí)驗(yàn)”?但是為什么出現(xiàn)了數(shù)據(jù)庫(kù)群集的崩潰,筆者至今也未能找出恰當(dāng)?shù)慕忉尅?
• 一次,在重啟一臺(tái)帶光卡( FC 卡)的工作站時(shí),在開機(jī)時(shí)報(bào)磁盤(為 MDC 服務(wù)器的卷標(biāo))故障,磁盤進(jìn)行掃描,并報(bào)錯(cuò)。由于當(dāng)時(shí)有某種原因,該工作站連續(xù)重啟數(shù)次,每次均正常關(guān)機(jī),每次均檢測(cè)。報(bào)錯(cuò)的同時(shí)要求對(duì)卷進(jìn)行 CHKDSK.exe 操作。這引起了筆者的注意,對(duì)其他帶光卡的工作站重啟,出現(xiàn)同樣的現(xiàn)象。通過 SANergy 軟件對(duì)磁盤陣列測(cè)試后,未發(fā)現(xiàn)任何問題。分析后認(rèn)為,造成故障的原因應(yīng)與 MDC 服務(wù)器操作系統(tǒng)下的卷數(shù)據(jù)結(jié)構(gòu)有關(guān),重啟 MDC 服務(wù)器后,問題不再出現(xiàn)。
• 另一個(gè)和 MDC 有關(guān)的問題是,在原先的新聞制作網(wǎng)中,主域控制器與 MDC 服務(wù)器合在一起,所有的網(wǎng)絡(luò)控制均由主域控制器發(fā)出。由 MDC 服務(wù)器的工作原理可知,這是性質(zhì)比較特殊的一類服務(wù)器,一方面它的地位非常重要,另一方面它的 I/O 流量相對(duì)較小。因此,是否有必要將其分開呢?在這次建網(wǎng)的過程中,對(duì)原有的新聞網(wǎng)進(jìn)行了部分升級(jí),其中就包括了加入獨(dú)立的 MDC 服務(wù)器。事實(shí)證明,獨(dú)立的 MDC 服務(wù)器可以使穩(wěn)定性有很大的提高。由此可見,雖然 MDC 服務(wù)器的 I/O 流量相對(duì)較小,但主域控制器的網(wǎng)絡(luò)負(fù)擔(dān)任何的加重,都會(huì)對(duì)全網(wǎng)產(chǎn)生很大的影響。
• 和大存儲(chǔ)量的數(shù)據(jù)關(guān)系越密切,磁盤故障的也就在所難免。 MAV70 、海量磁盤存儲(chǔ)陣列和 SCSI 硬盤塔,每種存儲(chǔ)體都會(huì)有硬盤更換的可能。在這個(gè)每款存儲(chǔ)設(shè)備都標(biāo)明可以熱插拔的今天,磁盤的更換命令雖然各有不同,但更換步驟卻是大同小異: 1 )停止要更換的磁盤運(yùn)轉(zhuǎn); 2 )卸下硬盤,并更換新盤; 3 )加載新盤; 4 )自動(dòng)或手動(dòng)重建帶區(qū)信息。
五、總結(jié)
制作網(wǎng)在功能被細(xì)分后使得網(wǎng)絡(luò)的架構(gòu)更加清晰,更容易對(duì)網(wǎng)絡(luò)分析。應(yīng)當(dāng)指出的是,這種劃分并不是完全的基于純粹的軟件層或是硬件層的劃分,若在尚未完全搞清網(wǎng)絡(luò)結(jié)構(gòu)前生硬的對(duì)網(wǎng)絡(luò)各部分進(jìn)行比照,還有產(chǎn)生誤導(dǎo)的可能。但它必竟給我們提供了一種新的思路,對(duì)今后越來(lái)越復(fù)雜的網(wǎng)絡(luò)的理解有很大的幫助。
【采用集中上載方式的非線性制作網(wǎng)的若干細(xì)節(jié)歸納】相關(guān)文章:
集中識(shí)字的主要方式08-08
采用視頻方式的點(diǎn)坐標(biāo)測(cè)量方法08-06
采用“小單元集中識(shí)字”的方法進(jìn)行課文教學(xué)08-08
淺析非線性編輯系統(tǒng)在節(jié)目制作中所遇到的問題08-06
采用加密網(wǎng)卡實(shí)現(xiàn)內(nèi)部網(wǎng)的信息安全08-06
非線性編輯系統(tǒng)的關(guān)鍵:專業(yè)非線性編輯板卡08-06