第三篇——第二部分——第二文 计划搭建SQL Server镜像

本文涉及的产品
RDS SQL Server Serverless,2-4RCU 50GB 3个月
推荐场景:
云数据库 RDS SQL Server,独享型 2核4GB
日志服务 SLS,月写入数据量 50GB 1个月
简介: 原文: 第三篇——第二部分——第二文 计划搭建SQL Server镜像 本文紧跟上一章:SQL Server镜像简介  本文出处:http://blog.csdn.net/dba_huangzj/article/details/27203053 俗话说:工欲善其事必先利其器。
原文: 第三篇——第二部分——第二文 计划搭建SQL Server镜像

本文紧跟上一章:SQL Server镜像简介  

本文出处: http://blog.csdn.net/dba_huangzj/article/details/27203053

俗话说:工欲善其事必先利其器。计划好如何部署和使用镜像,可以减少很多不必要的风险。本文将按照三步骤的形式展示,但是要注意这不是唯一的标准,具体情况具体分析。

第一步:了解环境

  在搭建SQL Server镜像时,必须先了解你所要部署的环境,才能决定镜像的配置项。这不仅是镜像配置的前提,也是部署SQL Server甚至搭建数据平台和其他高可用都应该做的事情。下面是一些常见的需要了解的问题:

  1. 服务器是否已经准备好
  2. 数据库是否已经准备好
  3. 是否知道所需的服务帐号
  4. 是否了解数据库的大小
  5. 镜像服务器和主体服务器的性能情况
  6. 是否需要和其他技术组合

  下面详细介绍一下这6点:

服务器是否已经准备好:

  根据镜像的要求,必须使用SQL Server 2005 SP1以上的版本,SP1是第一个完全支持镜像功能的版本。理想情况下,主体服务器和镜像服务器所使用的操作系统和sqlserver的版本尽量完全一致。对于SQL Server版本,必须是企业版或者标准版。除此之外,数据库的数据文件和日志文件所在的盘符和目录名必须一致,如果不一致,当主体库把事务发送到镜像库时会因为无法识别从而引起报错。

  如果引入了见证服务器,可以运行在工作组或者express版本上。

数据库是否已经准备好:

  首先需要确保没有文件组使用filestream选项,因为filestream是通过T-SQL操作本地文件,镜像无法在镜像服务器中读取主体服务器上的文件。

  其次,镜像环境要求完整恢复模式。

是否知道所需的服务账号:

  在部署过程中,最简单的就是使用域账号。如果使用相同的服务帐号,就不需要在端点中授权。如果使用本地系统帐号运行镜像,必须使用证书授权来替代Windows授权。当使用证书时,需要注意证书的过期时间。和其他最佳实践一样,如果不能使用域账号,建议使用专用的账号操作

是否了解数据库的大小:

  如果需要做镜像的库很大,在初始化的过程中就要考虑到可能的风险。因为一般步骤是先做完整备份,然后传输备份到镜像服务器然后再还原,然后再在主体数据库上做日志备份再还原到镜像中,这个步骤可能需要好几个小时。如果此时业务本身就比较繁忙,加上镜像库需要追上主体库的进度,会导致严重的性能问题,最起码网络传输压力会很大。

  针对这种情况,可以使用log shipping功能进行传输,注意使用NORECOVERY选项而不要用STANDBY选项。在搭建镜像一文中会提到,镜像库需要使用NORECOVERY状态。

 

镜像服务器和主体服务器的性能情况:

  理想情况下,镜像服务器的性能应该接近主体服务器,因为在Failover的时候可能会短期接管主体服务器的所有请求,如果镜像服务器性能太低,会导致用户响应速度变慢。极端情况下,镜像服务器可能会在短期内承受不了原主体服务器带来的压力直接崩溃,也就是说镜像服务器可能也会停止响应,这会导致搭建镜像的初衷荡然无存。毕竟搭建镜像主要就是针对这种情况。

 

是否需要和其他技术组合:

  在企业级应用中,很少只使用单纯的一种高可用技术,可能会使用镜像搭配复制、日志传输甚至集群。当混合使用的时候,需要更严谨的测试,后续将会提到。

 

第二步:了解应用程序:

  除了了解镜像环境的硬件部分,也要了解软件部分,也就是运行在这个环境下的应用程序,这些应用中,有些是“黑盒”,特别是第三方软件。对于这方面的内容,需要考虑的有:

  1. 应用程序是如何连到服务器的
  2. 是否有不支持自动Failover的组件
  3. 应用程序是否依赖其他库
  4. 应用程序是否依赖外部资源

