推薦：SQL Server Management Studio 沒有出來
一種情況，在安裝 sqlServer2005 時 居然出現(xiàn)兩個警告： 1 Com+ 目錄要求 2 Edition change check 郁悶!網(wǎng)上說出現(xiàn)兩個警告，是肯定裝不成功的!我抱著僥幸的態(tài)度試了下，成功了。 安裝成功后，正準(zhǔn)備 僅工具、聯(lián)機叢書和示例(T) 但是安裝不了，他提示我工作站組件安裝

 　　現(xiàn)象：網(wǎng)站訪問越來越慢，最后無法訪問了，經(jīng)過檢查發(fā)現(xiàn)磁盤滿了。仔細查詢下來確認是由于mysql的binlog太多太大占用了空間。

　　分析過程及解決方案：通常出現(xiàn)這種問題都應(yīng)該登錄服務(wù)器檢查磁盤、內(nèi)存和進程使用的情況，通過top、df –h和free –m來檢查，發(fā)現(xiàn)磁盤空間滿了。再進一步通過du –sh對可以的目錄進行檢查，發(fā)現(xiàn)是mysql的binlog占用空間過大。清理binlog的方法如下：

　　1) 設(shè)置日志保留時長expire_logs_days自動刪除

　　查看當(dāng)前日志保存天數(shù)：

　　show variables like '%expire_logs_days%';

　　這個默認是0，也就是logs不過期，可通過設(shè)置全局的參數(shù)，使他臨時生效：

　　set global expire_logs_days=7;

　　設(shè)置了只保留7天BINLOG, 下次重啟mysql這個參數(shù)默認會失敗，所以需在my.cnf中設(shè)置

　　expire_logs_days = 7

　　2) 手動刪除BINLOG (purge binary logs)

　　用于刪除列于在指定的日志或日期之前的日志索引中的所有二進制日志。這些日志也會從記錄在日志索引文件

　　PURGE {MASTER | BINARY} LOGS TO 'log_name'

　　PURGE {MASTER | BINARY} LOGS BEFORE 'date'

　　例如：

　　PURGE MASTER LOGS TO 'mysql-bin.010';

　　PURGE MASTER LOGS BEFORE '2008-06-22 13:00:00';

　　PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 3 DAY);

分享：SQL2005錯誤:2812 的解決方法
一臺服務(wù)器重裝系統(tǒng)后，用附加表再配置同步復(fù)制的時候出錯： sql server 無法創(chuàng)建發(fā)布 找不到存儲過程 錯誤 2812 在SQL SERVER 2005中，有數(shù)據(jù)庫DB1，在A服務(wù)器上。由于要更換服務(wù)器，要把數(shù)據(jù)庫DB1遷移到B服務(wù)器上。而DB1是用于同步復(fù)制的。粗心的你沒有把同步復(fù)制(發(fā)