リモート更新セットのプレビュー

  • リリースバージョン: Zurich
  • 更新日 2025年07月31日
  • 所要時間:7分
  • プレビューによって、リモートインスタンスから取得した更新セットとローカルインスタンス上の更新が比較され、潜在的な問題が検出されます。更新セットをプレビューし、すべての問題を解決してから、更新セットを収容する必要があります。

    始める前に

    必要なロール:admin

    手順

    1. システムプロパティ glide.update_set.auto_preview trueに設定されていると、更新セットが取得された後、システムは自動的にプレビュー処理を開始します。
      このプロパティがfalseであると、プレビュー処理は手動で開始する必要があります。
      1. 移動先 システムアップデートセット > 取得済み更新セット.
      2. [Preview Update Set (更新セットのプレビュー)] をクリックします。
      大規模な更新セットの場合、プレビュープロセスにはかなりの時間がかかります。必要に応じて、進行状況ダイアログボックスの [キャンセル ] ボタンを選択してプレビュープロセスをキャンセルできます。
      更新セットプレビューページに結果が表示され、問題がリスト表示されます。情報を読み、[ クローズ] を選択します。
    2. [取得済み更新セット] フォームで、選択します。
      オプションアクション
      問題が検知されなかった場合 プレビュー結果を確認せずにインスタンスに対するすべての変更をコミットするには、[ 更新セットをコミット ] を選択します。
      問題が検知された場合 更新セットプレビューでの問題点関連リストの各問題に対処します。
    3. オプション: レコードをプレビューします。
      1. 更新セットレコードを開き、[ すべてのプレビューレコードを表示 ] を選択して、正しい更新が収容されていることを確認します。
      2. 更新セットレコードを開き、[ プレビューをもう一度実行 ] を選択して比較を再度実行します。
      3. [更新セットプレビューの問題] 関連リストをレビューして、正しい更新が収容されていることを確認します。

    更新セットのプレビューレコードをレビューする

    更新セットをプレビューするプロセスでは、更新ごとにプレビューレコードを作成します。プレビューレコードを確認して、正しい更新が収容されていることを確認できます。

    始める前に

    必要なロール:admin。

    手順

    1. 更新セットレコードを開き、更新セットをプレビューします。
    2. [すべてのプレビューレコードを表示 (Show All Preview Records)] 関連リンクを選択します。
    3. [処理 (Disposition)] を選択し、プレビューレコードを開いて、情報を確認します (テーブルを参照)。
    4. 必要に応じて、フォームのフィールドに入力します。
      フィールド 説明
      処分 競合が検知されたときを示します:
      • 競合/更新競合/挿入、または競合/削除:その変更はローカルインスタンス上の同じオブジェクトへの変更より古いです。
      • 更新挿入、または 削除: 変更がローカルインスタンスの変更と競合しません。
      ファイルの差異 ローカルインスタンス上のオブジェクトの最新バージョンを更新セットと比較します。違いにはカラーキーが付いています。削除は赤で、追加は緑で、そして変更は黄色で強調表示されます。
      提案されたアクション 更新セットが収容されたときの変更の処理方法を示します。
      • 収容:はリモート更新の変更を受け入れます。新しい更新がインスタンスに存在する場合でも、どのプレビューレコードに対してもデフォルトで提案されたアクションが収容です。
      • スキップ:変更を拒否します。
    5. 必要に応じて、更新の問題関連リストにリストされたいずれかの問題を解決します。
    6. フィールドで、更新セットを収容するときに実行するアクションを選択します。
    7. [ 更新 ] を選択してアクションを保存します。
    8. すべてのプレビューレコードに対してこのプロセスを繰り返する。

    更新セットでプレビューの問題を解決する

    更新セットをプレビューし、ローカルインスタンスで更新を収容する場合に発生する可能性のある問題を検知して解決します。

    始める前に

    必要なロール:admin。

    手順

    1. 移動先 すべて > システムアップデートセット > 取得済み更新セット.
    2. 更新セットレコードを開き、更新セットプレビューでの問題を修正する関連リストをスクロールして見ます。
    3. 各問題の説明をレビューして原因を判断し、問題を解決します。
      更新セットプレビューの問題
      オブジェクトが見つからない
      問題記述文の例:この更新で参照されている sys_ui_policy にレコードが見つからません。
      説明:オブジェクトまたは参照されたオブジェクトがターゲットインスタンスに存在しません。例:
      • 更新はローカルインスタンスで作成されていないテーブルのフォームレイアウトを変更します。
      • UIポリシーアクションは更新セットに含まれているが、親 UI ポリシーは含まれていません。
      • 解決策:欠落しているオブジェクトをローカルインスタンスに転送するために、ソースインスタンスに別の更新セットを作成するか、ローカルインスタンスにオブジェクトを作成します。利用可能なアクションを用いて問題の解決を支援します:
        • 不足しているフィールドを検索 (Find missing field) または 不足しているレコードを検索 (Find missing record):新しいウィンドウを開き、不足しているフィールド (辞書エントリ) またはレコードのソースインスタンスを検索します。
        • 不足している更新を検索 (Find missing update):新しいウィンドウを開き、不足しているフィールドまたはレコードに対応する更新レコードのソースインスタンスを検索します。
      衝突
      問題記述文の例: この更新より新しいローカル更新が見つかりました
      説明:更新セットの変更は、ローカルインスタンス上の同じオブジェクトへの変更より古いです。
      解決策:2つの更新を比較し、どちらのバージョンを使用するかを決定します。ローカルインスタンスのバージョンを使用するには、リモート更新をスキップする を選択します。更新セット内のバージョンを使用するには、リモート更新を受け入れるを選択します。利用可能なアクションを用いて問題の解決を支援します:
      • ローカルと比較:プレビューレコードが開いて、ローカルバージョンと更新セット内のバージョンの違いが比較されます。
      • ローカルフィールドを表示するまたはローカルレコードを表示します
      • ローカルの更新を表示
      収容されていない更新
      問題記述文の例: この更新で参照されているテーブルフィールド(u_case.u_reference)が見つかりませんが、収容されていない別の更新セットが見つかりました。
      説明:オブジェクトは収容されていない別のリモート更新セットに存在します。
      解決策:最初に他のリモート更新セットを収容するか、この更新を別の更新セットに移動します。利用可能なアクションを用いて問題の解決を支援します:
      • 収容されていない更新を表示する :他のリモート更新セットに更新レコードを開きます。
      • コミットされていない更新セットを表示:他のリモート更新セットレコードを開きます。
      削除するテーブルにデータがある
      問題記述文の例:その表の中に削除されるべき行が見つかりました
      説明:テーブルの削除とその他のメタデータの削除の違いの1つは、テーブルが削除されるとテーブルのデータが失われることです。(テーブルが空の場合(行がない場合)、問題は発生しません。)
      解決策:更新セットを収容する前に、問題を無視(削除が行われる)またはスキップ(削除が行われない)する必要があります。テーブルを復元することはできますが、復元によってデータは復元されません。

      システムテーブル (ServiceNow テーブル) またはアプリケーションスコープ外のテーブルを削除する権限がありません。

      アプリケーションスコープ検証の問題
      説明:プレビューアは、次の状態の組み合わせを問題として識別します。
      • 更新セットのスコープがグローバルではなく、
      • アプリケーションがターゲットインスタンスに見つかりません。
      • アプリケーションは更新セットに含まれていません。
      • アプリケーションが ServiceNow Store に見つかりません。
      解決策:アプリケーションスコープを含むインスタンスにのみ更新セットを転送するか、更新セットにアプリケーションが含まれていることを確認します。
      1 つのバッチ内の競合
      問題記述文の例: この更新では、同じ名前の更新セット内で競合が発生しています。その問題をソースシステム上で解決し、再度プレビューするか使用すべき特定の更新を選んでください。
      説明:同じバッチ内の2つ以上の更新セットに競合する変更があります。[更新セットプレビューの問題] リストには、競合する変更を含む各更新セットのレコードが含まれています。
      解決策:競合する更新セットを比較し、使用するバージョンを決定します。そのセットの行を選択し、[ この競合を受け入れる]を選択します。 それ以外の場合は、[ 競合を比較 ]を選択して競合する更新セットを比較します。
      図 : 1. 2つの更新を比較します。
      [2 つの更新を比較 (Compare two Updates)] フォーム
      この画面では、競合する更新セットのいずれか2つを比較し、収容する更新セットを選択できる。