アップグレード計画の概要

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む6読むのに数分
  • スキップされたレコードとカスタマイズを関連するアプリケーションコンテナー (グローバルアプリまたはアプリのカスタマイズ) にパッケージ化することで、アップグレードを迅速化します。アップグレード計画は、インスタンスにインストールするアプリケーションとターゲットバージョンを定義するのに役立ちます。アップグレード中にこれらのアプリケーションのインストールが自動化されるため、シームレスなアップグレードエクスペリエンスが実現します。

    移動先 すべて > アップグレードセンター > アップグレード計画.

    アップグレード計画を使用するには、次のインスタンスが必要です。
    • ビルダーインスタンス:アップグレード計画の構築
    • コンシューマーインスタンス:作成したアップグレード計画の実装
    注:
    アップグレード計画を構築するには、インスタンスを利用可能な最新バージョンにアップグレードしてください。開発インスタンスをビルダーインスタンスとして設定することをお勧めします。コンシューマーインスタンスをアップグレードする前に、アップグレード計画をインストールする必要があります。詳細は、「アップグレード計画プロパティ」を参照してください。
    インスタンスをアップグレードすると、解決はスキップされ、多くの場合、アップグレード後にカスタマイズがロードされます。これにより、完全にロードされるまで機能が一時的に故障します。更新セットのコミット、新しいプラグインとアプリケーションのインストール、複数の更新などのタスクにも時間がかかります。アップグレードプラン機能を使用して、アクションを追跡することでこれらのアップグレード後のタスクを自動化し、必要なすべてのインスタンスで手順を実行します。アップグレード後のタスクを手動で適用する必要がないため、ダウンタイムを短縮できます。
    注:
    最新バージョンにアップグレードすると、スキップされたレコードがいくつか表示されます。これらのレコードの一部は既にレビュー済みとしてマークされていますが、残りはレビューが必要です。

    更新セットと比較したアップグレード計画の利点

    アップグレード計画を使用すると、以下を実現できます。
    • スキップされたレコードの解決に加えて、アプリとプラグインのインストールを追跡することもできます
      注:
      アップグレード計画によって取得されたスキップされたレコードを選択することはできません。アップグレード計画では、レビュー済みかどうか、および変更されたかどうかにかかわらず、スキップされたすべてのレコードがキャプチャされます。カスタマイズが異なるインスタンスからのものである場合は、スキップされたレコードをレビューする必要があります。
    • バッチブートストラップを使用したテーブル変更の最適化
    • アプリリポジトリを使用したカスタマイズの管理
    注:
    インスタンスのアップグレードごとにアップグレード計画を作成することをお勧めします。ビルダーインスタンスでアップグレード計画を構築すると、ビルダーインスタンスのバージョンとまったく同じバージョンに作成されます (パッチとホットフィックスを含む)。新しいインスタンスのアップグレードに、以前に作成したアップグレード計画を使用することはできません。コンシューマーインスタンスの場合、アップグレード計画をインストールすると、そのバージョンはコンシューマーインスタンスのバージョンと正確に一致する必要があります。

    ペルソナ

    アクティブなアプリケーション開発にアプリリポジトリを使用している場合は、アップグレード計画を使用してアップグレードを高速化します。
    注:
    現在更新セットを使用していて、アップグレードプロセスを迅速に進めるには、プランのアップグレード機能を使用します。

    設計上の考慮事項

    アップグレード計画を使用する際の重要な考慮事項は次のとおりです。
    • 新しいインスタンスをアップグレードするたびに、独自のアップグレード計画が必要です。アップグレード間で共有することはできません。
    • アップグレード計画の構築でサポートされるビルダーインスタンスは 1 つだけです
    • コンシューマーインスタンスではアップグレード計画をアンインストールできません。アップグレード全体をロールバックできますが、部分的にロールバックすることはできません。
    • アップグレード計画による グローバルカスタマイズ - アップグレードプラン アプリケーションのに移動されたファイルのスコープは、引き続きグローバルです
    • アップグレード中は、 ステータス = 準備 完了および アクティブ = true のアップグレード計画アイテムのみがコンシューマーインスタンスにインストールされます。残りのアイテムはスキップされます。
    • アップグレード計画にアップグレードセットを含めることはできない
    • アップグレード計画ではメンテナンスのみのプラグインは許可されていません
    • 新しいアプリケーションやプラグインをインストールする前、またはスキップの解決中に、インスタンスをビルダーインスタンスとして構成します。そうしないと、アクションはアップグレード計画によってキャプチャされません。
    • アップグレード計画アイテムビューでは、カスタマイズのリストを表示できません。それぞれのテーブルに移動して、カスタマイズがキャプチャされているかどうかを確認できます。

    詳細については 、「KB1271313 」を参照してください。

    アップグレード計画のバックグラウンド操作

    アップグレード計画の構築中に、次の操作がバックグラウンドで実行されます。
    • スキップされたレコードはパッケージ化され、グローバルアプリケーションとアプリのカスタマイズの形式でアプリリポジトリにアップロードされます。以下は、インスタンスとアプリリポジトリでプランのアップグレードによって作成された 3 種類のアプリです。
      注:
      パッケージ化が完了したら、アップグレード計画からアイテムを選択できます。アップグレード計画はスコープレベルで機能するため、すべてをキャプチャしてリポジトリに公開します。
      • グローバルレコードは、グローバルカスタマイズアップグレードプランアプリにパッケージ化され、アプリリポジトリに公開されます
      • スコープ対象のスキップされたレコードは、それぞれのアプリカスタマイズパッケージにパッケージ化されます
      • アップグレード計画が公開されると、グローバルアプリケーション (アップグレード計画 - リリース名など) が作成されます
    • グローバルアプリケーションやアプリのカスタマイズなどの既存の ServiceNow 機能は、必要なすべてのインスタンスにインストールできるアプリケーションコンテナーとして使用されます。詳細については、「Global application file management」と「Application scope」を参照してください。
    • アプリケーションやプラグインをインストールすると、それらもアップグレード計画に取り込まれます。ただし、これらはアプリケーションのライフサイクルアイテムであるため、アプリリポジトリにプッシュされることはありません。
    アップグレード計画の使用中に、次の操作がバックグラウンドで実行されます。
    • 最初にアップグレード計画が検証され、アプリリポジトリのソースがダウンロードされます
    • ソースがダウンロードされると、アプリは準備完了ステータスに移行します
      注:
      State=Ready および Active=true のアップグレード計画アイテムのみがコンシューマーインスタンスにインストールされます。残りのアイテムはスキップされます。
    • アップグレード計画のプレビューの自動生成