本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 設定標準頻道
<a name="standard-channel-procedure"></a>

當您遵循在 MediaLive 頻道中實作管道備援的[準則](pipeline-redundancy-guidelines.md)時，您可能已決定要實作管道備援。在此情況下，請確定您將輸入設定為標準類別輸入，並將頻道設定為標準頻道。

當您規劃工作流程時，請遵循下列準則：
+ 請確定上游系統可以為您提供兩個來源內容的執行個體。請參閱 [評估來源格式和封裝](uss-obtain-info.md)。
+ 當您[建立輸入](medialive-inputs.md)時，請將所有輸入設定為標準類別輸入。

  有些輸入一律設定為標準類別輸入。對於所有其他輸入，將**輸入類別**欄位設定為**標準輸入**。
+ 當您建立頻道時，請執行下列動作：
  + 將頻道設定為標準頻道。請參閱 [完成頻道和輸入詳細資訊](creating-a-channel-step1.md)。
  + 在將[輸入連接到頻道的步驟中](creating-a-channel-step2.md)，僅連接標準類別輸入。如果您嘗試將單一類別輸入連接到標準頻道，您將無法建立頻道。
+ 聯絡上游系統，並請求他們提供兩個內容來源。

## 管道備援的運作方式
<a name="standard-pipeline-diagram"></a>

當您設定標準頻道時，頻道有兩個管道：管道 0 和管道 1。每個輸入也包含兩個管道。內容來源會連接到每個管道。

如下圖所示，上游系統提供輸入內容的兩個執行個體。一個執行個體前往藍線指示的管道，另一個執行個體前往綠線指示的管道。其中每一行都連接到頻道中的兩個管道之一。頻道會為下游系統產生兩個相同的輸出執行個體。下游系統選擇處理一個執行個體 （藍色管道的輸出），並忽略另一個執行個體 （綠色管道的輸出）。

![\[Diagram showing upstream system, standard input, channel with two pipelines, and downstream system.\]](http://docs.aws.amazon.com/zh_tw/medialive/latest/ug/images/pipeline-redundancy-standard-channel.png)


## 失敗處理
<a name="standard-pipeline-failure-handling"></a>

可能會出現導致管道停止運作的問題。
+ 如果失敗的管道是下游系統正在處理的管道 （例如藍色管道），則下游系統可以切換到其他輸出。
+ 幾分鐘後，失敗的管道會自動重新啟動並產生輸出。下游系統可以繼續處理綠色管道的輸出，也可以返回藍色管道。該決策不會影響 MediaLive。

在此圖表中，請注意上游系統仍在將來源內容傳送至藍色管道，這表示上游系統正在運作，但管道 0 失敗。下游系統已開始處理管道 1，改用綠色管道的來源內容。

![\[Diagram showing upstream system, two pipelines, and downstream system with pipeline 1 active.\]](http://docs.aws.amazon.com/zh_tw/medialive/latest/ug/images/pipeline-redundancy-standard-failure.png)