新葡亰496net 新葡亰496net 简述SQL2008部署多实例集群(学习)

简述SQL2008部署多实例集群(学习)



数据库集群

      集群的存在意义是为了保证高可用、数据安全、扩展性以及负载均衡。

步骤说明

其实,基于Windows Server 2008
R2的故障转移群集部署Sql Server 2008 AA(主主) 模式群集的步骤如下:

1、 安装环境说明

2、 网络、硬盘环境的准备

3、 AD环境的准备

4、 部署帐号准备

5、 故障转移群集验证、安装、测试

6、 MSDTC群集安装

7、 Sql Server 2008 SP1集成

8、
安装Sql群集前的说明(实例名、数据库磁盘存放位置)

9、
安装第一个AP(主从)模式群集(安装一个数据库实例)

10、安装第二个AP(主从)模式群集(安装另外一个数据库实例)

11、总结与注意事项

(本文介绍1-5步骤,6-11步骤待续)

1.**安装环境说明**

安装一共需要4台服务器,1台基于IP-SAN的磁盘阵列(当然也可以使用F-SAN)。

服务器

作用

备注

DCSrv01

主域控

必须,做Sql的群集服务必须有域环境。

DCSrv02

辅助域控

非必须

SqlSrv01

数据库服务器01

必须

SqlSrv02

数据库服务器02

必须

IP-SAN磁盘阵列

磁盘存储

必须,也可以用F-SAN。

什么是集群?

    
由二台或更多物理上独立的服务器共同组成的”虚拟”服务器称之为集群服务器。一项称做MicroSoft集群服务(MSCS)的微软服务可对集群服务器进
行管理。一个SQL Server集群是由二台或更多运行SQL
Server的服务器(节点)组成的虚拟服务器。如果集群中的一个节点发生故障,集群中的另一个节点就承担这个故障节点的责任。认为一个
SQL
Server集群能够给集群中的两个节点带来负载平衡,这是一种常见的误解。虽然这似乎很有用,但却是不正确的。这也意味着SQL
Server集群不能真正提高性能,只能提供故障转移功能。故障转移就是当系统中的一台机器发生故障失去其功能时,另一台机器将接手运行它的SQL
Server实例。这种功能失效可能是由于硬件故障、服务故障、人工故障或各种其它原因。

     对于在SQL Server 20082008R2下安装SQLServer
实例的集群似乎有越来越多的问题。与2005相比安装方法要求每个节点都被独立执行。下面我我们一起看一下如何实现集群的部署。

2.**硬件、网络、硬盘环境的准备**

在规划前,先给一些建议:

1、SqlSrv01、SqlSrv02最好使用单独的一块网卡与IP-SAN磁盘阵列柜连接(如果是光纤-SAN,则不需要网卡,一般通过HBA卡连接),并且使用与对外服务的IP不同的网段。

2、在部署基于IP-SAN阵列的群集时候,
SqlSrv01、SqlSrv02各使用了3块网卡。

部署

   
本篇针对Share-Disk架构的集群进行介绍,为了更好展现,我们假定一下几个场景(–配置步骤):

    有3台计算机作为节点,分别叫做NodeA, NodeB 和NodeC ,IP地址如下。

  • NodeA – IP Address 10.10.10.10
  • NodeB – IP Address 10.10.10.11
  • NodeC – IP Address 10.10.10.12.

    三个节点是Windows集群SQLFAILSET01
(虚拟IP地址是10.10.10.20)的成员。在安装集群应用程序之前需要安装和配置这个基于Windows
集群的平台包括虚拟网络和IP。三个节点有独立的硬件(处理器,内存,NIC等等)和软件(操作系统)。安装两个新的SQLServer集群实例,使用唯
一的虚拟网络名称和实例名称。两个虚拟网络名称和虚拟IP地址如下:

  • SQLCLUST01 – Virtual IP Address 10.10.10.21
  • SQLCLUST02 – Virtual IP Address 10.10.10.22.

