アップグレードコンソール のアップグレード計画の詳細
アップグレード計画は、アップグレード中にアプリケーションのインストールが自動化されるため、シームレスなアップグレードエクスペリエンスが実現します。インスタンスにインストールするアプリケーションとターゲットバージョンの定義し、アップグレードプロセスを迅速化します。
次のいずれかの方法でアップグレード計画に移動します。
| オプション | ナビゲーション |
|---|---|
| 左側のナビゲーションの使用 | 移動先 . |
| [アドミン] タブオプションの使用 | 移動先 . |
アップグレード計画を使用するには、次のインスタンスが必要です。
- ビルダーインスタンス：アップグレード計画のビルド
- コンシューマーインスタンス：作成したアップグレード計画の実装
注:
アップグレード計画をビルドするには、インスタンスを利用可能な最新バージョンにアップグレードしてください。開発インスタンスをビルダーインスタンスとして設定することをお勧めします。コンシューマーインスタンスをアップグレードする前に、アップグレード計画をインストールする必要があります。詳細は、「アップグレード計画プロパティ」を参照してください。
インスタンスをアップグレードすると、解決がスキップされ、多くの場合、アップグレード後にカスタマイズがロードされます。これにより、完全にロードされるまで機能が一時的にブレークダウンします。更新セットのコミット、新しいプラグインとアプリケーションのインストール、複数の更新などのタスクにも時間がかかります。アップグレード計画機能を使用して、アクションを追跡することで、これらのアップグレード後のタスクを自動化し、必要なすべてのインスタンスで手順を再生します。アップグレード後のタスクを手動で適用する必要がないため、ダウンタイムを短縮できます。
注:
最新バージョンにアップグレードすると、スキップされたレコードがいくつか表示されます。これらのレコードの一部は既にレビュー済みとしてマークされていますが、残りはレビューが必要です。
Yokohama リリース以降、カスタマイズとスキップされたレコードは、デフォルトではアップグレード計画に含まれません。glide.upgrade.plan.include.skips プロパティを有効にすることで、カスタマイズとスキップされたレコードをアプリのインストールとともにアップグレード計画に含めることを選択できます。このプロパティは、アップグレード計画を構築または更新するときに、スキップとカスタマイズを含めるタイミングを制御します。
- glide.upgrade.plan.include.skips プロパティが TRUE の場合、アップグレード計画が構築または更新されるときにスキップとカスタマイズが含まれます。
- glide.upgrade.plan.include.skips プロパティが FALSE の場合、アップグレード計画が構築または更新されるときにスキップとカスタマイズは含まれません。デフォルトでは、このプロパティは False に設定されています。
シナリオに応じて、次のいずれかのモーダルメッセージが表示されます。
- 初めてのユーザー：アップグレード計画を初めて構築する場合 (デフォルトでは、このプロパティは無効になっています)
- プロパティを有効にしたアップグレード計画の構築
- プロパティを無効にしたアップグレード計画の更新 (デフォルト)
- プロパティを有効にしたアップグレード計画の更新
更新セットと比較したアップグレード計画の利点
アップグレード計画を使用すると、以下のことを実現できます。
- スキップされたレコードの解決に加えて、アプリとプラグインのインストールを追跡することもできます。注:アップグレード計画によってキャプチャされた、スキップされたレコードを選択することはできません。アップグレード計画は、レビューされたかどうかや変更されたかどうかにかかわらず、スキップされたすべてのレコードをキャプチャします。カスタマイズが異なるインスタンスからのものである場合は、スキップされたレコードをレビューする必要があります。
- バッチブートストラップを使用して、テーブル変更を最適化します。
- アプリリポジトリを使用して、カスタマイズを管理します。
注:
インスタンスのアップグレードごとにアップグレード計画を構築することをお勧めします。ビルダーインスタンスでアップグレード計画を構築すると、ビルダーインスタンスのバージョンとまったく同じバージョン (パッチとホットフィックスを含む) に作成されます。新しいインスタンスのアップグレードに、以前作成したアップグレード計画を使用することはできません。コンシューマーインスタンスの場合、アップグレード計画をインストールする際、そのバージョンはコンシューマーインスタンスのバージョンと正確に一致する必要があります。
ペルソナ
アクティブなアプリケーション開発にアプリリポジトリを使用している場合は、アップグレード計画を使用してアップグレードを迅速化します。
注:
現在更新セットを使用していて、アップグレードプロセスを迅速化するには、アップグレード計画機能を使用します。
設計上の考慮事項
アップグレード計画を使用する際の重要な考慮事項は次のとおりです。
- 新しいインスタンスのアップグレードのたびに、固有のアップグレード計画が必要です。アップグレード間で共有することはできません。
- アップグレード計画を構築するためにサポートされるビルダーインスタンスは 1 つのみです。
- アップグレード計画をコンシューマーインスタンスでアンインストールすることはできません。アップグレード全体をロールバックできますが、部分的にロールバックすることはできません。
- アップグレード計画により [グローバルカスタマイズ - アップグレード計画 (Global Customizations - Upgrade Plan)] アプリケーションに移動されたファイルのスコープは、グローバルのままです。
- アップグレード中は、[ステータス] = [準備完了] および [アクティブ] = [true] のアップグレード計画のアイテムのみがコンシューマーインスタンスにインストールされます。残りのアイテムはスキップされます。
- アップグレード計画にアップグレードセットを含めることはできません。
- アップグレード計画でメンテナンスのみのプラグインは許可されていません。
- 新しいアプリケーションやプラグインをインストールする前、またはスキップの解決中に、インスタンスをビルダーインスタンスとして設定します。設定しない場合、アクションはアップグレード計画によってキャプチャされません。
- [アップグレードプランアイテム] ビューでは、カスタマイズのリストを表示できません。各テーブルに移動して、カスタマイズがキャプチャされているかどうかを確認できます。
詳細については、「KB1271313」を参照してください。
アップグレード計画のバックグラウンド操作
アップグレード計画の構築中に、次の操作がバックグラウンドで実行されます。
- スキップされたレコードはパッケージ化され、グローバルアプリケーションとアプリのカスタマイズの形式で、アプリリポジトリにアップロードされます。以下は、インスタンスとアプリリポジトリでアップグレード計画によって作成された 3 種類のアプリです。注:パッケージ化が完了したら、アップグレード計画からアイテムを選択できます。アップグレード計画はスコープレベルで機能するため、すべてをキャプチャしてリポジトリに公開します。
- グローバルレコードはグローバルカスタマイズのアップグレード計画アプリにパッケージ化され、アプリリポジトリに公開されます。
- スコープ対象のスキップされたレコードは、各アプリのカスタマイズパッケージにパッケージ化されます。
- アップグレード計画が公開されると、グローバルアプリケーション ([アップグレード計画 - リリース名 (Upgrade Plan - release name)] など) が作成されます。
- グローバルアプリケーションやアプリのカスタマイズなどの既存の ServiceNow 機能は、必要なすべてのインスタンスにインストールできるアプリケーションコンテナとして使用されます。詳細については、「」と「Application scope」を参照してください。
- アプリケーションやプラグインをインストールすると、それらもアップグレード計画にキャプチャされます。ただし、これらはアプリケーションのライフサイクルアイテムのため、アプリリポジトリにプッシュされることはありません。
アップグレード計画の公開中に、次の操作がバックグラウンドで実行されます。
- 最初にアップグレード計画が検証され、アプリリポジトリのソースがダウンロードされます。
- ソースがダウンロードされると、アプリは準備完了ステータスに移行します。注:[ステータス] = [準備完了] および [アクティブ] = [true] のアップグレード計画のアイテムのみがコンシューマーインスタンスにインストールされます。残りのアイテムはスキップされます。
- アップグレード計画のプレビューが自動生成されます。
詳細については、「アップグレードコンソール のアップグレード計画ツール」を参照してください。