在 System Center 2012 - Service Manager 中管理發行記錄
適用於: System Center 2012 SP1 - Service Manager、System Center 2012 R2 Service Manager、System Center 2012 - Service Manager
若要瞭解 System Center 2012 – Service Manager 中的發行管理,重點是要瞭解如變更要求和活動等物件如何互動 (透過發行記錄的協助)。 發行管理使用父發行記錄和子發行記錄自動化升級變更要求狀態,以及並行活動、序列活動及其內含活動間狀態傳播的程序。
專案通常包含數個部分,也有多個可在不同時間點部署且可能影響專案的變更要求。 變更管理和發行管理的整體目標是要防止生產環境中有任何非必要的變更,因此每個變更都必須先經過核准。 發行管理只會處理經過核准的變更。
當變更經過核准後,將由發行管理程序負責將變更分組、進行排程和開發。 依據變更的性質,開發程序可能在專案階段進行,也可能在發行管理階段進行。 無論開發程序在哪個階段進行,發行管理都會確保變更均經過測試且可安全部署。 此外,發行管理可用來針對不同發行版次進行評估,並將其封裝在一起,協助讓基礎結構停機時間縮到最短。 發行封裝將一起進行測試,確認其中並無可能影響基礎結構可用性的技術或資源衝突。 多個變更會配套在一起,並且規劃在下個排定的發行時程或維護時間點進行部署。 使用發行記錄管理發行內容的功能不但可彙整多個變更,還可以最安全且最有效率的方法進行部署。
將變更配套在一起以後,發行管理員會利用發行活動定義發行所需動作的順序。 例如,不同的變更可能包含基礎結構更新工作、資料庫修改工作、應用程式更新工作,或其他個別的工作。 在某些情況下,將某些工作與基礎架構更新,或是執行資料庫更新或應用程式更新歸類在一起可能是有意義的。 某些工作可以同時進行部署,而某些工作則必須依序或個別進行部署。
在 Service Manager 中管理發行記錄
負責發行的發行管理員或其他人員會透過發行記錄定義動作順序。 發行記錄可能會使用並行活動、序列活動或其他活動描述不同變更的部署順序。 發行管理員可將活動責任委派給他人。 活動經過委派後,負責該活動的人員即可修改活動,並且更新其狀態。
當您修改活動時,其狀態不會立即更新。 活動狀態的更新會延遲到工作流程啟動以後。 在重新更新項目檢視後,通常經過 30 到 60 秒,您才會看到主控台中的活動狀態更新。 發行記錄中的其他相依活動可能需要更長的時間才會更新。 例如,假設您的發行記錄包含數十個活動。 如果您更新清單最上方的項目,可能需要 30 秒主控台才會更新。 接著,發行記錄的下個活動可能會在 30 秒後自動更新,依此類推。 因此,您的原始變更可能需要一些時間才會傳播到發行記錄中所有受影響的活動。
發行記錄組件
由於發行內容通常會配套在一起,因此您可利用父子關係將多個發行記錄分配在同一個群組。 基本上,父發行記錄是多個子發行記錄的容器。 不過,新建的發行記錄預設不是父發行記錄。 您必須將發行記錄轉換成父發行記錄,才能加入子發行記錄。
如同變更要求,發行記錄包含需核准的活動,以及手動作業。 此外,發行記錄可能包含並行和序列活動。 並行和序列活動是其他活動的容器,用來定義組成活動必須採用的實作方式 — 並行活動可在其他並行活動尚在進行時同步實作, 序列活動則必須按照安排的順序逐一完成。
發行記錄主題
-
此主題為類似個案研究的範例案例,可協助您瞭解個別案例和程序彼此間的相互關係。
-
說明如何建立發行記錄。
-
說明如何建立發行記錄範本。
-
此主題及其子主題說明如何將發行記錄合併成父子群組。
-
此主題及其子主題說明如何定義發行封裝設定項目。
-
說明如何建立發行記錄所用並行和序列活動的範本。
-
說明如何檢閱和選擇要部署的變更。
-
說明如何規劃發行活動。
-
說明如何略過失敗的活動。
-
說明如何判斷發行記錄中所包含變更要求的狀態和進度。