SQLSERVER的伸缩性以及高可用性

Question

如果数据量非常大，但是又非常重要，必须要求高度的事务完整性，当机器硬件已经达到极限的情况下，那么，我觉得要处理的话，必须利用分布式方案了，如：分布式分区视图，可以横向扩展，添加更多的机器进来，必然在伸缩性上能够解决这个问题，但是微软官方上说“分布式事务以及跨数据库的事务”是不能进行镜像或者Always on的，那么，如何解决呢？
对等复制不能达到高度的事务完整性要求，所以这个方案肯定是不行的！

再顺便说说ORACLE的RAC，RAC是多台机器共用一套存储设备，加入就把它叫做硬盘，对于海量数据的时候，瓶颈都在硬盘上，多套CPU去操作同一个硬盘，这RAC的性能能够有很好的提升吗？

Answer 1

sql server 还没有实现可以多点同时写的的高可用性方案

Always on 只是实现了读写分离， 感觉这方面确实弱了一点

Answer 2

只有等待SQLSERVER继续努力了哦！其他数据库能够做到吗！

Answer 3

If you need query multiple dbs on same server, always on is the way to go for DR because sql will failover group of dbs together.

Answer 4

或许 Windows Azure SQL Database  Federation 能满足跟你scale out 跟 HA 的双重需求。

scale out ：它的partition能提供。

 HA：这个是Windows Azure提供的基本功能。

http://msdn.microsoft.com/en-us/library/windowsazure/hh597452.aspx

---

Please click the Mark as Answer button if a post solves your problem!

Answer 5

关注一下

---

给我写信： QQ我：

Answer 6

不过我觉得是否也无所谓吧！高可用性方案应该只适合非常重要的数据，而且经过测试发现，2008的数据库镜像，如果采用高安全模式，那是相当消耗时间的，所以只适合对极其重要而又较小量的数据进行高安全型模式的镜像；即使使用Oracle,我想的话，如果使用DataGuard进行高安全型的保护措施，也只能针对极其重要而又较小量的数据吧!

Answer 7

What do you mean mirroring takes long time? Yes, HS mirroring with witness performs better for many smaller batches.

Answer 8

呵呵，我测试过的，做高安全型模式的镜像与不做镜像，事务提交的速度相差很大的！

Answer 9

We mirror lot of dbs, usually adds about 3% overhead.

Answer 10

呵呵！当时，我测试时，就是用我们办公室的两台普通电脑进行的！