故障現象：
1、客服部門反映業務系統導入數據超級慢，一分鍾能導入2條。
2、查詢速度在正常。
業務系統概況：
某500強企業的WMS子系統，.net 2 + mssql2000,使用時間4年左右，數據量也一般目前數據文件有16G大小。
排查問題過程：
1、親自操作和觀察業務系統導入數據的功能，查看現象。（第一次接觸此系統，先看是電腦慢還是程序慢)
2、查看數據庫文件大小，准備備份數據庫。結論是短時間備份不了，文件太大。
3、統計一下最大的業務表記錄數和存儲空間。天啊,count(*)6分鍾不能結束，估計還是數據庫服務器mssql本身有問題了。
4、查看mssql管理日志，發現幾個情況：
a、日志已滿,....tempdb...，原話不記得了。清空了日志和增大了tempdb數據庫文件的大小，效果不明顯。
b、有多條日志顯示那個業務數據庫對應的文件頻繁的自動擴展存儲文件大小，也就是建庫時選了自動增長。而每次增長的比例是1%，就是說增長得太少了，Insert幾條記錄就發生一次，怪不得慢了。
c、數據庫文件所在的磁盤空間也很小了。
解決方式：
1、清理數據庫文件所在磁盤，留足空間。
2、將數據庫文件初始大小加大到一定時間內不需要自動增長。
3、修改自動增長的比率為20%；
隨便吐下槽：
重啟mssql服務器后恢復正常。可憐的客服部3個MM等到凌晨1點多，后來為了補齊當日的工作不影響到次日重要的月結帳工作還通宵了。
奇怪的是第2個工作日並沒有表揚這些TX和本人，偶申請加班某人好像還不高興。我k,半夜從客戶現場趕回公司救急，回家都2：30了，沒打的還是騎車回家（心想第2天還是得來）。大家都為公司着想，唉，沒有歸屬感！！！嚴重的木有！那系統又不是我做的，我只是救急（之前維護系統的同時出差了，他維護過多次）。 唉！話說老鳥能落到今日下場真是悲催啊！！！過了大假換工作...