早上客户说，网站为毛出问题了？
出问题。问题永远出现在早上刚上班，电脑刚打开的时刻，永远在最忙碌或者刚喘口气，准备实现一个宏伟功能的时候蹦出来，让你猝不及防。工作，仿佛就是在救火。今天救一个，明天救一个。
访问客户网站，报错，黄底红字的.NET报错界面，让人心惊肉跳。我立刻黑着脸质问旁边的家伙，他这2天在更新，肯定是更新之后没有检查。“混蛋！什么垃圾！”我心中充满了蔑视和愤怒。这个月的绩效给你个不及格。马拉到隔壁去了。
这个家伙不能依靠，等他，不知道猴年马月才搞的定，只好亲自上阵。小姐不济，妈咪来了。
登录服务器，发觉系统警告说C盘空间严重不足。天啦，只剩下0KB。
找来找去，发现是SQL SERVER占用空间太大。没理由，里面的数据库，日志都不大，怎么会爆棚了呢？
我好慌乱。因为我没遇到过这种问题。我这个DBA是盗版的。
查来查去，发现是目录C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log，里面有几个ERRORLOG十分巨大，其中一个17GB。
这是神马文件？原来是SQL SERVER的错误日志。
并且它还在增长，象的士上的跳表。
我感到恐惧，立刻就停掉了SQL SERVER。然后在C盘移走了一些无关紧要的文件（当然还没傻到去碰SQL SERVER的），挤出了200M，然后开启SQL（谢天谢地，还能开），网站也可以访问了。
但问题出在哪里呢？
我打开sql server的management studio，点 管理 - SQL SERVER日志，看了当前的日志，发现有人在试探sa的密码。怪不得日志这么大，都是他们在不停地试
混蛋。数据库部署的时候，没有改默认端口，还是1433，我立刻改了端口。结果错误就没有了。且让他们慢慢试。
然后这些巨大无比的错误日志该怎么删掉呢？management studio这里不能直接删的。当然手动更不能删了。查了一下，方法是这样的：
1、点SQL SERVER错误日志，右键，配置，限定错误日志的数目，比如6个
2、然后运行命令：
EXEC sp_cycle_errorlog ;
这个命令的作用是将当前日志归档，然后新建一个日志。因为日志数量被限制为6，那么只要运行这个步骤若干次，那么老的日志就会被回收了。SQL服务重启一次，也会将日志归档新建，但这个命令不用重启。
结论：
1、SQL的默认端口一定要改
2、sa的密码一定要设的够强。