如何减少配置日志文件的大小？

Question

我们的小型企业服务器2008安装最近在C驱动器上的驱动器空间不足。在释放空间时，我注意到SharePoint_Config__log.ldf为4.4GB。关联的数据库仅为5MB，主要内容数据库仅为26MB。此SharePoint安装根本没有真正使用（除非SBS Admin站点或自动安装的内容使用）。

我发现SharePoint使用SQL Embedded Edition，我无法使用SQL Management Studio连接到它。我尝试了在网上发现的各种方法。

我尝试使用服务器名称“ 。

我尝试使用SQL Server客户端网络实用程序来设置命名管道的别名，但这也不起作用。这是我发现的地方 连接的说明.

当然，我尝试直接连接到 Microsoft＃ssee，但它不起作用。

所有这些尝试均来自在服务器上运行的SSM，SharePoint和Database在登录中作为管理员登录时驻留，因此它不应该是SSMS的远程访问问题。只是为了确保这不会引起问题，我使用了表面积配置工具来启用Microsoft ## SSEE的命名管道远程连接，但没有帮助。

在所有情况下，我都会出现一个错误，告诉我它无法连接，因为没有找到服务器或无法访问服务器。对于不同的方法，错误消息略有不同，但他们都说基本上是同一件事。

请帮助我。在一天中，我从SharePoint-Agnostic变成了SharePoint Annoyed，我正朝着反招待会前进。对我来说，选项B是完全删除SharePoint，但我不知道任何SBS功能是否取决于它。目前，我们根本不使用它。

如果我可以让SSM连接到数据库，我很舒服，可以处理日志文件，但我无法连接。

除了在短期内解决问题外，我还想知道如何阻止它再次发生。当SharePoint甚至没有使用时，为什么要像这样的config Log File播出？

更新：突然间，我不再从SSM中获得有关服务器的错误，当使用“ pipe mssql $ Microsoft＃ssee sql sql query”时，我开始遇到登录错误。我只能假设是因为我删除了一堆IIS日志文件以释放空间。之后，我必须关闭SSM并专门使用Run作为管理员将其打开，然后我能够连接到SharePoint数据库。之后，我能够备份日志文件并缩小它（在我对被接受的答案的评论中详细介绍了一个较小的更改）。

Answer 1

利用 OSQL 并做一个 备份 数据库，然后 收缩文件

Answer 2

这并不是SharePoint的问题。这是SQL Server的工作方式。

如果您的数据库处于完整恢复模式，并且不备份数据库和日志文件，则它将无限期地记录事务。它只有在将其备份时才会被截断。

您有两个选项 - 更改为简单恢复模式，并接受您无法在失败之时恢复（您只能恢复到最后的备份，这可能会根据情况接受）。或继续使用完整的恢复并频繁地备份日志文件。

当您执行此操作时，您的日志文件将被截断，但仍然充满“白空间”，因此您需要进行一次性收缩，如Wictor所描述的那样。

Answer 3

我遇到了这个问题-15GB SharePointxxx_log.lg.ldf文件，尽管不使用SharePoint。将其重置为初始默认大小（Windows将重新创建它）：

1. 停止服务”Windows内部数据库（Microsoft ## SSEE）"
2. 删除 .ldf 文件'C： Windows Sysmsi MSSQL.2005 MSSQL DADA'
3. 重新启动服务

我还删除了其中的另一个大文件 - 忘记它是哪个，现在还可以。