ServiceNow アップグレード

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む7読むのに数分
  • アップグレードプロセスでは、インスタンスを新しい 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 への移行は、LondonOrlando が異なるファミリであるためアップグレードとなります。

    更新とは、あるパッチまたはホットフィックスから同じリリースファミリ内の別のパッチまたはホットフィックスに移行することです。たとえば、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 日サポートを提供します。

    注:
    ServiceNow はオンデマンドバックアップを実行しません。インスタンスは、 ServiceNowで定義されたスケジュールに従って、業務の繁忙時間帯以外の時間に毎日自動的にバックアップされます。既存のバックアップスケジュールのタイミングは調整されません。

    アップグレード全体のテスト

    テストは不可欠な部分で、各インスタンスのアップグレード後に実行します。インスタンスをアップグレードした後、テストと検証を行ないます。

    このインスタンスの命名規則は、ServiceNow インスタンスが 3 つあることを前提としています。インスタンスが 3 つある場合は、次の順序でインスタンスをアップグレードします。
    1. 開発
    2. テスト
    3. 本番
    インスタンス数が 3 つではない場合、または Team Development を使用している場合、これらのインスタンスラベルは異なったものになります。一般に、本番インスタンスから最も離れたインスタンスを本番インスタンスにアップグレードします。
    インスタンス 必要なテストのタイプ
    開発 スモークテストを実施します。
    テスト
    • ServiceNow Automated Test Framework が、非本番インスタンスのテストを支援します。
    • 自動テストフレームワーク (ATF) クイックスタートテストと製品テストスイートを使用すると、アップグレード前後のテストをすぐに開始できます。利用可能なテストとアクティブ化情報のリストについては、「クイックスタートテスト」を参照してください。
    • 追加のテスト範囲として、非本番インスタンスでユーザー受け入れテスト (UAT) を実行することもできます。
    本番 UAT を実施します。
    注:
    Automated Test Framework は非本番インスタンスでの使用を目的としています。本番インスタンスでは、UAT のみを実施します。

    アップグレード後に課題が発生した場合は、課題の状況、課題の再現手順、およびカスタマイズの内容を文書化します。 担当者 カスタマーサービス & サポート 各問題のインシデントをオープンし、それに応じてこの情報を提供します。 カスタマーサービス & サポート は24時間年中無休で利用でき、質問や問題をサポートします。