本番稼働のベストプラクティス (テクニカルサポートの観点) オンボーディングSummary<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } 開発プロセスを開始する前に、 ソリューションコンサルタントに相談してください。開発および本番稼働に向けたインスタンス準備について、ソリューションコンサルタントと協力してください。 ℹ これらは、テクニカルサポートケースから照合された重要な考慮事項です。これらは、本プロセス中に関係するタスクの概要を示しており、特定の開発サイクルと社内プロセスに基づいて、組織ごとに異なります。 Release<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } すべてのリリース Instructions<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } 1.開発用のインスタンスの準備2.インスタンスの本番稼働3.推奨されない本番稼働アプローチ。4.プラグイン/ストアアプリケーションの本番稼働5.本番稼働前のインスタンスバックアップ要求6.ServiceNow は、本番稼働中/モジュール実装後にインスタンスを監視できますか? 1.開発用のインスタンスの準備 ステップ 1 — 本番インスタンスの zBoot 通常、インスタンスはデモデータの有無にかかわらずプロビジョニングされます本番稼働前または開発開始前にデモデータを削除することがベストプラクティスです — デモデータ削除に関する FAQを参照してください。本番稼働後にデモデータの削除を試みた場合、アプリケーションまたはワークフローがデモコンポーネント上に構築されている場合に問題が発生する可能性があります。そのデータは失われます。デモデータの削除は、特定のデモデータsys_idsを含むレコードを削除することで機能します。そのsys_idのレコードがカスタマイズされているか使用されているかを確認するための相互比較はありません。 DEMO データなしでプロビジョニングされた本番インスタンスを zBoot します。本番インスタンスの zBoot リクエストについて、テクニカルサポートにケースを登録してください。Zboot の詳細については こちらをご参照ください。 通貨:インスタンスで単一通貨モデルを使用する場合は、ここでこれを構成します。本番稼働後に単一通貨に切り替えるのは非常に複雑です。 KB 「単一通貨モード」セクションを参照してください。 システムロケール-プロパティ glide.system.locale は非常に重要です。できるだけ早く更新してください。 ステップ 2 — 資格のあるプラグインとストアアプリケーションをインストールする 本番環境で zBoot が完了したらすぐに、契約に基づいて権利を付与されたすべてのプラグインをインストールします。最初に SUB PROD インスタンスでプラグインをテストすることをお勧めします。プラグイン ロールバック ℹ プラグインをインストールした後に非アクティブ化するための適切な方法はありません。ロールバックオプションは 7 日間のみ使用できます。 モジュール (ITOM、ITBM、ディスカバリーなど) を購入した場合は、購入したとおりに PROD にインストールします。プラグインの有効化の概要 KB0759221:インスタンスでのプラグインとストアアプリケーションの可視化 ステップ 3 — 本番環境から下位インスタンスをクローン/復元する 最初にクローンターゲットを作成します。(下位のインスタンスにはアドミン認証情報が必要です)。ベースデータをすべての SUB PROD インスタンスに転送するには、これが 完全クローン (OOB プリザーバーと除外者) である必要があります。 (クローンの要求、クローンに関するよくある質問 (FAQ))SUB PROD インスタンスを正確なレプリカにするためにPROD インスタンスバックアップの PROD インスタンスバックアップの復元を要求します。 これにより、下位のすべてのインスタンスが本番環境と同期できるようになります (同じsys_ids、デモデータなし)。その後、開発インスタンスで開発を開始できます。 ストアアプリ、カスタムスコープのアプリ、またはプラグインがインストールされている場合、異なるsys_idsでテーブルが作成されることがあります。カスタマイズ/開発は常にインスタンス、つまり PROD のレプリカであるインスタンスで実行します。 ⚠ 一部の基本システムレコードは、プロビジョニング後のインスタンスで作成され、異なるインスタンス間で一致しないため、更新セットに問題が発生します。 ドキュメントからのメモ** これを回避するには: 本番インスタンスおよび非本番インスタンスをプロビジョニングします。本番インスタンスを非本番インスタンスにクローンします。 2.インスタンスの本番稼働 従来のアプローチ (更新セット) ⚠ メインインスタンスからのクローン作成により、すべてのインスタンスが同期されていることを確認します。sys_idの不一致は、更新セットの構成データがターゲットで一致するレコードを見つけることができないことを意味します。 開発インスタンス上のアップデートセットで、すべての開発内容をキャプチャします。更新セットの使用を開始本番環境をテストにクローン (本番データが変更された方が安全です)。何も除外せず、完全なクローンであることを確認します。 (クローン要求フォームのオプション)これを TEST/UAT/SANDBOX でコミットし、テストを実行します。 カスタマイズの作成、テスト、および移動問題が発生した場合は、開発で問題に対処し、V1.1 更新セットでこれをキャプチャします。ポイント 4 で本番データが変更された場合は、ポイント 2 を再度実行します。本番環境への影響を分析するためのドライランであるため、これはオプションです。ポイント 5 を実行した場合は、ポイント 3 を再度実行します。TEST/UAT/SANDBOX で V1.1 をコミットし、テストを実行します。テストに合格したら、同じコミット順序でこれを PROD にコミットします。DEV==> TEST および DEV==> PROD から更新セットを取得していることを確認してください。スコープ対象のアプリケーション開発を使用して、インスタンス間でカスタムモジュールを移動することもできます。こちらのドキュメントを参照してください。 代替アプローチ (高速 - スコープ対象アプリ) 開発上のスコープ対象のアプリケーションをアプリケーションリポジトリに公開します。開発を TEST/UAT/SANDBOX にクローンしてテストを実行します。 (これは、DEV で TESTING データが存在しないようにするためです)問題が特定された場合は、DEV で修正します。ポイント 1 を再度実行し、テストを実行します。開発モードのスコープアプリがある場合は、TEST/UAT/SANDBOX にクローンを実行します。アプリケーションを削除します。ポイント 1 で公開したようにアプリケーションリポジトリからアプリケーションをインストールします。データの整合性が確認されたら、TEST/UAT/SANDBOX のテストデータを削除してください。 一括削除および過剰データ管理の推奨事項データを削除したため、カスタマイズ/開発作業が期待どおりであることを確認するために再度テストします。ポイント 7 が検証されたら、DEV でクリーンアップを実行します。 (ポイント 6 の DEV のクローンである TEST/UAT/SANDBOX への影響はすでにテストされています)カスタマーサポートのケースを作成し、DEV(ソース) インスタンスのクローン を有効にする クローンオプションのオンデマンドバックアップを有効にするように依頼します。クローンエンジンがクローン開始時間の開始時に開発 (ソース) バックアップを取得し、それを使用してクローンを実行するように、本番稼働日時に開発から本番環境へのクローンをスケジュールします。本番インスタンスをクローンターゲットとして構成するための設定については こちらで説明しています。クローン作成中にデータを除外するオプションがあるため、ソースのテスト/ダミーデータを除外できます。次の手順に従うこともできます。 テーブルからすべてのレコードを削除します。本番環境にはすべてのカスタマイズ/開発があり、本番稼働できます。 ⚠ 本番稼働のために SUB PROD から PROD にクローンを作成する場合は、購入されていないプラグイン、資格のないプラグイン、登録されていないプラグインが SUB PROD にインストールしないでください。それらは PROD にクローンされます。クローンは基本的にDBリストアです。除外できるのはデータのみで、プラグインは除外できません。 顧客は、SUB PRODで有料プラグイン/ストアアプリを制限なく試すことができます。プラグインが SUB PROD にインストールされ、PROD にクローンされた場合、プラグインは PROD でアクティブなままになります。プラグインが PROD でアクティブな場合、非アクティブ化またはアンインストールすることはできません。アンインストールが不可能な場合に ServiceNow プラグインを管理する方法 3.推奨されない本番稼働アプローチ インスタンスの名前変更 Now Support サービスカタログ を介してインスタンスの名前変更を要求することはお勧めしません。名前の変更には時間がかかります。古い参照 URL が廃止されるまで、名前を再利用することはできません。DEV を PROD にする場合、PROD が保持している間は、PROD 名を DEV に割り当てることはできません。 開発環境 バックアップを本番環境に復元 Now Support サービスカタログを介してインスタンスを復元する (本番環境に復元された開発のバックアップなど) お勧めしません。復元に使用できるオンデマンドバックアップはなく、復元によって再構成が必要なインスタンス固有のパラメーター (テーマなど) が置き換えられます。クローンでは インスタンス固有のパラメーターとテーマが保持されます。構成とデータのみが転送されます。 4.プラグイン/ストアアプリケーションの本番稼働 KB0716626:プラグインに関する FAQ KB0695388:プラグインアクティベーションの概要 KB0759221: インスタンスでのプラグインとストアアプリケーションの可視化 プラグインは、サポートポータルカタログ「Request Plugin」から要求することもできます。 プラグインは、サポートポータルの 「プラグインのアクティブ化」 カタログからもリクエストできます (customer_admin からアクセスできます)。 https://support.servicenow.com/now/en/pages/automation-store — [すべての自動化] > [サービスカタログ] > [プラグインをアクティブ化] に移動します。目的のプラグインがリストにない場合は、 「探しているプラグインがリストにありません」を選択し プラグイン名を自由形式で入力します。 ℹ ほとんどのストアアプリケーションは、デフォルトでは SUB PROD インスタンスで利用できます。これらのアプリをインスタンスにインストールできるようにするには、customer_admin は、エンタイトルメントに関係なく、ストアからこれらのアプリを 取得/オプトイン する必要があります。本番環境内での可視化のために、ライセンス/エンタイトルメントチェックが課されます。SUB PROD へのインストールは PROD での可用性を保証するものではありません。 アプリケーションとその依存関係が PROD で インストール可能 の場合、インスタンスアドミンは続行できます。ライセンス/エンタイトルメントのチェックは既に完了しています。Application Store Procurement (アプリケーションストア調達) - Store Application Installation (ストアアプリケーションのインストール) ⚠ PROD でプラグインまたはアプリケーションの本番稼働を計画している場合は、アプリケーションとすべての依存関係が 事前に PROD に表示されていることを確認してください。資格がある場合でも、本番環境に欠落している場合は、複数のバックエンドチーム、契約の検証、および毎日のデータロードが含まれるため、解決に時間がかかることがあります。 ℹ ServiceNow アプリケーションマネージャー ([システムアプリケーション] > [利用可能なすべてのアプリケーション] > [すべて]) の [今すぐ同期] ボタンを使用すると、インスタンスが手動で更新され、ストアからの最新のアプリと更新が反映されます。KB0759221:インスタンス上のストアアプリケーションの可視化 ℹ ライセンス/サブスクリプション/エンタイトルメントに関するすべての質問については、ServiceNow アカウント担当者にお問い合わせください。これはカスタマーサポートの範囲外です。 5.本番稼働前のインスタンスバックアップ要求 アドホックバックアップは自動化されたバックエンドプロセスであるため、実行できません。さらに、インスタンスのアドホックバックアップは、いかなるケースにおいても有効ではありません。詳細については、関連するナレッジベース (KB) 記事を参照してください。本番を含む ServiceNow インスタンスのバックアップ要求 バックアップと保持の詳細については、このホワイトペーパーを参照してください。 ServiceNow クラウドでパフォーマンス、スケーラビリティ、可用性を実現する 6.ServiceNow は、本番稼働中/モジュール実装後にインスタンスを監視できますか? 本番稼働中またはモジュールの実装中にインスタンスを監視するためにテクニカルサポートの形式的な（内容のない）ケースを作成することは お勧めしません 。機能ごとに異なるモジュールと SME チームがあるため、形式的な（内容のない）ケースは効果的ではありません。ケースは、それぞれの問題について関連チームに個別に提起する必要があります。 これらのアクティビティ中またはアクティビティ後に問題が発生した場合は、 Now Support ヘルプセンター にアクセスしてケースを提出してください。トラブルシューティングをすぐに開始できるように、再現手順、ログ、スクリーンショットを含めてください。 ℹ ServiceNow では、インスタンス/インフラストラクチャ固有のリソースの制約を常にプロアクティブに監視しています。リソース制約イベントに対して自動アラートが作成され、個別のチケットとして顧客とやり取りします。ServiceNow モニタリング:概要とインサイト サポートエンジニアによる定期的な手動監視では、外的要因によるイベントの見逃しや反応の遅れのリスクがありますが、当社の自動監視システムは、一貫したリアルタイムの対応を保証します。