本番環境を含む ServiceNow インスタンスのバックアップ要求Summaryこの記事では、ServiceNow インスタンスのバックアップについて説明します。申し訳ございませんが、インスタンスのオンデマンドバックアップのオプションはありません。 スパーステーブルバックアップ (sparse table backup) を作成するオプションはなく、自動バックアッププロセスでは、インスタンス全体のバックアップが完全(週次)および増分/差分(日次)取得されます。 スパーステーブルの復元を実行するオプションはなく、復元要求は、その日のスナップショットが選択されたインスタンス全体に対して行われます。 当社のバックアップポリシーは、ナレッジ記事「 Instance Backup and Recovery」で確認できます。本番インスタンスのオンデマンドバックアップは、インスタンスで大きな変更/展開/アップグレードが発生した場合に本番インスタンスデータを保護するための信頼できる確実なメカニズムではありません。 シナリオの例は次のとおりです。 日次差分バックアップには 10 分以上かかり、週次完全バックアップにはそれよりもはるかに時間がかかる場合があります。22:00 に展開がある場合は、21:30 にバックアップを取るように要求します。バックアップを 21:30 に取得し、21:40 に終了し、インスタンスがライブで、デプロイを開始するまで新しいデータが追加されます。インスタンスでは、OOB 時間であっても、ジョブスケジュール、PA スコア、および統合ジョブが OOB 時間に設定されていても、多くのデータ変更が発生します。展開に 15 分かかり、問題が発生したと判断し、バックアップを使用して本番を復元する必要があります。復旧には6時間近くかかります(おおよその見積もり)。22:30 頃に復元が開始された場合、03:30 (おおよそ時間)頃復元は完了です。そのインスタンスには、午前 21:40 から午前 3 時 30 分までのデータがありません 上記の理由により、PRODのアドホックバックアップはどのシナリオでも役に立ちません。過去 4 日間の任意の時点で PROD データレプリカが必要な場合に同様の結果が得られるように、他の標準プロセスがデフォルトで用意されています。 お客様のデータは当社で安全です。本番環境でデータが破損する可能性はほとんどありませんが、本番インスタンスの ポイントインタイム (PIT) 一時インスタンスへの復元を実行するオプションがあります。これにより、本番インスタンスのデータを 一時 インスタンスでのデータ比較のために特定の時間 (特定の分) に戻すことができます。 ポイントインタイム復元は、インスタンスを利用可能な最後のバックアップまで復元し、指定された残りのデータを bin ログ/トランザクションログから再作成することで実行されます。bin ログの自動保持期間は、本記事の執筆時点では 4 日間です。 PIT 復元は複数のチームを巻き込む手作業のプロセスであり、危機的な状況に陥ったときに開始されます。フェイルオーバー/リカバリ/切り戻し/ロールバック方法として扱うことはできません。 注:本番では直接PITリストアは実行されず、修正フォワードのみを行い、PITリストアはTEMP/SUBPRODインスタンスでのデータ比較とデータリカバリにのみ使用されます。 TEMP インスタンスにデータを取得したら、これを使用して、POST と PRE upgrade/deployment/change バージョン間でデータを比較でき、データ復旧計画で作業できます。個々のケースに基づいてデータを転送するための標準運用手順があるため、障害を支援できます。 このプロセス(PITリストア)の詳細については、このドキュメントを参照してください。バックアップからの順方向と復元を修正バックアップと保持の詳細については、次のホワイトペーパー (17 ページ) を参照してください。 でのパフォーマンス、拡張性、可用性の提供 これは、非本番インスタンスを含むすべてのインスタンスに適用されます。準本番インスタンスまたは非本番インスタンスでのデータ損失 KB には、いくつかのシナリオとデータを復旧するためのオプションがリストされています。