B*********L
发帖数: 700 | 1 我有一个database，Checkpoint command 差不多总是在Background运行。问题是这个
Checkpoint会block shrink database file/log file。不知道是什么问题。
这个database有70GB，每个小时会有大量数据进来大量数据被delete，如果不shrink
database，几天就会长到150GB以上。因此我必须经常shrink database。
这个server是SQL2008，recovery interval是60，recovery model是simple。
不知道大家有什么建议。 |
s**********o
发帖数: 14359 | 2 先RUN CHECKPOINT,然后再SHRINK，做成JOB，晚上运行。 |
A********Z
发帖数: 18 | 3 这种场景靠shrink有点扬汤止沸的感觉，而且得理解shrink的副作用。
我建议试试DB Job去re-create/re-org 索引，更新statistics.
实在这么做的话，我建议减小recovery time的设置。今值60意味着脏页可能会很多,
checkpoint耗时肯定长，启动时恢复时间也长。搞不好内存紧张，lazywriter也该上了 |
B*********L
发帖数: 700 | 4 我有一个database，Checkpoint command 差不多总是在Background运行。问题是这个
Checkpoint会block shrink database file/log file。不知道是什么问题。
这个database有70GB，每个小时会有大量数据进来大量数据被delete，如果不shrink
database，几天就会长到150GB以上。因此我必须经常shrink database。
这个server是SQL2008，recovery interval是60，recovery model是simple。
不知道大家有什么建议。 |
s**********o
发帖数: 14359 | 5 先RUN CHECKPOINT,然后再SHRINK，做成JOB，晚上运行。 |
A********Z
发帖数: 18 | 6 这种场景靠shrink有点扬汤止沸的感觉，而且得理解shrink的副作用。
我建议试试DB Job去re-create/re-org 索引，更新statistics.
实在这么做的话，我建议减小recovery time的设置。今值60意味着脏页可能会很多,
checkpoint耗时肯定长，启动时恢复时间也长。搞不好内存紧张，lazywriter也该上了 |
B*********L
发帖数: 700 | 7 谢谢大家的帮助。现在问题解决了。
1. 我把所有的update query替换成其它query，dirty page一下子少了。
2. 过去我把database有多小shrink到多小，现在shrink到80gb为止。这个大概有点用。
3. recovery time，我以为60是60 sec，原来是60 min。现在dirty page少了，还是设
置为0（自动）。 |
j*******n
发帖数: 130 | 8 请问所有的update query替换成其它query，是替换成什么样的？能举个例子吗谢谢 |
B*********L
发帖数: 700 | 9 谢谢大家的帮助。现在问题解决了。
1. 我把所有的update query替换成其它query，dirty page一下子少了。
2. 过去我把database有多小shrink到多小，现在shrink到80gb为止。这个大概有点用。
3. recovery time，我以为60是60 sec，原来是60 min。现在dirty page少了，还是设
置为0（自动）。 |
j*******n
发帖数: 130 | 10 请问所有的update query替换成其它query，是替换成什么样的？能举个例子吗谢谢 |
