Shm*_*ael 12 sql-server sql-server-2014
我们安装了 SQL Server 2014 Enterprise 来运行一个应该 24/7 可用的数据库。我们的数据库足够大（200GB +）。此外，我们有很多服务每分钟都会访问我们的数据库以读取、更新或插入新数据。我们希望为我们的客户提供“热”重新部署功能，并使我们的每日更新（.net 和架构更新）对客户透明。我们已经找到了一个基于带有负载均衡器的集群来更新我们应用程序的二进制文件的解决方案，但是我们仍然对数据库的更新部署过程以及解决这个问题的最佳实践有一些误解。
对于架构更改，关闭一台服务器，应用架构更改，将其恢复，然后将相同的更改应用于第二个实例。可以用 SQL Server 工具完成吗，这是一种常见的方法吗？服务器备份后如何同步数据？还是我完全在考虑错误的方向，是否有更好的解决方案？
我们常见的Schema变化：添加/删除列，添加/删除存储过程
如果您的数据库没有复制，那么添加和删除列将运行得非常快。因为添加列只是 SQL 创建的一个空位置。删除列只会删除引用。
否则，如果有一些约束或索引，请小心。
ADD/DELETE程序只会影响执行本身。建议在对其进行任何更改之前运行重新编译
sp_recompile 'myproc'
| 归档时间： |
|
| 查看次数： |
829 次 |
| 最近记录： |