|
早上一上班，做了個定時備份計劃，查看下日志吧，結(jié)果讓人心驚肉跳。 問題通常出現(xiàn)在早上剛上班，電腦剛打開的時刻，永遠在最忙碌或者剛喘口氣，準備實現(xiàn)一個宏偉功能的時候蹦出來，讓你猝不及防。 我打開sql server的management studio，點 管理 - SQL SERVER日志，看了當前的日志，發(fā)現(xiàn)有人在試探sa的密碼。怪不得日志這么大，都是他們在不停地試 混蛋。首先禁用了sa賬戶，日志變成了 度娘谷歌后，發(fā)現(xiàn)數(shù)據(jù)庫部署的時候，沒有改默認端口，還是1433，我立刻改了端口。結(jié)果錯誤就沒有了。且讓他們慢慢試。 然后這些巨大無比的錯誤日志該怎么刪掉呢？management studio這里不能直接刪的。當然手動更不能刪了。查了一下，方法是這樣的： 1、點SQL SERVER錯誤日志，右鍵，配置，限定錯誤日志的數(shù)目，比如6個 2、然后運行命令： EXEC sp_cycle_errorlog ; 這個命令的作用是將當前日志歸檔，然后新建一個日志。因為日志數(shù)量被限制為6，那么只要運行這個步驟若干次，那么老的日志就會被回收了。SQL服務重啟一次，也會將日志歸檔新建，但這個命令不用重啟。 結(jié)論： 1、SQL的默認端口一定要改 2、sa的密碼一定要設的夠強。早上客戶說，網(wǎng)站為毛出問題了？ 早上一上班，做了個定時備份計劃，查看下日志吧，結(jié)果讓人心驚肉跳。 問題通常出現(xiàn)在早上剛上班，電腦剛打開的時刻，永遠在最忙碌或者剛喘口氣，準備實現(xiàn)一個宏偉功能的時候蹦出來，讓你猝不及防。 我打開sql server的management studio，點 管理 - SQL SERVER日志，看了當前的日志，發(fā)現(xiàn)有人在試探sa的密碼。怪不得日志這么大，都是他們在不停地試 混蛋。首先禁用了sa賬戶，日志變成了 度娘谷歌后，發(fā)現(xiàn)數(shù)據(jù)庫部署的時候，沒有改默認端口，還是1433，我立刻改了端口。結(jié)果錯誤就沒有了。且讓他們慢慢試。 然后這些巨大無比的錯誤日志該怎么刪掉呢？management studio這里不能直接刪的。當然手動更不能刪了。查了一下，方法是這樣的： 1、點SQL SERVER錯誤日志，右鍵，配置，限定錯誤日志的數(shù)目，比如6個 2、然后運行命令： EXEC sp_cycle_errorlog ; 這個命令的作用是將當前日志歸檔，然后新建一個日志。因為日志數(shù)量被限制為6，那么只要運行這個步驟若干次，那么老的日志就會被回收了。SQL服務重啟一次，也會將日志歸檔新建，但這個命令不用重啟。 結(jié)論： 1、SQL的默認端口一定要改 2、sa的密碼一定要設的夠強。早上客戶說，網(wǎng)站為毛出問題了？ 早上一上班，做了個定時備份計劃，查看下日志吧，結(jié)果讓人心驚肉跳。 問題通常出現(xiàn)在早上剛上班，電腦剛打開的時刻，永遠在最忙碌或者剛喘口氣，準備實現(xiàn)一個宏偉功能的時候蹦出來，讓你猝不及防。 我打開sql server的management studio，點 管理 - SQL SERVER日志，看了當前的日志，發(fā)現(xiàn)有人在試探sa的密碼。怪不得日志這么大，都是他們在不停地試 混蛋。首先禁用了sa賬戶，日志變成了 度娘谷歌后，發(fā)現(xiàn)數(shù)據(jù)庫部署的時候，沒有改默認端口，還是1433，我立刻改了端口。結(jié)果錯誤就沒有了。且讓他們慢慢試。 然后這些巨大無比的錯誤日志該怎么刪掉呢？management studio這里不能直接刪的。當然手動更不能刪了。查了一下，方法是這樣的： 1、點SQL SERVER錯誤日志，右鍵，配置，限定錯誤日志的數(shù)目，比如6個 2、然后運行命令： EXEC sp_cycle_errorlog ; 這個命令的作用是將當前日志歸檔，然后新建一個日志。因為日志數(shù)量被限制為6，那么只要運行這個步驟若干次，那么老的日志就會被回收了。SQL服務重啟一次，也會將日志歸檔新建，但這個命令不用重啟。 結(jié)論： 1、SQL的默認端口一定要改 2、sa的密碼一定要設的夠強。早上客戶說，網(wǎng)站為毛出問題了？ |
|
|
