61阅读

sql server 2012-点评:巍然耸立的SQL Server 2012

发布时间:2017-10-19 所属栏目:微软私有云解决方案

一 : 点评:巍然耸立的SQL Server 2012

【51CTO 4月26日外电头条】正如大家一直以来对SQL Server新版本的殷切期望,SQL Server 2012也确实没有令我们空等,它所带来的海量新功能可以说光是名称就能占据几页稿纸。无论是商务智能用户渴望的Reporting Service还是令IT人士望眼欲穿的查询性能与正常运行时间,它几乎能够很好地为任何类型的用户服务。SQL Server 2012可以说是一款携威而来、全线升级的产品,除了少数几点令人失望的瑕疵外,我们很难对它横行非议。

Reporting Service中专为数据探测及虚拟化添加了一款名为Power View的网络前端。Analysis Service则引入了一套全新的语义模型,为商务智能专家在构建解决方案时提供更多灵活性。此外,列式存储索引机制的出现令查询性能更上一层楼;再加上新的Data Quality Service以及对原有Master Data Service的加强,SQL Server 2012无疑将在处理企业数据方面更加得心应手。

当然,SQL Server 2012中还包含了大量专为数据库管理员们准备的新功能,旨在帮助他们在管理工作中更加高效地处理问题。这些内容我在本点评文章中也会谈到,不过首先从大家最关心的、能够帮助系统可用性达到新水平的功能开始。

锦上添花的可用性

让咱们首先聊聊新版本中最大的进化内容之一——AlwaysOn。AlwaysOn是一种新的HA技术,它的出现将传统数据库镜像彻底扔进垃圾桶。由于镜像备份机制已然启动,因此镜像被局限在某台单一目标服务器上显然并不理想。另外,除非我们关闭自己的主数据库,否则这些镜像目标根本毫无用处,甚至连内容读取都无法实现。针对以上两点问题,AlwaysOn交出了令人满意的答卷。我们完全可以为自己的主数据库轻松配置多套只读副本,并在系统运行状态良好时将其作为报告机制使用。当然,与镜像备份类似,我们也可以对AlwaysOn进行设置,指示其与目标主数据库实时同步或者延时同步。

耸立 点评:巍然耸立的SQL Server 2012

镜像可读性本身已经解决了备份机制中的一个老大难问题,但AlwaysOn最大的贡献还不仅限于此——它实现了多套相关数据库之间的故障切换。在通常情况下,两套或两套以上数据库的正常运行往往需要彼此之间的相互支持;也就是说只要其中某一套出了问题,仅凭镜像根本不足以支撑起全局业务。而AlwaysOn利用Availability Group(可用性群组)解决了数据库之间相互依赖的问题。该功能允许我们将那些必须同时失效的数据库指定为一个群组,这样一旦某套关键性数据库失效,相关数据库也将一并失效。通过这种方式,数据库的整体切换终于成为可能。

数据库的彼此依赖性是数据库管理员们最为头痛的另一大课题。当我们将数据库恢复到不同的运行环境中时,需要考虑到各种不同的情况,例如连入服务器、用户账户以及跨数据库规程与视图等等。这一切都必须通过同步与现有工作状态相匹配方能达到目的。而在SQL Server 2012中,我们发现了一项名为ContainedDB的功能,在它的帮助下我们能够将一套数据库转化为独立体系,也就是不与任何外部因素相关联。在这项功能启用时,我们无法向目标数据库写入任何将对其它数据库产生依赖性的内容,也不允许该数据库中包含任何将被外部系统所调用的对象。事实上,ContainedDB中的用户账户甚至根本没有服务器级别的登录选项,这样大家就不必担心自己在将数据库移动到新设备中时需要进行麻烦的账户信息同步了。当然,这还只是ContainedDB功能的首个版本,其中必然存在着一些问题与局限性;但它的意义非常重大,至少为我们带来了一个良好的开端。

另一大重大改进来自事件日志与追踪系统。SQL Profiler已经被正式舍弃,新的XEvents(即扩展事件)GUI取而代之。XEvents在最新版本中得到了极大扩展,新的追踪机制也将完全以它为核心运作。对于大多数用惯了老版本的用户来说,这次大刀阔斧的改动可能会带来些许不适,但我可以保证一旦上手,各位绝对会对新方案赞不绝口。XEvents比过去的SQL Trace更为灵活,也就是说如今追踪活动给设备带来的性能影响已经变得微乎其微。不仅追踪机制发生变革,重播功能也以Distributed Replay(分布式重播)之名改头换面。顾名思义,它让用户得以从多台设备重播那些受到追踪的工作负载,这样我们就能更好地模拟所在企业的日常生产活动。如果大家正打算进行更新测试或者考察自己的设备能否应对突如其来的数据爆发,那么这些功能的出现实在是既贴心又实用。

索引体系改进

