sslshopper

摘要： 前一章我们讨论了SQLServer过去几个版本所包含的高可用性和灾难恢复技术，也详细地介绍了它们彼此的优缺点。可能你对高可用的要求非常高，任何一种技术都无法完全满足你的要求。而把几种技术组合起来，又会给部署和维护带来太多的复杂性。你会觉得有一点遗憾，为什么没有一种更强大更完善的技术来满足你所有的诉求呢？从SQLServer 2012开始，SQLServer引入了一种新的高可用技术，它的名字叫做AlwaysOn。而它可能就是你一直以来在寻求的解决方案。AlwaysOn在开发初期代号叫做HADRon。从开发代号就可以看出，AlwaysOn是一种集合了高可用性（HA）和灾难恢复（DR）两种功能于一身 阅读全文

摘要： 总结以上分析，如果数据库应用开发者或管理员想要影响SQLServer锁的申请和释放行为，以缓解阻塞或死锁问题，需要考虑的因素有：1. 事务隔离级别的选定。事务隔离级别越高，隔离度就越高，并发度也就越差。如果选择了比较高的隔离级别，SQLServer不可避免地要申请更多的锁，持有的时间也会增加。所以在设计应用的时候，一定要和用户谈好，尽量选择默认的隔离级别（READCOMMITTED）。2. 事务的长短和事务的复杂度。事务的长短和复杂度决定了这个事务在SQLServer内部会持续多长时间，也能决定SQL Server会同时在多少张表和索引上申请和持有锁。事务越简单，就越不容易发生阻塞或死锁。所以 阅读全文

摘要： 数据安全是数据库的生命。管理员可以小心地在软件层面配置各种安全策略，防止数据的意外丢失。可是再小心，也很难保证数据的100%安全。难免会有一些意外灾难发生，例如： 使用者错误比如，一个有管理员权限的使用者不小心把整张表都删掉了；或者安全策略有漏洞，数据被人恶意修改。 硬件故障比如硬盘损坏，里面的数据文件无法再被访问;或者服务器整个故障，甚至无法启动。 自然灾害例如火灾、地震等，使得服务器甚至整个机房在物理上彻底损毁。意外发生后，如果数据库管理员想不出办法将系统恢复，后果可能非常严重。如果您的SQLServer系统部署有高可用性和灾难恢复方案，根据您选择的方案的能力，可能可以顺利地抵御上述的灾难 阅读全文