SQL Server - 归档的最佳复制模型

时间:2011-07-11 19:12:10

标签: sql-server sql-server-2008 backup replication archive

我正处于需要开始存档我正在维护的网站数据库的位置。基本上,每天都会生成大量的交易数据,大约2周后,这些数据几乎没用 - 它仍然需要用于报告目的,但可以安全地从生产服务器移动。

所以,理想情况下,如果我能做到这一点,我会很高兴:

  1. 设置拉取复制 - 备份服务器每小时从生产服务器获取更改。
  2. 每日 - 清理生产服务器数据库 - 删除超过2周的条目。
  3. On#1 - 我很好奇拉动复制是从性能角度来看最有效的方法吗?我不想对生产服务器造成压力(或者至少不是很大的压力)......我并不关心保持数据库同步。

    On#2 - 如何确保不复制这些删除 - 该数据保存在存档服务器上?

    生产服务器运行SQL Server 2008 Enterprise,备份服务器可以运行任何需要的东西(目前它运行SQL Server 2008 Express)

2 个答案:

答案 0 :(得分:2)

对于#1,我会说测试一下然后看看。 MS通常有几个白皮书说拉订阅更高效,但我不记得他们说资源方面的成本。如果您对此感到担心,请设置远程分发服务器(远程=与发布者不同的服务器)

对于#2,有几种方法可以做到这一点。使用sp_addarticle设置文章时,有一个参数@del_cmd,其值可以为“none”。这将告诉分发代理程序在订阅者处进行无操作删除。您还可以使用存储过程进行清除,将存储过程的执行设置为复制中的文章,然后在订阅服务器上创建一个不执行任何操作的存储过程。每种方法都有其优点和缺点。

答案 1 :(得分:0)

我认为我们应该为表归档应用分区。如果您设置的复制和归档数据超过两周,则问题在于重新初始化复制时,订阅者的所有数据都将被删除并从发布者应用新数据。

相关问题