Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/sql-server-2008/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Sql server 2008 Sitecore CMS和OMS SQL数据库索引的建议默认索引填充因子是什么?_Sql Server 2008_Sitecore_Sitecore6 - Fatal编程技术网

Sql server 2008 Sitecore CMS和OMS SQL数据库索引的建议默认索引填充因子是什么?

Sql server 2008 Sitecore CMS和OMS SQL数据库索引的建议默认索引填充因子是什么?,sql-server-2008,sitecore,sitecore6,Sql Server 2008,Sitecore,Sitecore6,我们正在SQL Server 2008上运行带OMS的Sitecore 6.4。我见过使用Sitecore索引重建脚本的博客,它在脚本中显式使用了80的填充因子。什么是官方的Sitecore建议?在OMS性能调整指南()中始终使用FILLFACTOR 80和90。我想说,这与我们将要得到的官方Sitecore建议非常接近。FILLFACTOR 80和90在整个OMS性能调整指南()中一直使用。我想说,这与我们将获得的官方Sitecore建议非常接近。正如Mark Cassidy在上文中所说,《O

我们正在SQL Server 2008上运行带OMS的Sitecore 6.4。我见过使用Sitecore索引重建脚本的博客,它在脚本中显式使用了80的填充因子。什么是官方的Sitecore建议?

在OMS性能调整指南()中始终使用FILLFACTOR 80和90。我想说,这与我们将要得到的官方Sitecore建议非常接近。

FILLFACTOR 80和90在整个OMS性能调整指南()中一直使用。我想说,这与我们将获得的官方Sitecore建议非常接近。

正如Mark Cassidy在上文中所说,《OMS调优指南》在脚本示例中使用了80%和90%这样的数字。不过,CMS性能调整指南中没有包括这一点

Sitecore支持表明,要使用的精确填充因子可能因索引、数据库以及应用程序的精确实现和使用而有所不同。根据性能,建议50-75%之间的值是可行的

特别是,Sitecore analytics数据库(执行有限的读取操作和大量的写入操作)可以具有比CMS数据库低得多的填充因子的索引。填充因子较低的索引由于空页的数量而读取速度较慢

虽然80%的大致数字是一个合理的起点,但这应该通过观察碎片率和测量读取操作的性能来逐项测试

指数重建的频率和成本也必须考虑在内


使用较低的填充因子时,索引将在较长的时间内最少地分段,需要较少的计划重建,但读取速度可能较慢。使用高填充因子时,索引碎片化的速度会快得多,需要更频繁的计划重建,但在不碎片化的情况下会提供更好的读取性能。

正如Mark Cassidy上面所说,《OMS调优指南》在脚本示例中使用了80%和90%这样的数字。不过,CMS性能调整指南中没有包括这一点

Sitecore支持表明,要使用的精确填充因子可能因索引、数据库以及应用程序的精确实现和使用而有所不同。根据性能,建议50-75%之间的值是可行的

特别是,Sitecore analytics数据库(执行有限的读取操作和大量的写入操作)可以具有比CMS数据库低得多的填充因子的索引。填充因子较低的索引由于空页的数量而读取速度较慢

虽然80%的大致数字是一个合理的起点,但这应该通过观察碎片率和测量读取操作的性能来逐项测试

指数重建的频率和成本也必须考虑在内


使用较低的填充因子时,索引将在较长的时间内最少地分段,需要较少的计划重建,但读取速度可能较慢。使用高填充因子时,索引碎片化的速度会快得多,需要更频繁的计划重建,但在不碎片化的情况下会提供更好的读取性能。

我刚收到Sitecore支持部门的回复,建议CMS的碎片化率在50-75%之间,频繁更新(但很少读取)的碎片化率可能会低至25%OMS中的索引。免责声明是,这一切都在“特定于应用程序的调优”的标题下——因此,请测试哪些是有效的,调整重建索引的频率,并找到最佳平衡;我认为这里的关键术语是“特定于应用程序的调优”。这就解释了为什么Sitecore没有在他们的食谱中明确说明这一点。我试图充实你的答案,但不幸的是,我的编辑没有通过审查过程,所以我自己发布了它。我刚收到Sitecore支持部门的回复,建议CMS的比例在50-75%之间,OMS中频繁更新(但很少读取)的索引比例可能低至25%。免责声明是,这一切都在“特定于应用程序的调优”的标题下——因此,请测试哪些是有效的,调整重建索引的频率,并找到最佳平衡;我认为这里的关键术语是“特定于应用程序的调优”。这就解释了为什么Sitecore没有在他们的食谱中明确说明这一点。我试图充实你的答案,但不幸的是,我的编辑没有通过审查过程,所以我自己发布了它。