在FileTable上重新构建索引是一个好的实践吗？
我们使用Ola Hallengren脚本来备份数据库和维护索引。 我们的数据库中有一个FileTable，有时重建其PK索引需要近三（3）小时，其余时间非常快。 问题： 重新索引FileTable是否是一个好习惯？ 哪个是异常的？只需几秒钟还是需要几个小时？ 我已经搜索了一些关于重新索引Fil...
Ola的默认IndexOptimizer作业会更新我的统计数据吗？
我刚刚安装了Ola Hallengren的MaintenanceSolution.sql维护脚本。在查看由IndexOptimize - USER_DATABASES任务生成的日志输出后，我担心它不会更新统计信息。我担心的原因是在日志输出中的参数列表中看到了@UpdateStatistics ...
备份与校验和功能正常，但DBCC CHECKDB检测到问题。
我最近管理的一个服务器遭遇了一次停电，导致SSRS的ReportServerTempDB出现了问题。停电后，每晚运行Ola的DatabaseIntegriyCheck的作业开始报告问题： sqlcmd -E -S $(ESCAPE_SQUOTE(SRVR)) -d Master -Q ...
部署Ola Hallengren的脚本 - 索引优化
我以前从未使用过Ola Hallengren脚本。 我计划第一次在生产环境中部署Ola Hallengren的索引优化脚本。我需要在PROD中部署它们，所以我想要更加小心。无论如何，我会先在开发环境中进行测试。但请帮助我了解在部署OH索引优化脚本之前需要注意的重要事项。 我从链接中复制了媒...
Ola Hallengren解决方案，备份未清理。
我有大约30个SQL Server 2005-2014实例，所有这些实例都使用优秀的Ola Hallengran维护脚本来生成我的完整/差异/日志备份。多年来，这一直对我有效，没有任何问题，直到最近。 其中一个服务器有两个实例。在该服务器上的默认实例中，不会清理.bak文件。 我不认为这与...
Hallengren @DatabasesInParallel 在 sysjobhistory 表中的 sql_message_id 50000。
刚刚实施了Ola的并行执行备份、完整性检查和索引维护。一切似乎都运行得很好，但是我在新的执行中在sysjobhistory表中看到了sql_message_id 50000。而且在作业输出文件的每一行上都看到了[SQLSTATE 01000]。这种情况正常吗？我在网上找不到任何详细的文档。
Ola Hallengreen 备份重试
有没有办法在发生故障时，利用Ola Hallengren的备份脚本自动进行备份重试，只针对一个数据库备份？希望能找到一种方法，在不重新运行整个脚本的情况下完成备份。
堆的碎片化水平
我目前正在使用Ola Hallengren先生提供的脚本来执行维护作业，最近我注意到许多表（堆）的碎片化水平异常高，需要进行查看和采取相应措施。我在网站上检查了FAQ，似乎他的脚本不支持重建堆。我使用以下查询来查找碎片化水平： SELECT dbschemas.[name] as 'Sche...
可用性组备份首选项未更改为主要
我设置了可用性组，并使用Ola Hallengren备份脚本。在可用性组设置时，将默认选项设置为"优先辅助"，但应更改为"主要"。 一旦注意到这一点，我尝试将备份首选项设置为主要，但它不会改变，仍然保持在优先辅助状态。 有人遇到过这种情况吗？我正在使用用户界面（可用性组向导）进行更改。
SQL Server索引和统计信息维护性能问题
我尝试在一个拥有非常多索引（> 250,000）的数据库上使用IndexOptimize存储过程。即使我将@Indexes参数设置得很窄，存储过程收集需要处理的数据的初始步骤也需要几个小时。 SQL Server维护解决方案版本：2019-02-10 10:40:47 SQL Server...