Azure への SQL Server マネージド バックアップ:相互運用性と共存
このトピックでは、SQL Server Microsoft Azure へのマネージド バックアップの相互運用性と、SQL Server 2014 のいくつかの機能との共存について説明します。 これらの機能には、AlwaysOn 可用性グループ、データベース ミラーリング、バックアップ メンテナンス プラン、ログ配布、アドホック バックアップ、データベースのデタッチ、およびデータベースの削除が含まれます。
AlwaysOn 可用性グループ
Microsoft Azure へのマネージド バックアップでサポートされている Azure 専用ソリューションとして構成されている AlwaysOn 可用性グループSQL Server。 内部設置型のみまたはハイブリッドの AlwaysOn 可用性グループの構成はサポートされていません。 詳細およびその他の考慮事項については、「可用性グループの Azure へのマネージド バックアップSQL Server設定する」を参照してください。
データベース ミラーリング
Microsoft Azure へのマネージド バックアップSQL Serverは、プリンシパル データベースでのみサポートされます。 Microsoft Azure へのマネージド バックアップSQL Server使用するようにプリンシパルとミラーの両方が構成されている場合、ミラー化されたデータベースはスキップされ、バックアップされません。 ただし、フェールオーバーが発生した場合、microsoft Azure へのマネージド バックアップSQL Serverは、ミラーがロールの切り替えを完了し、オンラインになった後にバックアップ プロセスを開始します。 この場合、バックアップは新しいコンテナーに格納されます。 ミラーが Microsoft Azure へのマネージド バックアップSQL Server使用するように構成されていない場合、フェールオーバーが発生した場合、バックアップは作成されません。 フェールオーバーが発生してもバックアップが続行されるように、プリンシパルとミラーの両方で microsoft Azure へのSQL Serverマネージド バックアップを構成することをお勧めします。
ヒント
Microsoft Azure へのマネージド バックアップの既定の設定SQL Serverインスタンスにミラー化されたデータベースを作成する場合は、Microsoft Azure インスタンスの既定値SQL Serverマネージド バックアップを無効にして、ミラー化されたデータベースに適用されないようにしてから、プリンシパルとミラーを構成した後でインスタンスの既定値を再度有効にすることをお勧めします。
メンテナンス プラン
Microsoft Azure へのマネージド バックアップが有効になっている場合SQL Serverデータベースのバックアップを作成するためのメンテナンス プランの使用はサポートされていません。 メンテナンス プランによってログ チェーンが壊れ、Microsoft Azure へのマネージド バックアップSQL Server復元中にデータベースの回復性が保証されない可能性があります。 これは、Microsoft Azure へのマネージド バックアップSQL Serverインスタンス レベルで有効になっている場合にも適用されます。
ヒント
コピーのみのバックアップを含むメンテナンス プランは、同じデータベースまたはインスタンス用に構成された Microsoft Azure へのマネージド バックアップSQL Serverサポートされます。
ログ配布
同じデータベースの Microsoft Azure へのログ配布とSQL Serverマネージド バックアップを同時に構成することはできません。 同時に構成すると、いずれかの機能を使用したデータベースの復元に影響します。
Transact-SQL と SQL Server Management Studio を使用したアドホック バックアップ
Transact-SQL または SQL Server Management Studio を使用して Microsoft Azure へのマネージド バックアップSQL Server外部で作成されたアドホックバックアップまたは 1 回限りのバックアップは、バックアップの種類と使用されるストレージ メディアに応じて、Microsoft Azure へのSQL Serverマネージド バックアップ プロセスに影響する可能性があります。 Microsoft Azure へのマネージド バックアップで使用されているものとは異なる Azure ストレージ アカウントへのログ バックアップSQL Server、または Azure Blob Storage サービス以外の宛先は、ログ チェーンの中断を引き起こします。 microsoft Azure へのマネージド バックアップが有効になっている SQL Serverデータベースでバックアップを開始するには、smart_admin.sp_backup_on_demand (Transact-SQL) ストアド プロシージャを使用することをお勧めします。 このストアド プロシージャを使用して、データベースの完全バックアップまたはログ バックアップのどちらかを開始できます。
データベースの削除とデータベースのデタッチ
Microsoft Azure へのマネージド バックアップSQL Server有効になっているデータベースがデタッチまたは削除された場合、追加のバックアップは実行できませんが、以前のバックアップは保持期間が経過するまでストレージに残り、その時点でバックアップは消去されます。
復旧モデルの変更
データベースの復旧モデルを [単純] から [完全] または [一括ログ] に変更する場合は、データベース用SQL Serverマネージド バックアップを Microsoft Azure に構成するオプションがあります。 これは、マネージド バックアップから Microsoft Azure へのSQL Serverの観点から見た新しいデータベースと見なされます。
データベースの復旧モデルを [完全] または [一括ログ] から [シンプル] に変更した場合、マネージド バックアップを Microsoft Azure にSQL Serverが有効になっている場合、バックアップ操作はスケジュールされなくなります。 保有期間設定はアクティブのままであるため、保有期間が経過するまでバックアップ ファイルはストレージ アカウントに残ります。 バックアップを保持する必要がある場合は、別のストレージ アカウントまたは内部設置型の場所にファイルをダウンロードすることをお勧めします。 構成設定は保持され、復旧モデルが [完全] または [ 一括ログ] に再び設定されている場合に再利用できます。
他のバックアップ ツールまたはカスタム スクリプトを使用したログ バックアップ
2 つのバックアップが同じデータベースでログ バックアップを実行するように構成されていると、バックアップ ログ チェーンが中断されます。 Microsoft Azure SQL Serverマネージド バックアップでは、チェーンの中断が検出されたときに完全バックアップをスケジュールすることで、バックアップ チェーンの中断を解決しようとしますが、これは、競合する 2 つのツールによって実行される定期的な中断とログ バックアップを継続的に維持することを意味します。 また、一方のツールがバックアップの完全なセットを順序どおりに保持することは期待できないため、データベースの回復性に影響する可能性があります。 これは、ログ バックアップを実行する 2 つの機能またはツールに当てはまりますが、次に示す具体的な例を強調する際に役立ちます。 また、これは、このトピックの以前のセクションで説明したメンテナンス プランまたはログ配布の構成に関する問題の根拠でもあります。
Data Protection Manager (DPM) ベースのバックアップ: Microsoft Data Protection Manager を使用すると、完全バックアップと増分バックアップを実行できます。 増分バックアップは、トランザクション ログ バックアップの作成後にログの切り捨てを実行するログ バックアップです。 そのため、同じデータベースに対して DPM と SQL Server マネージド バックアップを Microsoft Azure に構成することはサポートされていません。
サード パーティ製のツールまたはスクリプト:ログの切り捨てを引き起こすログ バックアップを実行するサード パーティ製のツールまたはスクリプトは、Microsoft Azure へのマネージド バックアップSQL Serverと互換性がありません。サポートされていません。
データベース インスタンスに対して Microsoft Azure へのマネージド バックアップSQL Server有効にしていて、アドホック バックアップを作成する場合は、前のセクションで説明したように、smart_admin.sp_backup_on_demand (Transact-SQL) ストアド プロシージャを使用できます。 また、Microsoft Azure へのマネージド バックアップの外部で定期的にバックアップをスケジュールまたは解除SQL Server必要がある場合は、コピーのみのバックアップを使用できます。 詳細については、「コピーのみのバックアップ (SQL Server)」を参照してください。