Sql server SQL Server数据库大小缩减查询

我有一个SQL Server 2008 Express数据库，大小为7.8 GB

数据文件1.2 GB
日志文件6.6 GB

恢复模式=完全
自动收缩=假

---

在实时数据库上，减小此数据库大小的最佳方法是什么？

在收缩以完全恢复模式运行的数据库之前，必须备份事务日志。因此，过程是运行事务日志备份，然后收缩日志文件

如果您从未执行事务日志备份，那么您将继续遭受失控日志文件的影响，并且收缩它将仅是一个带助解决方案。

UL>

您还可以标识未使用的表并删除这些表（如果有）

您可以创建存档数据库来存储一些旧的未使用数据

您可以进一步规范化数据库以减少表大小

---

希望这些信息对您有所帮助。

Steven，我如何备份事务日志？此外，我有一个10 GB的限制，我会很快用完。所以我可能不需要7.8GB的事务日志。顺便说一句，有这么大的日志文件是正常的吗。它会影响性能吗？在Sql Management Studio UI中，右键单击数据库，选择任务->备份。将备份类型设置为“事务日志”。关于日志有这么大是否正常，这最终取决于数据库，但在您的情况下，这肯定是由于事务日志失控，因此不正常读取，这应该有助于您理解数据库为什么会变得这么大。除非磁盘空间不足，否则我会适当地处理日志（常规tlog备份或更改恢复模式），但不会收缩日志，除非它在实时数据库上遇到一些问题。我可以将恢复模式从完全更改为简单。我可以设置每天备份数据库的备份作业吗？当我从“完整”切换到“简单”时，日志文件会发生什么变化？是的，您可以。语法将是

ALTER DATABASE[MY_DATABASE]SET RECOVERY SIMPLE WITH NO_WAIT

，您可以使用windows任务计划程序根据对应用程序有意义的任何计划创建完整备份。数据库备份代码

backup Database[MY_Database]TO DISK=N'C:\mydatabase.bak'，NOFORMAT，NOINIT，NAME=N'MY Database backup'，SKIP，NOREWIND，NOUNLOAD，STATS=10。备份很好，不会伤害你的。在更改任何与生产相关的内容之前，请先在开发/测试环境中进行尝试，并评估结果。