Runbook を設計
適用対象: System Center 2012 SP1 - Orchestrator,System Center 2012 - Orchestrator,System Center 2012 R2 Orchestrator
新しい runbook を実行する場合に、定義済みのプロセスを自動化するようになります。 このプロセスでは、選択した runbook の活動を決定します。 具体的には、次のように決定します。
どのくらいの頻度と、runbook が実行されます。 でしょうか。
どのような手順は、ワークフローを構成しますか。
どのような作業では、ワークフローの手順を反映しますか。
データの種類は、ワークフローを開始するために必要ですか。
どのようなデータは、各アクティビティから生成されるでしょうか。
ワークフローの最後には、どのような結果が生成されるでしょうか。
Runbook 結果はどのようにして報告するのでしょうか。
Runbook を設計する際に、次の点を検討してください。
エラーと警告へのリンクには、アクティビティからのすべての結果を処理する必要があります。 アクティビティは、既定の成功の文字列を提供しますは既定の失敗例が用意されていません。 アクティビティを取り消すまたはログ ファイルに結果を書き込む必要があるかどうかを検討してください。
既定の文字列を置き換える - では、runbook のワークフローを見ると、際に、ラベルが個々 のアクティビティが何を実行するかを指定する必要があります。 わかりやすい名前には、リンクとアクティビティのラベルを変更します。
リンクの色 - 条件または分岐がある場合に、リンクの色を変更します。 警告の成功した場合、赤と緑を使用する一般的なまたは失敗をお勧めします。 標準的な関連付けを使用する必要がありますが、多くの色を使用しない、またはわかりやすい目的が失われます。
Runbook ごとのアクティビティの数の制限 - 1 つの runbook で活動が多すぎますしづらくなる管理およびトラブルシューティングします。 Runbook をいくつかのサブタスクに分割することを検討してください。 し、それらのサブタスクのそれぞれに対して子 runbook を作成します。 親 runbook からは、子 runbook を呼び出すことができます。 他のワークフローでこれらの子 runbook を再利用することができます。
Runbook ログ - 既定では、ログ記録オプションは無効になります runbook のです。 ログ記録を有効にすると、データは、データベースのサイズを大幅に向上します。 代わりに、外部のシステムまたはファイルにログに記録できます。