我们有一个 sql-server 2005 数据库，我们定期将它从我们的客户站点转移到我们的站点。这需要很长时间，因为我们没有直接连接，必须通过基于 Web 的文件传输应用程序传输文件。数据库目前大约有 10GB，但我们不需要所有数据 - 大部分数据位于审计表和包含可以重新生成的计算值的表中。
我曾考虑创建一个文件组来保存审计表，并希望我可以备份和恢复主文件组。我可以正常备份，但在恢复时出现错误，提示我没有将其恢复到同一个数据库。是否可以使用文件组将数据库的一部分还原到不同的服务器？有一个更好的方法吗？
我们在周五晚上 9 点运行每周备份作业，我们遇到了一些关于磁盘空间（有时会变得非常低）和性能方面的问题。我们正在考虑精简/优化所发生的事情，并感谢您的意见。
具体来说：
备份过程大约需要 4 小时才能在备份期间更新统计信息。我们可以安全地禁用此过程以节省时间吗？
我们经常会遇到磁盘空间不足的情况，想知道是否应该重新调整这个过程。目前它创建备份，然后删除以前的备份，这就是占用磁盘空间的原因。我们可以安全地删除前一首，然后做备份？
非常欢迎任何其他评论或意见编辑：服务器上 SQL 文件的总大小约为 35GB。一个 db 的大小约为 25GB，而其他 6 个共享组成了另外 10GB 左右。
据我所知，有三种可能的方式来备份您的 SQL Server 数据库
每种策略的优缺点是什么，应该在什么情况下使用？
我将很快将数据库从 SQL Server 2000（SBS 2003 的一部分）迁移到 SQL Server 2008 R2 Express Edition
数据库很小，每天只有几百个短事务 - 从恢复的角度来看，我希望一切都尽可能简单，同时最大限度地减少发生故障时丢失的数据量
我可以使用 Windows 调度程序每小时运行一次完整备份吗？我已经有一个数据库备份的长期存档解决方案，这些可以插入
我可以做些什么来备份“登录” - 我知道它们不会作为完整数据库备份的一部分保存。如果我们必须，我希望拥有能够执行裸机恢复所需的一切
还有什么我需要考虑的吗？
75G数据库快速迁移到集群的方法是什么？我尝试测试备份和还原，花了 2 个多小时。企业主不会接受长时间的停电。知道如何快速做到这一点或如何准确地做到这一点吗？这是在 SQL Server 2008 R2 上。
我有一个完整备份近 2GB 的数据库。当我执行完整备份（不压缩），然后用 winrar 压缩它时，它变成 140MB，但是当我备份WITH COMPRESSION语法时，结果是 315MB，不幸的是，用 winrar 压缩后，大小没有改变。如何使用 T-SQL 进行最大级别的完全压缩？