Service Manager Runbook を使用して手順を自動化する
Service Manger の Runbook は、手順を自動化するために使用されます。 以降のセクションでは、Runbook の目的と使用方法について詳しく説明します。
Service Manager の Runbook
System Center でプロセスを自動化するために、Orchestrator は Runbook を使用してプロシージャを自動化します。 Runbook は、手順を視覚的に表現したものです。 Runbook の価値は、オーケストレーターの自動化が Service Manager から確実に推進および追跡され、Service Manager が他の System Center 製品や Microsoft 以外のシステムとのやり取りがより簡単に実装できるようにすることです。
さらに、Orchestrator ワークフロー作成インターフェイスは、カスタム Service Manager シナリオで使用できます。 Runbook は、Orchestrator コネクタを使用して Service Manager にインポートされます。 コネクタが同期されると、インポートされた Runbook が Service Manager コンソールの Runbooks ノードの下の Library ワークスペースに表示され、そこでそれらを表示したり、Runbook オートメーション アクティビティ テンプレートを作成したりできます。
オーケストレーターについて
System Center - Orchestrator は、IT プロセスの信頼性を向上させながら、データセンターの運用コストを削減するために IT ツールを調整および統合するための自動化プラットフォームです。 オーケストレーターを使用すると、IT 組織は、Microsoft Operations Framework (MOF) や情報技術インフラストラクチャ ライブラリ (ITIL) に含まれるベスト プラクティスなどのベスト プラクティスを自動化できます。 これは、インシデント対応、変更とコンプライアンス、およびサービス ライフサイクル管理プロセスを自動化するために Microsoft やその他の管理ツールを調整するワークフロー プロセスによって実現されます。
Orchestrator はワークフロー デザイナーを通じて、データを自動的に共有し、Operations Manager、Service Manager、Virtual Machine Manager、Configuration Manager、Active Directory ドメイン Services (AD DS)、Microsoft 以外のツールなどの System Center コンポーネントでタスクを開始します。 オーケストレーター ワークフローは IT インフラストラクチャ タスクを自動化しますが、Service Manager ワークフローは人間のワークフローを自動化します。 両機能が結合されることで、手動による調整サービス提供にありがちな待ち時間を排除することで、反復可能な一貫性のある結果がもたらされます。 System Center と Orchestrator を使用すると、次の方法でデータセンターの IT サービスの統合、効率性、ビジネスの調整を行うことができます。
プロセスの自動化と、インシデント、変更、サービス ライフ サイクル管理のベスト プラクティスの実行。
IT 組織内の職責グループにまたがるタスクの自動化による想定外のエラーとサービス提供時間の削減。
System Center と Microsoft 以外のツールの統合によるデータセンター全体の相互運用性の実現。
全システムを対象にタスクを調整して一貫性のある文書化された対応活動の提供。
Runbook Automation アクティビティ テンプレートを作成する
Orchestrator から Orchestrator コネクタを使用して Service Manager に Runbook をインポートした後、Runbook オートメーション アクティビティ テンプレートを作成して、Orchestrator のパラメーターを Service Manager の対応するパラメーターにマップできます。
たとえば、Orchestrator Runbook を使用してそれを自動化する新しい要求オファリングを実装できます。 それから、ライブラリ ワークスペースの Runbook ビューに移動して、Runbook を選択し、Runbook Automation 活動テンプレートを作成できます。 テンプレート ビューに移動すると、そのテンプレートが作成されたことを確認できます。 その後、Orchestrator アクティビティ テンプレートをサービス要求テンプレートに追加し、要求オファリングを作成できます。 その後、問題の修正またはプロセスの改善が必要な場合は、同じ入力と出力を使用して Runbook テンプレートを別の Runbook にマップできます。
重要
サービス要求やリリース レコードなどの拡張されたルート クラスがある場合、定義が拡張されている同じ管理パックにその Runbook 活動テンプレートとサービス要求テンプレートが保存されていれば、Runbook 活動パラメーターを拡張プロパティにマップできます。
Runbook Automation アクティビティ テンプレートを作成するには、次の操作を行います。
Service Manager コンソールで、 Library を選択します。
Library ペインで、Runbooks を選択します。
[ Runbook ] ビューで、Runbook を選択します。
Tasks ペインの RunbookName で、Create Runbook Automation アクティビティ テンプレートを選択して、テンプレート ダイアログを開きます。
[ Name ボックスに、テンプレートの名前を入力します。
必要に応じて、 Description ボックスにテンプレートの説明を入力します。
必要に応じて、テンプレートを保存する封印されていない管理パックを選択し、 OK を選択します。 この管理パックは、後で、サービス要求テンプレートなど、別の作業アイテム テンプレートから Runbook Automation 活動テンプレートを抽出するのに使用します。
Runbook アクティビティ テンプレート: TemplateName フォームの General タブで、 Title、 Description、 Area、 Stage、 Assigned To、および Designer の情報を入力します。
[ オートメーション準備完了 ] が選択されていることを確認します。
[実行ブック] タブを選択し、[パラメーター マッピングで、Runbook のパラメーターが汎用プロパティにマップされることに注意してください。 たとえば、Runbook アクティビティ クラスの Parameter1、Parameter2 などです。 [ 種類 ] 列で、パラメーターが入力であるのか出力であるのかを指定します。 また、 Edit Mapping を使用して、各パラメーターの既定値を入力することもできます。
任意のパラメーターに対して、 Edit Mapping を選択します。
Object を展開し、Id を選択します。この ID 値は、Orchestrator Runbook によって、実行中の特定の Runbook アクティビティを検索するために使用されます。 [閉じる] を選択します。
OKを選択してフォームを閉じ、テンプレートを作成します。
Runbook を表示する
Orchestrator から Service Manager に Runbook をインポートした後、Service Manager コンソールで Runbook を開いて、Service Manager のオートメーション アクティビティ テンプレートで使用するパラメーターが含まれていることを確認できます。
Runbook を表示すると、Runbook の概要、ジョブ、インスタンス、定義の表示など、Runbook で基本的なアクションを実行できます。 Runbook を開始および停止することもできます。
Runbook を表示するには、次の操作を行います。
Service Manager コンソールで、 Library を選択します。
Library ペインで、Runbooks を選択します。
[ Runbook ] ビューで、Runbook を選択します。
Tasks ペインの RunbookName で View Runbooks を選択して、Internet Explorer で Runbook を開きます。
次のステップ
- Service Manager での項目の表示方法をカスタマイズするには、「 User インターフェイスのカスタマイズを参照してください。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示