数据库实时备份——什么办法最好？解决思路

数据库实时备份——什么办法最好？
目前有大概20多个DB（假设为A1、A2、A3、A4……）， 想将它们统一集中地备份到一个数据库（Z）中。
这些DB可能都不在同一个服务器上。
A1、A2、A3、A4等中的若干表， 如产生增、删、改等即立即更新Z中的备份。

要求：
(1)实时性——产生更新后，一分钟内必须更新Z中的数据;
(2)安全性——如更新不成功，将有短信或者邮件等预警;
(3)可扩展性——Z的容量可能会比较大， 要考虑其扩容与执行效率。


------解决方案--------------------
 想将它们统一集中地备份到“一个数据库（Z）”中，要是有这么一个数据库，会是什么样子，想不到。学习了
------解决方案--------------------

引用:

目前有大概20多个DB（假设为A1、A2、A3、A4……）， 想将它们统一集中地备份到一个数据库（Z）中。
这些DB可能都不在同一个服务器上。
A1、A2、A3、A4等中的若干表， 如产生增、删、改等即立即更新Z中的备份。

要求：
(1)实时性——产生更新后，一分钟内必须更新Z中的数据;
(2)安全性——如更新不成功，将有短信或者邮件等预警;
(3)可扩展性——Z的容量可能会比较大， 要考虑其扩容与执行效率。

这个貌似只有事务复制加数据库邮件才能实现了（2012之前）
------解决方案--------------------
事务复制，一般来说秒级延时，安全性方面，事务复制有监控，如果有一定的延时或者失败就可以发起警告，这个警告可以触发数据库邮件功能发邮件，如果需要更高级的警告功能，就要加一些外围应用了。
第三个要求，如果你要这样汇总，那提及肯定会很大，不做分区分文件组的话，很难在后期有什么效率可言，真要达到你这个规模的环境，不可能只有一个简单的高可用方案。可能会有很多高可用组合、多机器协同，甚至多级汇总等等。
------解决方案--------------------
由于你有多个数据库，备份到同一个数据库，所以试试数据库复制把。
------解决方案--------------------

引用:

Quote: 引用:

这个貌似只有事务复制加数据库邮件才能实现了（2012之前）

引用:

由于你有多个数据库，备份到同一个数据库，所以试试数据库复制把。

请教大牛：事务复制要怎么做， 推荐好点的文章？

可以看看这个：

【SQL Server高可用性】数据库复制：SQL Server 2008R2中通过数据库复制，把A表的数据复制到B表
http://blog.csdn.net/sqlserverdiscovery/article/details/17059073

毕竟你之后要在生产环境上部署，所以先在你自己的电脑上试试，对这个复制有个感性的认识