应用程序是如何连到服务器的:

  如果需要支持镜像,应用程序需要使用SQL Native Client、ADO.NET 2.0 Data Provider或者JDBC 1.1 Driver for SQL Server。并且连接字符串需要使用Failover partner属性。如果搭建了镜像,而不添加Failover Partner属性,那么就要每次在Failover时手动修改应用程序的连接字符串,这会影响程序的业务持续性。

是否有不支持自动Failover的组件:

  如果如DTS包、SSIS包或者外部应用使用了不支持镜像的连接协议,需要评估在进行Failover的时候的影响还要制定应对策略。常见的处理手段是把这些组件复制到镜像服务器并配置连接到镜像库中。

应用程序是否依赖其他库:

  镜像是库级的高可用方案,如果应用程序需要使用多个数据库协同运行时,仅对一个库做镜像是不可行的。针对这种情况,可以把所依赖的所有库都做镜像,并且使用触发器检测镜像状态,只要有一个库的状态满足Failover,就强制把所有库都进行Failover。这需要额外的编程。

应用程序是否依赖外部资源:

  如果应用程序依赖本机服务器的资源,Failover会导致应用程序出现意外,针对这种情况,可以考虑把外部资源放到共享文件夹上,并用UNC地址访问。

 

第三步:检验计划:

  1. 在主体服务器和镜像服务器上建立所需的帐号,建议使用专用的域账号,并做好归档处理,避免其他维护人员或者时间过久之后连自己都不记得账号密码。
  2. 镜像库不建议使用sa作为owner。
  3. 如果CLR依赖TRUSTWORTHY配置,需要在初始化Failover之后配置。可以通过使用相同的数据库owner来解决。即镜像库和主体库在搭建过程中就要尽可能保持完全一致,包括数据库的owner。
  4. 在镜像配置过程中确保所有数据库备份的作业都禁用,完整备份和日志备份都将影响镜像服务器恢复失败。
  5. 确保完整模式下配置镜像。
  6. 确保镜像服务器和主体服务器上相关数据库的数据文件及日志文件名字、路径都完全一样。顺带说一句,系统库不可做镜像。

 

实践建议:

  1. 使用与主体服务器性能尽可能接近的镜像服务器。
  2. 使用专用网络用于镜像环境的数据传输,网络和磁盘I/O往往是镜像和其他高可用技术的常见瓶颈。特别是在大事务量传输时。
  3. 在高性能模式下不要使用见证服务器,否则有引起服务丢失的风险,当见证不能连接主体或镜像时,另外一个伙伴会因为丢失仲裁而offline。
  4. 使用相同的盘符和文件路径。
  5. 在测试环境中进行压力测试。确保镜像环境不是一个幌子,而是真正能协助业务连续性的功能。
  6. 在生产环境中,先使用异步方式运行,如果性能满足,切换到同步模式,如果同步模式也满足,再添加见证服务器。
  7. SQL Server最好使用2005 的SP2(带有CU6),或者2008,推荐使用2008R2。
  8. 确保镜像和主体服务器是相同的SP和SQL Server版本。
  9. 使用相同的排序规则。
  10. 维护计划不支持镜像功能,需要额外编程,针对sys.databases中的state字段做处理。在《SQL Server镜像日常维护》一文中介绍。
  11. 保存镜像的配置脚本及文件。以便快速重建及版本管控。
  12. 不要把伙伴的timeout时间设为小于10秒。过小的timeout会影响镜像的正常运行,但是从实践来说,并不是越长越好,一般上限是30~50秒。
  13. 初始化镜像时可以临时使用logshipping同步。Logshipping也可以作为高性能模式下的辅助功能。
  14. 监控msdb中suspect_pages系统表,用于修复torn pages。
  15. 避免使用相同的交换机或者路由器用于连接主体和镜像。主要原因是避免因为交换机、路由器同时出现故障而影响整个网络环境。
  16. 确保镜像所需的端口没有被占用,搭建一文会延时。镜像需要某些端口,虽然不强制,但是要指定,所以网络不仅要连通,还要端口可Telnet,防火墙的配置也要考虑。

