5.3 Ops Iバージョンアップ対応

Ops Iのバージョンアップにともない、対応が必要な作業を以下に示します。

（表）Ops Iバージョンアップ時に対応する作業

項目 対応が必要な条件
カスタムしたOps Iの機能の維持 v02-50からv02-70または、v02-70からそれ以降へのバージョンアップ時
v02-90からそれ以降へのバージョンアップ時
チケット通知機能の変更 v02-50からv02-70以降へのバージョンアップ時
  • v02-50で設定したメールサーバーを利用した通知機能から、Ops Iの通知機能に変更したい場合
AWX実行環境の更新 v02-50からv02-70以降へのバージョンアップ時
ナレッジ記事の表示 v02-70以前からv02-80以降へのバージョンアップ時
  • バージョンアップ前にナレッジ記事のカテゴリーを作成している場合、かつそのカテゴリーに属するナレッジ記事をバージョンアップ後にナレッジアプリケーションで表示させる場合
通知のオブジェクト・フィールドの追加 v02-80以前からv02-90以降へのバージョンアップ時
  • バージョンアップ前に設定したタスク名と追加するフィールド名が同じ名前で定義されている場合
通知用メールアドレスの変更 v02-80以前からv02-90以降へのバージョンアップ時
Material UIのアップグレードに伴う定義の修正 v02-80以前からv02-90以降へのバージョンアップ時
  • カスタムスクリプトを作成しており、カスタムスクリプトでsetSelectedIdsを使用している場合


【チケット通知機能の変更】

Ops Iではチケットの通知機能として以下が準備されています。

  • Ops Iの通知機能：Ops Iのv02-70以降でサポート
  • メールサーバーを利用した通知機能：Ops Iのv02-00以降でサポート

詳細は「チケットの通知機能」を参照してください。

Ops Iバージョンアップにともない、以下の対応が必要です。

（表）Ops I導入時、バージョンアップ時に対応するチケット通知の作業

Ops Iバージョン 対応
v02-50からv02-70以降へのバージョンアップ v02-50で通知設定をしていない場合、Ops Iの通知機能が自動的に設定されます。v02-50でメールサーバーを利用した通知機能を設定している場合、ひきつづきその設定が維持されます。通知の設定を変更したい場合のみ、追加で作業が必要です。

通知方法の設定については「JP1 Cloud Service 運用統合 利用ガイド（ITSM操作編）」の「ユースケース＞通知とメールによるチケット作成のユースケース」を参照してください。



【ナレッジ記事の表示】

Ops Iではナレッジ記事、カテゴリーに対して、以下のアクセス制御ができます。

  • ナレッジ記事の有効/無効（ナレッジアプリケーションでの表示/非表示）
  • ナレッジ記事のステータス管理（顧客ユーザー、リクエスターユーザーへの公開/非公開）
  • カテゴリーの有効/無効（ナレッジアプリケーションでの表示/非表示）
  • カテゴリーの顧客分離
  • カテゴリーのグループ分離

詳細は「ナレッジ記事へのアクセス制御」を参照してください。

カテゴリーの顧客分離、グループ分離はv02-80以降で利用できる機能であり、v02-70以前からv02-80以降へOps Iをバージョンアップした際は設定がされていません。意図しないユーザーへのナレッジ記事の表示を防ぐため、バージョンアップ前に作成され「有効（表示）」が設定されているカテゴリーは、バージョンアップ時に自動的に「[無効-暫定]（非表示）」に変更されます。ナレッジ記事の有効/無効とステータス管理はバージョンアップ前の設定を引継ぎます。

Ops Iをv02-70以前からv02-80以降へバージョンアップする場合、以下の対応が必要です。

（表）Ops Iバージョンアップ時に行うナレッジ管理の作業

Ops Iバージョン 対応
v02-70以前からv02-80以降へのバージョンアップ 必要に応じてカテゴリーの顧客分離、グループ分離を行い、公開したいナレッジ記事が属すカテゴリーの設定を、「有効（表示）」に変更してください。