索引体系迎来两大改进——在线重新索引与列式存储索引。相对于大多数企业针对数据库管理员们所做的管理简易化宣传,少数几项功能似乎一直并未受到多少重视,而在线重新索引正是其中最被忽视的项目之一。相信大家跟我一样,都曾为SQL Server 2005中的在线重新索引功能而感到兴奋不已;然而事实证明那套东西根本无法作用全部数据类型。在实际操作中,我们很快发现任何包含可变长字符、n长度可变长字符、可变二进制以及XML列数的索引都无法被在线重新索引功能接受。因此,我们不得不为自己的重新索引规范添加定制逻辑,以其使理解这两种不同类型的索引内容。现在,革命终于迎来新的进展,各种数据类型都可以为在线重新索引所支持,而我们也真正对全天候运行的应用程序提供在线索引维护。只要我们能够对在分区表进行在线重新索引处理,这项新功能也就真正服务于业务流程了。

SQL Server 2012还引入了一套新型索引机制,名为列式存储索引。传统的索引会将数据以行为单位进行存储,并将这些行添加到索引当中以完成索引任务。列式存储索引则是以列为单位存储数据,并将这些列添加到索引中以完成索引任务。根据微软公司的说法,这种新机制能够在相同情况下带来十倍于传统索引的性能表现。然而,这一次微软似乎有些过谦:根据我本人的实际体验,性能提升远远不止十倍。列式存储索引的出现主要是为了迎合大数据集仓储所带来的需求。但我相信大家可能不会在OLTP(即联机事务处理)方面使用这套新机制,因为列式存储具有只读属性。

除了显著的性能提升之外,SQL Server 2012还能够被安装在Windows Server内核之中。这不仅增加了服务器的全局处理能力,而且强化了安全性。在服务器内核中运行的服务项目相比较少,这意味着其中的安全漏洞也会相应减少,同时可能导致性能低下的软件bug也会得到有效扼制。

T-SQL强化

T-SQL倒没有太多新功能,但目前的这些已经足以应对业务需求。我个人最喜欢的是新的LAG与EOMonth窗口化功能。LAG为我们结果集中的每一行配备了访问前一行中列数据的接口,也就是说只要我们拥有给定列,就能随心所欲地显示同一行当中的当前值与过去值。说完了LAG,再来看看EOMonth。它的功能在于帮助我们直接访问每月最后一天发生的赋值变化。以上二者只是新功能中的一部分,其它的就请各位读者在使用中亲自发掘吧。

在所有T-SQL强化项目当中,FileTable可能算是最引人注目的功能了。从根本上说,它可以直接从文件系统中访问文件流数据。这里我需要解释一下,文件流允许我们将文档保存在文件系统当中,但这些文档必须与数据库同步备份,这样我们才能确保资料的安全性。FileTable则更进一步,将数据库与文件系统之间的交互关系透明化。首先,我们要将指定列表定义为FileTable,并为其分配一个文件系统中的目录。接下来,我们要做的是从Windows资源管理器中将要管理的文件拖动到该目录中。整个过程就是这么简单,如此一来我们不仅能够像以前那样在文件系统层面管理这些资料并保存到数据库中,也可以直接从T-SQL或者Windows系统层面对这些文件直接加以改动。

说了这么多优点,咱们再来谈谈SQL Server 2012中不尽人意的地方。就我个人而言,感到最失望的一点在于PowerShell在这个版本中所蒙受的冷落。比起AlwaysOn以及备份/恢复等功能所获得的大幅度强化,SQL Server 2012中的PowerShell似乎没有得到任何实质性提升。至少在当初微软无比倚重PowerShell的那些年,一个全新的版本中绝不会只为其配备这么一丁点改进。另一点让人失望之处在于几乎原封不动的SSMS(即SQL Server管理器)。微软已经把SSMS移植到Visual Studio 2010当中,但相对于这一改动的影响力(比起Team Foundation Server中对片段管理与整合效果的提升),数据库管理员几乎没能从中获得任何实质性的工作能力强化。其实在我看来,这方面的改进空间还是满大的,比如更好的多服务器管理及报告功能、将PowerShell与SSMS严密整合等都是不错的主意。可惜,一条也没实现。

在数据库升级方面,我一直抱持着所谓“满五原则”。也就是说,至少得有五大显著的功能提升才能让我们真正有兴趣对自己的数据库进行大规模升级。不过在这里我只要从某些方面对SQL Server 2012做出点评,还有很多方面是目前还不适合拿出来讨论的。SQL Server Integration Services得到大幅修整,SQL Server Analysis Services与SQL Server Reporting Services也有令人惊艳的强化,这一切倒已经足够令人满意了。相信在大家拿到正式版之后,一定不难从中找到说服自己升级到SQL Server 2012的五条理由。

原文链接:http://www.infoworld.com/d/microsoft-windows/review-sql-server-2012-stands-tall-191706?page=0,0

二 : SQL Server 2012安全性:功能更新

【编者按】:本系列关于SQL Server安全的文章共分四部分。本文是第二部分,将重点介绍SQL Server 2012中的安全性更新。在第一部分中,我们对SQL Server安全问题进行了案例研究。

数据库基础架构的安全对于任何组织来说都是及其重要的,这也正是微软公司近几年在SQL Server安全功能方面投入巨大的原因。微软公司为SQL Server 2005重新设计了数据库安全引擎,从那时起,SQL Server安全在每次更新都会有所提升。

