如何停止和启动 SQL Azure 数据库？答案

【问题标题】：How do I stop and start a SQL Azure database?如何停止和启动 SQL Azure 数据库？
【发布时间】：2014-01-21 15:14:27
【问题描述】：

我正在运行一个基于 Azure 的站点，由于历史原因，该站点在两台服务器上使用了两个数据库。我已经从静态数据源复制了数据，以便它们都驻留在同一台服务器上。我相当确定我已经从实时代码中删除了对旧服务器的所有引用，并且确实 Azure 仪表板显示上个月没有任何连接。但是为了 100% 确定在我删除服务器之前，我想停止它并测试实时站点。如果出现任何问题，我想重新开始。在 SQL Server Management Studio 中，这通常很简单，我可以在 SQL Server Management Studio 对象资源管理器中右键单击服务器并选择“停止”，如果需要，然后选择“开始”。但是，SQL Azure 服务器的选项中没有列出“停止”和“启动”，我在 Azure 门户的管理页面中也看不到任何内容。

所以我的问题很简单——如何停止和启动 SQL Azure 数据库？

【问题讨论】：

目前似乎没有使用 azure 门户或命令行工具停止/启动服务器的选项。但是您可以尝试更改该服务器的登录密码。如果 live 站点仍在使用服务器，那么它应该因为登录密码不同而失败。

标签： sql-server azure-sql-database

【解决方案1】：

我们遇到了 Sql Azure db 的问题，并且非常确定它在服务器/服务中。我们找不到停止和开始按钮，但确实找到了解决方法：

将数据库扩展到另一层，然后再将其缩小！

它解决了我们的数据库问题。

每个人都说您不需要停止/启动按钮...但有时理论与实践有所不同。甚至 Azure 也有问题 :)

【讨论】：

我希望我能加倍喜欢你的帖子 :-)
Tnx @SalviPascual ！你已经做了你可以做的任何事情！ :)
这个答案比说“做不到”更有帮助。 Azure，给你反馈，请给重启按钮。
扩展帮助修复了被 Lock request time out period exceeded. 卡住的 Azure SQL 数据库
尝试这样做并得到Failed to scale from Standard S1: 20 DTUs, 10 GB storage to Standard S2: 50 DTUs, 10 GB storage for database: XYZ. Error code: . Error message: The operation could not be completed because databased 'XYZ' on server 'YYY' is currently unavailable. Try again later. If the problem persists, contact customer support.

【解决方案2】：

正如 Praggie 所述，您无法停止/启动 SQL Azure 服务器。 SQL Azure 数据库驻留在共享主机上。该服务器上还有其他租户。您可以访问数据库，但不能访问相应的托管服务器。

你可以重命名数据库，如果有任何应用程序连接到它，那么它们就会失败。

【讨论】：

这是真的：您无法重新启动 Azure SQL 实例，因为它位于共享主机上。命令仅将主实例更改为默认故障转移主机。

【解决方案3】：

您可以简单地阻止IP（删除所有防火墙规则，以便没有人可以连接）

【讨论】：

【解决方案4】：

快速而肮脏的重命名可以很好地工作。需要管理员权限！

USE master;  
GO  
ALTER DATABASE MyDatabaseIsAvailable
Modify Name = MyDatabaseIsNoMoreAvailable;  
GO

完成后做相反的事情。好消息是，当您在同一台服务器上有多个数据库时，您可以“停止”单个数据库

【讨论】：

从哪里可以停止单个数据库？

【解决方案5】：

如果这有帮助：在我的情况下，数据库已被锁定。我无法更改表、架构或其他任何内容。

我发现处理这种情况的方法是强制只读和立即回滚的读写。

 ALTER DATABASE [MyDB]
 SET READ_ONLY
 WITH ROLLBACK IMMEDIATE; 

 ALTER DATABASE [MyDB]
 SET READ_WRITE
 WITH ROLLBACK IMMEDIATE;

【讨论】：

除非时间巧合，否则这似乎对我有用。我的数据库“卡”在“恢复”状态。

【解决方案6】：

警告，“restart sql server database azure”的 top google result 提供了作为运行 DBCC STACKDUMP('Manual Failover – Reason: something') 重新启动的选项之一。

运行肯定会导致某些事情发生，但在我们的例子中，5 分钟后 DTU 仍然没有注册，并且门户无法提取有关数据库大小的信息。

在等待 10 分钟后，我们最终更改了层级，大约 18 分钟后，层级更改完成并且可以再次访问数据库。

【讨论】：