none
数据库的不对称同步的问题 RRS feed

  • 问题

  • 当数据库管理的越来越多,时间跨度长,企业常会因为空间、效率等原因需要把当前业务库数据做清理,但清理的数据还想保留作日后分析查账使用,这里就会涉及会建立一个转储库转储历史的数据,抛出以下几个问题,是否有过这方面经验的仁兄,能给指点指点的:

     1、业务库很多,50个以上,需要集中转储,采用哪处部署方式,镜像、复制订阅

    2、不管是镜像、复制订阅 如何能够做到对业务库做清除数据操作时,转储库不同步这部份操作,可以通过在清理时停止订阅的方式,但这样操作也显得很麻烦,库多的话

    3、是否还有其它更好的和有效率的方法即做到能定期清理当前业务库数据,又能同步保存一个完整的归档数据库


    • 已编辑 jude2013 2013年5月24日 15:45
    2013年5月24日 15:44

答案

  • Neither work here. If you like to archive data on dedicated server, need copy data to it from source dbs with ssis or so then clean them up in sources dbs. If you can do it on local server, may consider table partition which makes spin off old data easier. 
    2013年5月24日 16:08
  • 同意楼上的说法,镜像、复制订阅都不能满足你的要求,因为源数据还是存在的。可以采用将数据Copy做Archive或者做Partition(如果在一台机器)

    Please Mark As Answer if it is helpful.


    2013年5月27日 2:15
  • 简单地情况, 拆表就行了

    定期把过期需要围住的数据 move 到历史表, 转储针对历史表去做就行了,  表名不是大问题, 你可以把操作写成存储过程, 用 Job 定期去做就行了

    2013年5月27日 3:02

全部回复

  • Neither work here. If you like to archive data on dedicated server, need copy data to it from source dbs with ssis or so then clean them up in sources dbs. If you can do it on local server, may consider table partition which makes spin off old data easier. 
    2013年5月24日 16:08
  • 同意楼上的说法,镜像、复制订阅都不能满足你的要求,因为源数据还是存在的。可以采用将数据Copy做Archive或者做Partition(如果在一台机器)

    Please Mark As Answer if it is helpful.


    2013年5月27日 2:15
  • 简单地情况, 拆表就行了

    定期把过期需要围住的数据 move 到历史表, 转储针对历史表去做就行了,  表名不是大问题, 你可以把操作写成存储过程, 用 Job 定期去做就行了

    2013年5月27日 3:02