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