第五章 数据库高可用.ppt

1、第五章: 数据库高可用性,概述,高可用性简介 日志传送 数据库镜像 服务器群集 AlwaysOn可用性组,第1节: 高可用性简介,讨论: 为什么需要高可用性 高可用性 影响可用性的因素,讨论: 为什么需要高可用性,关键应用程序要求停机时间最短 停机影响业务,高可用性: 描述在各级实现有保证可用性的方法,高可用性,网络,系统,应用程序,影响可用性的因素,软件故障,硬件组件故障,网络故障,电力故障和自然灾害,第2节: 日志传送,日志传送 配置日志传送 切换服务器角色,日志传送,将日志备份应用于备用服务器的高可用性技术,配置日志传送,sp_add_log_shipping_primary_datab

2、ase database = NAdventureWorks2008 ,backup_directory = Nc:lsbackup ,backup_share = NNY-SQL-01lsbackup ,backup_job_name = NLSBackup_AdventureWorks2008,可通过以下方式配置日志传送: SQL Server Management Studio Transact-SQL,切换服务器角色,BACKUP LOG AdventureWorks TO AWLogBackup WITH NORECOVERY,RESTORE LOG AdventureWorks F

3、ROM AWLogBackup WITH RECOVERY,第3节: 数据库镜像,数据库镜像 数据库镜像服务器角色 数据库镜像配置的选项 数据库镜像端点 建立镜像会话 处理故障转移 透明客户端重定向,数据库镜像,高效经济的故障转移解决方案 在不同实例上维护数据库的两个副本 以数据库为单位镜像 需要完整恢复模式 提供热备用或暖备用,数据库镜像服务器角色,见证服务器 监视主数据库服务器和镜像数据库服务器 执行自动故障转移,主体服务器 向客户端提供数据库服务,镜像服务器 为故障转移提供热备用或暖备用,数据库镜像配置的选项,数据库镜像端点,使服务器之间能够进行网络通信的TCP端点,CREATE END

4、POINT endpointName STATE=STARTED AS TCP ( LISTENER_PORT = listenerPortList ) FOR DATABASE_MIRRORING ( AUTHENTICATION = WINDOWS authorizationMethod , ENCRYPTION = REQUIRED ALGORITHM algorithm , ROLE = role ),建立镜像会话,在镜像服务器上设置主体服务器,1,将会话模式从高保护模式更改为其他模式,3,在主体服务器上设置镜像服务器,2,对于高可用性模式,添加见证服务器,对于高性能模式,将伙伴安全性

5、设置为关闭,处理故障转移,自动故障转移 镜像和见证构成仲裁 自动更换角色 手动故障转移 强制服务,ALTER DATABASE AdventureWorks2008 SET PARTNER FAILOVER,ALTER DATABASE AdventureWorks2008 SET PARTNER FORCE_SERVICE_ALLOW_DATA_LOSS,透明客户端重定向,第4节: 服务器群集,服务器群集 服务器群集的注意事项 在群集上安装SQL SERVER,服务器群集,虚拟服务器 在网络中作为常规服务器出现 版本 Enterprise Edition Developer Edition

6、Standard Edition,服务器群集的注意事项,检查以下各项的配置和兼容性:,硬件,Windows 群集配置,共享磁盘,在群集上安装SQLSERVER,虚拟服务器 在运行 SQL Server Setup 时指定虚拟服务器名称 实例 每个资源组只有一个 SQL Server 实例,第5节: AlwaysOn可用性组,AlwaysOn 可用性组功能是一个提供替代数据库镜像的企业级方案的高可用性和灾难恢复解决方案。 SQL Server 2012 中引入了 AlwaysOn 可用性组功能，此功能可最大程度地提高一组用户数据库对企业的可用性。 “可用性组”针对一组离散的用户数据库（称为“可用

7、性数据库”，它们共同实现故障转移）支持故障转移环境。 一个可用性组支持一组读写主数据库以及一至四组对应的辅助数据库。 （可选）可使辅助数据库能进行只读访问和/或某些备份操作。 优点 术语和定义,优点,支持最多五个可用性副本。 “可用性副本”是可用性组的实例化，此可用性组由特定的 SQL Server 实例承载，该实例维护属于此可用性组的每个可用性数据库的本地副本。 每个可用性组支持一个主副本和最多四个辅助副本。 重要提示 每个可用性副本都必须驻留在单个 Windows Server 故障转移群集 (WSFC) 群集的不同节点中。 支持替代可用性模式，如下所示： 异步提交模式。 此可用性模式是一

8、种灾难恢复解决方案，适合于可用性副本的分布距离较远的情况。 同步提交模式。 此可用性模式相对于性能而言更强调高可用性和数据保护，为此付出的代价是事务延迟时间增加。 一个给定的可用性组可支持最多三个同步提交可用性副本（包括当前主副本）。 支持几种形式的可用性组故障转移：自动故障转移、计划的手动故障转移（通常简称为“手动故障转移”）和强制的手动故障转移（通常简称为“强制故障转移”） 使您能够将给定的可用性副本配置为支持以下一种或两种活动辅助功能： 利用只读连接访问，与副本的只读连接可以在此副本作为辅助副本运行时访问和读取其数据库。 当副本作为辅助副本运行时，对副本的数据库执行备份操作。 通过使用活

9、动辅助功能，可更好地利用辅助硬件资源，从而提高 IT 效率并降低成本。 此外，通过将读意向应用程序和备份作业转移到辅助副本，有助于提高针对主副本的性能。,优点,支持每个可用性组的可用性组侦听器。 “可用性组侦听器”是一个服务器名称，客户端可连接到此服务器以访问 AlwaysOn 可用性组的主副本或辅助副本中的数据库。 可用性组侦听器将传入连接定向到主副本或只读辅助副本。 侦听器在可用性组故障转移后提供快速应用程序故障转移。 支持灵活的故障转移策略以便更好地控制可用性组故障转移。 支持用于避免页损坏的自动页修复。 支持加密和压缩，这提供了安全且高性能的传输方式。,术语和定义,可用性组 (avai

10、lability group) 一个容器，用于一组共同实现故障转移的数据库（“可用性数据库”）。 可用性数据库 (availability database) 属于可用性组的数据库。 对于每个可用性数据库，可用性组将保留一个读写副本（“主数据库”）和一个到四个只读副本（“辅助数据库”）。 主数据库 (primary database) 可用性数据库的读写副本。 辅助数据库 (secondary database) 可用性数据库的只读副本。 可用性副本 (availability replica) 可用性组的实例化，该可用性组由特定的 SQL Server 实例承载，并维护属于该可用性组的每个可用性数据库的本地副本。 存在两种类型的可用性副本：一个“主副本”和一至四个“辅助副本”。,术语和定义,主副本 (primary replica) 可用性副本使主数据库可用于来自客户端的读写连接，还用于将每个主数据库的事务日志记录发送到每个辅助副本。 辅助副本 (secondary replica) 维护各可用性数据库的辅助副本的可用性副本，充当可用性组