SQL Server 2012继续延续了这个趋势,增加了许多安全功能和增强功能。这些增强功能不只可以帮助组织改善数据访问控制,而且可以实现最高级别的数据保护和遵守。另外,这些功能还使得SQL Server成为了从安全角度看不容辩驳的最强大的通用数据库平台,漏洞更少,维护系统需要的安全补丁也更少。

安全可管理性改善

SQL Server 2012引入了两个比较小但是非常有价值的变更来改善安全可管理性。第一个特性是Windows组的默认模式,第二个特性是用户定义的服务器角色。

Windows组默认模式

在SQL Server 2012引入之前,我们不可能为Windows组指定默认模式。这样一来,当用户通过Windows组成员获得访问时,SQL Server会自动创建一个独立用户(与admin账户映射),并会在数据库中创建同名模式。由于这一安全可管理性问题,最后数据库中出现了数百个用户和模式,这就给管理工作带来了困难,对管理员也是一场噩梦。所以,SQL Server社区通过微软公司连接站点发起请求要求修复这一安全问题。

幸运的是,SQL Server 2012解决了这个安全问题,它允许我们为Windows组赋给默认模式,这就帮助组织简化了他们的数据库对象管理。

下面的Transact SQL(T-SQL)证明了Windows组默认对象赋值过程:

-- Creating Default Schema "ProdAdmins" for Windows Group "MyDomain\ProdDBAs"

CREATE SCHEMA [ProdAdmins] AUTHORIZATION [MyDomain\ProdDBAs]

GO

-- Set Default Schema for Windows Group "MyDomain\ProdDBAs"

ALTER USER [MyDomain\ProdDBAs] WITH DEFAULT_SCHEMA=[ProdAdmins]

GO

用户定义的服务器角色

用户定义的服务器角色与固定服务器角色类似:唯一差异在于它们是由SQL Server管理员创建和管理的。用户定义的角色允许管理员们创建和分配服务器范围权限给用户定义角色,然后给他们添加成员。下面的T-SQL返回这些服务器权限列表:

USE [master]

GO

SELECT * FROM sys.fn_builtin_permissions(DEFAULT)

WHERE [class_desc] IN ('ENDPOINT'

,'LOGIN'

,'SERVER'

,'AVAILABILITY GROUP'

,'SERVER ROLE')

ORDER BY [class_desc], [permission_name]

GO

用户定义角色的主要优点在于它们通过按照职责划分限制授权用户访问简化了DBA工作。

我们可以通过T-SQL或者通过SQL Server管理工具(SSMS)来创建和管理用户定义角色,请看下面演示。

使用SSMS创建用户定义角色

◆在对象浏览器中,展开SQL Server实例,然后展开“安全”文件夹。

◆右击“服务器角色”文件夹,然后点击菜单“新建服务器角色”,运行“新建服务器角色”向导。

SQL Server 2012安全性:功能更新_sql server 2012

◆在“常规”页,指定服务器角色的名称,所有者以及适当的安全对象。

SQL Server 2012安全性:功能更新_sql server 2012

◆点击“成员”打开成员页面,然后给你定义的服务器角色添加成员。

SQL Server 2012安全性:功能更新_sql server 2012

◆最后,点击“成员组”页面,在这里你可以把新建的服务器角色作为一个成员,添加到现存的服务器角色中。

SQL Server 2012安全性:功能更新_sql server 2012

使用T-SQL创建用户定义角色

我们可以使用“CREATE SERVER ROLE, ALTER SERVER ROLE 和 DROP SERVER ROLE ”Transact-SQL语句来创建,修改和删除用户定义服务器角色。请看下面说明:

-- Creating user-defined roles

CREATE SERVER ROLE [JuniorDBA]

-- Granting server-wide permissions

GRANT CREATE ANY DATABASE TO [JuniorDBA]

-- Adding members to user-defined roles

ALTER SERVER ROLE [JuniorDBA]

ADD MEMBER [Domain\JuniorDBA_Group1]

ALTER SERVER ROLE [JuniorDBA]

ADD MEMBER [Domain\JuniorDBA_Group1]

-- Making user-defined role member of fixed server role

ALTER SERVER ROLE [processadmin]

ADD MEMBER [JuniorDBA]

-- Dropping user-defined roles

DROP SERVER ROLE [JuniorDBA]

SQL Server审计增强功能

在SQL Server 2008和SQL Server2008 R2中增加了服务器和数据库审计具体规范功能,这是SQL Server中最有用的功能特性,可以帮助组织满足各种法规遵从需求,但这些审计功能只有企业版才支持。

幸运的是,服务器级别的审计规范特性目前在SQL Server 2012的所有版本中都支持了。SQL Server 2012的审计规范功能对于写审计日志的失败更富弹性,可以支持限制审计日志的数量,无需设置回滚日志。SQL Server 2012审计规范特性还支持用户定义组,这意味着我们现在可以给审计日志中写审计事件,使用“ sp_audit_write (Transact-SQL) ”存储过程就能做到。最后,SQL Server 2012支持过滤审计事件,包括新增审计组来监视其包含的数据库用户。