本文中没有针对每个点进行展开,但是尽可能会在后面的几篇中进行解决。
域环境下镜像搭建和非域环境下镜像搭建可以看接下的两篇文章:
配置SQL Server镜像——非域环境:http://blog.csdn.net/dba_huangzj/article/details/27652857
配置SQL Server镜像——域环境:http://blog.csdn.net/dba_huangzj/article/details/28904503
相关实践学习
使用SQL语句管理索引
本次实验主要介绍如何在RDS-SQLServer数据库中,使用SQL语句管理索引。
SQL Server on Linux入门教程
SQL Server数据库一直只提供Windows下的版本。2016年微软宣布推出可运行在Linux系统下的SQL Server数据库,该版本目前还是早期预览版本。本课程主要介绍SQLServer On Linux的基本知识。 相关的阿里云产品:云数据库RDS SQL Server版 RDS SQL Server不仅拥有高可用架构和任意时间点的数据恢复功能,强力支撑各种企业应用,同时也包含了微软的License费用,减少额外支出。 了解产品详情: https://www.aliyun.com/product/rds/sqlserver
目录
相关文章
|
1月前
|
SQL IDE Java
Java连接SQL Server数据库的详细操作流程
Java连接SQL Server数据库的详细操作流程
|
1月前
|
SQL DataWorks NoSQL
DataWorks产品使用合集之如何将SQL Server中的数据转存到MongoDB
DataWorks作为一站式的数据开发与治理平台,提供了从数据采集、清洗、开发、调度、服务化、质量监控到安全管理的全套解决方案,帮助企业构建高效、规范、安全的大数据处理体系。以下是对DataWorks产品使用合集的概述,涵盖数据处理的各个环节。
253 1
|
2天前
|
存储 SQL C++
对比 SQL Server中的VARCHAR(max) 与VARCHAR(n) 数据类型
【7月更文挑战7天】SQL Server 中的 VARCHAR(max) vs VARCHAR(n): - VARCHAR(n) 存储最多 n 个字符(1-8000),适合短文本。 - VARCHAR(max) 可存储约 21 亿个字符,适合大量文本。 - VARCHAR(n) 在处理小数据时性能更好,空间固定。 - VARCHAR(max) 对于大文本更合适,但可能影响性能。 - 选择取决于数据长度预期和业务需求。
|
6天前
|
SQL Oracle 关系型数据库
MySQL、SQL Server和Oracle数据库安装部署教程
数据库的安装部署教程因不同的数据库管理系统(DBMS)而异,以下将以MySQL、SQL Server和Oracle为例,分别概述其安装部署的基本步骤。请注意,由于软件版本和操作系统的不同,具体步骤可能会有所变化。
27 3
|
11天前
|
SQL 存储 安全
数据库数据恢复—SQL Server数据库出现逻辑错误的数据恢复案例
SQL Server数据库数据恢复环境: 某品牌服务器存储中有两组raid5磁盘阵列。操作系统层面跑着SQL Server数据库,SQL Server数据库存放在D盘分区中。 SQL Server数据库故障: 存放SQL Server数据库的D盘分区容量不足,管理员在E盘中生成了一个.ndf的文件并且将数据库路径指向E盘继续使用。数据库继续运行一段时间后出现故障并报错,连接失效,SqlServer数据库无法附加查询。管理员多次尝试恢复数据库数据但是没有成功。
|
17天前
|
SQL 存储 关系型数据库
关系型数据库SQL Server学习
【7月更文挑战第4天】
25 2
|
22天前
|
SQL 存储 测试技术
|
21天前
|
SQL 机器学习/深度学习 搜索推荐
SQL SERVER 转换失败
【6月更文挑战第25天】
|
17小时前
|
SQL 监控 数据库
SQL Server 查询超时问题排查
【7月更文挑战第8天】排查 SQL Server 查询超时涉及五个主要方面:检查复杂查询、评估服务器性能、审视配置参数、更新统计信息和分析执行计划。关注点包括查询的结构(如连接、子查询和索引),服务器资源(CPU、内存、网络延迟),连接和内存设置,以及统计信息的时效性。通过这些步骤可定位并解决性能瓶颈。
|
26天前
|
SQL 关系型数据库 分布式数据库
PolarDB产品使用问题之如何迁移SQL Server
PolarDB产品使用合集涵盖了从创建与管理、数据管理、性能优化与诊断、安全与合规到生态与集成、运维与支持等全方位的功能和服务,旨在帮助企业轻松构建高可用、高性能且易于管理的数据库环境,满足不同业务场景的需求。用户可以通过阿里云控制台、API、SDK等方式便捷地使用这些功能,实现数据库的高效运维与持续优化。