継続的なリリース シナリオで Azure DB をアップグレードしようとしています。DB は SQL Azure にあり、そのサイズは増え続けています。現在、約> 50Gです。以前のオンプレミスの経験では、通常、古い DB を圧縮形式でバックアップし、オンプレミスのファイル サーバーに保存します。アップグレードが失敗した場合でも、安全に復元できます。
しかし、SQL Azure では、SQL Azure からそのような大きな DB をダウンロードしてよいかどうかわかりません。また、SQL Azure DB のアップグレード シナリオのベスト プラクティスはありますか?
さまざまな SQL Azure バックアップ戦略に関するこのリンクを見つけました。しかし、誰かが現場での経験を共有できれば素晴らしいことです。
Azure には、スケジュール可能な BLOB ストレージへの自動エクスポート (フル バックアップ) が用意されています。.bacpac ファイルはデータベースの完全な圧縮コピーであり、ブロブ ストレージはかなり安価です。サイズの目安として、20 GB のデータベースがあり、バックアップはわずか 500 MB です。通常、バックアップは 14 日間保持されますが、保持期間はお客様のニーズに応じて決定されます。
ロン・ポペイユ・ロティサリーのようなものです。設定するだけで、忘れてしまいます。
明らかに、バックアップを取った後、それを別の場所に復元して、それが機能していることを確認したいと思うでしょう。また、定期的にバックアップを復元して、長期にわたって機能することを確認することもお勧めします。これらはすべて Azure ポータルで行うことができます。自動エクスポートから作成した .bacpac ファイルに基づいて新しいデータベースを作成するだけです。
別のコピーがローカルに必要でない限り、実際にはオンプレミスで DB をダウンロードする必要はありません。geo 冗長 BLOB ストレージを使用している場合、既に別のリージョンにコピーされており、合計で 6 つのコピーがあるためです。しかし、それはあなた次第です。
管理ポータルにログインしたら、[SQL データベース] タブに移動します。DB をクリックしてから、configure をクリックします。そこで、db から blob ストレージへの自動バックアップを設定できます。
管理ポータルのパスは次のようになります。
以下は、自動エクスポート セクションのスクリーンショットです。
