在测试环境搭建的SQL Server 2008 R2数据库已使用相当正常,但最近
发现不能在SharePoint的任何
操作,并开始思考什么样的
配置是一个问题(因为一直在研究一些新的
应用程序和集成,需要不断的测试),但后来发现没有
硬盘数据库一个小小的
空间,所以自然不能
保存任何数据,所以第一次开始
清理一些无用的日志数据库,超过几G容量的
磁盘空间,但第二天仍然是真实的,完整的硬盘或数据库,问题依然存在,
背景仔细
检查所有数据库容量(因为首先想到的是数据库空间每天增长太快的硬盘填充),发现只有十几克,而总的磁盘空间126g,所以一检查磁盘空间,发现只有30多克,起初觉得很无聊,为什么缺少近90g后来发现是原来的Windows帐户,在
登录帐户
权限的使用,都不可能有足够的磁盘空间容量,从而改变了
管理员帐户登录,发现SQL
服务器有一个容量近90g
错误日志,终于找到磁盘的理由充分,下一步就是如何
解决它。
第一次听你的同事,直接到SQL Server错误日志
文件直接到另一个移动硬盘文件的剪辑,几个小时后失败,错误日志是
系统进程占用,而不是通过暴力,所以回到轨道上通过SQL Server
维护命令的操作,终于明确错误日志文件90g,具体过程如下:
因为
默认情况下,SQL Server错误日志文件节省7,称为:
错误日志
1错误日志。
2错误日志。
3错误日志。
4错误日志。
5错误日志。
6错误日志。
-清除SQL Server错误日志文件存档
执行sp_cycle_errorlog
去
一个执行sp_cycle_errorlog执行将产生一个新的日志,然后
删除errorlog.6.it是第一了第一了(队列中的类似情况)这样的错误日志周期可以刷新6次。
当下列错误信息出现在
查询窗口中时:
消息17049,级别16,状态1,过程sp_cycle_errorlog,第九线
由于
操作系统发生错误呢(拒绝访问。),无法循环的错误日志文件from'c:程序文件微软SQL服务器 mssql10_50。MSSQLServer mssql日志日志。5'to'c:程序文件微软SQL服务器 mssql10_50。MSSQLServer mssql日志日志。6。SQL Server以外的过程可以防止SQL Server读取这些文件。因此,错误日志条目可能已经丢失,并可能无法查看SQL Server错误日志。请确保任何其他过程没有把文件锁进只写访问。
DBCC完成。如果DBCC输出的错误信息,请与系统管理员联系。
手动删除,90g错误日志文件。
通过这一经验,在实际
工作中掌握一些SQL Server维护命令也是很有必要的。与Oracle数据库相比,SQL Server维护相对简单。