ServiceNow アップグレード
アップグレードプロセスでは、インスタンスを新しい ServiceNow リリースバージョンに移行します。アップグレードとパッチ適用の違い、リリース定義、ロールバックとバックアップのオプション、および非本番インスタンスと本番インスタンスのアップグレードをテストする方法を理解してください。
アップグレードプロセスを開始する前に Washington DC リリースノートを読み、 アプリケーションおよび機能のアップグレードと移行のタスクを確認します。
システムのアップグレードは重要なプロジェクトになることがあります。各 ServiceNow 機能リリースには主要な追加機能が含まれており、新機能のインスタンスに対する影響を常に考慮する必要があります。アップグレードすると、ベースシステムの一部、または既に有効になっているすべての機能に拡張が実装されます (機能がインスタンスでカスタマイズされている場合を除く)。利用可能なすべてのプラグインのリストと、それらがベースシステムでデフォルトで有効になっているかどうかについては、以下を参照してください。 のリスト Washington DC プラグイン.
利用可能なソフトウェア、ツール、およびリソースに関して入念に準備し知識を備えておくことが、アップグレードの成功に役立ちます。ServiceNow が提供する資料に加えて、ServiceNowインスタンスの現在の動作状況と主要なビジネス機能のパフォーマンスレベルを理解することが重要です。アップグレードの準備、実装、テストには時間がかかることを IT部門およびビジネスユーザーに ServiceNow 理解して貰いましょう。
アップグレードプロセス中に問題が発生した場合は、 連絡先 カスタマーサービス & サポート. カスタマーサービス & サポート は24時間年中無休で利用でき、質問や問題をサポートします。
アップグレードに関する追加のサポートとして、ServiceNowではさまざまな本番準備サービスも提供しています。これらのサービスでは、特にインスタンスのアップグレード可能性、管理性、拡張性、パフォーマンスに関する課題に対処します。ServiceNow 認定プロフェッショナルコンサルタントがレビューを実施し、お客様の構成を ServiceNow ベストプラクティスに合致させるための推奨事項を提供します。詳細はServiceNow営業担当者にお問い合わせください。
Washington DCのアップグレードと更新の期間
アップグレードプロセスでは、更新とアップグレードの両方の時間が大幅に短縮されます。(更新は、同一リリースファミリ内で、あるパッチまたはホットフィックスから別のパッチまたはホットフィックスにインスタンスが移動するときに発生します。アップグレードは、あるリリースファミリから別のリリースファミリにインスタンスが移動するときに発生します。通常どおり、アップグレードをテストしますが。完了までの時間が大幅に短縮されたからといって、更新やアップグレードが成功しなかったと推測しないでください。サポートされているアップグレード
最新のリリースファミリに直接アップグレードできます。 アップグレードに複数のソフトウェアバージョンが含まれている場合は、現在のバージョンとターゲットバージョンの間のそれぞれのバージョンのリリースノートを必ず確認してください。 リリースの用語と可用性フェーズの詳細については、Now Support ナレッジベースの記事「ServiceNow Release Cycle (ServiceNow リリースサイクル)[KB0547244]」を参照してください。
アップグレードと更新の違い
ServiceNow ではリリースをファミリに整理しています。ファミリとは、 Washington DCなどの主要都市にちなんで名付けられた一連のリリースです。ファミリには、パッチとホットフィックスも含まれています。たとえば、次のリリースはどちらも Orlando ファミリの一部です。
- Orlando パッチ 4
- Orlando パッチ 3 ホットフィックス 2
アップグレードとは、現在のリリースとは異なるファミリのリリースに移行することです。たとえば、London パッチ 7 から Orlando パッチ 3 への移行は、London と Orlando が異なるファミリであるためアップグレードとなります。
更新とは、あるパッチまたはホットフィックスから同じリリースファミリ内の別のパッチまたはホットフィックスに移行することです。たとえば、Orlando パッチ 1 から Orlando パッチ 3 への移行は、両方のバージョンが Orlando そのファミリの一部であるため更新となります。
どちらの場合も、ターゲットリリースは Orlando パッチ 3 です。アップグレードするか更新するかは、現在のリリースファミリーとターゲットのリリースファミリーの違いによって決まります。
機能、パッチ、ホットフィックス
各リリースファミリーには、機能、パッチ、ホットフィックスが含まれています。
| タイプ | スコープ |
|---|---|
| 機能 |
|
| パッチ |
|
| ホットフィックス |
|
リリースの用語と可用性フェーズの詳細については、Now Support ナレッジベースの記事「ServiceNow Release Cycle (ServiceNow リリースサイクル)[KB0547244]」を参照してください。
ロールバックとバックアップ
アップグレードを計画するときは、ServiceNow にはユニバーサルロールバックオプションがありませんので注意してください。更新にはロールバックを使用できます (Washington DC パッチ間、Washington DC パッチからホットフィックスなど)。デフォルトでは、ロールバック期間は 10 日間です。この期間は、glide.rollback.expiration_days プロパティを変更することでカスタマイズできます。ロールバックを要求するには、 連絡先 カスタマーサービス & サポート.
ダウンタイムやデータ喪失を招くため、バックアップから本番インスタンスを復元することは可能な限り避けてください。バックアップからの本番インスタンスの復元は、他の方法で問題を解決できない場合の最終手段です。ServiceNow は、バックアップの完了タイミングにかかわらず、インスタンスを任意の時点に復元できます。カスタマーサービス & サポート は、アップグレード後の重大な課題に対して 24 時間 365 日サポートを提供します。
アップグレード全体のテスト
テストは不可欠な部分で、各インスタンスのアップグレード後に実行します。インスタンスをアップグレードした後、テストと検証を行ないます。
- 開発
- テスト
- 本番
| インスタンス | 必要なテストのタイプ |
|---|---|
| 開発 | スモークテストを実施します。 |
| テスト |
|
| 本番 | UAT を実施します。 注: Automated Test Framework は非本番インスタンスでの使用を目的としています。本番インスタンスでは、UAT のみを実施します。 |
アップグレード後に課題が発生した場合は、課題の状況、課題の再現手順、およびカスタマイズの内容を文書化します。 担当者 カスタマーサービス & サポート 各問題のインシデントをオープンし、それに応じてこの情報を提供します。 カスタマーサービス & サポート は24時間年中無休で利用でき、質問や問題をサポートします。