本番稼働のベストプラクティス (テクニカルサポート観点) オンボーディング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_id を持つレコードを削除することで機能します。その sys_id を持つレコードがカスタマイズ済みまたは使用中かどうかを確認する照合処理はありません。 DEMO データなしでプロビジョニングされた PROD インスタンス に対しては、zBoot を実施してください。PROD インスタンスでの zBoot 実施を希望する場合は、テクニカルサポートにケースを起票して依頼してください。zBoot の詳細については こちらを参照してください。 通貨: インスタンスで単一通貨モデルを使用する場合は、ここでこれを構成します。本番稼働後に単一通貨に切り替えるのは非常に複雑です。 KB の「単一通貨モード」セクションを参照してください システムロケール: プロパティ glide.system.locale は非常に重要です。できるだけ早く更新してください。 ステップ 2 — 資格のあるプラグインとストアアプリケーションをインストールする 本番環境で zBoot 完了後、契約に基づき利用可能なすべてのプラグインをインストールします。最初に SUB PROD インスタンスでプラグインをテストすることをお勧めします。プラグインのロールバックの詳細については、こちらを参照してください。 ℹ プラグインをインストールした後に非アクティブ化するための適切な方法はありません。ロールバックオプションは 7 日間のみ使用できます。 モジュール (ITOM、ITBM、ディスカバリーなど) を購入した場合は、購入したとおりに PROD にインストールします。プラグインの有効化の概要 KB0759221:インスタンスでのプラグインおよび Store アプリケーションの表示 ステップ 3 — 本番環境から下位インスタンスをクローン/復元する 最初にクローンターゲットを作成します（下位インスタンスの admin 認証情報が必要です）。ベースデータをすべての SUB PROD インスタンスに転送するには、これが 完全クローン（OOB Preservers および Excluders を含む） である必要があります。（「クローンの要求」および「クローンに関するよくある質問（FAQ）」を参照）SUB PROD を PROD の完全なレプリカにするため、PROD バックアップのリストアを依頼します。 これにより、下位のすべてのインスタンスが本番環境と同期できるようになります (同じsys_id、デモデータなし)。その後、開発インスタンスで開発を開始できます。 ストアアプリ、カスタムスコープのアプリ、またはプラグインがインストールされている場合、テーブルが異なる sys_id で作成される場合があります。カスタマイズや開発は、常に PROD のレプリカであるインスタンス上で実施してください。 ⚠ 一部の基本システムレコードは、プロビジョニング後のインスタンスで作成され、異なるインスタンス間で一致しないため、更新セットに問題が発生します。 ドキュメントからのメモ** これを回避するには: 本番インスタンスと非本番インスタンスのプロビジョニング本番インスタンスを非本番インスタンスにクローンします 2.インスタンスの本番稼働 従来のアプローチ (更新セット) ⚠ メインインスタンスからのクローン作成により、すべてのインスタンスが同期されていることを確認します。sys_idの不一致は、更新セットの構成データがターゲットで一致するレコードを見つけることができないことを意味します。 DEV の Update Set にすべての開発内容を記録します。詳細は「Update Set の開始方法」を参照してください。 本番環境を TEST にクローンします（本番データが変更されている場合は、この方が安全です）。何も除外しない完全なクローンであることを確認します。 (クローン要求フォームのオプション)これを TEST/UAT/SANDBOX でコミットし、テストを実行します。 カスタマイズの作成、テスト、および移動問題が発生した場合は、DEV で修正し、その内容を V1.1 Update Set に記録します。ポイント 4 で本番データが変更された場合は、ポイント 2 を再度実行します。これはオプションです。本番環境への影響を確認するための事前リハーサルであるためです。ポイント 5 を実行した場合は、ポイント 3 を再度実行しますTEST/UAT/SANDBOX で V1.1 をコミットし、テストを実行しますテストに合格したら、同じコミット順序でこれを PROD にコミットします。DEV から TEST、および DEV から PROD に更新セットを適用していることを確認してください。スコープ対象のアプリケーション開発を使用して、インスタンス間でカスタムモジュールを移動することもできます。こちらのドキュメントを参照してください 代替アプローチ (高速 - スコープ対象アプリ) DEV 上の Scoped Application を Application Repository に公開します。DEV を 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 にクローンされます。クローンは実質的にデータベースリストアです。除外できるのはデータのみで、プラグインは除外できません。 顧客は、SUB PRODで有料プラグイン/ストアアプリを制限なく試すことができますプラグインが SUB PROD にインストールされ、PROD にクローンされた場合、プラグインは PROD でアクティブなままになりますプラグインが PROD でアクティブな場合、非アクティブ化またはアンインストールはできません。アンインストールが不可能な場合に ServiceNow プラグインを管理する方法 3.推奨されないインスタンスの本番稼働アプローチ インスタンスの名前変更 Now Support サービスカタログ (名前変更) を介してインスタンスの名前変更を要求することはお勧めしません。インスタンス名の変更には時間がかかります。古い参照 URL が廃止されるまで、名前を再利用することはできません。DEV を PROD にする場合、PROD が保持している間は、PROD 名を DEV に割り当てることはできません。 DEV バックアップを本番環境に復元する Now Support サービスカタログ (復元) を使用したインスタンスの復元 (DEV のバックアップを PROD にリストアするケースなど) はお勧めしません。復元に使用できるオンデマンドバックアップはなく、復元によって再構成が必要なインスタンス固有のパラメーター (テーマなど) が置き換えられます。クローンでは、インスタンス固有のパラメーターやテーマは維持されます。構成とデータのみが転送されます。 4.プラグイン/ストアアプリケーションの本番稼働 KB0716626:プラグインに関する FAQ KB0695388:プラグインアクティベーションの概要 KB0759221: インスタンスでのプラグインおよび Store アプリケーションの表示 プラグインは、サポートポータルカタログ「Request Plugin」または [Activate Plugin] カタログからもリクエストできます。（customer_admin からアクセス可能） https://support.servicenow.com/now/en/pages/automation-store — All Automations > Service Catalogue > Activate Plugin に移動します。目的のプラグインがリストにない場合は、 [Plugin I'm looking for is not listed] を選択し、プラグイン名をテキストで入力します。 ℹ ほとんどのストアアプリケーションは、デフォルトでは SUB PROD インスタンスで利用できます。これらのアプリをインスタンスにインストールできるようにするには、customer_admin は、エンタイトルメントの有無にかかわらず、ストアでこれらのアプリ（依存アプリを含む）のライセンスステータスを確認し、インスタンスにインストール可能な状態にする必要があります。本番環境での表示可否はライセンスおよびエンタイトルメントの確認によって制御されます。そのため、SUB PROD へのインストールは、本番環境でのインストール可用性を保証するものではありません。 アプリケーションとその依存関係が PROD で「Ready to Install」またはインストール可能な状態である場合、インスタンスアドミンは続行できます。ライセンス/エンタイトルメントのチェックは既に完了しています。Application Store Procurement - Store Application Installation ⚠ 本番環境でのスムーズな本番稼働を確保するには、アプリケーションとすべての依存関係（プラグインを含む）が、デプロイメントより十分前に本番環境で表示可能・ライセンス済み・インストール可能な状態であることを確認することが不可欠です。エンタイトルメントがある場合でも、アプリケーションマネージャーにアプリケーションや依存関係が表示されていない場合は、複数のバックエンドチームとの連携や契約の確認、毎日のデータ同期が必要となるため、解決に相当な時間がかかることがあります。事前の準備が、デプロイメントの遅延を最小限に抑えることにつながります。 ℹ ServiceNow アプリケーションマネージャー (System Applications > All Available Applications > All) の [Sync now] ボタンを使用すると、インスタンスが手動で更新され、ストアからの最新のアプリと更新が反映されます。KB0759221:インスタンス上のストアアプリケーションの可視化 ℹ ライセンス/サブスクリプション/エンタイトルメントに関するすべての質問については、ServiceNow アカウント担当者にお問い合わせください。これはカスタマーサポートの範囲外です。 契約に含まれていない ライセンス対象（有償）の ServiceNow 製品を Store から取得しようとすると、ボタンの状態が License requested に変わります。この場合は、サブスクリプションを契約に追加するために、ServiceNow のアカウント担当者へ連絡してください。手続きが完了すると、アプリケーションの状態は 「Ready to Install」 に更新されます。サードパーティベンダー製品（トライアルまたは購入）の場合は、まず Store からリクエストを送信してください。その後、トライアル承認または購入手続きを完了するために、ServiceNow を介さず直接ベンダーと調整する必要があります。手続きが完了すると、ベンダーから OPTY* 番号 が提供されます。ServiceNow はこの番号を使用して取引を追跡します。その後、トライアルまたは購入情報が同期されると、状態が 「Ready to Install」 に変わります。 参考までに、追加購入の処理には 48 時間以上 かかる場合があります。この期間は、ServiceNow またはベンダーの承認プロセス、日次同期サイクル、およびその他の営業・ベンダー関連プロセスに依存します。カスタマーサポートがこれらのプロセスを早められる範囲は限定的であるため、販売や契約に関する事項については、引き続き ベンダーまたは ServiceNow のアカウント担当者 が適切な問い合わせ先となります。 5.本番稼働前のインスタンスバックアップ要求 アドホックバックアップは自動化されたバックエンドプロセスであり、手動で実行することはできません。さらに、インスタンスのアドホックバックアップは、どのシナリオでも有益ではありません。詳細については、関連するナレッジベース (KB) 記事を参照してください。本番を含む ServiceNow インスタンスのバックアップ要求 バックアップと保持の詳細については、このホワイトペーパーを参照してください。 Delivering Performance, Scalability, and Availability on the ServiceNow Cloud 6.ServiceNow は、本番稼働中/モジュール実装後にインスタンスを監視できますか? 本番稼働中またはモジュールの実装中にインスタンスを監視するためにテクニカルサポートのプレースホルダーケースを作成することは お勧めしません 。機能ごとに異なるモジュールと SME チームがあるため、プレースホルダーケースは効果的ではありません。ケースは、それぞれの問題について関連チームに個別に提起する必要があります。 これらのアクティビティ中またはアクティビティ後に問題が発生した場合は、 Now Support ヘルプセンター にアクセスしてケースを提出してください。トラブルシューティングをすぐに開始できるように、再現手順、ログ、スクリーンショットを含めてください。 ℹ ServiceNow では、インスタンス/インフラストラクチャ固有のリソースの制約を常にプロアクティブに監視しています。リソース制約イベントに対して自動アラートが作成され、別途チケットを作成し、お客様へ連絡します。ServiceNow Monitoring — Overview and Insight サポートエンジニアによる定期的な手動監視では、外的要因によるイベントの見逃しや反応の遅れのリスクがありますが、当社の自動監視システムは、一貫したリアルタイムの対応を保証します。