SQL Server ファイル スナップショット バックアップを確認する

完了

ファイルスナップショット バックアップは、データベース ファイルが含まれる BLOB とそれらのファイル スナップショットに対するポインターが含まれるバックアップ ファイルの、一連の Azure スナップショットで構成されます。 各ファイル スナップショットは、コンテナーにベース BLOB とともに格納されています。 バックアップ ファイル自体を URL、ディスク、またはテープに書き込むように指定できます。 URL へのファイル スナップショット バックアップをお勧めします。

この方法は、データベースの完全バックアップとトランザクション ログ バックアップの両方に使えます。

  • データベースの完全バックアップ: ファイル スナップショット バックアップを使用してデータベースの完全バックアップを実行すると、データベースを構成する各データとログ ファイルの Azure スナップショットを作成し、トランザクション ログ バックアップ チェーンを確立して、バックアップ ファイルにファイル スナップショットの場所を書き込みます。
  • トランザクション ログ バックアップ: ファイル スナップショット バックアップを使用してトランザクション ログ バックアップを実行すると、(トランザクション ログだけでなく) 各データベース ファイルのファイル スナップショットを作成し、バックアップ ファイルにファイル スナップショットの場所に関する情報を記録して、トランザクション ログ ファイルを切り捨てます。

トランザクション ログ バックアップ チェーン (ファイル スナップショット バックアップの場合もあります) を確立するために必要な最初の完全バックアップを行った後は、トランザクション ログ バックアップの実行のみが必要です。それは、各トランザクション ログ ファイル スナップショット バックアップ セットには、すべてのデータベース ファイルのファイル スナップショットが含まれ、データベースの復元またはログの復元を実行できるからです。 データベースの最初の完全バックアップの後は、追加の完全バックアップまたは差分バックアップは必要ありません。 Azure Blob Storage サービスでは、各データベース ファイルについて、各ファイル スナップショットとベース BLOB の現在の状態の相違点が処理されます。

考慮事項と制限事項

  • Premium Storage: Premium Storage の制限事項は次のとおりです。

    • Premium Storage を使ってバックアップ ファイル自体を保存することはできません。
    • バックアップの間隔は、10 分よりも短くすることはできません。
    • レポートに格納できるスナップショットの最大数は 100 個です。
    • RESTORE WITH MOVE が必須です。
  • 単一のストレージ アカウント: ファイル スナップショットと保存先の BLOB では、同じストレージ アカウントを使用する必要があります。

  • 一括復旧モデル: 一括ログ復旧モードを使って最小ログ記録トランザクションを含むトランザクション ログ バックアップを実行する際には、トランザクション ログ バックアップを使ってログの復元 (特定の時点への復旧を含む) を実行することはできません。 代わりに、ファイル スナップショット バックアップ セットの時点へのデータベースの復元を実行します。 この制限は、ストリーミング バックアップの制限と同じです。

  • オンライン復元: ファイルスナップショット バックアップを使用する際には、オンライン復元を実行することはできません。

  • 課金: ファイルスナップショットバックアップ SQL Server を使用している場合、データの変更に対して料金が発生します。 アーカイブ: ファイル スナップショット バックアップをアーカイブする場合は、BLOB ストレージまたはストリーミング バックアップにアーカイブできます。 Blob ストレージにアーカイブするには、ファイル スナップショット バックアップ セット内のスナップショットを別個の BLOB にコピーします。 ストリーミング バックアップへのアーカイブを行うには、ファイル スナップショット バックアップを新しいデータベースとして復元します。 次に、圧縮や暗号化を使って通常のストリーミング バックアップを実行し、ベース BLOB とは独立して、必要な期間だけアーカイブします。