SQLserver高可用专项方案.docxVIP

SQL server高可用方案 一、高可用类型 ●Always On 高可用性处理方案，需要sql server 版本在以上 SQL Server Always On 即“全方面高可用性和灾难恢复处理方案”。用户经过使用 Always On 技术，能够提升应用程序可用性，而且经过简化高可用性布署和管理方面工作。 SQL Server Always On 在以下2个等级提供了可用性。 *数据库级可用性 是一个“热备份”技术。在同时提交模式下，主副本数据被同时更新到其它辅助副本，主副本和辅助副本之间能够保持实时同时。当系统监测到主副本发生故障时，辅助副本能够立即成为新主副本。 *实例级可用性 Always On 故障转移群集实例（Failover Cluster Instance，简称 FCI）能够在多个16个节点之间实现故障转移（Failover）。企业版最多支持16个节点，标准版只支持2个节点。 当主节点发生故障时，辅助节点提升为主节点并获取共享存放中数据，然后才在这个新主节点服务器中开启 SQL Server 服务。 FCI 是一个“冷备份”技术。辅助节点并不从主节点同时数据，唯一一份数据被保留在共享存放（群集共享磁盘）中。 ● 日志传送 日志传送依靠于传统 Windows 文件复制技术和 SQL Server 代理。 主数据库所做出任何数据改变全部会被生成事务日志，这些事务日志将定时备份。然后备份文件被辅助数据库所属实例复制到它当地文件夹， 最终事务日志备份在辅助数据库中进行恢复，从面实现在两个数据库之间异步更新数据。 当主数据库发生故障时，能够使辅助数据库变成联机状态。能够把每一个辅助数据库全部看成“冷备用”数据库 ● 其它辅助技术 对数据库进行备份，当出现故障时，手动将数据还原到服务器，使得数据库重新联机，这也能够算作实现高可用性一个技术手段。 复制（Replication）并不算是一个高可用性处理方案，只是它功效能够实现高可用性。复制经过“公布-订阅”模式，由主服务器向辅助服务器公布数据，使这些服务器间实现可用性。 SQL server复制 定义及应用：数据库间复制和分发数据和数据库对象，然后在数据库间进行同时操作以维持一致性。 使用复制，能够经过局域网和广域网、拨号连接、无线连接和 Internet 将数据分配到不一样位置和分配给远程或移动用户 sql server复制分成三类： 事务复制通常见于需要高吞吐量服务器到服务器方案（包含：提升可伸缩性和可用性、数据仓库和汇报、集成多个站点数据、集成异类数据和减轻批处理负荷）。 合并复制关键是为可能存在数据冲突移动应用程序或分步式服务器应用程序设计。 常见应用场景包含：和移动用户交换数据、POS（消费者销售点）应用程序和集成来自多个站点数据。 快照复制用于为事务复制和合并复制提供初始数据集；在适合数据完全刷新时也能够使用快照复制。 二、高可用服务器配置： 假如只是需要复制方法，则搭建两台相同硬件配置和操作系统版本和补丁、相同数据库版本和补丁服务器即可 假如需要Always On 高可用方法，即出现故障后系统自动进行切换到备用服务器上，则需要3台(数据库主服务器、监听服务器、从服务器)相同硬件配置和操作系统版本和补丁、相同数据库版本和补丁服务器 三、多种实现方法对比 下表将 SQL Server 常见高可用性处理方案进行综合对比。 对比项目 Always On Always On 日志传送 实例级 数据库级 副本数量 无 最多8个 无限制 副本可用性 不适用 能够 “备用模式”时能够访问 （只读访问） 对外统一IP地址 是 是 各自独立IP地址 自动故障转移 能够 能够 不能够 故障转移单元 实例 一组数据库 不适用 四、以上多种类型实现方法及优缺点 4.1 日志传送 4.1.1 实现方法 /zh-cn/library/ms190640(v=sql.110).aspx 1. 为主数据库创建一个事务日志备份计划 2. 为辅助数据库创建一个文件复制计划 3. 为辅助数据库创建一个事务日志还原计划 4.1.2 优劣势 优点： 能够广泛地布署。经过在多个辅助服务器上配置多个辅助数据库，能够建立多个“冷备用”数据库。 辅助数据库能够提供只读访问，作为报表等应用程序数据源，从而将报表查询等只读访问负载分摊到一个或多个辅助服务器。 局限： 主数据库和辅助数据库分别属于不一样实例，辅助数据库只是被动地进行事务日志恢复，不主动识别主数据库状态，所以日志传送技术不支持自动故障转移。 主数据库和辅助数据库之间异步数据更新被拆分成3个独立步骤来实现，所以会有较大延时。 相关注意事项： 数据库备份进程和事务日志备份进程不能并发运行 ?截断事务日志将断开日志链，从而造成日志传送