--- sourceDocument: Yokohama のリリースノート sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/release-notes Release : - yokohama ft:locale : - ja-JP ft:publication_title : - Yokohama のリリースノート ft:clusterId : - rn bundleId : - rn --- # ServiceNow アップグレード # ServiceNow アップグレード {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2025年01月30日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：7分 アップグレードプロセスでは、インスタンスを新しい ServiceNow リリースバージョンに移行します。アップグレードとパッチ適用の違い、リリース定義、ロールバックとバックアップのオプション、および非本番インスタンスと本番インスタンスのアップグレードをテストする方法を理解してください。 アップグレードプロセスを開始する前に [Yokohama リリースノート](https://servicenow-prod.fluidtopics.net/ix9xyRIc0HJLujQ_zX_RSw "ServiceNow Yokohama リリースには、新しい製品とアプリケーション、および既存の製品の追加機能と修正が含まれています。リリースノートを読んで、リリースについて確認し、アップグレードの準備を行い、インスタンスをアップグレードします。")を読み、 [アプリケーションおよび機能のアップグレードと移行のタスクを確認します](https://servicenow-prod.fluidtopics.net/HY3ArQnfVR0mR_9gKZV23Q "アップグレードの準備として、さまざまなアプリケーションや機能のアップグレードおよび移行のタスクを確認します。該当する場合は、アップグレード完了前後でそれらのタスクを完了する計画を立てます。")。 システムのアップグレードは重要なプロジェクトになることがあります。各 ServiceNow 機能リリースには主要な追加機能が含まれており、新機能のインスタンスに対する影響を常に考慮する必要があります。アップグレードすると、ベースシステムの一部、または既に有効になっているすべての機能に拡張が実装されます (機能がインスタンスでカスタマイズされている場合を除く)。利用可能なすべてのプラグインのリストと、それらがベースシステムでデフォルトでアクティブかどうかについては、「」を参照してください [のリスト Yokohama プラグイン](https://www.servicenow.com/docs/access?context=list-of-plugins&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US). 利用可能なソフトウェア、ツール、およびリソースに関して入念に準備し知識を備えておくことが、アップグレードの成功に役立ちます。ServiceNow が提供する資料に加えて、ServiceNowインスタンスの現在の動作状況と主要なビジネス機能のパフォーマンスレベルを理解することが重要です。アップグレードの準備、実装、テストには時間がかかることを IT部門およびビジネスユーザーに ServiceNow 理解して貰いましょう。 アップグレードプロセス中に問題が発生した場合は、 [連絡先 カスタマーサービス \& サポート](http://www.servicenow.com/support/contact-support.html). カスタマーサービス \& サポート は 24 時間年中無休で、あらゆる質問や課題をサポートします。 アップグレードに関する追加のサポートとして、ServiceNowではさまざまな[本番準備サービス](http://www.servicenow.com/services/production-readiness-services.html)も提供しています。これらのサービスでは、特にインスタンスのアップグレード可能性、管理性、拡張性、パフォーマンスに関する課題に対処します。ServiceNow 認定プロフェッショナルコンサルタントがレビューを実施し、お客様の構成を ServiceNow ベストプラクティスに合致させるための推奨事項を提供します。詳細はServiceNow営業担当者にお問い合わせください。{#upgrade__ConfigurationReview} ## Yokohamaのアップグレードと更新の期間 {#upgrade__UpgradeDuration} アップグレードプロセスでは、更新とアップグレードの両方の時間が大幅に短縮されます。(更新は、同一リリースファミリ内で、あるパッチまたはホットフィックスから別のパッチまたはホットフィックスにインスタンスが移動するときに発生します。アップグレードは、あるリリースファミリから別のリリースファミリにインスタンスが移動するときに発生します。通常どおり、アップグレードをテストしますが。完了までの時間が大幅に短縮されたからといって、更新やアップグレードが成功しなかったと推測しないでください。 ## サポートされているアップグレード {#upgrade__SupportedUpgrades} 最新のリリースファミリに直接アップグレードできます。 アップグレードに複数のソフトウェアバージョンが含まれている場合は、現在のバージョンとターゲットバージョンの間のそれぞれのバージョンのリリースノートを必ず確認してください。 リリースの用語と可用性フェーズの詳細については、Now Support ナレッジベースの記事「[ServiceNow Release Cycle (ServiceNow リリースサイクル)\[KB0547244\]](https://support.servicenow.com/kb_view.do?sysparm_article=KB0547244)」を参照してください。 ## アップグレードと更新の違い {#upgrade__UpgradeVsPatch} ServiceNow ではリリースをファミリに整理しています。ファミリとは、 Yokohamaなどの主要都市にちなんで名付けられた一連のリリースです。ファミリには、パッチとホットフィックスも含まれています。たとえば、次のリリースはどちらも Orlando ファミリの一部です。 * Orlando パッチ 4 * Orlando パッチ 3 ホットフィックス 2 {#upgrade__ul_fhq_1nm_rx} アップグレードとは、現在のリリースとは異なるファミリのリリースに移行することです。たとえば、London パッチ 7 から Orlando パッチ 3 への移行は、London と Orlando が異なるファミリであるためアップグレードとなります。 更新とは、あるパッチまたはホットフィックスから同じリリースファミリ内の別のパッチまたはホットフィックスに移行することです。たとえば、Orlando パッチ 1 から Orlando パッチ 3 への移行は、両方のバージョンが Orlando そのファミリの一部であるため更新となります。 どちらの場合も、ターゲットリリースは Orlando パッチ 3 です。アップグレードするか更新するかは、現在のリリースファミリーとターゲットのリリースファミリーの違いによって決まります。 ## 機能、パッチ、ホットフィックス {#upgrade__FeaturePatchHF} 各リリースファミリーには、機能、パッチ、ホットフィックスが含まれています。 機能は、お客様が実装して組織に価値を付加できる完全なソリューションを提供します。通常、新機能は機能リリースの一部としてのみ入手可能です。機能はパッチやホットフィックスでサポートされます。{#upgrade__table_tdb_lmz_kx__entry__2} | タイプ | スコープ | |-|-| | 機能 | * 新機能の導入 * 既存の機能に対して使用できるすべての修正が含まれています。 * 本番重視であり、ライフサイクル全体を通じて品質と安定性を最優先しています。 {#upgrade__ul_udb_lmz_kx} | | パッチ | * 一連の問題を修正することで既存の機能をサポートします。 * 通常新機能は含みません。 {#upgrade__ul_vdb_lmz_kx} | | ホットフィックス | * 機能リリースに対する特定の問題を修正することで既存の機能をサポートします。 * 特定のリリースに対する以前の修正の一部を含む場合と含まない場合があります。 * 新機能は含みません。 {#upgrade__ul_wdb_lmz_kx} | [ ] {#upgrade__table_tdb_lmz_kx} リリースの用語と可用性フェーズの詳細については、Now Support ナレッジベースの記事「[ServiceNow Release Cycle (ServiceNow リリースサイクル)\[KB0547244\]](https://support.servicenow.com/kb_view.do?sysparm_article=KB0547244)」を参照してください。 ## ロールバックとバックアップ {#upgrade__RollbackBackup} アップグレードを計画するときは、ServiceNow にはユニバーサルロールバックオプションがありませんので注意してください。更新にはロールバックを使用できます (Yokohama パッチ間、Yokohama パッチからホットフィックスなど)。デフォルトでは、ロールバック期間は 10 日間です。この期間は、glide.rollback.expiration_days プロパティを変更することでカスタマイズできます。ロールバックを要求するには、 [連絡先 カスタマーサービス \& サポート](http://www.servicenow.com/support/contact-support.html). ダウンタイムやデータ喪失を招くため、バックアップから本番インスタンスを復元することは可能な限り避けてください。バックアップからの本番インスタンスの復元は、他の方法で問題を解決できない場合の最終手段です。ServiceNow は、バックアップの完了タイミングにかかわらず、インスタンスを任意の時点に復元できます。カスタマーサービス \& サポート は、アップグレード後の重大な課題に対して 24 時間 365 日サポートを提供します。 注: ServiceNow はオンデマンドバックアップを実行しません。インスタンスは、 ServiceNowで定義されたスケジュールに従って、業務の繁忙時間帯以外の時間に毎日自動的にバックアップされます。既存のバックアップスケジュールのタイミングは調整されません。 ## アップグレード全体のテスト {#upgrade__TestingUpgrades} テストは不可欠な部分で、各インスタンスのアップグレード後に実行します。インスタンスをアップグレードした後、テストと検証を行ないます。 このインスタンスの命名規則は、ServiceNow インスタンスが 3 つあることを前提としています。インスタンスが 3 つある場合は、次の順序でインスタンスをアップグレードします。 1. 開発 2. テスト 3. 本番 インスタンス数が 3 つではない場合、または[チーム開発](https://www.servicenow.com/docs/access?context=c_TeamDevelopment&version=yokohama&pubname=yokohama-application-development&ft:locale=en-US)を使用している場合、これらのインスタンスラベルは異なったものになります。一般に、本番インスタンスから最も離れたインスタンスを本番インスタンスにアップグレードします。 {#upgrade__table_uzh_mqs_tx__entry__2} | インスタンス | 必要なテストのタイプ | |-|-| | 開発 | スモークテストを実施します。 | | テスト | * ServiceNow [自動テストフレームワーク (ATF)](https://www.servicenow.com/docs/access?context=automated-test-framework&version=yokohama&pubname=yokohama-application-development&ft:locale=en-US) が、非本番インスタンスのテストを支援します。 * 自動テストフレームワーク (ATF) クイックスタートテストと製品テストスイートを使用すると、アップグレード前後のテストをすぐに開始できます。利用可能なテストとアクティブ化情報のリストについては、「[クイックスタートテスト](https://www.servicenow.com/docs/access?context=quick-start-tests&version=yokohama&pubname=yokohama-application-development&ft:locale=en-US)」を参照してください。 * 追加のテスト範囲として、非本番インスタンスでユーザー受け入れテスト (UAT) を実行することもできます。 {#upgrade__ul_ckd_lqs_tx} | | 本番 | UAT を実施します。 注: [自動テストフレームワーク (ATF)](https://www.servicenow.com/docs/access?context=automated-test-framework&version=yokohama&pubname=yokohama-application-development&ft:locale=en-US) は非本番インスタンスでの使用を目的としています。本番インスタンスでは、UAT のみを実施します。 | [ ] {#upgrade__table_uzh_mqs_tx} アップグレード後に課題が発生した場合は、課題の状況、課題の再現手順、およびカスタマイズの内容を文書化します。 [連絡先 カスタマーサービス \& サポート](http://www.servicenow.com/support/contact-support.html) をクリックして各問題のインシデントを開き、それに応じてこの情報を提供します。 カスタマーサービス \& サポート は 24 時間年中無休で、あらゆる質問や課題をサポートします。