我们恰好使用的是SQL Server 2012标准版。我也恰好使用Ola Hallengren的脚本来提供一个简单、更灵活的备份和维护框架。 这个问题与Ola的脚本本身并不相关，而更多关乎最佳实践。我明白最终答案是“取决于您公司的需求”。但我想请教社区对如何最好地满足我理解的公司需求的建议。...

数据库 SQL Server 2017 Enterprise CU16 14.0.3076.1 我们最近尝试从默认的索引重建维护作业切换到 Ola Hallengren 的 IndexOptimize。默认的索引重建作业已经运行了几个月，没有出现任何问题，并且查询和更新的执行时间也在可接受范...

我对Ola Hallengren Server Maintenance Solution中的选项到底期望得到什么有些困惑。我找到了一些相关的问题和详细的答案，但解释仍然让我有些困惑。 具体来说： 我正在进行每周完整备份、每日差异备份和每小时日志备份。 完整备份使用默认的 24小时。差异备份...

在我们的环境中，有一些服务器位于Always On可用性组中，还有一些是独立的。 我们通常备份到网络共享，但最近观察到随着数据库越来越大，所需时间变长，导致整个网络变慢。 我们正在使用Ola Hallengren的脚本，并进行压缩和分割备份文件。我只执行每天的“完整”备份。备份将发送到网络...

你能帮我理解使用Ola的解决方案相比维护计划有哪些优缺点吗？我已经准备了一个基于SQL Pass（http://www.pass.org/DownloadFile.aspx?File=ebae1b31）的演示，我将在演讲中展示。 我还正在准备一些场景，Ola的解决方案可以解决而维护计划无法解...

我们通常使用Ola Hallengren的解决方案来处理更新统计信息，该解决方案包含在我们的索引优化作业中。我们将其安排在每个星期日午夜在所有服务器（1500+）上执行，这是一种标准做法。 现在，在一些服务器上，在工作周中间存在很多性能问题，当出现性能问题时，我们会为特定数据库运行sp_up...

我有一个禁用页面级锁定的索引，并且现在这个索引存在碎片问题。 我知道我无法对索引进行重新组织，但我认为我可以对索引进行重建。 现在我认为重建也不起作用。我正在使用默认的填充因子100。我的数据库非常庞大，因此我不想通过将填充因子设置为80％或更低来增加表格/数据库的大小。当我说“不起作用”...

我们最近切换到Ola Hallengren的维护脚本，并自动部署MaintenanceSolution.sql到我们客户的SQL Server实例。 我们需要为作业IndexOptimize - USER_DATABASES设置以下参数： @UpdateStatistics = 'ALL...

我在所有服务器上运行Ola Hallengren脚本来进行索引和统计维护。当我查看命令日志表时，我注意到一个命令结束和下一个命令开始之间有很长的时间间隔。有时这个间隔超过一个小时。 其他人的系统是否也有这种情况？我能做些什么来缩短（我猜测的）发现项目之间的时间？以下是我使用的参数设置。 s...

首先，我意识到有一个类似的问题被问到了，发帖者将页面数设置为1000页，而索引只有679页；这不是我的情况。 我将Ola的脚本设置为： @Databases nvarchar(max) ,@FragmentationLow nvarchar(max) = null ,@Fragmentat...