数据库认证功能增强

在SQL Server 2012之前,用户需要用windows或者SQL登录SQL Server数据库引擎进行数据库身份验证。很明显,当从一个SQL Server实例向另一个实例迁移时,这种依赖会引起认证问题,而数据库管理员不得不确保所有可以登录源SQL Server的用户也存在于目标SQL Server。如果由于某种原因,在目标SQL Server上登录用户不存在,那么用户就不能通过数据库登录验证了。

SQL Server 2012通过引入内含数据库验证来解决这个问题,它支持用户认证到数据库,而无需登录SQL Server。所有包含数据库认证的元数据被存储在数据库本身内部。内含数据库认证的另一个优势是它消除了孤立或未使用登录信息在SQL Server数据库引擎中存在的可能性。

三 : SQL Server 2012 读写分离设置 - AlsoIn

引用: http://technet.microsoft.com/zh-cn/library/jj161766.aspx

微软新一代数据库产品SQL Server 2012已经面世一段时间了,不管从功能还是性能上讲,较之其早期产品都有了很大提升。[www.61k.com]特别是其引入高可用性组(AlwaysOn Group, AG)这一概念和功能,大大增强和提高了SQL Server的可用性,在之前的镜像数据库的基础上有了质的变化。

SQL Server 2012高可用性组在实现过程中较之早期的SQL Server故障转移群集来讲,不依赖特别提供共享存储磁盘阵列,每个节点独立存储一份数据库的副本。其较之早期的镜像数据库来讲,提供多节点高可用,并且针对数据库辅助节点副本可读;此外,在当前可读节点出现故障时,能通过AG自身的机制保证数据库正常访问,而不需要像之前的镜像数据库一样,需要通过访问端来进行切换。

因此,以下将对SQL Server 2012高可用性组的实现进行详细介绍。

一、具体的环境如下

在Windows域中,部署3台成员服务器用作SQL Server服务器,因为SQL Server 2012的高可用性组需要Windows的群集服务支持,所以必须预先在这些成员服务器上实现WSFC。服务器的操作系统均为Windows Server 2008 R2,因此其WSFC的仲裁配置有多数(奇数)节点、节点(偶数)和磁盘多数、多数节点(偶数)和文件共享、非多数:仅磁盘等4种。在此,为了体现SQL Server AG无需要各节点共享存储设备这一特性,准备使用3个节点实现。由于是奇数,所以选择多数节点仲裁配置。虽然这种仲裁配置不是被SQL Server 2012 AG推荐的,但是并不影响AG的实现和使用。

另外,由于本文着重讲述SQL Server 2012 AG的实现,所以对于服务器基本配置和网络设置,以及Windows活动目录和域的实现在此略去。

二、实现SQL Server 2012高可用性组必须的WSFC环境

首先在每台成员服务器上安装并配置WSFC,以配置SQL03为例:

1、安装WSFC群集组件

1)打开服务器管理器,选择“功能”,在右边窗口中点击“添加功能”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

2)在添加功能向导中,勾选“故障转移群集”,点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

3)在“确认安装选择”页面中,点击“安装”,进行安装操作。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

4)完成并关闭“故障转移群集”的安装。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

2、配置WSFC

为所有节点均安装完“故障转移群集”服务后,在任意节点服务器的“服务器管理器”中展开“故障转移群集管理器”对WSFC进行配置。

1)通过“故障转移群集管理器”窗口点击“创建一个群集”打开“创建群集向导”

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

2)在“开始之前”页中,点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

3)添加所有服务器节点,即将环境中的3台成员服务器添加为群集节点服务器。点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

4)在“验证警告”页面中,如果需要对基本环境(包括硬件)进行WSFC需求验证,可以选择“是”。在本示例中由于不必需进行验证,所以选择“否”。点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

5)定义“用于管理群集的访问点”,为群集进行名,并指定群集IP地址。点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

6)确认之前配置信息,若无误,点击“下一步”,开始群集创建。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

7)完成群集创建,点击“完成”关闭向导。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

8)在“故障转移群集管理器”会显示成功创建的群集,展开其“节点”,显示现有节点情况。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

9)右击群集节点,在上下文菜单中点击“更多操作”,在扩展菜单中选择“配置群集仲裁设置”为该群集配置仲裁。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

10)在“开始之前”页面中点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

11)根据此前的设计,由于是奇数节点,并且没有共享磁盘存储和共享文件夹存在,所以可以选择“多数节点”,点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

sql server 2012 SQL Server 2012 读写分离设置 - AlsoInNote:
详细请参考:http://technet.microsoft.com/zh-cn/library/cc731739.aspx

12)在“确认”页面中,点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

13)完成WSFC的仲裁配置。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

至此,为SQL Server 2012 AG准备的WSFC环境已经完成。

三、为各节点服务器安装并配置SQL Server 2012,以SQL03为例进行如下操作。

1、安装SQL Server 2012

