Washington DC リリースへのアップグレード

インスタンスのアップグレードとパッチ適用には、計画、テスト、および検証が必要です。安全で効果的なアップグレードを行うために、本番インスタンスをアップグレードする前に、リリースノートを読み、アップグレード計画を作成し、非本番インスタンスでアップグレードをテストしてください。

重要:

これらのトピックには、アップグレードに関する詳細な説明が含まれています。アップグレード手順の詳細なリファレンスについては、「計画立案チェックリストのアップグレード」を参照してください。

	フェーズ 1 - リリースノートを読みアップグレードを計画する アップグレードプロセスを開始する前に、ターゲットバージョンのリリースノートを読み、必要なアップグレードおよび移行タスクを理解することが重要です。この情報は、安全で効果的なアップグレードを計画するのに役立ちます。
	フェーズ 2 - 開発インスタンスのアップグレードの準備をする 本番アップグレードの所要時間を詳しく理解するために、非本番インスタンスで本番インスタンス (大きなテーブルと添付ファイルを含む) の完全クローンを要求します。現在のリリースバージョンとターゲットのリリースバージョンを確認してください。後で Now Support でアップグレードをスケジュールするときにその情報を使用します。
	フェーズ 3 - アップグレード構成を確認し、開発インスタンスのアップグレードをスケジュールする - Now Support [可能なアップグレードの配布を確認 (Check distribution for possible upgrade)] ジョブスケジュールの構成を確認して、実行頻度とタイミングを表示します。[可能なアップグレードの配布を確認 (Check distribution for possible upgrade)] ジョブスケジュールと連携したアップグレードのタイミングに関する情報を確認します。次に、Now Support でアップグレードをスケジュールします。
	フェーズ 4 - 開発インスタンスのアップグレードを実行し検証を行う アップグレードモニターでアップグレードの進捗状況を追跡します。最初の非本番インスタンスのアップグレード (開発インスタンス) の場合は、アップグレードでスキップされて処理されなかったレコードのリストをアップグレードモニターを使用して処理します。次に、更新セットを特定し、機能テストを実行します。
	フェーズ 5 - 該当する場合、テストインスタンスなど他の非本番インスタンスをアップグレードして検証する 開発インスタンスを構成して調整した後、テストインスタンスなどの他の非本番インスタンスのアップグレードを要求します。アップグレードが完了したらすぐに、オプションのプラグインのアクティブ化、アプリケーションのインストールとアップグレード、更新セットの適用など、開発インスタンスに行われたアップグレード後の変更を適用します。
	フェーズ 6 - 本番インスタンスのアップグレードを準備する 本番環境を適切に表すようにテスト環境を構成して調整したら、本番インスタンスをアップグレードする準備をします。
	フェーズ 7 - 本番環境をアップグレードする 開発インスタンス、非本番インスタンス、およびテストインスタンスをアップグレードした後、最後に本番インスタンスをアップグレードします。次に、アップグレードが完了したことを検証し、更新セットと修正スクリプトを適用し、アップグレード後のユーザー受け入れテスト (UAT) を実行します。