加载中…
个人资料
GIS广益
GIS广益
  • 博客等级:
  • 博客积分:0
  • 博客访问:3,822
  • 关注人气:230
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
正文 字体大小:

SQL SERVER 2008的错误日志太大的解决办法

(2013-07-05 10:24:46)
标签:

sqlserver

错误日志

攻击

默认端口号

1433

分类: 开发

早上一上班,做了个定时备份计划,查看下日志吧,结果让人心惊肉跳。

问题通常出现在早上刚上班,电脑刚打开的时刻,永远在最忙碌或者刚喘口气,准备实现一个宏伟功能的时候蹦出来,让你猝不及防。

我打开sql server的management studio,点 管理 - SQL SERVER日志,看了当前的日志,发现有人在试探sa的密码。怪不得日志这么大,都是他们在不停地试


http://s11/mw690/5d25ac4et7cdf71bef95a&690SERVER 2008的错误日志太大的解决办法" TITLE="SQL SERVER 2008的错误日志太大的解决办法" />

混蛋。首先禁用了sa账户,日志变成了 

http://s13/mw690/5d25ac4ete0ba7298761c&690SERVER 2008的错误日志太大的解决办法" TITLE="SQL SERVER 2008的错误日志太大的解决办法" />

度娘谷歌后,发现数据库部署的时候,没有改默认端口,还是1433,我立刻改了端口。结果错误就没有了。且让他们慢慢试。


然后这些巨大无比的错误日志该怎么删掉呢?management studio这里不能直接删的。当然手动更不能删了。查了一下,方法是这样的:

1、点SQL SERVER错误日志,右键,配置,限定错误日志的数目,比如6个

2、然后运行命令:

EXEC sp_cycle_errorlog ;

这个命令的作用是将当前日志归档,然后新建一个日志。因为日志数量被限制为6,那么只要运行这个步骤若干次,那么老的日志就会被回收了。SQL服务重启一次,也会将日志归档新建,但这个命令不用重启。


结论:

1、SQL的默认端口一定要改

2、sa的密码一定要设的够强。早上客户说,网站为毛出问题了?



0

阅读 收藏 喜欢 打印举报/Report
  

新浪BLOG意见反馈留言板 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 产品答疑

新浪公司 版权所有