1)在节点服务器上,插入SQL Server 2012安装介质。运行“SQL Server安装中心”,选择“安装”,点击“全新SQL Server独立安装或向现有安装添加功能”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoInNote:
注意:这里不要选择“新的SQL Server故障转移群集安装”,如果是故障转移群集安装的话最终将实现的是早期的SQL数据库群集,并且需要共享数据存储磁盘整列,导致所有SQL节点共享同一个数据存储副本。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

2)使用安装程序支持规则验证是否通过。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

3)指定产品密钥,或选择Evaluation版本。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

4)接受许可协议

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

5)运行检查“安装程序支持规则”,验证SQL Server 2012运行环境是否符合要求。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

与之前版本相同,需要对SQL Server必要的端口打开Windows防火墙的入站规则,比如TCP- 1433端口等。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoInNote:
特别注意:由于AG默认需要用到TCP-5022端口,所以该端口务必保证在Windows防火墙中开启,允许其入站访问。

6)设置SQL Server 2012服务器角色为“具有默认值的所有功能”,点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

7)在“功能选择”列表中选择实际所需功能,在此,为了简便不再进行自定义。直接使用默认选中组件。并且,需要指定相应的“共享功能目录”,即SQL Server的安装位置。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

8)再次检查安装规则是否能正常执行通过。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

9)选择并指定实例名,在此使用默认实例来进行示范,并且指定“实例根目录”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

10)检查磁盘空间要求是否达到SQL Server 2012的安装需求,点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

11)指定“服务账户”和“排序规则”,在此选择默认设置。如果需要在完成安装后进行自定义配置,点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

12)在“数据库引擎配置”页面中,指定服务器配置身份验证为默认的“Windows身份验证模式”,“添加当前用户”为SQL Server的管理员,若有需要可进行响应的自定义配置。此外还可在“数据目录”选项卡中指定相应该实例默认的数据库文件存储路径。点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

13)在“Analysis Services配置”页面进行和“数据库引擎配置”页面中类似的配置。点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

14)在“Reporting Services配置”页面中,选择默认设置,点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

15)“添加当前用户”为“分布式重播控制器”的管理员。点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

16)为“分布式重播客户端”指定相应控制器和数据库目录。在此,采用默认配置,控制器名称可不填写。点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

sql server 2012 SQL Server 2012 读写分离设置 - AlsoInNote:
注意:以上第13-16步根据第7步中所选功能不同,配置情况有所差异。

17)是否发送错误报告页面中可选择是否将错误报告发送给微软。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

18)在进行安装前,执行最后一次“安装配置规则”检查,确认是否符合安装需求。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

19)在“准备安装”页面中,确认之前进行的各种参数配置是否正确,如果无误,点击“安装”,启动安装进程。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

20)安装完成后,得到成功完成的页面。如果在该页面中显示所有功能均为绿色对勾,那么证明SQL Server 2012安装无误。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

21)可能在某些环境中安装,会收到如下提示,只需重启服务器操作系统即可。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

2、为高可用性组配置SQL Server 2012数据库引擎服务。

1)在“开始”菜单中点击“所有程序”-“Microsoft SQL Server 2012”-“配置工具”,打开“SQL Server配置管理器”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

2)在控制台中点击“SQL Server服务”节点,在右边窗口中右击“SQL Server (MSSQLSERVER)”,在上下文菜单中选择“属性”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

3)在弹出窗口中选择“AlwaysOn 高可用性”选项卡中勾选“启用AlwaysOn 可用性组”。点击“确认”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

4)在弹出警告对话框中提示该修改需要重启SQL Server数据库引擎服务才能生效,点击“确定”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

5)再次右击“SQL Server (MSSQLSERVER)”,在上下文菜单中选择“重新启动”,对数据库引擎执行重启操作。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

6)为了避免在实现AlwaysOn Group时带来复杂的权限设置,建议将相关的SQL服务(如:SQL Server数据库引擎服务)启动登录身份由默认的“内置账户”改为指定的域账户。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

7)建议为该域账户授予各节点SQL Server登录权限,并将各节点服务器账户指派为SQL Server登录账户。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

以上步骤在SQL01/02上均进行相同的操作即可。

四、创建配置高可用性组

高可用性组的创建操作可以有三种方式:向导方式、对话框方式和脚本方式,在此以向导方式SQL03上创建的DB01作为主数据库为例进行介绍。

1、为高可用性组创建配置数据库

要使用向导创建高可用性组,必须要有符合条件的数据库存在,才能进行相关的操作。那么数据库要符合怎样的条件才能满足条件呢?

1)主数据库的恢复模式必须是“完整”恢复模式。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

2)主数据库已进行了一次完整备份。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

3)需要一个共享路径提供给备份包存储,并允许所有节点服务器(SQL Server数据库引擎服务登录账户)能够通过UNC路劲进行可读写访问。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

2、利用向导新建高可用性组

1)在“开始”菜单中点击“所有程序”-“Microsoft SQL Server 2012”-“配置工具”,打开“SQL Server Management Studio”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

2)展开“AlwaysOn高可用性”节点,右击“可用性组”,在上下文菜单中,选择“新建可用性组向导”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