实例名:

  • INST1 (SQLCLUST01)
  • INST2 (SQLCLUST02)

图片 1

为了实现集群按照以下文档部署(配置步骤请参考连接或者其他文献):

  • 虚拟网络名称:
    与你的计算机在Windows域中的名称一样。它一定是唯一并且命名遵循常规的名称命名限制如字符长度和特殊字符的使用,
  • 虚拟IP地址:
    与分配客户公共网络IP一样。这是一种共享的IP节点,用来接收跟指定实例通信的IP。
  • 共享驱动器:
    这些共享存储是典型的通过光纤通道或者iSCSI连接的逻辑单元。这些逻辑单元对所有的集群几点公开并且分配唯一的逻辑驱动字符。不要与本地驱动器(通常由物理磁盘直接附加到服务器上)混淆。
  • NIC: 网络接口卡。

   
如果你没有这样做,则需要将集群磁盘资源R、S和T故障转移部署到NodeA,同样也会安装软件组件和数据库到这些驱动器上。从在NodeA开启
SQLServer2008的安装开始,选择”New SQL Server failover cluster
installation”。然后安装相关的基础选项配置以及许可。来到实例配置启动的安装部分。

   
从功能列表中选择你想去安装的项目。下一个屏幕就是你说提供的实例配置,由实例名称和虚拟网络名称组成。对于NodeA使用如下配置:

network name – SQLCLUST01

instance name – INST1

 

在下一个屏幕详细展示集群资源组和共享磁盘资源(分配给新实例的)。对于NodeA如下配置:

SQL Server data – R:

SQL Server logs – S:

SQL Server backups – T:

   
一旦这些信息被提交,系统将提示网络配置将使用之前选择的虚拟IP地址。剩下的安装明细包括了集群的安全策略,服务配置(服务账户明细)和数据库引擎配置
(包括账户配置、文件流设置和数据目录)。在数据目录的标签下,展示你选择的之前提供的驱动盘符–“驱动目录”
结构。继续安装,只要安装成功你就会拥有第一个集群实例在NodeA上。

    
接下来是NodeB,需要将故障转移集群磁盘资源L,M和N部署到NodeB上准备安装。

    现在在NodeB上开启SQLServer2008的安装并且再次点击”New SQL Server
failover cluster
installation”。根据之前的步骤安装,用网络名SQLCLUST02替换之前的,实例名称为INST2,逻辑磁盘驱动器为L(数据),M(日
志)和N(备份)。

   
此刻,我们已经有了两个故障转移实例,分别部署到了NodeA和NodeB上。两个实例使用完全不同的磁盘驱动器和盘符,不同的Windows2008程序组和独立的虚拟网络名称,实例名称和虚拟IP地址。激活节点的信息如下:

  • SQLCLUST01INST1 active on NodeA.
  • SQLCLUST02INST2 active on NodeB.

 

   
但是,目前对于每个实例都没有可以利用的故障转移服务器,现在来解决这个问题。为了让NodeC作为每个实例的转移节点,需要在NodeC上多次安装SQLServer实例。

    首先在C上开启2008的安装,并且选择”Add node to a SQL Server failover
cluster”。安装程序将完成多个选择和提示等关键信息。之后,安装将提示集群节点配置。在这里选择你希望加入的SQLServer实例
(SQLCLUST01INST1)。继续完成安装,就有了NodeC作为SQLCLUST01INST1的故障转移“搭档”。

    接下来,第二次安装SQLServer 2008在NodeC上,选择”Add node to a SQL
Server failover
cluster”。再一次按照如上步骤,再一次按提示配置集群节点。选择(SQLCLUST02INST2)
作为集群实例并且按照安装步骤完成。这是NodeC就成为了SQLCLUST02INST2的故障转移“搭档”。

下面就是安装中心的截图以及选择的选项:

图片 2

下面的截图展示的是安装定义加入实例的地方:

