公司C盘sqlserver2005的ERP日志文件太大，有没有办法缩小一点？

1.分离日志文件不会破坏数据。
不过，日志文件不仅仅用于查找错误原因，还可以验证流程的触发点和内容。
如果过去没有出现重大或严重的操作问题，建议断开日志文件。
2.过去，将日志文件和数据文件存储在C盘上是不合理的。
如果您知道如何分离和附加文件，强烈建议先将日志文件和数据文件从C盘移走。
。
3.如果担心出错，可以按照以下流程操作：1.停止数据库2.将日志文件和数据文件复制到更大的磁盘分区3.启动数据库4.断开C盘文件；附上刚刚备份的文件5.测试数据。
发生这种错误的可能性几乎不存在。
如果传输成功，C盘的日志文件和数据文件就可以删除了4、如果还是怕风险不敢动盘，可以先把各个分区做一个GHOST镜像，然后开机。
从U盘中取出，并使用可在NTFS分区上运行的PQ将后盘的空间一一移动到前分区，这样扩展C盘的容量也可以达到继续扩展日志文件的目的和数据文件。
5.事实上，最好取消关联并让数据库自动创建新的日志文件。
不过你可以按照我说的，先剪切并移动磁盘，然后创建一个新的日志文件，检查没有问题后，将剪切的日志文件压缩成一个很小的文件存储，然后删除日志文件，最后、通过detach和attach的方式将新建分区完成的日志文件和数据文件转移到其他空间更大的分区（由于C盘一般是系统盘，内容越来越大，对启动速度的影响也越大）。
希望我的回答能够帮助到您。
请采纳。

sql2005系统问题C:\ProgramFiles\MicrosoftSQLServer\MSSQL.1\MSSQL\LOG里面的日志大量爆满。

如果是sqlserver日志过多的原因，请百度“sqlserver清除日志”删除日志。

SQLServer2005删除日志文件的几种方法小结

SQLServer数据库有一个日志文件。
日志文件记录了用户对数据库修改的操作。
可以通过直接删除日志文件并清除日志来清除数据库日志。

检查删除连接

：

删除删除LOG文件

usemaster;

execsp_detach_db@dbname=TestDB;

转储带有NO_LOG的TestDB

DBCCSHRINKFILE(TestDB_log)

备份日志TestDB带有NO_LOG

清除SQLServer的LOG文件

最好备份日志，通过日志恢复数据。
下面是一种日志处理方法，一般不建议做第二步。
第二步是不安全的，可能会损坏数据库或丢失数据。
第二步，如果日志达到上限，后续的数据库处理将会失败，只能清除日志后才能恢复。
*/以下所有库名称均指您要处理的数据库。
库名称清除日志DUMPTRANSACTION库名称WITHNO_LOG截断事务日志BACKUPLOG库名称WITHNO_LOG收缩数据库文件（如果数据库文件未压缩，则在执行以下操作时不会减少企业管理器中所有任务的收缩次数）右键你要压缩的数据库）数据库收缩文件，选择日志文件，收缩模式选择收缩到XXM，会给出允许收缩的最小M数，只需输入该号码进行确认。
选择数据文件，在收缩模式中选择收缩到XXM，会给出一个允许收缩的最小M数。
只需输入该号码即可确认。
您还可以使用SQL语句来收缩数据库DBCCSHRINKDATABASE（库名称）。
缩小指定的数据文件。
可以通过以下语句查询文件号：select*fromsysfilesDBCCSHRINKFILE()为了最小化日志文件的大小（如果是SQL，这一步只能在查询分析器中执行）分离数据库：右键单击EnterpriseManager服务器数据库以分离数据库b．删除我电脑中的LOG文件c.附加号码数据库：右键单击企业管理器服务器数据库以附加数据库。
该方法会生成一个新的LOG，大小只有K的倍数或者使用代码。
以下示例分离pubs，然后将pubs中的文件附加到当前服务器。
A分离EXECsp_detach_db@dbname=库名称b删除日志文件c并附加EXECsp_attach_single_file_db@dbname=库名称@physname=c:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\库名称mdf为了将来自动收缩，使设置方法如下：右键EnterpriseManager服务器数据库属性选项选择“自动收缩”SQL语句设置方法：EXECsp_dboptionlibrarynameautoshrinkTRUE如果您想防止日志将来变得太大，请右键单击企业管理器服务器、数据库属性、事务日志，并将文件增长限制为xM（x是您允许的最大数据文件大小）。
如何设置SQL语句：alterdatabase库名modifyfile(name=逻辑文件名maxsize=)

：DUMPTRANSACTION数据库名WITHNO_LOGDBCCSHRINKDATABASE(数据库名TRUNCATEONLY)

删除SQLServer系统无需重启SQL服务即可记录日志

如果SQLServer系统日志过大，会导致SQLServer服务器无法启动等一系列问题。
今天遇到这个我上网查了一下问题

lishixinzhi/Article/program/SQLServer/201311/22300