3)在“简介”页面点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

4)为将要创建的高可用性组指定名称。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

5)选择满足加入高可用性组条件的数据库,点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

6)为高可用性组添加其它SQL Server服务器节点为副本。点击“添加副本”按钮,一次添加所需SQL Server服务器,并且指定初始角色为“主”或“辅助”。最多可选2个副本实现自动故障转移,这两个副本将同时使用同步提交可用性模式。最多可支持3个副本进行同步提交可用性模式,若使用异步提交必须强制手动故障转移。对于可读辅助副本设置来讲,可选择其为是否可读或仅读意向,需要注意只有主数据库副本才可写。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoInNote:
详细请参考:http://msdn.microsoft.com/zh-cn/library/ff877931.aspx

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

7)点击“端点”选项卡,可以设置高可用性组的端点URL。使用默认设置即可。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoInNote:
详细请参考:http://msdn.microsoft.com/zh-cn/library/ff878441.aspx

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

8)在“备份首选项”中,指定作为备份副本的节点。默认是在“首选辅助副本”中进行备份。可以通过副本备份优先级来指定首选。默认所有节点均为50。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

9)为高可用性组创建侦听器,指定其DNS名称的Host Name和端口,建议IP地址使用静态IP,并且添加新的群集IP作为高可用性组使用,如此可以指定SQL Server的默认端口1443,以便简化客户端访问的配置。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

10)初始化数据同步首选项,建议选择“完整”,并指定之前创建的UNC共享路径。点击“下一步”

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

11)验证是否满足高可用性组创建需求,如果结果全为绿色对勾,点击“下一步”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

12)检查并确认之前的配置信息,若无误,点击“完成”。另外,此处也可保存建组脚本,以便分步诊断故障之用。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

13)等待向导完成创建SQL Server 2012高可用性组。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

14)知道最终完成,所有摘要均成功完成,显示绿色对勾。如果出现黄色警告,则需进行进一步判断是否成功。若出现红色错误,表示创建AG不成功。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

在此,出现了黄色告警,点击“警告”,在弹出对话框中显示如下:

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

可以表明高可用性组成功创建,但WSFC的“多数节点”仲裁模式不是被推荐的。

15)返回SSMS窗口,在“可用性组”节点下显示“AG01”的面板,可以观察该高可用性组的状态。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

3、高可用性组的基本管理

创建完成高可用性组后,可用通过SSMS对高可用性组进行基本的管理。

1)直接右击需要管理的高可用性组,在上下文菜单中可以选择为其“添加新数据库”、“添加副本”、“添加侦听器”及手动执行“故障转移”等操作。点击“属性”,也可以编辑该AG的各种属性值。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

2)在高可用性组的属性“常规”选项卡中,可以为其添加/删除数据库、副本节点,并配置各可用性副本节点的参数设定值。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

3)在“备份首选项”选项卡中,可以修改相应副本节点的备份优先级和备份执行的位置。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

4)针对高可用性组中具体的副本节点配置,可以展开该组中“可用性副本”,右击需要配置的副本节点,在上下文菜单中点击“属性”。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

5)在其“常规”选项卡中可以修改配置当前副本节点“可用性模式”、“故障转移模式”以及“会话超时”时间等。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

6)可以通过右击“可用性组侦听器”中的具体侦听器,打开其“属性”,对侦听器进行相应配置。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

7)可以修改侦听器的侦听端口,从而指定客户端访问AG中数据库所需要连接的服务端口。

sql server 2012 SQL Server 2012 读写分离设置 - AlsoIn

至此,基于WSFC实现SQL Server 2012高可用性组的主要操作介绍完毕。总结关键步骤如下,首先配置WSFC,然后在各节点独立安装SQL Server 2012实例(非群集实例),完成安装后在SQL Server配置管理器中针对数据库引擎服务启用“高可用性组”功能,最后通过SQL Server系统管理器创建维护高可用性组。

四 : 微软新一代私有云及SQL Server 2012正式发布

腾讯科技讯(娄池)2012年5月22日,微软私有云& SQL Server 2012发布会今日在北京举行。微软发布了新一代私有云及数据平台,微软大中华区副总裁兼市场战略部总经理谢恩伟表示,微软致力于提供随时、随地、随需的企业服务,帮助企业提高生产力。

谢恩伟表示,与其他厂商不同,微软的云平台和服务,从基础设施到数据平台,从端到云应用平台,跨越公有云和私有云。借助业界最全面的云平台和服务,微软希望帮助企业重塑IT。今年,借助微软发布的全新的企业级平台,微软希望为企业带来云优化的业务创新,引领未来发展。”

信息技术已经成为当前社会和经济发展的主要推动力量。今天的企业正面临一个提供随时随地的信息发布,查询和交互的IT服务的新时代。各种各样的移动终端已经逐渐渗透到我们工作、生活的很多场景,许多企业也在探索这些新兴的应用模式, 关注如何利用新的信息技术在企业的业务效率、业务连续性和响应速度,以及最终的客户体验上得到改善。

