我们安装了 SQL Server 2014 Enterprise 来运行一个应该 24/7 可用的数据库。我们的数据库足够大（200GB +）。此外，我们有很多服务每分钟都会访问我们的数据库以读取、更新或插入新数据。我们希望为我们的客户提供“热”重新部署功能，并使我们的每日更新（.net 和架构更新）对客户透明。我们已经找到了一个基于带有负载均衡器的集群来更新我们应用程序的二进制文件的解决方案，但是我们仍然对数据库的更新部署过程以及解决这个问题的最佳实践有一些误解。
对于架构更改，关闭一台服务器，应用架构更改，将其恢复，然后将相同的更改应用于第二个实例。可以用 SQL Server 工具完成吗，这是一种常见的方法吗？服务器备份后如何同步数据？还是我完全在考虑错误的方向，是否有更好的解决方案？
我们常见的Schema变化：添加/删除列，添加/删除存储过程