我有一个SQL Server 2008群集有一个10GB的驱动器用于特定的数据库日志文件。 我有一个SharePoint网站，有好几个文件的文件库的文件。 在浏览器中删除网站一段时间，然后得到一个未知的错误。
SQL服务器坐在那里，快速地安装日志文件，直到空间不足。 我想，发生的事情是，一旦日志文件被填充，然后事务中止，这是当SharePoint给出它未知的错误。
我无法控制驱动器大小，因此无法获得日志的最大大小。 我已经尝试过在日志和数据库上运行一个收缩文件，但它仍然没有足够的空间来执行站点删除。 我删除了文档库中的所有文件（网站上的唯一数据），并清空了回收站。 这没有错误，但数据库的大小没有减less（即使在收缩文件后），并且当我尝试删除它时站点仍然有相同的问题，所以我假定文件仍然在数据库中。
我现在想知道是否可以以某种方式降低日志的细节，或者暂时禁用此数据库上的日志logging，只是为了完成此SharePoint操作。
任何build议将大大appriciated。
您无法closures日志logging。 这不是SQL的工作原理。 尝试将日志文件移动到更大的驱动器，或将恢复模式设置为简单（在SQL Server中的数据库属性下）。
收缩日志文件也是一个坏主意，因为它将其分解并减慢速度。
要添加到Randolph Potter的答案 – 如果数据库的恢复模式已完全logging，您应该运行事务日志备份，尝试更频繁地运行它们，例如每5分钟或更less – 这将允许事务日志被重用，不应该增长大。
这里的其他答案已经涵盖了你需要做什么关于日志文件。
但是，您确定问题的原因是日志文件吗？ 或者它只是一个symtom。
如果日志文件已满，是否不会影响所有操作，而不仅仅是这个特定的操作？
你有一个非常标准的SharePoint安装，还是已经定制的东西？
我的猜测是开发人员编写了一个“在删除站点事件”进入无限循环，或有其他一些错误。