您的位置:首页 > 数据库 > SQL

Microsoft SQL Server 2012 AlwaysOn 部署(目前使用RC 0 搭建与CTP搭建有些不同) 推荐

2012-02-15 17:54 716 查看
简介

这个简介… … 还是到时候看看微软怎么说再写吧… … 这里就分享一下AlwaysOn的部署

AlwaysOn、Cluster、Mirror比较
以下为个人观点:(选择方案时需注意以下条件)

AlwaysOnClusterMirror
基于Windows Cluster基于Windows Cluster不基于Windows Cluster
节点数>=2节点数>=2节点数=2(+1)
Failover条件:

仲裁盘、

心跳网络、

可用性组
Failover条件:

仲裁盘、

心跳网络
Failover条件:

仲裁实例
数据访问:

1个主节点:读、写

N个子节点:读

实时数据读(默认)
数据访问:

1个主节点:读、写

N个备节点:不可访问

备节点获取不到共享存储
数据访问:

1个主节点:读、写

1个备节点:还原中…

备节点可做数据库快照(不可实时读)
数据库实例类型:

non-clustered
数据库实例类型:

failover-cluster
数据库实例类型:

non-clustered
数据存储及保护级别

总数据量=AlwaysOn数据库×节点数

保护用户数据库
数据存储及保护级别

总数据量=所有数据库之和

仅保护主机,数据由硬件存储保护
数据存储及保护级别

总数据量=Mirror数据库×2

保护用户数据库
应用程序连接字符串:

Server =共享IP;Uid=;Pwd=;Db=

共享IP数可自行设置
应用程序连接字符串:

Server =共享IP;Uid=;Pwd=;Db=

一个共享IP
应用程序连接字符串:

Server =主IP;Uid=;Pwd=;Db=;Failover server=备IP

JAVA应用需要微软提供的驱动程序进行连接
数据同步方式:

日志(必须使用完整还原模式)
数据同步方式:

存储(只有一份数据文件)
数据同步方式:

日志(必须使用完整还原模式)
Windows Cluster 准备

略:查阅SQL Server 2008 Cluster 部署

AlwaysOn部署

虚拟机使用:





DC1、DC2:双域控(Windows 2008 R2)

FileApplication:稍后作为数据库备份服务器(Windows 2008 R2)

SQL201201、SQL201202:SQL 2012 两个节点(Windows 2008 R2)

Storage:存储服务器(提供LUN)

节点1:(DTC个人猜测应该不再是一个必要的环节,除非ETL需要)









节点2:









安装准备:

安装.NET Framework 3.5













哥没Key… … 真愁人… … 先装着玩玩吧









同意协议

哥链接不到外网好不… … 跳过… … 继续下一步… …

















RC 0 Bug爆多,咱还是少自定义,全选的飘过





又检查,检查你妹儿啊,前边检查,现在又来检查… … 盖茨走了,你几个开发的要翻天啊… …





命名实例,不习惯用默认的有木有… … 看见默认实例就烦的有木有… …

节点1:AlwaysOn01





节点2:AlwaysOn02









就改了几个重要的服务帐号,稍后好研究SystemCenter





字符集:









这东西也最好别改,等RTM版出来再改比较靠谱





文件流,用的时候再激活,现在不管





传说中的OLAP,大家懂的,不懂的自己去看看MSDN









传说中的RS





这个不要添加任何东西,不然安装程序可能会挂掉… … RC 0 的Bug啊… …





这个也留空,直接下一步





错误报告,大家都懂的,看见它N年了,从来不知道它干了些撒… … 继续无视… …





亲… … 检查又来了… …





下边这份报告可以留一下,便于以后新人安装可以参考或者下次Core安装用





开始安装… … 等… … 吃晚饭去了… …





今天晚上就先让他慢慢的跑着吧,明天上班估计就装好了… … 明天才是重头戏… … 配置神话中的AlwaysOn

回家吃饭… … 早点儿洗洗睡了… … 今天终于不过节了… …

NND,明年还是我一个人过情人节我就写Windows 8开发去… …八要逼偶… …

安装完成





老老实实重启一下吧… …

开始配置(节点1、2都同样的操作)









激活AlwaysOn 可用性组,然后重启SQL 引擎服务





在节点1打开SSMS





创建一个文件夹存储数据库文件(P.S.是在本地磁盘哦!!!)





给文件夹赋权(我们使用的是SQLAdmin域帐号作为服务帐号的,做过LogShipping的人都应该理解)





创建一个名为:AlwaysOnUserDB的用户数据库









创建完成,开始配置





使用向导开始创建第一个可用性组









随便取个名字





选择用户数据库,这里我们可以看到,他要求必须有一个完整备份,下面我们开始备份

我们首先建立一个远程备份目录,稍后备份到其中,同时稍后数据库同步校验的时候也会校验到,所以必须创建一个

当然我们会授予他SQLAdmin的读写访问权限,这个也是为什么要用域帐号做服务帐号的原因之一





我们开始备份(直接填,不要选,你肯定选不到路径的,放弃什么都依赖向导的习惯吧)













根据个人备份习惯选择

1. 覆盖备份集

2. 备份完成后校验|实施交叉检查

3. 为了减少带库消耗,压缩备份包





回到刚才的向导刷新一下,可以勾选了









加入复制节点





这里我使用的操作系统帐号是POWER\Administrator,

如果是在POWER\SQLAdmin下就能使用集成身份验证了

我小懒一下,就凑合用用sa吧









看到上边这张图是不是觉得很像配置Mirror啊,呵呵





这个不变





先不创建监听,创建监听时需要分配到共享IP





指向我们刚才备份的共享目录

在节点2创建相同的数据库存储路径,然后进行下一步













建议保存一下此脚本





开始创建可用性组





配额完成有个告警略过,不管他



节点一



节点二

同步完成状态(有个面板进行控制,呵呵,不错)

别忘了,我们还没创建监听!!共享IP… …





来创建一个,我喜欢静态IP… … 必须喜欢… …







节点一



节点二



来连一下看看



OK,到此为止安装完成… …

终于见到传说中的神器了… …

下边大家可以测试一下应用程序模拟场景等,单边阻塞,单边宕机,手段切换,这些我就不说了,太多了… …
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
相关文章推荐