【发布时间】：2012-03-23 12:08:54
【问题描述】：
我有一个 SQL Server 数据库，它在过去 5 年中增长到超过 15GB。现在我的问题是磁盘空间和运行每日备份所需的时间。我想知道的是如何在不丢失数据的情况下归档旧记录并减小数据库的大小？
提前致谢。
【问题讨论】：
标签： sql-server performance archiving
【发布时间】：2012-03-23 12:08:54
【问题描述】：
15GB 不是很大，应该可以快速备份，即使没有doing anything special。由于磁盘空间比几乎任何其他技术资源（尤其是开发人员或 DBA 时间）都便宜得多，因此您需要询问是否真的值得设计存档解决方案，或者您是否只是购买更多磁盘。
从根本上说，“存档”对您来说意味着什么？如果您将数据移动到其他地方，它仍然会占用空间，您将不得不购买并维护该空间。将它放在磁带或 DVD 上然后忘记它是否可以接受，或者你会不时被要求提供它？如果是这样，当用户请求它时，多久和什么延迟是可以接受的？您是否需要遵守任何法律规定？数据是否应该在您的应用程序中仍然可见，但只是存储在不同的磁盘上？如果是这样，拆分数据是否有意义？
【讨论】：
我正在研究一个类似的问题，如何在主数据库中保存“实时”数据，在第二个数据库中保存“完成”数据。
我们当前的 roll-your-own 解决方案是一个自定义应用程序，用于将实时数据库中的数据序列化/反序列化到存档数据库，为我们提供两个连接字符串来访问新数据和旧数据。
我们对内置解决方案的研究提出了水平分区。
http://msdn.microsoft.com/en-gb/library/ms178148%28v=sql.105%29.aspx
这不会限制用户查看数据，但允许您按日期在物理磁盘之间拆分数据。
【讨论】：