3

SQL Azure の bacpac バックアップが破損しているため、何時間も無駄にしました。私が使用した復元メカニズムのいずれも、バックアップの復元時に何か問題が報告されたわけではなく、スキーマとデータはそこにあるように見えましたが、そこにあったことを考えると、そのバックアップに何か問題があったことは間違いありません。

私は Redgate のSQL Azure バックアップを使用していますが、実行しているのは を使用しcreate as copy of、完了するまでチェックしてから、bacpac export Azure 機能を使用してバックアップを取得することだけです。

SQL Azure bacpac バックアップが破損していないことを確認する方法はありますか?


バックアップの症状に関する詳細情報:

  • DAC フレームワークのクライアント側ツールまたは Azure 管理ポータルを使用して復元を実行しても、エラーは報告されません。
  • テーブルのリストをざっと見てみると、1-2 テーブルの上位 100 レコードがよく見えました
  • SQL ユーザーは、SQL ログインにマップできない状態のままでした (あたかもそれらのユーザーがローカル データベースで「ログインなし」オプションで作成されたかのように)。これは、データベースの他のバックアップでは発生しませんでした。

その質問では、ディスク容量が不足しているために破損したオンプレミスのバックアップで同様の状況にある他の誰かにリンクしています: http://www.sqlmag.com/forums/aft/96868

4

1 に答える 1

3

おそらく一時的な RESTORE を含む、bacpac ファイルの出力のより自動化されたチェックを検討します。これは、ファイルが完全であることを確認する唯一の方法です。その前に、.bacpac ファイル (実際には単なる .zip ファイル) が無傷であり、そこに期待するデータが含まれていることを確認します。

ローカル SQL Server にバックアップする他のメカニズムを使用する場合は、それをより細かく制御できます。

他にもアイデアやリクエストがありましたら、お気軽にメールでお問い合わせください。richard.mitchell@red-gate.com

于 2012-01-03T07:07:09.867 に答える