复制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。 我实际上担心自己做错了什么...