我一直在寻找这样做的例子，但我找不到它。我知道这是可能的，因为我们让它在某一点上工作，但是开发该过程的资源目前无法用于修复当前损坏无法修复的过程。事实上，如此严重损坏，我们甚至无法再看看那里有什么可以重建这个过程的副本。
我们拥有的是＆＃39; Production_DB＆＃39;和一个＆＃39; Test_DB＆＃39;哪两个基本相同。正在发生的事情是SSIS任务在每个工作日结束时开始，并且刷新了Test_DB＆＃39;使用＆＃39; Production_DB＆＃39;中的数据。通过这种方式，可以进行测试并且可以对测试床进行更改，而不用担心它会在实时数据中走得太远，因为每天晚上这些数据都会被带回到生产中。同时，出于测试目的，所有测试都是针对实际的实际数据示例开始测量的，因此当流程指向生产数据集时，问题发生的可能性就会降低。
我们遇到的问题是几个月前我们没有意识到这一点，但SSIS包和源文件在可读性之外变得腐败。所以，现在我们正在寻找一种替换包来恢复进程的方法，但是到目前为止我还没有找到一个可以用来构建的例子。
我们在SQL Server 2008 R2上。
如果有人有一些参考，他们可以指出我会非常感谢！
答案 0 :(得分：0)
根据表的数量和SQL Server版本，您可以使用导入导出向导将prod标识为源并测试作为目标...使用该向导创建任务并保存结束任务（它应该保存为SSIS包我相信）。这将使您快速使SSIS包复制数据，如果您愿意，甚至可以覆盖目标数据。
右键单击数据库＆gt;任务＆gt;导入数据