图片 3

 

   
如上所示,安装已经完毕,整个流程更加易于管理。当然利用新的气流特性和集成服务包或累积更新来减少可以减少部署新SQL服务器实例的时间。这里就不展开讲了。

 

(1) 硬件资源需求

服务器

硬件资源

(主要指网卡)

备注

DCSrv01

1块网卡

用于对外提供服务。

DCSrv02

1块网卡

用于对外提供服务。

SqlSrv01

3块网卡

1、 心跳网卡(与SqlSrv02直联):心跳网卡

2、 连接磁盘阵列的网卡:阵列网卡

3、 对外提供服务的网卡:服务网卡

SqlSrv02

3块网卡

1、 心跳网卡(与SqlSrv01直联):心跳网卡

2、 连接磁盘阵列的网卡:阵列网卡

3、 对外提供服务的网卡:服务网卡

IP-SAN磁盘阵列

这个是硬件厂商做好的,所以我也不知道。

总结

   
本篇只是简单介绍了最简单的故障转移集群如何搭建。集群有很多种形式如本篇这种共享磁盘模式的数据库集群,以及实现负载均衡的集群等等,但是正如文章一开
始我提到的SQL
Server集群不能真正提高性能。业务的应用场景各有不同还是需要不断地配置升级来完成匹配适应的集群。

(2) 网络(IP地址、网络名称)资源

IP地址(举例)

类型

网络名称

备注

服务器服务IP地址

192.168.3.2

真实

FQDN名

DCSrv01的IP地址。建议使用静态IP地址

192.168.3.3

真实

FQDN名

DCSrv02的IP地址。建议使用静态IP地址

192.168.3.101

真实

FQDN名

SqlSrv01的服务网卡IP地址。建议使用静态IP地址

192.168.3.102

真实

FQDN名

SqlSrv02的服务网卡IP地址。建议使用静态IP地址

数据库服务器心跳地址

10.10.10.2

真实

不需要

SqlSrv01的心跳网卡IP地址。与SqlSrv02的心跳网卡直联。

10.10.10.3

真实

不需要

SqlSrv02的心跳网卡IP地址。与SqlSrv01的心跳网卡直联。

数据库服务器阵列地址

192.168.4.101

真实

根据情况

SqlSrv01的阵列网卡IP地址。一般是厂商做好的。

192.168.4.102

真实

根据情况

SqlSrv02的阵列网卡IP地址。一般是厂商做好的。

虚拟IP地址

192.168.3.200

虚拟

ClusterServer

故障转移服务需要使用的IP地址。

192.168.3.201

虚拟

MSDTCCluster

MSDTC对外服务需要使用的IP地址。

192.168.3.202

虚拟

SqlCluster01

第一个Sql AP模式的对外服务虚拟地址。

192.168.3.203

虚拟

SqlCluster02

第二个Sql AP模式的对外服务虚拟地址。

(3) 硬盘环境准备

硬盘环境准备一般是由硬件厂商来完成的工作。不过,我们需要告诉硬件厂商我们需要什么。

因为我们做的是AA模式。所以,需要磁盘阵列的磁盘分为4个物理磁盘。

盘符

卷标

空间大小

备注

Q

Q

1-2G

经典的仲裁盘(Windows Server 2008称为见证盘)

M

MSDTC

2-5G

MSDTC磁盘

D(任意)

Data01

根据需求

第一个数据库实例(第一个AP模式)需要使用的SQL数据存储磁盘)

E(任意)

Data02

根据需求

第二个数据库实例(第二个AP模式)需要使用的SQL数据存储磁盘)

3.AD**环境的准备**

(1) 部署企业中第一台Windows Server 2008 R2域控制器

参见《部署企业中第一台Windows Server 2008
R2域控制器》

(2) 部署企业中Windows Server 2008 R2额外域控制器

参见《部署企业中Windows Server 2008
R2额外域控制器》

标签:

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图