g***l
发帖数: 18555 | 1 我有一个JOB是RENAME一个很大的TABLE，然后用一个空的TABLE，替换出来了好ARCHIVE
，一些BCP之类的东西，因为数据很多，又不能DELETE,TRUNCATE又怕丢失数据，一天1.
4MILLION.所以只能RENAME,RECOMPLILE，之后还做了UPDATE STATISTICS
（当然可以用PARTITION做ARCHIVE,但现在不是2008 COMPATIBLE，不能用TABLE
PARTITION），现在问题是这个JOB RUN完MAX I/O WAIT就上去了，
我测了一下WRITES TO TEMPDB DOUBLE了，大家看是什么问题，现在MAX I/O在三位数，
周一没RUN这个JOB的时候在两位数，TEMPDB现在自己一个RAID 1. | g***l
发帖数: 18555 | 2 自问自答，经过一分析，BUFFER CACHE可能有一个OLD QUERY PLAN，所以有使用很频繁
的SP老是RECOMPILE，造成WRITES偏高。解决办法是，ARCHIVE之后把DBCC把BUFFER
CACHE和SP CACHE清空，强迫系统重新COMPILE.因为是PRODUCTION现在不敢TEST，再等
一等。 | g***l
发帖数: 18555 | 3 汇报一下，TEMPDB移走，单独一个RAID 1，16CORE，8个TEMPDB FILES。一样大小和
AUTO GROWTH，I/O WAIT基本解决了，另外ARCHIVE JOB之后加了DBCC FREE CACHE，估
计明天HIGH IO WAIT的问题可以彻底解决了 |
|
