Questions tagged «ola-hallengren»

3
事务日志备份是串行还是并行?
我们碰巧正在使用SQL Server 2012 Standard Edition。我也碰巧使用Ola Hallengren的脚本来提供简单,灵活的框架来进行备份和维护。 这个问题不是关于Ola的脚本,而是关于最佳实践。我意识到最终的答案是“这取决于您公司的要求”。但是,我试图就如何最好地满足我对公司要求的理解,征询社区的建议。 我希望每15分钟设置一次事务日志备份。这样,我们希望丢失的数据不会超过15分钟。我应该设置一项使用ALL_DATABASES的作业吗?还是为每个数据库设置一项工作并并行启动它们?我问,因为我有一种基于Ola脚本运行方式的感觉,即备份是以串行方式启动的。串行的缺点是每个连续的备份要等到另一个完成为止。这可能会增加备份之间的时间量(即,大于15分钟)。另外,我担心的是,一个备份失败会阻止其他备份的发生,我不希望这样。我希望其他人继续备份。 那么Ola的脚本是串行执行的,还是失败会停止连续的备份,这是真的吗? 每个数据库都有一份工作更好吗?或仅完成一项工作?我倾向于单独的工作,但是我希望了解SQL Server DBA通常会做什么。

3
IndexOptimize之后查询和更新非常慢
数据库SQL Server 2017 Enterprise CU16 14.0.3076.1 最近,我们尝试从默认的“索引重建”维护作业切换到Ola Hallengren IndexOptimize。默认的索引重建作业已经运行了几个月,没有任何问题,并且查询和更新在可接受的执行时间内正常工作。在IndexOptimize数据库上运行后: EXECUTE dbo.IndexOptimize @Databases = 'USER_DATABASES', @FragmentationLow = NULL, @FragmentationMedium = 'INDEX_REORGANIZE,INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE', @FragmentationHigh = 'INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE', @FragmentationLevel1 = 5, @FragmentationLevel2 = 30, @UpdateStatistics = 'ALL', @OnlyModifiedStatistics = 'Y' 性能极度下降。使用100ms之前的一条更新语句IndexOptimize之后(使用相同的计划)花费了78.000ms,并且查询的执行情况也差了几个数量级。 由于这仍然是一个测试数据库(我们正在从Oracle迁移生产系统),因此我们恢复为备份并禁用IndexOptimize,一切恢复正常。 但是,我们想了解与可能导致这种极端性能下降IndexOptimize的“正常” Index Rebuild行为有何不同,以确保一旦投入生产就可以避免这种情况。关于寻找什么的任何建议将不胜感激。 update语句执行速度慢时的执行计划。即 在IndexOptimize 实际执行计划之后(尽快推出) 我还没发现差异。 快速计划相同的查询 实际执行计划

4
网络备份的替代方法
在我们的环境中,有些服务器位于“始终在线”可用性组中,有些则是独立的。 我们通常备份到网络共享,但是最近我们观察到,随着数据库的增大,花费的时间越来越长,这会使整个网络变慢。 Ola hallengren的脚本被用于压缩,并且还分割备份文件。我仅执行每日“完整”备份。备份将转到网络共享EMC isilon驱动器。 我从不满意EMC DD Boost。唯一的选择是执行本地备份,然后复制到相同的网络共享。 除了上述以外,还有其他有效的方法吗?

5
Ola的脚本与使用维护计划的利弊是什么?
您能否帮助我了解在维护计划中使用Ola解决方案的利弊?我已经准备了一个基于SQL Pass的演示文稿(http://www.pass.org/DownloadFile.aspx?File=ebae1b31)。 我还准备了Ola解决方案无法解决的方案和维护计划解决方案所无法解决的方案。能否请大家帮我更详细地解释一下? 顺便说一下,我们管理着至少150%的服务器(2008/2012/2014/2016混合服务器),其中至少有75%使用Ola的解决方案。我喜欢Brent Ozar的这篇文章。但在评论中,Brent建议针对我们拥有的服务器数量使用基于脚本的解决方案。https://www.brentozar.com/archive/2012/04/maintenance-plans-roombas-suck-good-way/
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.