2016-01-22 43 views

回答

2

基本上,云服务被分配任何随机箱按可用性,以便在任何物理存储可能会丢失的情况下,停止并重新启动该服务或多次在安装任何补丁程序的重新启动。所以总是有单独的SQL服务器(你也可以从云端SQL服务器中选择)实例。

+0

感谢马赫什,您有关于Azure中的虚拟机 –

+0

在云服务的内部负载均衡功能,你需要增加的情况下自动将那些进行负载均衡的任何想法 –

1

SQL数据库(以前SQL Azure的)是SQL Server作为Azure中提供的服务。它具有与sql server几乎所有相同的功能,并且在零宕机时间内完全管理。它几乎支持所有与完整的SQL Server相同的TSQL操作,并且可以轻松地将数据,表和存储过程从现有的SQL Server迁移到SQL Azure。

我会用这个代替站立自己的SQL Server实例。

https://azure.microsoft.com/en-us/services/sql-database/

如果你想站起来,在蔚蓝自己的SQL Server实例,然后肯定总是在检查出的资源管理器的模板,一个继承人为SQL Server 2014!

https://github.com/Azure/azure-quickstart-templates/tree/master/sql-server-2014-alwayson-dsc

0

云服务的角色实例不适合数据的耐久存。预计任何时刻任何情况都会消失,然后可能会在完全清除的虚拟机上重新启动。您应该使用持久存储的持久性 - 可能是SQL Azure,Azure存储或其他可能的东西。

你可能想,如果由于某种原因,您的实例需要一个本地副本,它可以访问没有网络延迟到本地安装的SQL Server。你仍然应该期望你的实例随时消失。因此安装应该是自动的 - 这样当周日凌晨1点的时候在新虚拟机上重新启动实例时,它将自动运行。所有有价值的数据都必须定期从该SQL Server实例导出到一些持久性存储,也许是另一个SQL服务器。你可以在代码中做到这一点,或设置一些现成的解决方案来做到这一点

同样适用于其他任何第三方软件 - 它的安装应该没有人的存在和有用的数据必须定期出口到耐用的外部存储工作。预计会丢失实例上存储的任何数据。

相关问题