积极答复者
最近留意sql2005灾难性恢复的方案,三种方案的比较哪种比较好

问题
-
看来一些文章,sql2005灾难性恢复主要有3种方案:1 镜像技术 2复制技术 3传送事务日志技术
我想知道从经济性 ,可靠性,性能性(暂且这麽定吧,性能方面的)的方面说一下哪种方案适合哪种情况
比如
1、性能与经济性:事务日志传送,辅助数据库服务器的硬盘够大就可以了,服务器配置不用太高,而且一般15分钟还原一次
2、可靠性:镜像技术,除了镜像服务器还需要监视服务器,而且sql版本是要企业版,不过比较贵,但是可靠性高
3、经济性:复制技术,复制技术的话之前在论坛里有人说如果插入数据量很大,比如过百万,那么对于事务复制的阻塞严重,但是可以做到读写分离,减轻主数据库的负担
但是使用复制技术的话,会在每个表增加一个同步字段,使用事务复制的话,感觉不是很好
如果这样分类不对希望大家指正
- 已编辑 Steven.桦仔 2012年9月8日 5:26
答案
-
镜像算是管理配置最简单的一种吧,程序上也可以通过连接字符串中配置镜像服务器,达到故障时自动连接镜像,无需人工干预的目的
事务日志传送的同步效率比镜像低,它是依赖Job定时去做的,而且因为是Job备份+还原,所以涉及的东西比较多,任何一个环节出问题,都会导致这个过程中断,所以可靠性上比镜像差
复制不算是标准的灾难恢复方案,因为它只是对数据库中的对象进行同步(而且一般都配置为同步表,像存储过程什么的,很难会配置为复制同步),所以它同步的东西存在一定的缺失。另外,它也是对象级别的,新增薄雾删除对象时,都要去调整复制配置,所以如果你用它来做灾难恢复方案的话,管理和配置的复杂程度会比较高。当然,最大的好处是,你可以根据情况对不同的表选择不同的复制技术,可控性高,也可以做到一定程度的负载均衡
- 已建议为答案 Molly Chen_Moderator 2012年9月10日 9:12
- 已标记为答案 Steven.桦仔 2012年9月10日 12:38
全部回复
-
镜像算是管理配置最简单的一种吧,程序上也可以通过连接字符串中配置镜像服务器,达到故障时自动连接镜像,无需人工干预的目的
事务日志传送的同步效率比镜像低,它是依赖Job定时去做的,而且因为是Job备份+还原,所以涉及的东西比较多,任何一个环节出问题,都会导致这个过程中断,所以可靠性上比镜像差
复制不算是标准的灾难恢复方案,因为它只是对数据库中的对象进行同步(而且一般都配置为同步表,像存储过程什么的,很难会配置为复制同步),所以它同步的东西存在一定的缺失。另外,它也是对象级别的,新增薄雾删除对象时,都要去调整复制配置,所以如果你用它来做灾难恢复方案的话,管理和配置的复杂程度会比较高。当然,最大的好处是,你可以根据情况对不同的表选择不同的复制技术,可控性高,也可以做到一定程度的负载均衡
- 已建议为答案 Molly Chen_Moderator 2012年9月10日 9:12
- 已标记为答案 Steven.桦仔 2012年9月10日 12:38
-
database mirroring db connection:
"Server=Partner_A; Failover_Partner=Partner_B; Database=AdventureWorks; Network=dbmssocn"
如果用集群直接用Virtual server name, Failoever之后程序会自动连接到UP的Node上面。
- 已编辑 KevinLiu328 2012年9月12日 14:00