相关疑难解决方法(0)

我们每天通过 WAN 运送我们的 SQL Server 备份。我们需要最小化这些备份的大小，这样它就不会花很长时间。

我们不介意我们的备份过程是否需要更长的时间；目前，我们需要在 WAN 上移动 30gigs 的压缩备份，这需要 10 多个小时。

我们有两种选择来获得较小的每日备份。

1. 日志传送，这意味着我们必须重构 DR 流程。
2. 从数据库中剥离信息并在另一侧重建（删除非聚集索引，100% 打包聚集索引 - 在另一侧重建）

两者都涉及我们的大量工作。我们使用的是 SQL Server 2008 pro，所有备份都是压缩的。

是否有任何商业产品可以为我们提供与选项 (2) 类似的备份大小？

是否有一个全面的脚本可以让我们完成（2）？（处理索引视图、过滤索引、外键等）

在 SQL Server 2005 上，我们每周进行一次完整备份，每晚进行一次增量备份。

我想知道是否可以从备份中恢复单个表，无论是源数据库还是不同的数据库。

我在网上找不到任何明确的答案。

提前致谢。

我有一个使用 SQL Server 2017 的 ASP.NET 应用程序。某处有一个错误导致某些记录被删除，我正在尝试恢复数据并找到错误的原因。我们进行每日备份，我有一个查询来查找哪些记录应该存在但不存在，所以我想遍历并在每个备份上运行查询。备份相当大，但我只需要整个数据库中的 2 个表来进行查询。在一个多月的备份中执行此操作的最有效方法是什么？