Sql server 释放SQL Server驱动器上的空间

我今天遇到了一个错误，因为存储SQL表和日志的驱动器上没有可用空间，这导致我无法更新任何数据库

我查看了数据库服务器，删除了一个大约1.5GB的数据库，以便继续。查看服务器驱动器时，我可以在以下位置看到已删除数据库的备份：

E:\Program Files\Microsoft SQL Server\MCSSQL12.SQL2014\MSSQL\Backup

---

在这个文件夹中，有5个过去5天的备份副本，我想删除它们以清理空间。但是，当我从该文件夹中删除.BAK文件时，它不会重新分配可用空间。我是否遗漏了某个步骤？

您的数据和日志文件增长增量是多少？如果日志和数据文件所在的驱动器上有可用空间，并且允许自动文件增长，sql server将在需要空间时增长文件

---

您可能还需要查看此处有关dbcc命令shrinkfile的信息。

您的数据和日志文件增长增量是多少？如果日志和数据文件所在的驱动器上有可用空间，并且允许自动文件增长，sql server将在需要空间时增长文件

您可能还需要查看此处有关dbcc命令shrinkfile的信息。

Quick wins:

• 如果这是在SAN上，请将驱动器扩展20%，以便在整理其他内容时给您一些喘息空间
• 删除数据库不会删除其备份。你也必须删除它们（并确保它们不只是落在回收站中）。但直到您确认A）确实不再需要它们，或者B）将这些备份的副本放在更耐用的地方
• 让您的备份移动到不同的驱动器—无论是现在还是计划备份。备份不应与数据位于同一驱动器上。将此记录在“将所有鸡蛋放入一个篮子”下。考虑一下：如果你的E驱动器失败了，你的数据文件将同时使用你的数据文件“强”和“< /强”。你还剩下什么
• 检查您的备份保留。您真的需要所有5个备份吗？在我的实例中，我们每15分钟进行一次每日完整备份和事务日志备份。我们在本地存储上最多保留2个完整数据，其他所有数据都在磁带上。一旦您有了一个完整的事务日志，那么这个完整的事务日志和上一个事务日志之间的事务日志就不需要了，除非您需要在它们之间的某个时间点进行恢复。所有这些都由执行Ola Hallengren的备份脚本的代理作业管理，因此我们不必插手，只需监视
• 您正在使用备份压缩吗？如果没有，如果您无法更改保留期或备份位置，这可能会帮助您在卷上获得更多备份（但实际上，为了安全起见，请将备份放在另一个卷上）

不太快的胜利：

• 考虑将日志移动到单独的驱动器。事务日志和数据文件具有不同的I/O配置文件/要求，因此，通过将它们移动到不同的驱动器，您可以针对性能和空间要求对它们进行适当的调整
• 检查您的索引并删除任何您不真正需要的索引（或合并它们）。索引占用空间！删除未使用的索引不会为卷提供可用空间，但会释放MDF文件中可用于其他数据的空间，而不是立即增加

除非绝对必要，否则不要缩小您的数据库。并且您确信它在不久的将来不会显著增长。

快速成功：

• 如果这是在SAN上，请将驱动器扩展20%，以便在整理其他内容时给您一些喘息空间
• 删除数据库不会删除其备份。你也必须删除它们（并确保它们不只是落在回收站中）。但直到您确认A）确实不再需要它们，或者B）将这些备份的副本放在更耐用的地方
• 让您的备份移动到不同的驱动器—无论是现在还是计划备份。备份不应与数据位于同一驱动器上。将此记录在“将所有鸡蛋放入一个篮子”下。考虑一下：如果你的E驱动器失败了，你的数据文件将同时使用你的数据文件“强”和“< /强”。你还剩下什么
• 检查您的备份保留。您真的需要所有5个备份吗？在我的实例中，我们每15分钟进行一次每日完整备份和事务日志备份。我们在本地存储上最多保留2个完整数据，其他所有数据都在磁带上。一旦您有了一个完整的事务日志，那么这个完整的事务日志和上一个事务日志之间的事务日志就不需要了，除非您需要在它们之间的某个时间点进行恢复。所有这些都由执行Ola Hallengren的备份脚本的代理作业管理，因此我们不必插手，只需监视
• 您正在使用备份压缩吗？如果没有，如果您无法更改保留期或备份位置，这可能会帮助您在卷上获得更多备份（但实际上，为了安全起见，请将备份放在另一个卷上）

不太快的胜利：

• 考虑将日志移动到单独的驱动器。事务日志和数据文件具有不同的I/O配置文件/要求，因此，通过将它们移动到不同的驱动器，您可以针对性能和空间要求对它们进行适当的调整
• 检查您的索引并删除任何您不真正需要的索引（或合并它们）。索引占用空间！删除未使用的索引不会为卷提供可用空间，但会释放MDF文件中可用于其他数据的空间，而不是立即增加

不要缩小数据库，除非绝对必要并且您确信我