我在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分钟运行一次--奇怪的是,这些文件的大小大幅度增长,直到日志驱动器被填满,然后它们下降到接近零,尽管数据库日志文件仍然是满的?
任何帮助都非常感谢。
谢谢。
发布于 2023-04-24 14:07:28
当我在AG上手动失败时,新的辅助数据库会陷入恢复状态,最终主数据库上的日志驱动器会被填充,因为它无法将其日志刷新到辅助数据库,直到它同步。
我会选择一个更好的时间进行故障转移。恢复是很常见的,并且一直都在发生,但是它通常持续这么短的时间,以至于人们没有意识到它正在发生。恢复之后,还需要进行初始化,然后它将变成syncrhoniz(ed/ing)。
...是否有任何方法以任何方式加速这一点,因为应用程序最终会因为整个日志驱动器而变得不可用。
对于快速故障转移本身,Server中没有旋钮可供切换。如果您想了解它是如何工作和监视那这个会有帮助的的话。
你可以做一些间接的事情:
https://dba.stackexchange.com/questions/326337
复制相似问题