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