アップグレード計画の概要と FAQSummary<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } 注: この記事は、Tokyo 以降のリリースの ServiceNow インスタンスを対象としています。 製品ドキュメント:- アップグレード計画の概要 ServiceNow のお客様は、ServiceNow インスタンスのメジャーアップグレードやパッチ更新ごとにアップグレード計画を作成する必要がありますTokyo から Utah にアップグレードする場合は、同じアップグレードパッチを使用するすべてのインスタンスで使用できるように、BUILDER (DEV) インスタンスで一度作成する必要がありますこの機能は、Tokyo upgrade com.glide.upgrade_to_customizedと一緒にインストールされる OOB プラグインの一部ですこのアップグレード計画により、アップグレード後のアクティビティにかかる時間が短縮されます。これは、以下のアクティビティが、既にインスタンスに基本機能として存在する AppRepo 機能を使用して、アップグレードエンジンによって自動化されるためです。これにより、合計アップグレード時間が長くなる可能性があります (アップグレード後の手動アクティビティがアップグレードエンジンによって実装されるため) アップグレード計画は、現在アップグレード完了後の手動タスクである次の自動化に重点を置いています。 インストール済みアプリケーション (カスタムまたは ServiceNow Store アプリ) をアップグレードします。新しいアプリケーション (カスタムまたは ServiceNow Store アプリ) をインストールします。新しい ServiceNow Store アプリケーションをインストールします (ターゲットアップグレード、リリース固有)。自動的にレビュー = >解決 アップグレード後 インスタンスリリースバージョンアップグレードのスキップされたレコード (これらはスコープ固有のアプリ更新としてキャプチャされます。インスタンスのリリースバージョンアップグレードの一部でないものはキャプチャされません)。 アップグレード計画のフローの概要: DEV インスタンスを BUILDER インスタンスとして構成します。インスタンスのアップグレード (例:Tokyo から Tokyo Patch*/Utah/Vancouver)アップグレードが完了したら、スキップされたすべてのレコードレコードを解決します。 注: スキップされた構成にアクションアイテムがなく、アップグレードに新しいバージョンが追加されている場合、ファイルはベースバージョンに戻されます (これは後で再アクセスできます)。ただし、スキップされたすべてのアイテムに対処することをお勧めします。 新しいプラグイン/アプリケーション (カスタムまたは ServiceNow Store アプリ) があれば、インストールします。アップグレードセンター > プランのアップグレードに移動します。準備ができたら (必要な変更を行った後) アップグレード計画を作成します。これにより、グローバルスコープ対象のアプリケーション「アップグレード計画 - ターゲットバージョン名」が作成されます。アップグレード計画は、任意のコンシューマー (準本番/テスト/本番) インスタンスで 自分の会社のアプリケーション に移動して取得できます。アップグレード計画に変更を加えた場合は、新しいバージョンをインストールします。アップグレード計画に変更を加えると、新しいバージョンが作成され、自動的に公開されます。名前は「Upgrade Plan – Version name」になります。 注意: インストールする前に、コンシューマーインスタンスでテストすることをお勧めします。 アップグレード計画と関連リストを確認します。これには、インストール済みアプリケーションとカスタムアプリケーションの両方が含まれます。これらのアプリをアップグレードから除外しない場合は、非アクティブとしてマークします。アドミニストレーターはバージョンを比較し、組織の要件/開発計画に従ってマークを付けることができます。コンシューマーインスタンスのアップグレード変更を作成します。アップグレードプレビューをクリックします。これにより、アップグレード計画によるアップグレードがプレビューされます。アップグレード中、アップグレードエンジンは、アプリケーションの更新/カスタマイズのコミット/スキップされた解決ポストアップグレードファイルの処理を行います。アップグレードモニターに関連情報が表示されます。 注意すべきポイントは次のとおりです。 アップグレード計画は、更新のたびにバージョンがインクリメントされるグローバルアプリケーションとして作成されます。アップグレード計画は、それぞれのスコープ内にある構成ファイルを保持するグローバルアプリケーションです。グローバルアプリケーションは、CONSUMER インスタンスに対して簡単な方法で構成ファイルを作成/ホスト/公開/転送/インストールすることです。アップグレード計画は、アップグレード前にコンシューマーインスタンスにインストールする必要があります。アップグレード計画には、すべてのグローバルカスタマイズが含まれます (このため、「グローバルカスタマイズ - アップグレード計画」として新しいアプリが作成されます)。このアプリはアプリとしてアプリリポジトリに残り、新しいバージョンへの将来のアップグレードに使用されます。ファミリがリリースされるたびに、バージョン番号がインクリメントされます。アップグレード後に対処/解決されたすべてのスキップレコードがsys_update_xmlに含まれます。これらは、それぞれのスコープ/パッケージのカスタマイズとしてアップグレード計画にキャプチャされます。これにより、BUILDER インスタンスにインストールされているバージョンのアプリケーションも作成されます。これにより、ストアにインストールされたアプリ/プラグインがそれぞれのスコープでそのインスタンスでカスタマイズされている場合、新しいバージョンが作成されます。インストールされている現在のバージョンと、利用可能な場合はカスタマイズされたバージョンが一覧表示されます。詳細については、「 アプリケーションのカスタマイズを管理する を参照してください。AppRep に公開している複数の DEV インスタンスがあり、現在の DEV インスタンスに、他の DEV から App Repo にインストールされていない (ただし公開されている) 最新のカスタムアプリケーションがない場合、これはアップグレード計画に含まれません。App Repo で利用可能な新しいバージョンがあることを示す警告が表示されます。アップグレード計画には設定のみが含まれます。メタデータは含まれていません。アップグレードプランを介してスコープ対象アプリの更新がある場合。アップグレード計画が AppRep からアプリとしてインストールされる場合でも、メタデータはカスタマイズされたパッケージになります。アップグレード計画を更新するたびに、自動的に AppRepo に公開されます。同じバージョンがコンシューマーインスタンスにインストールされていることを確認する必要があります。アップグレード計画がコンシューマーにインストールされると、アップグレードエンジンが消費する個々のコンポーネントのダウンロードが開始されます。これらは添付ファイルテーブルに保存されます。アップグレードプレビュー中に、自動解決されるレコードとそうでないレコードの数が一覧表示されます。元に戻すというレコードに対してアクションを実行する必要があります。これは、CONSUMER インスタンスに、BUILDER インスタンスにはなかった追加のカスタマイズがある場合に発生します。これらのレコードをメモして、カスタマイズを BUILDER に戻し、新しいカスタマイズを含むアップグレード計画を更新することができます。アップグレードの前に、この新しいバージョンを CONSUMER インスタンスにインストールする必要があります。アップグレード計画はアップグレード中に消費され、キャプチャされたアクティビティを実行します。これらの構成ファイルは、それぞれのスコープのメタデータに更新されます。スキーマの変更に対してアップグレード計画が考慮され、アップグレードを介してスキーマ変更が行われ、アップグレード計画に別のスキーマ変更がある場合、オンライン変更は 1 つだけになります。コンシューマーインスタンスでのアップグレード検証中にエラーステータスのアイテムがある場合は、問題を修正し、アップグレード計画を再処理して、バージョンのアップグレード前にこれを修正できます。修復する問題を指定する [ステータス] 列が表示されます。 よく寄せられる質問 (FAQ) 1.どのインスタンスをビルダーとして構成する必要がありますか? DEV インスタンスは BUILDER インスタンスにする必要があります。複数の DEV インスタンスがある場合は、MASTER/MAIN DEV インスタンスを BUILDER インスタンスとして設定する必要があります。 デフォルトでは、すべてのインスタンスがプロパティ glide.upgrade.plan.instance_type によって駆動される CONSUMER としてマークされます。(この機能は Tokyo 以降でのみ利用可能です。 次のインスタンスはコンシューマーインスタンスとして残す必要があります:TEST、SUBPROD、PROD インスタンスがBUILDERとして構成されると、CONSUMER に変更することはできず、クローンはこの設定を保持します。 2.本番をBUILDERインスタンスにすることはできますか? PROD インスタンスを BUILDER インスタンスにしないでください。 アップグレード計画は各アップグレードにリンクされています。計画が作成されると、グローバルカスタマイズは「グローバルカスタマイズ - アップグレードプラン」アプリケーションにリンクされます。 3.コンシューマーインスタンスに対するエンタイトルメントがないアップグレード計画のストアアプリケーションのインストールはどうなるか? エンタイトルメント/ライセンスの問題 (ステータスがエラー) は自動インストールされないため、これは手動で対処する必要があります。 これは、maint のみのプラグインでも同じです。 4.すでにテスト済みのアップグレードプランにあるアプリケーション/アップデートをインストールしたくない場合はどうなりますか? ターゲットインスタンスで実際のバージョンをアップグレードする前に、個々の更新を非アクティブにすることができます。そのため、これらはスキップされます。 5.直前に計画を変更した場合に、インストール済みアップグレード計画を無効にできますか? 別のアップグレード計画 (新バージョン) を作成し、アップグレード前にコンシューマーに更新としてインストールするオプションがあります。 6.アップグレード計画を使用してカスタマイズをインストールすると、sys_update_versionとsys_update_xmlにエントリが残りますか? カスタマイズされていない新規アプリのインストールの場合、sys_updateテーブルにエントリが残されることはありません。これがストアアプリ/プラグインであり、カスタマイズされている場合、コンシューマーインスタンスのsys_updateテーブルにそれらのカスタマイズレコードがあります。 7.アップグレード計画から非アクティブ化されたコンポーネントを後のステージでコンシューマーインスタンスにインストールできますか? これは、アプリリポジトリに新しいバージョンがあるかどうか、およびそれが既にアプリリポジトリ/ストアからインスタンスでアップグレードされているかどうかによって異なります。 8.アップグレード計画に含まれるバージョンよりも新しいバージョンが既にインストールされているアプリケーションはどうなりますか? アップグレード計画のバージョンが同じかそれより古い場合。アップグレード中に消費されることはありません。 9.アップグレード計画が実行されたかどうかを確認するにはどうすればよいですか? これは、sys_upgrade_history_logテーブルの [自動解決元] 列に表示されます。 10.これはセルフホストインスタンスで使用できますか? セルフホストインスタンスに AppRepo 接続がある場合は、この機能を利用できます。 11.アップグレード計画のアプリ/プラグインにプラグイン/アプリの依存関係がある場合はどうなりますか? アップグレード計画は依存関係を調べず、自動インストールしません。依存プラグインはアップグレード計画に含まれている必要があります。 12.これにより、アップグレード全体の時間が長くなりますか。 これにより、アップグレードの変更期間が長くなり、アップグレードにかかる時間が長くなりますが、アップグレード後のアクティビティはアップグレードエンジンによって自動的に管理されます。 13.アップグレード計画は更新セットをキャプチャしますか。 アップグレード計画では、顧客が行ったすべての更新がキャプチャされるわけではありません。構築中にスキップされたレコードが選択され、対応するスコープが、お客様がインストール/アップグレード/公開したアプリケーションとともに計画に含まれます。現在、更新セットのコミットをアップグレード計画にキャプチャする機能はありません。アップグレード後のアップグレードセットのコミットは手動で行われます。 14.WARアップグレード後にアップグレードプランをアンインストールできますか? アップグレード計画がインストールされているインスタンスから、インスタンスがまだアップグレードされていない場合 (WAR バージョン) はアンインストールできます。 アップグレード計画がインストールされ、WAR がアップグレードされたインスタンスからアンインストールすることはできません。これは、アップグレード計画には、それぞれのスコープ内のファイルを含むグローバルアプリとして、アップグレード計画のインストール中にインスタンスにコピーされる構成レコードが含まれているためです。これらは、アップグレードが行われるときに消費されます。アップグレード中に、アップグレード計画を介して取り込まれたこれらの構成は既に使用され、それぞれのスコープ内のそれぞれの更新のsys_metadataに変更が加えられています。WAR アップグレード後にアップグレード計画をアンインストールしても、ここでは役に立ちません。設定レコードはアップグレード時またはそのアップグレード後に既に更新されており、アップグレードしようとするとインスタンスが中断される可能性があります。 15. BUILDER インスタンスの sys_scope/sys_app テーブルに複数のグローバルスコープエントリがあるのはなぜですか? アップグレード計画は、同じsys_scope (グローバル) で異なるsys_idを持つ複数のグローバルアプリを作成するため、これは予想される動作です。これらの新しく作成されたグローバルスコープにリンクされた OOB グローバルレコードがある場合でも、スコープはグローバルのままです。 16.OOB Global レコードが BUILDER および CONSUMER インスタンスの「Global Customizations – Upgrade Plan」(アプリケーション) にリンクされるのはなぜですか? これは、アップグレード計画で作成された新しいグローバルスコープであり、アップグレード計画に追加されるグローバル更新が「グローバルカスタマイズ - アップグレード計画」としてアプリケーションにリンクされた場合に想定される動作です。これは表面的な変更であり、レコードはグローバルにとどまるため、インスタンスの機能には影響しません。 17. 会社のアプリケーションリストの [未インストール] セクションに、新しいアプリ "グローバルカスタマイズ - アップグレードプラン" があります。 これは想定される動作であり、アップグレード中にアップグレード計画が使用されると自動的にインストールされます。手動でインストールする必要はなく、「アップグレードプラン リリースバージョン」をインストールするだけで済みます。 18. BUILDER インスタンスでアップグレード計画が作成された WAR バージョンは、コンシューマーインスタンスのアップグレード変更では選択できません。 アップグレード計画の WAR バージョン名に不一致がある場合、アップグレード計画は消費されません。 たとえば、XP7HF1 アップグレード計画は XP7HF1a のアップグレード中に 消費されません 。 セキュリティ上の問題を修正するために新しいパッチ/ホットフィックス #/ホットフィックス #* がリリースされると、古いバージョンはアップグレードの選択に使用可能なリストから削除されます。アップグレード計画が古いバージョンから既に公開されている場合、修正手順は次のとおりです。 アップグレード計画が公開された BUILDER バージョンで、NowSupport の変更を使用して、利用可能な新しいパッチ/ホットフィックスバージョンにアップグレードします。新しいアップグレード計画を新しい WAR バージョンとともにインストールしたら、それを公開します。新しいアップグレード計画をコンシューマーインスタンスにインストールします。 19.アップグレード中にアップグレード計画が使用されなかった場合、どのような問題が予測されますか。 消費されない場合、CONSUMER インスタンスの BUILDER バージョンからキャプチャされたグローバル更新セットを新しいグローバルsys_scopeレコードとしてコミットしようとすると、sys_scope問題が発生する可能性があります (上記の質問 16 を参照)。アップグレード計画が消費されていないためコミットされません。CONSUMER で見つからないため、sys_scopeのプレビューエラーが発生する可能性があります。 20.カスタマイズを行っていないのに、アップグレード計画に OOB/インストール済みアプリ/プラグインのカスタマイズバージョンがあるのはなぜですか? アップグレード計画は、インスタンスで以前に行ったすべてのカスタマイズをパッケージ化し、バージョンにします。これらのレコードは最近のものではなく、以前に更新されている可能性があります。アップグレード計画は、AppRepo の個別スコープでホストされるように、1.0.* バージョンとしてパッケージ化します。 次のアップグレード計画には、現在のバージョンからインクリメントされたバージョンが含まれます。 この機能を使用すると、更新セット機能を使用せずにアップグレード計画にリンクされているかどうかに関係なく、更新を個別に AppRepo に公開することで、OOB モジュール/アプリ/プラグインに更新を転送できます。パッケージバージョンとしてインストールすると、更新セットをバックアップする代わりにアンインストールが簡単です。 21.sys_upgrade履歴の処分でカスタマイズレコードが挿入済み/未変更と表示されるのはなぜですか? アップグレード中にアップグレード計画が使用されると、OOB/ストアアプリ/プラグイン用にパッケージ化されたカスタマイズがインスタンスに追加され、アプリケーションの新しいパッケージバージョンにリンクsys_update_version。 以前に更新セットによって引き継がれていた場合は、sys_update_versionに新しいエントリがあり、同じファイルになりますが、新しいエントリが含まれます。カスタマイズはスキップされておらず、詳細についてはsys_update_versionテーブルを確認できるため、これを混同しないでください。 22.新しい「グローバルカスタマイズ - アップグレードプラン」を使用して既存のアプリでクロススコープアクセスのエラーが発生するのはなぜですか? グローバル/スコープ対象のアプリケーション構成レコードは「グローバル」から「グローバルカスタマイズ - アップグレードプラン」にリンクされているため、エラーメッセージが表示される 1 回限りのクロススコープ (sys_scope_privilege) を作成する必要がある場合があります。既存のクロススコープアクセスがグローバルに対して作成され (「グローバル」スコープ自体のsys_id)、これらのメタデータレコードはアップグレード計画とともに「グローバルカスタマイズ - アップグレード計画」に変更されます。これらの問題を修正するには、[グローバルカスタマイズ - アップグレードプラン] スコープの新しいsys_scope_privilegeレコードを再作成する必要があります。これにより、「グローバル」用の最初の既存のエントリと、「グローバルカスタマイズ - アップグレードプラン」用に作成された次の新しいエントリの 2 つのエントリが作成されます。 Related Links<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } プランのアップグレード - クリエーターツールボックスビデオ