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