4. 変更作業をする

問題の課題が変更待機中のステータスになると、Insight 自動化によって新しい変更課題が自動で作成されます。このチケットにはオンサイトのハードウェア変更が必要なため、問題チケットを管理するサポート担当者がこのチケットをサーバー所有者に引き渡して変更を行う場合があります。

変更箇所

ここでも、新規作成された変更は問題の課題リンクで確認できます。クリックすると詳細が表示されます。

関連するワークフロー

課題がどのように移動するかを知るために、課題タイプ変更のワークフローを次に示します。[プロジェクト設定] > [ワークフロー] でいつでも表示できます。

処理を始める

変更を承認して置換する

1. [承認] をクリックして変更を承認します。ここでは、誤動作しているサーバーの交換用コンポーネントを選択できます。
2. 利用できるサーバー コンポーネントが特定されている場合は、ドロップダウン リストに表示されます。しかし、ここでは特定されていないと仮定して、ダイアログの [オブジェクトを作成] をクリックして新しいオブジェクトを作成します。
3. オブジェクトを作成したら、[利用できるサーバー コンポーネント] で選択して [実装中] ステータスになるまでワークフローを進めます。
4. 変更を実装すると [影響を受けるサーバー] が自動で停止します。

変更を完了する

1. [変更が完了しました] をクリックします。この操作を実行すると、次のような結果になります。
   
   • 変更チケットは解決済みです。
   • 解決状況が完了になります。
   • 障害のあるサーバー コンポーネントは [撤去] に変更されます。
   • [影響を受けるサーバー] が再稼動します。
   • サーバーにリンクされているサーバー コンポーネントが更新されて、新しいネットワーク カードが表示されます。
     
     
2. そして何よりも、変更リクエストが解決されます。
3. 同様に、問題が自動で更新されて閉じます。
4. これは最初のインシデントと同様です。

このチュートリアルは以上です。

ITSM (IT サービス管理) テンプレートは、Insight と Jira によって ITSM プラクティスを構築できる方法の一例にすぎません。このテンプレートは自由に使用して工夫し、さらには必要に応じて最初から自作しましょう。