新的时代背景下,信息的交互更加的频繁,业务机会稍纵即逝,要求企业构建新的IT基础架构和应用平台以更快速地适应市场变化,提供不间断的随需而用的信息服务。越来越多的企业意识到IT架构与平台变革的紧迫性和必要性,云计算作为一个可以帮助企业迅速、动态、自动化的调配IT资源, 高效进行应用交付的模式,在最近两年得了高度的关注与认可。在我们通过云计算技术构建集中管理、灵活调试并混合交付随时随地的服务模式的同时,对于信息的收集、处理的需求也急剧上升,大数据、海量数据的概念风行于世,在云平台基础架构基础之上的应用平台和数据挖掘和商业智能正在成为关注的焦点。 微软新一代私有云及数据平台由此应运而生。

微软的私有云是一套全面提供云计算收益的解决方案,不仅可以帮助企业获得当下的成长,更能让企业在未来从公有云中获益。同其他厂商不同,微软的私有云平台以应用为中心,注重了解并交付业务应用程序,而不只是虚拟机,从而帮助企业专注于业务价值;同时微软私有云具有无处不在的跨平台兼容,对于多虚拟机监控程序环境、操作系统和应用程序框架的跨平台支持,并可使用多种应用工具集开发应用程序;此外还可以基于客户对云的定义和需求。按照企业自己的想法使用云,通过常用的管理、虚拟化、标识和开发者工具为企业提供混合云模型的选择和灵活性。

对此,作为先期部署客户之一的深圳标准技术研究院总工程师俞科感受颇深,他指出:“微软私有云平台具有的自助服务门户、高度虚拟化与IT自动化、对异构系统的兼容性等特性,让我们的业务部门可以更快的得到所需的IT资源,上线新的业务应用;公众可以更流畅的访问我们的线在服务, IT部门则更好的优化和掌控了IT资源,真正实现了一个平台多方获益。”

随着System Center 2012的推出,微软的新一代私有云平台正获得越来越多客户的认可,包括T. Rowe Price、Lufthansa Systems、联合利华,以及国内的凡客诚品、青岛齐耀瓦锡兰菱重麟山船用柴油机有限公司、锦江酒店、北京搜狐新媒体信息技术有限公司、摩根士丹利华鑫基金等为代表的企业已经开始了System Center2012私有云之旅。

在大数据的时代,SQL Server 2012引领着下一代数据库技术的发展方向,已经成为企业的首要选择。SQL Server 2012提供了对传统应用,私有云和公有云的混合环境的全面支持以及平滑过渡,满足企业实现数据库的扩展的全面需要。作为云就绪信息平台,SQL Server 2012不仅可以为关键业务环境提供高可用性及高性能,帮助企业释放突破性的业务洞察力,并能根据企业需要实施个性化的云方案。 越来越多的企业正在将他们的数据库迁移到微软的SQL Server 2012平台上来。在全球范围内,SQL Server 2012已被包括沃尔沃汽车、露华浓、赛诺菲巴斯德、及LG化工在内等数百家行业领先的客户部署并用于生产。在中国,金蝶,用友,超图,广东省高级人民法院,携程网,中国南方航空公司,中国广东核电,速8酒店,完美国际,瑞金医院等解决方案合作伙伴、政府机构和知名企业已成功部署SQL Server 2012。

五 : 微软发布SQL Server 2012 RTM版本

新浪科技讯 3月29日消息,微软日前发布了其全球应用最广泛的数据平台的最新版,Microsoft SQL Server 2012 RTM版本。作为云就绪的信息平台,SQL Server 2012可以帮助企业提高业务决策能力,并快速构建相应的解决方案来实现传统应用、本地和公有云之间的数据及应用扩展,助力企业从容应对数据大时代的挑战。

当今世界,数据正在迅速膨胀并变大,如何有效利用这些数据对企业的未来发展至关重要。面对新形势,传统的IT部门不仅要维护公司正常运营并提供业务支持,还可能要承受节约预算及相关资源的压力。IT部门该如何应对这一挑战?对于大多数的企业IT部门而言,在处理大数据方面并没有什么成熟的经验可以借鉴。因此,选择正确的数据价值挖掘工具,在大数据时代显得尤为重要。

潜在的游戏规则改变者

Gartner数据显示,全球信息量在以每年至少59%的速率增长,大约有85%的数据是非结构化的,难以为传统的数据管理系统所利用。企业面临着如何有效管理、搜索和利用无穷无尽的海量信息的困境。与此同时,数据安全威胁也在不断增加,监管要求变得越来越严格。在数据呈爆炸性增长的趋势下,IT还需要承担控制预算及相关资源的重大压力。

SQL Server 一直是微软有着良好口碑的一款产品,在今年1月由IDC发布的一份白皮书中, SQL Server 2012被誉为“潜在的游戏规则改变者” 。SQL Server 2012提供了对传统应用,私有云和公有云的混合环境的全面支持以及平滑过渡,满足企业实现数据库的扩展的全面需要。SQL Server 2012作为云就绪信息平台不仅可以为关键业务环境提供高可用性及高性能,帮助企业释放突破性的业务洞察力,并能根据企业需要实施个性化的云方案。

