SQL Azure 数据库复制失败（挂起？）答案

【问题标题】：Failed SQL Azure Database Copy (Hanging?)SQL Azure 数据库复制失败（挂起？）
【发布时间】：2015-10-29 14:39:18
【问题描述】：

在之前多次执行相同的操作之后，不幸的是这次从 [AzureSQLServerA] 到 [AzureSQLServerB] 的 [DatabaseX] 的相同操作（这是一个 azure 数据库副本）似乎挂起 - 不知道如何终止它？

复制作业似乎从未完成，并且已经过去了一天多（过去，对于同一数据库和同一服务器之间的此操作只需要几个小时）。

现在，即使使用另一个数据库（例如 [DatabaseY]），我似乎也无法将任何数据库复制到该目标服务器 [AzureSQLServerB]。我收到以下通知：

(!) 从副本创建 SQL 数据库时出错。在资源组 Test-Environment 中创建副本的 SQL 数据库失败。

(!) 未能提交部署。提交部署请求时出错。底层 API 中可能有用的其他详细信息：无法编辑或替换部署“Microsoft.SQL.CopyDb”：“2015 年 10 月 13 日 11:54:48{M”的先前部署仍处于活动状态（到期时间为“ 2015 年 10 月 20 日晚上 11:54:48')。

只有等待整个超时期限（1 周？）才能重试吗？任何提示将不胜感激。

【问题讨论】：

你是如何执行数据库复制语句的？ TSQL、REST、PowerShell、门户？如果您使用的是 TSQL、REST 或 PowerShell，您能否分享一些您正在做的事情的示例代码？
嗨，Brian，复制命令是通过门户执行的。谢谢
嗨 Stefan，我是 Microsoft 的一名员工，负责 Azure SQL 数据库。如果您不介意，可以给我发一封电子邮件，其中包含您的服务器名称和您要复制的数据库的名称吗？您可以通过“Microsoft”dot com 上的“elfish”与我联系。
谢谢 Elfisher，会做的

标签： sql-server database azure azure-sql-database

【解决方案1】：

更新：在超时期限过后通过门户执行复制并且工作正常。一定是被什么东西锁住了，但不确定是什么。

【讨论】：

在过去的 4 周内发生了两次此类事情，不同的服务器，不同的弹性池。在我们的案例中，我们发现（通过门户）源数据库正在经历资源健康事件。