復制SQL Azure數據庫的完成延遲？

Question

我想知道通過SQL Azure完成數據庫副本需要多少時間。 我正在考慮以下情況：

1. 首先填充一個數據庫，然后保持只讀狀態。
2. 將創建一組副本。
3. 一個尷尬的任務在每個副本上都是並行的（只讀）。
4. 副本被刪除以降低托管成本。

如果SQL Azure上的數據庫副本相當快，則這種情況很有意義。

是否有人擁有有關完成SQL Azure數據庫副本的等待時間的信息，也許沒有數據庫GB的大小（假設較小的DB的復制速度比大型DB的復制速度快）？

附屬問題：如果同時觸發10個數據庫副本，那么完成第10個副本是否需要10倍以上的時間？ SQL Azure是否支持此類操作的某種程度的並行化。

Answer 1

對於復制各種大小的數據庫需要多長時間，我沒有經驗數據，但是根據我的經驗，時間通常只有幾分鍾。 對於我經常使用的小於100MB的DB，我允許5分鍾，但這可能是相當慷慨的。 我偶爾復制了較大的數據庫，但看起來並沒有比這大得多，我懷疑實際上有很多時間花在配置新數據庫而不是復制數據上。

我猜測如果您啟動多個副本會發生什么，但是由於SQL Azure基礎結構，如果同時啟動多個副本會導致運行速度大大降低，我會感到驚訝。

我不知道您希望整個過程花費多長時間，但是我認為這基本上是一個好主意。 我會強烈建議做一些你自己的標桿，雖然。

Answer 2

我發現它特別慢。 我只復制了一個3.45MB的小型數據庫，它花費了超過5分鍾的時間。 它開始於6:42，結束於6:49。

這只是使用帶有復制的SQL命令行創建。 例如：

CREATE DATABASE NewDB AS COPY OF OldDB;

我不確定這筆交易是什么-每當我去檢查進度時，它什么都沒有顯示，然后突然就完成了。

例如：

SELECT * FROM sys.dm_database_copies c
JOIN sys.databases d ON c.database_id = d.database_id
WHERE databases.name = 'NewDB';

每次查看時，percent_complete列均為null。 我實際上擔心自己做錯了什么...