我有一个大型数据库，大约 100GB 左右，其中大约 5GB 是关键任务数据，其余的我可以从 Web 服务重新加载，所以并不重要。
备份数据的成本很高，而且不值得，因为只需重新加载即可。
因此，我想运行简单恢复，并备份主要文件组。问题是，它呈灰色，我唯一能打开它的方法是使用完整或批量日志恢复模式。
这些其他的恢复模型会生成一个 50-100gig 的日志文件，因为我的大型数据库每天都会进行大量操作来对内容进行排名和存储等等。
有没有办法做我想做的事，用备份的主文件组进行简单的恢复，如果没有，有没有办法我可以找到更近的地方，而不是拥有这些充满数据的海量文件，而我不太关心备份。
谢谢
答案1
您可以将数据库切换为完整日志，并设置日志备份，每隔几分钟运行一次到本地或网络磁盘并覆盖以前的备份。仅仅因为日志正在备份并不意味着您实际上需要保留备份。正如
已经建议的那样，您可以将重要数据移动到可以独立备份的辅助文件组中。
另一种选择是将重要数据放入其自己的数据库中。我对使用此数据的应用程序一无所知，但您可能能够使用视图/同义词，因此在应用程序看来，所有内容仍在一个数据库中。
答案2
除非数据库恢复模型是 FULL 或 BULK-LOGGED，否则 SQL Server 不会允许对主文件组进行显式备份。
那么“重建”数据库，将当前 PRIMARY 上的内容放在次要文件组中怎么样？这可能不切实际/不可行/或者只是疯狂，但除此之外，我不知道您如何从这里实现这一点。