AlwaysOn 2017 新特性和提高

时间 2021-01-22

标签 linux sql 数据库 windows 服务器分布式 ide 操作系统 3d 日志栏目 Linux 繁體版

原文原文链接

AlwaysOn 2017 新特性和提高

AlwaysOn 2017一些新特性和加强：linux

l 可用性组参数配置：最小提交辅助副本数（REQUIRED_COPIES_TO_COMMIT）sql
l 读取缩放可用性组（Read-scale availability groups）数据库
l Linux上的可用性组windows
l Linux上的故障转移群集实例服务器
l 跨平台的可用性组分布式

可用性组参数配置：最小提交辅助副本数（REQUIRED_COPIES_TO_COMMIT）ide

CREATE AVAILABILITY GROUP [ag1] WITH (REQUIRED_COPIES_TO_COMMIT = 1)

让用户来配置在主副本上提交事务前，须要提交事务的最小副本数量。确保事务等待直到事务日志在最小辅助副本上更新。默认值为0，最大值为副本数减去1（相关副本必需为同步提交模式）。一般，若是承载辅助同步副本的 SQL 服务器中止响应，主副本将标记该辅助副本未同步，而且继续。当无响应的数据库从新联机时它将处于“未同步”状态，而且副本将被标记为不正常，直到主可使其再次同步。若是最小副本数不可用则在主副本上的提交将失败。ALTER AVAILABILITY GROUP支持REQUIRED_COPIES_TO_COMMIT。操作系统

读取缩放可用性组（Read-scale availability groups）3d

在 SQL Server 2016 及更早版本中，全部可用性组都须要群集。群集用于提供业务连续性，实现高可用性和灾难恢复 (HADR)。此外，配置次要副本以执行读取操做。若是目标不是高可用性，配置和运行群集消耗了至关大的运营开销。 SQL Server 2017 引入了不须要群集的读取缩放可用性组。日志

若是业务要求是转换主要副本上运行的任务关键型工做负荷的资源，用户如今可使用只读路由或直接链接到可读次要副本。而无需依赖于与任何群集技术的集成。 Windows 和 Linux 平台上的 SQL Server 2017 支持这些新功能。

这不是高可用性配置。不须要监视基础结构、协调故障检测和进行自动故障转移。若是没有群集，SQL Server 没法提供自动化高可用性解决方案可提供的低恢复时间目标 (RTO)。若是须要高可用×××，请使用群集管理器（Windows 上的 Windows Server 故障转移群集或 Linux 上的 Pacemaker）。

读取缩放可用性组可提供灾难恢复功能。当只读副本处于同步提交模式时，可提供恢复点目标 (RPO) 0。要对读取缩放可用性组进行故障转移，请参阅对读取缩放可用性组上的主要副本进行故障转移。

整体来讲，该特性只有DR功能，不支持HA。该特性适用于只是为了在多个服务器上部署多个只读副本，分担读取压力。

不一样地理位置的解决方案可使用分布式可用性组实现读取缩放解决方案。这能够用于减轻主要副本、可读次要副本以及靠近读取工做负荷源的站点的读取工做负荷。

参考：

https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/read-scale-availability-groups

https://blogs.msdn.microsoft.com/sql_pfe_blog/2017/11/17/sql-server-2017-read-scale-availability-groups/

在 Linux 上配置读取缩放可用性组

Linux上的可用性组

在Linux上配置AG基于群集Pacemaker和仲裁Corosync

参考：

https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-availability-group-overview

Linux上的故障转移群集实例