最新の状態へのリストア処理（デフォルト）では、障害発生時点までデータベースがリカバリされます。SnapCenter では、この処理が次の順序で行われます。

最新の状態へのリストア処理では、連続するトランザクションログセットが必要です。

SnapCenter では、ログ配布バックアップファイルから SQL Server データベーストランザクションログをリストアできないため（ログ配布はプライマリサーバインスタンス上のプライマリデータベースから別のセカンダリサーバインスタンス上の 1 つ以上のセカンダリデータベースにトランザクションログバックアップを自動的に送信する機能です）。 トランザクションログバックアップから最新の状態へのリストア処理を実行することはできません。このため、 SnapCenter を使用して SQL Server データベースのトランザクションログファイルをバックアップする必要があります。

すべてのバックアップに対して最新の状態へのリストア機能を実行する必要がない場合は、バックアップポリシーを使用してシステムのトランザクションログバックアップの保持を設定できます。

SQL Serverバックアップを毎日正午に実行し、水曜日の午後4時にバックアップからリストアする必要があるとします。何らかの理由により、水曜日の正午のバックアップの検証に失敗したため、火曜日の正午のバックアップを使用してリストアを実行することにしました。その後、バックアップがリストアされると、火曜日のバックアップの作成時にコミットされていなかったトランザクションログから、水曜日の午後4時に書き込まれた最新のトランザクションログまで、すべてのトランザクションログが転送され、リストアしたデータベースに適用されます。 （トランザクションログがバックアップされている場合）。

ポイントインタイムリストア処理では、データベースは過去の特定の時刻にのみリストアされます。ポイントインタイムリストア処理は、次の状況で実行されます。

次の図は、ポイントインタイムリストア処理を実行した場合の問題を示しています。

この図のリカバリパス1では、フルバックアップが作成され、その後に複数のトランザクションログバックアップが作成されます。データベースをある時点にリストアします。ポイントインタイムリストア処理のあとに新しいトランザクションログバックアップが作成され、リカバリパス2が発生します。新しいトランザクションログバックアップは、新しいフルバックアップを作成せずに作成されます。データの破損やその他の問題が原因で、新しいフルバックアップが作成されるまで現在のデータベースをリストアすることはできません。また、リカバリパス2で作成されたトランザクションログを、リカバリパス1のフルバックアップに適用することはできません。

トランザクションログバックアップを適用する場合は、バックアップトランザクションの適用を停止する日時を指定することもできます。このためには、指定可能な範囲内の日時を指定します。指定した時点より前にコミットされていないトランザクションは SnapCenter によって削除されます。この方法を使用すると、破損が発生する前の時点にデータベースをリストアしたり、誤って削除したデータベースやテーブルをリカバリしたりすることができます。

フルデータベースバックアップを午前0時に1回、トランザクションログバックアップを1時間ごとに作成するとします。午前9時45分にデータベースがクラッシュしましたが、障害が発生したデータベースのトランザクションログは引き続きバックアップされます。ポイントインタイムリストアのシナリオは、次の中から選択できます。

この場合、特定のエラーが報告された日時を計算します。指定した日時より前にコミットされていなかったトランザクションはすべて削除されます。