数据库同步怎么做比较好(问题更新)？
各位前辈，1 。现在想在同一台电脑服务器上，每隔2个小时 同步MS SQL 2000 数据库A 到 MS SQL 2000 数据库B，
相对来说，什么办法比较简单可靠？
注意：不是备份数据库，而是让B每2小时，变的和A一模一样。
2。假如不是同一台电脑，数据库B在远程电脑服务器上，又该怎么做呢？
3。SQL SERVER 2005是否比SQL SERVER 2000有更好更简洁的办法？
假如很复杂，步骤很多写起来麻烦，就请给出提纲吧，1，2，3，4，5，。。。等等。
其实我也在同时GOOGLE和看书，只是感觉很模糊，望大家给指点一下。
---------------------------------------------------
现在问题是，要设置2小时更新数据库B，SQL Server代理的作业调度里面怎么调用前面的复制操作？
:$
谢谢大家啦！感激不尽！:loveliness: :handshake
[ 本帖最后由 nowaybutgo 于 22-8-2010 01:23 编辑 ] 召唤虫子！
你去查查mssql replication的资料 你在搞的这个和虫子做的差不多了，他还是异构数据库，比你这个还麻烦一点。:P SQL2K 的话，用DTS可以搞定。
SQL2005我用的就不太深入了，貌似有更好的做法。 SQL 2005 有 replication，
mirroring可以保值同步
如果2nd node是只读的，Oracle里面可以用mview, 就是 snapshot，SQL里面应该也有 现在问题是，要设置2小时更新数据库B，SQL Server代理的作业调度里面怎么调用前面用向导一步步做的复制操作？
稍微具体点好嘛。。。。。。。。。。。。。。。。。:loveliness: 原帖由 nowaybutgo 于 21-8-2010 00:36 发表 http://www.freeoz.org/ibbs/images/common/back.gif
各位前辈，
1 。现在想在同一台电脑服务器上，每隔2个小时 同步MS SQL 2000 数据库A 到 MS SQL 2000 数据库B，
相对来说，什么办法比较简单可靠？
注意：不是备份数据库，而是让B每2小时，变的和A一模一样。 ...
如果允许的间隔时间比较长（比如这里的两个小时），可以用Log Shipping。Replication可以实现实时的同步，但是只有有PK的表才可以，所以建议用Log Shipping。
原理很简单，就是在publisher每隔一段时间（比如15分钟）做transaction log backup，然后把backup file copy到subscriber，再从subscriber那边restore这些transaction，就好了。
[ 本帖最后由 雅瑶冬月 于 24-8-2010 23:54 编辑 ] 一端发布快照，一端订阅快照，应该是个合理的方法 关键在于你需要在什么级别上同步以及在什么级别上进行同步...
OS级别，DB level 还是什么?有很多不同的解决.... 是的，你数据库的负载状态及性能，需要刷新的数据量，网络带宽和稳定性是否需要ETL转换，这些都会影响到你的选型方案
页:
[1]