首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >Server 2019 AG在故障转移后的同步--停留在恢复状态

Server 2019 AG在故障转移后的同步--停留在恢复状态
EN

Database Administration用户
提问于 2023-04-24 04:33:42
回答 1查看 60关注 0票数 0

我在AWS AG中有一个数据库,它非常繁忙,每30分钟可以生成多达40 GB的日志。当我在AG上手动失败时,新的辅助数据库会陷入恢复状态,最终主数据库上的日志驱动器会被填充,因为它无法将其日志刷新到辅助数据库,直到它同步。

我已经读到这可能是一个非常缓慢的过程(https://learn.microsoft.com/en-us/troubleshoot/sql/database-engine/availability-groups/troubleshoot-availability-group-database-reverting-state) -有没有任何方法来加快这一点,因为应用程序最终变得不可用,因为整个日志驱动器。

我们运行的x2iedn.8xsize具有1TB内存和非常快的驱动器: gp3 16000 IOPS用于数据,io2 16000 IOPS用于日志。AG与自动故障转移是同步的。

我们还让日志备份每10分钟运行一次--奇怪的是,这些文件的大小大幅度增长,直到日志驱动器被填满,然后它们下降到接近零,尽管数据库日志文件仍然是满的?

任何帮助都非常感谢。

谢谢。

EN

回答 1

Database Administration用户

发布于 2023-04-24 14:07:28

当我在AG上手动失败时,新的辅助数据库会陷入恢复状态,最终主数据库上的日志驱动器会被填充,因为它无法将其日志刷新到辅助数据库,直到它同步。

我会选择一个更好的时间进行故障转移。恢复是很常见的,并且一直都在发生,但是它通常持续这么短的时间,以至于人们没有意识到它正在发生。恢复之后,还需要进行初始化,然后它将变成syncrhoniz(ed/ing)。

...是否有任何方法以任何方式加速这一点,因为应用程序最终会因为整个日志驱动器而变得不可用。

对于快速故障转移本身,Server中没有旋钮可供切换。如果您想了解它是如何工作和监视那这个会有帮助的的话。

你可以做一些间接的事情:

  1. 选择一个合适的失败时机。远离大量进口或批次,选择变化率较低的时间。这将导致撤销的数据量减少。
  2. 如果您有大量的数据库文件,并且最大服务器内存设置得很高,那么设置极低的最大服务器内存可以帮助降低每个文件的内存扫描的硬件成本。
  3. 选择重新启动数据库,而不是等待恢复和初始化。
票数 1
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/326337

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档