目前我们拥有100多个数据库，其中一些数据库的大小约为10GB，包含数百万条记录，并且它们以惊人的速度增长。我们需要评估我们的归档策略。
是否有人有建议和示例脚本，可以浏览所有表并将数据存档到一个已存档的数据库中 - 所有内容都经过审核（关于导入的记录数量等），并且在失败的情况下回滚所有操作？
谢谢！
SQL Server-数据归档（策略/存储过程）
4
- Conrad Jagger
7
1100+？表格？千字节？记录？长颈鹿？ - Neville Kuyt
数据结构？是否已经采用了现有的数据冗余方法，例如镜像或复制？另外，SQL Server 的版本是什么？ - Nonym
SQL Server版本为2005。没有镜像或复制。对于所有的表格来说，我们有一个共同的字段（ImportDate）可以用于归档。没有数据冗余方法。 - Conrad Jagger
也许这些可以帮助你：https://dev59.com/Y0nSa4cB1Zd3GeqPSO2j http://msdn.microsoft.com/en-us/library/ms189258.aspx http://vyaskn.tripod.com/sql_archive_data.htm - Rached N.
1你使用的是 SQL Server 2005 的哪个版本？标准版还是企业版？如果你使用的是企业版，可以研究一下使用分区交换。通过按日期字段进行分区，然后将表中较旧的分区与表的归档版本进行交换来进行分区。如果你使用的是企业版并且感兴趣的话，这里有一篇关于分区的好文章。 - jwhaley58
显示剩余2条评论
2个回答
1
分区可以很好地帮助在单个数据库中实现归档。滑动窗口场景是一个特殊的工具。
让我建议设置一个管理数据库。它将处理所有有关归档的设置和信息。
可能会有两个 SQL Server 实例：当前服务器和归档服务器。它们将具有相同的结构。
进程使用来自 Admin DB 的设置将数据从远程服务器复制到归档服务器。可能需要编写动态 SQL。请查看 Sp_MSForEachDB。
让我建议设置一个管理数据库。它将处理所有有关归档的设置和信息。
可能会有两个 SQL Server 实例：当前服务器和归档服务器。它们将具有相同的结构。
进程使用来自 Admin DB 的设置将数据从远程服务器复制到归档服务器。可能需要编写动态 SQL。请查看 Sp_MSForEachDB。
- Stoleg
0
+1 对分区的想法。另外补充一下，我认为如果你有开发者版本，也可以使用它。
- athabaska
2
你应该将这个作为对Stoleg答案的评论。 - T I
我看不到在主题中添加评论的方法。 - athabaska
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接