在使用 Ola 的IndexOptimize存储过程重新索引期间,如果存在大量大型索引碎片整理,则远程异步副本的日志发送队列可能会变得非常大,这需要巨大的事务日志。脚本中有一个@Delay 参数可用于在每个索引操作之间插入延迟,但它不提供仅在日志发送队列高时才延迟的能力。
需要更智能的节流机制来控制大量重新索引期间的日志发送队列大小。
是的,我知道重新索引对于我们的企业级 SSD 来说并不是真正必要的,但我们这样做是为了安抚那些将任何性能问题归咎于碎片的第三方支持组织。
在使用 Ola 的IndexOptimize存储过程重新索引期间,如果存在大量大型索引碎片整理,则远程异步副本的日志发送队列可能会变得非常大,这需要巨大的事务日志。脚本中有一个@Delay 参数可用于在每个索引操作之间插入延迟,但它不提供仅在日志发送队列高时才延迟的能力。
需要更智能的节流机制来控制大量重新索引期间的日志发送队列大小。
是的,我知道重新索引对于我们的企业级 SSD 来说并不是真正必要的,但我们这样做是为了安抚那些将任何性能问题归咎于碎片的第三方支持组织。
将以下代码插入 IndexOptimize 过程以实现等待,以允许日志发送队列在继续之前刷新。如所写,一旦日志发送队列中少于 1 GB,它将继续。
这段代码需要紧跟在
IF @Delay > 0
过程中的块之后。使用当前版本的 IndexOptimize,它看起来像这样: