云顶娱乐平台 20

云顶娱乐平台:SQL Server常见问题总结

性能优化

  这里的性能优化,我们主要针对语句系统的一些常规参数、慢语句进行第一轮的优化!另外一个重点就是为了应对升级到2014后可能变慢的语句进行调整!具体什么样的语句可能变慢?
这个…

  • 系统的重点语句(执行最频繁的)
  • 语句复杂的
  • 大面积测试吧…..哈哈哈

  这里为什么要在升级前就作这样的优化工作而不是升级后系统运行时在针对慢的语句进行分析呢?
这个道理很简单,如果上线了才发现如果变慢的功能很多,或变慢的是频繁的功能那么上线的效果就是俩个字”失败”。虽然有的看官知道可以使用提示或降低兼容级别解决这个问题,但是这只是特殊场景下的极端手段,而并不是解决的根本。所以建议如果你有升级到2014的
需要,那么这样的优化手段一定要提前做!**

高可用的选择

  答:SQL自带的高可用或读写分离技术主要有:故障转移群集、发布订阅、镜像、日志传送、AlwaysON可用组(具体可以在进阶问题的资料中详细查看)

  一般选用读写分离需要根据不同的场景和要求,比如同步的实时性,读写分离功能的需要情况

  主要列出几个优缺点:

  故障转移群集:主备模式,单活(辅助机不可读),硬件资源浪费,主要场景是数据库的高可用。

  发布订阅:读写分离常用方式,配置灵活,副本节点可以多个,可以发布订阅部分数据(即可以对数据筛选),并提供多种发布订阅模式,缺点:维护比较麻烦,一般不能用作高可用。

  镜像:主备模式,单活(辅助机不可读),硬件资源浪费,主要场景是数据库的高可用。相对于故障转移群集镜像是数据库级别的高可用。在镜像中可以使用快照的方式实现读写分离。

  日志传送:主要用于灾备,在备用机上可读,但缺点是日志还原时不能读,读时不能还原。

  AlwaysON可用组:综合性方案,满足高可用、读写分离等需要,要求:SQL
Server2012 以上版本

  第三方产品:moebius负载均衡集群,实现双活,读负载均衡、读写分离等。缺点实时同步不适合类似采集系统的大规模写入系统。

 

系统对象整理

  因为要做升级迁移,所以对象的整理是很重要的工作,业务对象的遗漏可能会带来不可挽回的灾难!甚至可能会导致整个升级,架构部署的回滚!几套系统中涉及的对象列表过于庞大,比如帐号几十个,几十个作业,上百个同义词,实例级触发器等等…..

服务器划分:

  • 主库对象
  • 读写分离各个只读库对象
  • 发布到其他业务系统的数据服务器配置对象
  • 其他应用程序对象

对象划分:

  • 数据库帐号
  • 链接服务器
  • 实例级触发器
  • 作业
  • 系统参数
  • 维护计划
  • cdc
  • BI相关
  • 同义词
  • 程序集
  • 邮件
  • 操作员
  • 只读库多出来的索引、视图等对象
  • 等等等

查询很久慢

  描述:查询很久都查不出数据,很慢!

  答:这样的情况出现一般是查询语句被其他语句阻塞。在查询中添加 select
* from table with (nolock)如果能查出来说明阻塞

  具体的阻塞情况 可以使用sp_who2 或者
sys.dm_云顶娱乐平台:SQL Server常见问题总结。exec_requests 视图查询

  具体脚本(查看语句运行情况)

 1 WITH sess AS
 2 (
 3     SELECT
 4         es.session_id,
 5         database_name = DB_NAME(er.database_id),
 6         er.cpu_time,
 7         er.reads,
 8         er.writes,
 9         er.logical_reads,
10         login_name,
11         er.status,
12         blocking_session_id,
13         wait_type,
14         wait_resource,
15         wait_time,
16         individual_query = SUBSTRING (qt.text, (er.statement_start_offset/2)+1, ((CASE WHEN er.statement_end_offset = -1 THEN LEN(CONVERT(NVARCHAR(MAX), qt.text)) * 2 ELSE er.statement_end_offset END - er.statement_start_offset)/2)+1),
17         parent_query = qt.text,
18         program_name,
19         host_name,
20         nt_domain,
21         start_time,
22         DATEDIFF(MS,er.start_time,GETDATE()) as duration,
23         (SELECT query_plan FROM sys.dm_exec_query_plan(er.plan_handle)) AS query_plan
24     FROM
25         sys.dm_exec_requests er
26         INNER JOIN sys.dm_exec_sessions es ON er.session_id = es.session_id
27         CROSS APPLY sys.dm_exec_sql_text(er.sql_handle)as qt
28     WHERE
29         es.session_id > 50
30         AND es.session_Id NOT IN (@@SPID)
31 )
32 SELECT
33     *
34 FROM
35     sess
36 UNION ALL SELECT
37     es.session_id,
38     database_name = '',
39     0,
40     0,
41     0,
42     0,
43     login_name,
44     es.status,
45     0,
46     '',
47     '',
48     '',
49     qt.text,
50     parent_query = qt.text,
51     program_name,
52     host_name,
53     nt_domain,
54     es.last_request_start_time,
55     DATEDIFF(MS,es.last_request_start_time,GETDATE()) as duration,
56     NULL AS query_plan
57 FROM
58     sys.dm_exec_sessions es
59     INNER JOIN sys.dm_exec_connections ec ON es.session_id = ec.session_id
60     CROSS APPLY sys.dm_exec_sql_text(ec.most_recent_sql_handle)as qt
61 WHERE
62     ec.most_recent_session_id IN
63     (
64         SELECT blocking_session_id FROM sess WHERE blocking_session_id NOT IN(SELECT DISTINCT session_id FROM sess)
65     )
66 ORDER BY
67     1, 2

  

详细调研

  这样的一个复杂的系统前期的详细调研是需要很长时间的,几套系统不仅仅是架构上设计的比较复杂,功能应用、接口等更是复杂!下面是主要的一些梳理过程:

分区表问题

  描述:数据量千万级别了使用分区表提升性能

   答:分区表的使用场景主要是管理数据,而提升性能主要是靠IO并行,需要合理规划多块物理磁盘,大多数的场景下几千万数据单一的模式查询只需要添加正确的索引即可。

  

确定方案

  通过前期的需求分析,并对客户系统结构有了一个初步的了解后,我们用了将近一周的时间从架构的复杂度,易用性,客户程序改动程度,性能,稳定性等多个角度敲定了最终的方案。

  架构图如下:

   云顶娱乐平台 1

 

   云顶娱乐平台 2

云顶娱乐平台 3

 

  从原来那么复杂的架构变成如此清爽的架构,使用AlwaysOn取代复杂的发布订阅,使用AlwaysOn的只读节点实现读写分离,另外使用异地灾备节点取代原有的异地发布数据库,很不错吧!这也是用户最倾向的架构,因为复杂度低,相对稳定易于维护。这里要注意!凡事有利必有弊!要说“但是”了。

  但是,升级改动的成本大大提升!

  为什么这么说?我们接着看!

服务无法启动

  答:服务无法启动有很多原因,需要具体问题具体定位,如果遇到此类问题要首先查看日志定位问题,日志主要两部分,SQL启动日志和windows日志,下面给出两篇经典解析SQL启动的文章:

  你所不知道的SQL
Server数据库启动过程(用户数据库加载过程的疑难杂症)

  你所不知道的SQL
Server数据库启动过程,以及启动不起来的各种问题的分析及解决技巧

  

 

数据库设计,表设计的问题

  大多数这样的问题,在QQ群里问是根本得不到答案的,很多业务场景不是几句话可以描述清楚的。

  

SQL SERVER全面优化——-Expert for SQL Server 诊断系列

数据库巡检及指标

  巡检系列:轻松精通数据库管理之道——运维巡检系列

  

云顶娱乐平台 4

原文地址: 

AlwaysOn配置问题

   AlwaysOn配置问题请参见桦仔的几篇非常细致的文章:

  从0开始搭建SQL Server AlwaysOn
第一篇(配置域控)

  从0开始搭建SQL Server AlwaysOn
第二篇(配置故障转移集群)

  从0开始搭建SQL Server AlwaysOn
第三篇(配置AlwaysOn)

  从0开始搭建SQL Server AlwaysOn
第四篇(配置异地机房节点)

  2016的AlwaysOn 搭建:SQL SERVER 2016 AlwaysOn
无域集群+负载均衡搭建与简测

 

升级到2014

  升级数据库完全可以写成好几篇博客,甚至写本小书都可以了!这里只做简单介绍,和一些要重点注意的问题!

写在前面

  在QQ群,微信群,论坛中经常帮助使用SQL
Server数据库的朋友解决问题,但是有一些最常见最基本的问题,每天都有人问,回答多了也不想再解答了,索性把这些问题整理一下,再有人问到直接发链接。

   一时想法而写这篇文章,问题可能不全面,后续会一直更新。

  说到高可用,看官们会想到很多方案,也许是自亲身经历过系统从单机变成高可用的痛苦过程,也许有的看官只是在自己的虚机上搭建过测试的玩具。今天本篇用我自己的真实经历给大家讲述,不管怎么样实战和测试玩耍还是很大的区别的!可能你觉得搭建一套高可用方案很简单,配置配置就OK了,但在真正的复杂系统中一切就没有那么轻松了! 

 高可用技术

  如何规划、建设你的数据库架构

   数据库集群技术漫谈

  SQL
Server中的高可用性(1)—-高可用性概览

 

————–博客地址—————————————————————————————

数据库优化问题

   整体思路:SQL SERVER全面优化——-Expert for SQL Server
诊断系列

   具体细节:SQL
Server性能调优系列

  

如有转载请保留原文地址! 

SQL语句问题

  描述:SQL语句增加或者减少一个条件就变得很慢

  答:SQL语句的运行变化很微妙,需要理解执行计划,几句话或者贴个图无法解决,一些语句的习惯是需要养成的,请参见:

  SQL
SERVER全面优化——-写出好语句是习惯

  SQL
SERVER全面优化——-索引有多重要?

  

集群搭建

  集群搭建可能没有过多的可说支出,正常创建故障转移集群,搭建AlwaysOn等,但这其中的细节还是很多的,比如仲裁的方式?异地节点的虚拟IP设置?节点个数与业务的配合?等等等的问题,这里也就不一一细说了。

  详细步骤请按照 桦仔非常详细的三篇博文:从0开始搭建SQL Server AlwaysOn
第三篇(配置AlwaysOn)

第一篇

第二篇

第三篇

常用优化工具平台

  SQL专家云平台
: 30分钟带你熟练性能优化的那点儿事儿(案例说明) 
 

  profiler与性能计数器:性能计数器与profiler的组合性能诊断

  语句的分析工具:一款好用且免费的语句分析工具

 

上线演练

  上线演练?这是个什么东西?

  首先数据库的操作一定要确定可实施的时间窗口!保证在固定的时间窗口完成工作很重要,那么这就是上线演练的最大好处,我们使用准备出的新机器完全模拟上线的全部步骤,并记录每个步骤使用的时间,可能出现的风险,最迟的完成时间等等。其次搭建完成后我们可以用这个环境(就是完成后正式环境的配置)进行压力测试。

  上线演练是一个很必要的步骤,但这个步骤要视实际的情况而定,比如升级的方式,环境的配置等。在这样的一个项目中我们做了两轮的上线演练!

运维脚本

  数据库的运维策略(内附脚本,无私分享)

  SQL Server自动化运维系列——监控性能指标脚本(Power
Shell)

 

————–博客地址—————————————————————————————

博客地址 

 

 欢迎转载,请注明出处,谢谢


  总结 :
遇到的问题很多,一时间很多想不起来,我会慢慢整理,慢慢补充,争取让此篇变成对看官们很有帮助的一边总结。

   

  遇到的常见问题,希望大家给予补充,一起完善这篇文章。

 —————————————————————————————————-

注:此文章为原创,欢迎转载,请在文章页面明显位置给出此文链接!
若您觉得这篇文章还不错请点击下右下角的推荐,非常感谢!

 

  升级2014 最大的一个问题

  2014 的新特性 “参数估计”
!这个让人兴奋又苦恼的新功能会导致很多语句在升级到2014
后变慢,因为前面的优化阶段已经对这部分重点关注了,所以这部分的问题基本已经消灭!但是万恶的分区表(200多个分区)依然导致了批处理的性能严重问题!

负载均衡集群

  大数据时代下的SQL
Server第三方负载均衡方案—-Moebius测试

  SQL SERVER 2016 AlwaysOn
无域集群+负载均衡搭建与简测

 

测试过程

进阶问题

  进阶问题中需要对数据库知识有一定的积累,无法几句话概括,所以下面给出一些经典文章的链接:

程序修改

  这个架构的修改也必然导致程序上的变化,这也是前文中提到的为什么客户最倾向的架构,因为复杂度低而使成本大大提升。原始系统中的关联性无法通过发布订阅实现本地化访问,又不能使用性能非常差的链接服务器。那么路只有一条,那就是修改程序访问方式,简单理解为在程序中分别在各自的数据库中查出相应的数据,然后通过程序在内存中操作处理。

基础问题收集

 

资源下载

  描述:XX版本数据库操作系统在哪里下载?

  答:  里面很多东西,有兴趣的自己看吧

实施过程

日志问题

  描述:系统日志LDF满了 或 日志文件非常大 如何收缩?

  答:简单恢复模式下SQL
Server会自动截断日志文件,完整模式下需要日志备份

  恢复模式查看

  云顶娱乐平台 5

  日志备份的方式

  云顶娱乐平台 6

  收缩日志

  云顶娱乐平台 7

 

  注:很多人使用简单模式习惯了,或者根本不知道自己用的什么模式,但是如果做的镜像,AlwaysOn这类方案日志必定是完整模式。

  日志不能收缩有较多的原因,常见的是没有备份和Replication
也就是使用镜像、AlwaysOn、cdc这些技术的时候日志同步中除了问题或这没有同步完成。

  一般正规军解决方式: 

  • 查看 sys.databases 里面 log_reuse_wait_desc字段 如果是nothing才能收缩 
  • log_reuse_wait_desc 为 backup 需要备份日志
  • Replication
    则需要查看镜像、AlwaysOn、cdc这些技术状态是否正常,如果不正常,必须拆除或者调整为正常
  • 依次处理直到nothing才能收缩

  

 

细节问题处理

  总体的实施步骤可以说就是这样了,但是在这个整体步骤中充斥着无数的细节,每一个细节可能都决定着方案的可行性,升级、架构变更的成败。限于篇幅这里只举几个可能常见的问题说明一下!

  • CDC功能与AlwaysOn:官方文档上说CDC与AlwaysOn可以实现转移后CDC不间断,但是经过测试CDC作业在AlwaysOn切换后多次执行失败则不会再一次自动运行,CDC的logreader和发布订阅时一样的,但在没有发布订阅存在的情况下只有CDC作业会出现上述问题。解决办法:配置调控作业(节点切换作业控制)
  • 重建索引操作:由于配置异地节点。日志重建变成问题,测试中重建索引的日志量是单机下日志量的好几倍!这样会导致异地日志队列过长。解决办法:使用手工脚本拆分细化索引重建,根据队列大小和传输速率控制每天的日志量。
  • 2014下语句变慢:具体就不细说了,2014参数估计和200+分区表组合产生的语句变慢问题至今没有答案。目前只是使用一些方法避免了这个问题!(这个问题也请遇到的朋友给些思路,谢谢)
  • 只读副本上有写操作:由于一些报表操作使用中间临时表,这里临时表不是#temp
    这种而是真正的物理表作为临时表。解决方案:修改为临时表,或创建单独数据库(不在可用性组中),在使用同义词指向新库实现写操作。

 

  遇到的问题真的是各种多,这也是为什么说当你的常规技术手段都掌握的时候,踩过的坑就是你的成长了!

 

————–博客地址—————————————————————————————

原文地址: 

如有转载请保留原文地址! 

 


 

  总结 :
文章只是简单分享了一个较为复杂的08到14的升级并搭建高可用的工作,真正的实战项目和自己搭建的测试系统还是有很大的差别。项目整个工期持续了3个月,所以本文只是简单的说明思路和步骤,另外介绍了几个常见的大坑。项目中的主要步骤,个人认为这也是在数据库高可用方案搭建过程中的必要步骤:

  1. 系统背景调查
  2. 业务调研,生成初版方案
  3. 详细调研,对象整理
  4. 测试环境搭建
  5. 系统测试,确定方案
  6. 上线演练,确定时间窗口
  7. 压力测试
  8. 正式上线
  9. 上线后监控
  10. 解决问题,制定维护方案

 

   此项目可以说是比较严格的遵循了相关管理的标准,在三个月的实施中,我们秉承这“稳定大于效率”的思想,工作细化到每一步,每一步都有详细的说明,最终保证了三套系统的上线运行零故障!

  

 文章用到的 Expert FOR SQLSERVER
工具下载链接:

 —————————————————————————————————-

注:此文章为原创,欢迎转载,请在文章页面明显位置给出此文链接!
若您觉得这篇文章还不错请点击下右下角的推荐,非常感谢!

连接问题

  描述:数据库连接不上

  云顶娱乐平台 8

  答:请确认SQL服务是否启动,用户密码是否正确,连接的实例名称,端口是否正确

  云顶娱乐平台 9

  

前期调研

AlwaysOn新建用户 

  首先要明白AlwaysOn可用组中:

  1.只有主节点是可以写入的,辅助节点只读

  2.权限分成两部分,实例级别“登录名”和数据库级别“用户”

  3.在主节点创建登录名称并选择数据库权限后,因为数据同步,所以从库上已经有了新创建用户的数据库权限,但是没有登录名。

  4.不能在辅助节点同样的方式创建登录名,这样就是“用户孤立”问题

  解决方法:  

  1.在主节点上直接添加的是“登录名”,比如创建一个登录名 KK

  云顶娱乐平台 10

  2.选择数据库权限及用户映射

  云顶娱乐平台 11

  3.查询刚才创建“登录名”的脚本(此脚本也可以用于升级或迁移数据库还原后,登录名同步的问题)

  

  1 CREATE PROCEDURE #sp_hexadecimal
  2     @binvalue varbinary(256),
  3     @hexvalue varchar (514) OUTPUT
  4 AS
  5     DECLARE @charvalue varchar (514)
  6     DECLARE @i int
  7     DECLARE @length int
  8     DECLARE @hexstring char(16)
  9 
 10     SELECT @charvalue = '0x'
 11     SELECT @i = 1
 12     SELECT @length = DATALENGTH (@binvalue)
 13     SELECT @hexstring = '0123456789ABCDEF'
 14     WHILE (@i <= @length)
 15     BEGIN
 16         DECLARE @tempint int
 17         DECLARE @firstint int
 18         DECLARE @secondint int
 19         SELECT @tempint = CONVERT(int, SUBSTRING(@binvalue,@i,1))
 20         SELECT @firstint = FLOOR(@tempint/16)
 21         SELECT @secondint = @tempint - (@firstint*16)
 22         SELECT @charvalue = @charvalue + SUBSTRING(@hexstring, @firstint+1, 1) + SUBSTRING(@hexstring, @secondint+1, 1)
 23         SELECT @i = @i + 1
 24     END
 25     SELECT @hexvalue = @charvalue
 26 GO
 27 
 28 DECLARE @name sysname
 29 DECLARE @type varchar (1)
 30 DECLARE @hasaccess int
 31 DECLARE @denylogin int
 32 DECLARE @is_disabled int
 33 DECLARE @PWD_varbinary  varbinary (256)
 34 DECLARE @PWD_string  varchar (514)
 35 DECLARE @Principal_id int
 36 DECLARE @SID_varbinary varbinary (85)
 37 DECLARE @SID_string varchar (514)
 38 DECLARE @tmpstr  varchar (1024)
 39 DECLARE @is_policy_checked varchar (3)
 40 DECLARE @is_expiration_checked varchar (3)
 41 DECLARE @defaultdb sysname
 42 DECLARE @language sysname
 43 DECLARE @rolename sysname
 44 DECLARE login_curs CURSOR FOR SELECT 
 45     p.principal_id,
 46     p.sid, 
 47     p.name, 
 48     p.type, 
 49     p.is_disabled, 
 50     p.default_database_name, 
 51     p.default_language_name,
 52     l.hasaccess, 
 53     l.denylogin 
 54 FROM 
 55     sys.server_principals p 
 56 LEFT JOIN 
 57     sys.syslogins l ON ( l.name = p.name ) 
 58 WHERE 
 59     p.type IN ( 'S', 'G', 'U' ) AND 
 60     p.name <> 'sa'
 61 
 62 OPEN login_curs
 63 
 64 FETCH NEXT FROM login_curs INTO @Principal_id, @SID_varbinary, @name, @type, @is_disabled, @defaultdb, @language, @hasaccess, @denylogin
 65 IF (@@fetch_status = -1)
 66 BEGIN
 67   PRINT 'No login(s) found.'
 68   CLOSE login_curs
 69   DEALLOCATE login_curs
 70   RETURN
 71 END
 72 SET @tmpstr = '** Generated ' + CONVERT (varchar, GETDATE()) + ' on ' + @@SERVERNAME + ' */'
 73 PRINT @tmpstr
 74 PRINT ''
 75 WHILE (@@fetch_status <> -1)
 76 BEGIN
 77     IF (@@fetch_status <> -2)
 78     BEGIN
 79         PRINT ''
 80         SET @tmpstr = '-- Login: ' + @name
 81         PRINT @tmpstr
 82         IF (@type IN ( 'G', 'U'))
 83         BEGIN -- NT authenticated account/group
 84             SET @tmpstr = 'CREATE LOGIN ' + QUOTENAME( @name ) + ' FROM WINDOWS WITH DEFAULT_DATABASE = [' + @defaultdb + '], DEFAULT_LANGUAGE = [' + @language + ']'
 85         END
 86         ELSE 
 87         BEGIN -- SQL Server authentication
 88             -- obtain password and sid
 89             SET @PWD_varbinary = CAST( LOGINPROPERTY( @name, 'PasswordHash' ) AS varbinary (256) )
 90             EXEC #sp_hexadecimal @PWD_varbinary, @PWD_string OUT
 91             EXEC #sp_hexadecimal @SID_varbinary,@SID_string OUT
 92 
 93             -- obtain password policy state
 94             SELECT @is_policy_checked = CASE is_policy_checked WHEN 1 THEN 'ON' WHEN 0 THEN 'OFF' ELSE NULL END FROM sys.sql_logins WHERE name = @name
 95             SELECT @is_expiration_checked = CASE is_expiration_checked WHEN 1 THEN 'ON' WHEN 0 THEN 'OFF' ELSE NULL END FROM sys.sql_logins WHERE name = @name
 96 
 97             SET @tmpstr = 'CREATE LOGIN ' + QUOTENAME( @name ) + ' WITH PASSWORD = ' + @PWD_string + ' HASHED, SID = ' + @SID_string + ', DEFAULT_DATABASE = [' + @defaultdb + '], DEFAULT_LANGUAGE = [' + @language + ']'
 98 
 99             IF ( @is_policy_checked IS NOT NULL )
100             BEGIN
101                 SET @tmpstr = @tmpstr + ', CHECK_POLICY = ' + @is_policy_checked
102             END
103             IF ( @is_expiration_checked IS NOT NULL )
104             BEGIN
105                 SET @tmpstr = @tmpstr + ', CHECK_EXPIRATION = ' + @is_expiration_checked
106             END
107         END
108         IF (@denylogin = 1)
109         BEGIN -- login is denied access
110             SET @tmpstr = @tmpstr + '; DENY CONNECT SQL TO ' + QUOTENAME( @name )
111         END
112         ELSE IF (@hasaccess = 0)
113         BEGIN -- login exists but does not have access
114             SET @tmpstr = @tmpstr + '; REVOKE CONNECT SQL TO ' + QUOTENAME( @name )
115         END
116         IF (@is_disabled = 1)
117         BEGIN -- login is disabled
118             SET @tmpstr = @tmpstr + '; ALTER LOGIN ' + QUOTENAME( @name ) + ' DISABLE'
119         END
120         PRINT @tmpstr
121         PRINT 'GO'
122         DECLARE server_role_members_curs CURSOR FOR 
123             SELECT 
124                 (SELECT [name] FROM sys.server_principals WHERE principal_id = role_principal_id) AS rolename
125             FROM 
126                 sys.server_role_members 
127             WHERE 
128                 member_principal_id = @Principal_id
129         OPEN server_role_members_curs
130 
131         FETCH NEXT FROM server_role_members_curs INTO @rolename
132         WHILE (@@fetch_status <> -1)
133         BEGIN
134             SELECT @tmpstr = 'EXEC master..sp_addsrvrolemember @loginame = N''' + @name + ''', @rolename = N''' + @rolename + ''''
135             PRINT @tmpstr
136             PRINT 'GO'
137             FETCH NEXT FROM server_role_members_curs INTO @rolename
138         END
139         CLOSE server_role_members_curs
140         DEALLOCATE server_role_members_curs        
141     END
142     FETCH NEXT FROM login_curs INTO @Principal_id, @SID_varbinary, @name, @type, @is_disabled, @defaultdb, @language, @hasaccess, @denylogin
143 END
144 CLOSE login_curs
145 DEALLOCATE login_curs
146 GO
147 
148 DROP PROCEDURE #sp_hexadecimal
149 GO

 

  4.找到查询出的脚本,在辅助节点运行(其中主要的就是SID)

  云顶娱乐平台 12

 

   

  升级方式

云顶娱乐平台,  升级方式有2种:in place 和side by side,这里采用的是side by side!
通俗地说就是准备新的服务器,安装对应版本的数据库,然后把数据还原上去。side
by
side的好处就是升级不会影响原有的环境,即使失败也能修改程序指向回退到原环境!

  云顶娱乐平台 13

 

废话不多说,直接开整—————————————————————————————–

  文章主要讲述升级并搭建AlwaysOn高可用的过程,以实施的思路为主。文中并没有搭建集群的步骤,搭建步骤请自行学习(个人认为会搭建可用组并不是关键,而一系列的调研细节才是项目成功的关键)

背景

  客户的现有方案是一套使用发布订阅构建的读写分离方案,总体来说系统构建的很不错。也是在SQL2012之前很常见的一套架构。

  架构图如下:

   云顶娱乐平台 14

 

  云顶娱乐平台 15

 

 

 

  客户的需求:SQL server 2008 R2 升级到SQL SERVER 2014 使用AlwaysOn
替换现有发布订阅架构。实现本地高可用、读写分离,异地灾备等,并应用部分2014的新功能,如内存优化表等提升系统性能和并发能力等。

数据收集

  前期对系统的了解很重要!那么怎么样对系统有一个初步直观并且详细的了解呢?用脚本收集?这是时候就体现出工具的专业和协作价值。工欲善其事,必先利其器!

 

  云顶娱乐平台 16

 

  云顶娱乐平台 17

  云顶娱乐平台 18

  

 

 

搭建测试环境

  所有的升级、高可用项目测试环节都是必不可少的。首先是测方案配合业务的可行性,因为作为第三方公司不能对用户所有的应用关系,系统架构了如指掌,甚至客户方自己的工程师可能也做不到这一点。其次是测试功能在新环境下是否出现异常。还有就是对收集并迁移的系统对象进行一次查缺补漏。这样也可以尽量保证系统上线时发生故障的概率!

  测试环境无疑是任何升级、架构变更的必要步骤,也只有经过充分的测试才能做到心中有数,进而实现零故障上线。

制定性能基线

  这样一个大的变动,数据库在各个阶段的性能指标是什么样子的呢?
这里我们依然使用 Expert for SQL Server
工具对每一个阶段实施前后性能进行对比,这样不仅能对实施的影响进行监控,更能清晰地分析出每个实施阶段对性能的影响!

  云顶娱乐平台 19

 

  云顶娱乐平台 20

 

对每个指标也都做相应的对比分析,指标比较多这里不一一介绍了,请参见优化系列文章:

原有系统结构

  我们首先要对原有系统的设计有透彻的了解,客户在两地分别有一个数据中心,三套系统有大量的业务要使用其他系统的数据,所以这里使用发布订阅准时时的把其他系统中的数据发布到系统中的一个数据库,并使用同义词指向订阅来的数据。这种结构降低了使用链接服务器跨实例甚至跨机房访问的性能消耗!并且多份数据订阅到多个只读的节点,从而实现了报表、接口等业务的读写分离。