微软大中华区副总裁兼市场战略部总经理谢恩伟表示:“随着大数据时代的来临,企业和机构的数据分析和优化决策的制定面临着巨大的挑战。着眼于企业不断增长的多样化分析需求,SQL Server 2012在大数据的挑战下展现了独特优势,可以通过一个云就绪的信息平台将企业延伸到数据库以外,以领先的总体拥有成本帮助企业轻松应对关键业务,并获得发展所需的行业洞察。”

全力打造大数据特性

作为微软新一代的数据平台,SQL Server 2012在降低TCO的同时,还能为关键业务环境提供高性能,高可用性以及安全性,帮助企业解除关键业务的后顾之忧。根据新的定价策略,企业只需要为所使用的计算能力付费,就可以最合适的价格获得最高级别的可用性及性能。SQL Server 2012中新增加了有助于减少计划内及计划外停机时间的功能——SQL Server AlwaysOn,这是一个全新的集成型高可用灾难恢复解决方案,通过配置多个备用节点相关选项,最大限度地实现应用数据保护与在线时间,以及快速的故障转移和恢复。

在大数据时代,从数据中发现信息的需求已经渗透到整个企业的各个角落,新一代的SQL Server能够帮助企业释放焕然一新的、突破性的业务洞察力。通过快速的数据探索和数据可视化对大规模数据进行深入研究,例如凭借基于Excel和Power View开发的PowerPivot,终端用户得以从数十亿行数据中迅速获得突破性的洞察力,从而实现灵活的交互式数据可视化并通过企业门户广泛推广。而通过自助商业智能、IT仪表板及SharePoint之间的协作,为整个商业机构提供端到端的的智能服务,实现人人可用的商业智能。

同时,作为云就绪的信息平台, SQL Server 2012可以按照企业的要求,快速实现商业方案从传统服务器到私有云以及公有云的创建及扩展,帮助企业提高业务敏捷性,并为新的商业机会创造条件。解决方案一旦生成,用户就可以在任何地方进行部署、管理以及相关操作。

微软大中华区服务器产品业务群总经理欧伽文表示:“全世界,特别是发展快速的中国,数据正在以前所未有的速度飞快增长,所有企业急需一个恰当的方式来处理和分析这些数据。不管数据是何种类型或何种规模,SQL Server 2012都能提够供平台和用户熟悉的工具来管理数据,形成可执行的洞察力,并且助力业务发展。”

面向未来的数据平台

在大数据的时代,SQL Server 2012引领着下一代数据库技术的发展方向,已经成为企业的首要选择。越来越多的企业正在将他们的数据库迁移到微软的SQL Server 2012平台上来。在全球范围内,SQL Server 2012已被包括沃尔沃汽车、露华浓、赛诺菲巴斯德、及LG化工在内等数百家行业领先的客户部署并用于生产。在中国,金蝶,用友,超图,广东省高级人民法院,携程网,中国南方航空公司,中国广东核电,速8酒店,完美国际,瑞金医院等解决方案合作伙伴、政府机构和知名企业已成功部署SQL Server 2012。

以发展迅猛的中高端经济型酒店品牌速8酒店为例,进入中国市场7年的时间内,门店已经发展至450多家,并计划在未来三年内增长至1000家加盟店。面对飞速扩张的业务,如何选择一款可靠可用的数据服务平台,对各个酒店的客流、人员等信息进行深层次的分析,以保证在竞争激烈的酒店行业中占领先机,为未来的发展开辟出更广大的空间,是速8管理公司面临的最大挑战。

速8国际酒店管理有限公司高级副总裁徐钊表示:“SQL Server 2012整合了数据平台,数据分析,数据整合等方面的能力,并且易于实施。不仅可以满足应用中对数据库高可用、高性能的要求,并且可以通过强大的数据分析能力有效协助速8酒店方便地从各个维度分析各加盟店的运营状况,获得清晰的业务洞察力,助力我们制定长远的发展战略。“

北京超图软件股份有限公司助理总裁李绍俊则表示:“采用全新的Microsoft SQL Server 2012之后,SuperMap GIS用户显著降低了在数据管理方面的总体拥有成本(TCO)。关键任务应用方面,Microsoft SQL Server 2012能够提供更好的支撑。Always On作为一种全新的集成化高可用灾难恢复解决方案,可以预防潜在的计划或非计划停机事件对关键任务造成的负面影响,大幅提升系统整体可用性。“

诚然,大数据时代将带来严峻的挑战。然而,挑战背后也蕴藏着无限的机遇。凭借微软的技术,不同行业的企业得以不断延伸其数据价值,从而为企业发掘更大的发展动力。SQL Server 2012作为微软新一代企业信息平台解决方案,将大数据融入企业,为企业提供最优化的数据环境,助力其获得突破性的洞察力,真正化挑战为机遇。

本文标题:sql server 2012-点评:巍然耸立的SQL Server 2012
本文地址: http://www.61k.com/1110575.html

61阅读| 精彩专题| 最新文章| 热门文章| 苏ICP备13036349号-1