SQL Server归档策略(不是备份)

时间:2013-07-31 19:28:30

标签: sql-server archive

我们与客户签订的合同规定,我们仅在过去3个月内管理和存储数据。由于我们拥有如此高容量的应用程序,因此我们通过将旧数据移动到“归档”数据库来归档生产表。我有一个存储过程,它收集旧数据,将其转储到“archive”数据库中的表中,然后从生产数据库中删除行。这是一个非常简单,直接的过程。

我们现在希望将存档数据库保持在可管理的大小,并偶尔将数据“搁置”到异地媒体上。实现这一目标的最佳方法是什么,这仍然允许我们偶尔加载离线数据,以便根据客户的要求检索旧数据?

1 个答案:

答案 0 :(得分:0)

没有最好的方式;)。

您的要求实在太宽泛,您需要缩小这些要求。尝试提出详细的规格,一旦掌握了所有数据,您就可以自己提出解决方案。

以下是我首先要分析的一些事情:

  • 需要异地移动的每月数据量
  • 未来金额变化的可能性(安全赌注是假设数字会增长)
  • 预算
  • 在完全删除档案之前,您应该保留多长时间
  • 恢复存档数据的周转时间

根据这些因素,“最佳”解决方案可能会有所不同,从您购买的USB棒9美元到几台价值10万美元的存储服务器;)