Windows 2008 R2 および SQL 2012 Enterprise SP1 CU5 を実行している Windows Azure VM で、新しい機能 RESTORE DATABASE FROM URL を使用して、ページ BLOB として Azure に保存されているバックアップを復元しようとしています。これまでのところ、最大 60GB のサイズ (非圧縮) のバックアップで数回実行しましたが、魅力的に機能します。ただし、復元できないサイズが 32 GB の特定のバックアップがあります。次のエラー メッセージで失敗します。
Msg 3013, Level 16, State 1, Line 2
RESTORE DATABASE is terminating abnormally.
失敗した理由については、これ以上の情報は提供されません。同じバックアップを からローカル ハード ドライブにダウンロードすると、問題なく復元できます。実行してみました
dbcc traceon(3004,3605,-1)
詳細情報を取得するには、DB が正常に復元されたことを確認できます。その後、ログ ファイルがゼロになり、その完了後に失敗します。SQL ログにも Windows イベント ログにもエラー メッセージはありません。そのハードドライブには十分な空き容量があります。VM とストレージは同じデータセンターにあり、環境を構築する際のすべてのベスト プラクティスに従いました。
編集> データベースが復元された後、ログファイルの復元を開始する前に(つまり、ログファイルがゼロになっている間)、イベントビューアーに次の行があることに気付きました
SQLVDI: Loc=CVDS::Close. Desc=Open devices!. ErrorCode=(0). Process=2900. Thread=1104. Client. Instance=MSSQLSERVER. VD=Global\https://url/stuff/xx.bak_SQLVDIMemoryName_0.
SQLVDI: Loc=SignalAbort. Desc=Client initiates abort. ErrorCode=(0). Process=2900. Thread=1104. Client. Instance=MSSQLSERVER. VD=Global\https://url/stuff/xx.bak_SQLVDIMemoryName_0.
SQLVDI: Loc=TriggerAbort. Desc=invoked. ErrorCode=(0). Process=1508. Thread=2008. Server. Instance=MSSQLSERVER. VD=Global\https://url/stuff/xx.bak_SQLVDIMemoryName_0.
ゼロ化が完了する前に Azure ストレージへの接続がタイムアウトになり、RESTORE が失敗する可能性はありますか? もしそうなら、どうすればこのタイムアウトを変更できますか?