カテゴリーを有効（表示）にする方法については、「JP1 Cloud Service 運用統合 利用ガイド（ITSM操作編）」の「[FAQ]＞[カテゴリー管理]」を参照してください。



【通知のオブジェクト・フィールドの追加】

通知のオブジェクト・フィールド「workflow.Any task name」は、ワークフローに所属する任意のスケジュールを指定できます。v02-80以前に設定したスケジュールのタスク名が、v02-90で追加したフィールド名と重複している場合、scheduleオブジェクトが正しく表示されないことがあります。通知のオブジェクト・フィールドの詳細は「（表）Notificationで使用可能なオブジェクト・フィールド」を参照してください。

次のように対応してください。

  • バージョンアップ前：
    NotificationのYAML定義に、workflow.Any task nameで設定した任意のタスク名と追加するフィールド名が同じものがないかを確認する。
  • バージョンアップ後：
    workflow.Any task nameで設定した任意のタスク名がフィールド名と重複している場合、workflow.schedule.Any task nameに変更する。


【通知用メールアドレスの変更】

v02-80以前からv02-90以降へバージョンアップするときに、以下を実施してください。

（表）Ops Iバージョンアップ時の送信元メールアドレス変更に関する対応

Ops Iバージョン 対応が必要な条件 対応
v02-80以前からv02-90以降へのバージョンアップ 必ず実施 任意のユーザーでログイン画面からユーザーのパスワード初期化を行うなど、メール通知が実施される操作を行い、メールが受信できることを確認してください。
通知機能で通知手段にメールを指定している場合に実施 NotifierのYAMLファイルで送信元（from）として指定している「noreply.opsi@itg.hitachi.co.jp」を「noreply@ops-integration.com」に変更してください。また、メールアドレスの変更後は、通知機能によるメールが受信できることを確認してください。YAMLファイルの詳細は、「Notification、Notifier」を参照してください。
ワークフローでメールを送付するactionを使用している場合に実施 WorkflowのYAMLファイルのcore.sendmailの中で送信元（from）として指定している「noreply.opsi@itg.hitachi.co.jp」を「noreply@ops-integration.com」に変更してください。また、メールアドレスの変更後は、ワークフローのactionによるメールが受信できることを確認してください。YAMLファイルの詳細は、「Workflow」を参照してください。
送信元メールアドレス変更後にメールが受信できなかった場合は、フィルタリング設定などに問題がなかったかを確認してください。詳細は「Ops Iからのメール通知に関する注意事項」を参照してください。
メモメモ
NotifierおよびWorkflowのYAMLファイルに記載しているメールアドレスの変更は、バージョンアップの前にも実施できます。バージョンアップ前に変更を行う場合も、同様の対応を実施してください。


【Material UI のアップグレードに伴う定義の修正】

Ops Iで使用しているMaterial UIの仕様変更に伴い、以下の対応を行ってください。

■ OITable.setSelectedIdsの動作変更に伴うカスタムスクリプトの確認、および修正

Material UIの仕様変更に対応するために、OITable.setSelectedIdsでTableコンポーネントの行の選択状態を変更すると、選択状態の変更を検知し、同じTableコンポーネントに設定されているhandleSelectionModelChangeが実行されるようにしました。
そのため、カスタムスクリプトのhandleSelectionModelChange内でOITable.setSelectedIdsを実行している場合、Tableコンポーネントの行を選択したタイミングで無限ループが発生します。
この状態を回避するため、handleSelectionModelChangeからOITable.setSelectedIdsを呼び出す処理を削除するなど、処理を変更してください。

  • 確認方法：
    handleSelectionModelChangeからsetSelectedIdsを呼び出していないかカスタムスクリプトを確認する。
  • 修正方法：
    handleSelectionModelChangeからsetSelectedIdsを呼び出さないようにカスタムスクリプトの処理を修正する。

節構成

5.3.1 カスタムしたOps Iの機能の維持
5.3.2 AWX実行環境の更新