微软亚太区数据库技术支持组官方博客

Microsoft SQL Server 2008 (R2) 单机版安装的先决条件

APGC DSD Team — Tue, 21 May 2013 01:22:18 GMT

在为客户提供技术支持时，发现安装SQL Server 2008 (R2) 单机版出现的问题很多源于以下几个典型情况，而客户们有所不知，这正是SQL Server 安装所必须的先决条件：

1. .NET Framework 3.5 SP1

2. Windows Installer 4.5

3. Visual Studio 2008 SP1

4. 在控制面板中设置区域和语言

5. 小型企业安装SQL Server 2008 (R2) 标准版需要设置域

6. 在Windows Server 2008 R2或Windows 7中安装SQL Server 2008采用SP1整合安装模式

1. .NET Framework 3.5 SP1

在 Windows Server 2008 R2中，你应该以添加windows功能的方法来安装.NET Framework 3.5 SP1，而不是以一个独立的组件来进行安装。

在其他版本的微软系统中，你只需点击安装文件setup.exe，其将自动安装.NET Framework 3.5 SP1 和 Windows Installer 4.5。

运行SQL Server 2008 需要有 .Net Framework 3.5 SP1 (特别是 Express 和 IA64版本) 和Windows Installer 4.5。在.Net Framework 和 Windows Installer 升级后，你需要重新启动使其生效。如果没有重启系统而再次尝试安装数据库，则会跳出警告要求重启，您将选择使.Net Framework 和 Windows Installer生效或退出安装。

如果你选择了取消，安装程序会报一个缺少安装Windows Installer 4.5 的错误。安装向导将 .Net Framework 和 Windows Installer 的安装捆绑在一起，因此这两个组件会同时安装。一旦必备组件安装完成（并已经重启系统）,安装导向会运行SQL Server安装中心。

当然，你也可以将这些必备组件单独安装。但是，建议使用安装向导进行安装，避免多次重启系统。因为将这两个组件进行捆绑安装，只需一次重启即可。

自动运行setup.exe (或手动双击 setup.exe) ，会弹出如下窗口:

当您同意许可条款后，.Net 3.5 SP1安装会继续。闪屏会显示正在下载组件，事实上只是从DVD中拷贝。这个过程需要花费一些时间（大约10-20分钟，取决于硬件条件）。

如果SQL Server安装向导出现无法安装.NET Framework 3.5 SP1的情况, 并弹出上述错误, 你可以手动的安装。安装媒体包含在 DVD中，你不需要从网络下载。

2. Windows Installer 4.5

同意许可条约。

其他先决条件列于联机丛书“硬件和软件条件”主题下。

在 2003中, 会弹出如下窗口:

在 Vista 和 Windows Server 2008中,则是这样的:

安装更新并只需一次重启使更新生效。

使用安装向导进行安装只需一次重启，而分别安装两个组件会需要两次重启。更多信息，请参考上一章节中Bob Ward’s的博客。

3. Visual Studio 2008 SP1

当你已经安装了visual Studio 2008，这步更新是重要的。因为这一步还没有集成到安装向导中，所以需要从网络上下载安装包。但是这个更新并不是必需的，仅当在你需要安装SSIS, BIDS 或 Management Tools时是需要的。因此，这一步作为组件检测的一部分出现而不是作为全局系统配置检查的一部分出现。

More Information:

Visual Studio 2008 SP1 Download Link:

http://www.microsoft.com/download/en/details.aspx?id=10986 or

http://www.microsoft.com/download/en/details.aspx?id=13276

For more information for this topic, see:

http://blogs.msdn.com/psssql/archive/2008/08/11/sql-server-2008-visual-studio-2008-sp1-and-net-framework-3-5-sp1-explained.aspx

4. 区域和语言设置

当你安装的是SQL Server 2008 (R2) 的本地化版本, 但您的windows 有一个不同的语言设置, 您回遇到以上错误:

解决这个问题的方法是，在控制面板中将操作系统语言设置与SQL Server的语言一致：

更改操作系统用户界面设置

1. 安装与 SQL Server 的本地化版本匹配的操作系统 MUI（如果尚未安装）。

2. 在 Control Panel 中，打开 Regional and Language Options。

3. 在 Languages 选项卡上，从列表中为 Language used in menus and dialogs 选择一个值。

4. 此设置将影响 SQL Server 的用户界面语言，所以它必须与 SQL Server 的本地化版本匹配。

5. 单击 Apply 确认更改，然后单击 OK 关闭窗口

更改操作系统用户区域设置

1. 安装与 SQL Server 的本地化版本匹配的操作系统 MUI（如果尚未安装）。

2. 在 Control Panel 中，打开 Regional and Language Options。

3. 在 Regional Options 选项卡上，从列表中为 Select an item to match its preferences 选择一个值。此设置将影响特定于区域性的数据格式。

4. 单击 Apply 确认更改，然后单击 OK 关闭窗口。

更改系统区域设置

1. 安装与 SQL Server 的本地化版本匹配的操作系统 MUI（如果尚未安装）。

2. 在 Control Panel 中，打开 Regional and Language Options。

3. 在 Advanced 选项卡上，从列表中为 Select a language to match the language version of the non-Unicode programs you want to use 选择一个值。此设置将使 SQL Server 安装程序可以为 SQL Server 安装选择最佳默认排序规则。

4. 单击 Apply 确认更改，然后单击 OK 关闭窗口。

5. 集成安装

由于SQL Server是在 Windows Server 2008 R2 和windows 7之前发布, 它无法识别这些版本。为了解决这个问题，从SP1开始，可将更新与原始媒体集成作为一个PCU包。

More Information:

For more information for this topic, see:

http://blogs.msdn.com/b/petersad/archive/2009/02/25/sql-server-2008-creating-a-merged-slisptream-drop.aspx

下载匹配您的系统体系结构的服务包程序包。如果您的系统是一个 x 基于 x64 的系统，例如下载 SQL Server 2008 Service Pack 1 x 64 的包。

提取该 service pack 通过运行以下命令：

SQLServer2008SP1-KB968369-x64-ENU.exe /x:C:\SP1

2. 通过指定 SQL Server 2008 从源媒体运行 Setup.exe 文件在 / PCUSource 参数。

Setup.exe /PCUSource=C:\SP1

6. 为小型企业安装SQL Server 2008 (R2) 标准版的一些限制

如果您为小型企业安装 SQL Server 2008 (R2) 标准版，而您的机器并不在域内，你会遇到这样的报错” Operating system supported for edition ”. To solve this issue, you should add your computer into one of your company’s domain or create a new domain by “DCPROMO”. It has limitation for the domain to install SQL Server.

Windows Small Business Server 2011 高级版包括 SQL Server 2008 R2 http://www.microsoft.com/sbs/en/us/editions-overview.aspx.这个版本和标准版的特性相同。区别是SQL 2008 SBS标准版是一个特殊的标准版，该标准版是针对Small Business Server的版本，属于中小型企业套装的一部分，只能和对应的中小型企业套装版的Windows Small Business Server 2008一起安装和使用。

SQL Server SBS版本需满足以下几个条件：

1．这个版本的SQL Server只能安装在：

• Windows Server 2008 Standard

• Windows Server 2008 Standard without Hyper-V

• Windows Small Business Server 2008

• Windows Server 2008 for Windows Essential Server Solutions

• Windows Server 2008 without Hyper-V for Windows Essential Server Solutions

请注意：SQL Server 2008 R2 Standard for small business是可以安装在Windows Server 2008 Enterprise上，但是SQL Server 2008 Standard for small business则不可以。

2．Windows Server必须加入一个域，并且是Active Directory forest的根

3．该域和其他域不存在信任关系

4．该域不能有任何子域

5．该域中的用户和设备总和不超过75

6．客户不能同时在该域的其他操作系统中运行相同序列号的SQL Server软件

如果检查失败，你可能看到如下信息："Operating system supported for edition” topic.

Clicking in the Failed status shows the following message:

---------------------------
Rule Check Result
---------------------------
Rule "Operating system supported for edition" failed.
This SQL Server edition is not supported on this operating system. See SQL Server
Books Online for information about supported operating systems for SQL Small
Business Server edition.
---------------------------

如果你发现你的服务器并没有在任何一个域中，解决这个问题的最直接的办法是利用“开始->运行->DCPROMO”为他创建一个新域。其他需要连接SQL Server的机器则不需要在这个域中。

如何在MS SQL server 2008群集上打补丁

APGC DSD Team — Fri, 10 May 2013 01:40:25 GMT

SQL 2008群集和SQL2005群集有了很多不同和改进。其中最明显的区别就是无论是安装还是打补丁SQL 2008群集都要在各个节点上分别挨个的进行。这样在打补丁时，安装顺序就可能令人疑惑。

以下将分享如何在两个节点的群集上以缩短系统停机时间为前提来打补丁：

最佳实践

------------------

1. 首先在被动节点（passive node）上打补丁，这样做的好处是可以缩短系统停机的时间。如果有多个被动节点，请分别将所有被动节点打完补丁。

2. 一旦被动节点升级成功，我们手动地将SQL Server组故障转移到被动节点上。故障转移后，SQL Server数据库会自动升级。在升级的过程中，SQL Server处于“升级模式”，无法接受连接。但是，群集服务可以智能的辨别出这是一种可忍受的连接错误，所以不会终止SQL Server服务。

3. 原先的主动节点（active node）会变为被动节点。这样，我们就可以继续在这个被动节点上打补丁。停机时间将少于10分钟（即：故障转移时间+数据库升级时间）

可选方案

------------------

1. 首先在SQL Server主动节点上打补丁。当安装过程启动后，SQL Server资源将被脱机。

2. 当安装结束后，SQL Server资源将自动恢复在线。同时，SQL Server数据库也将被升级。也就是说，SQL Server会处于“升级模式”，无法接受连接，但是SQL Server资源是在线状态，群集服务仍可以认识到这是一种升级模式而不会因为无法连接而终止服务。

3. 然后，我们将在被动节点上打补丁，升级节点上的SQL二进制文件。

4. 总共的停机时间会比较长，即：在主动节点上打补丁所花的全部时间+数据库升级时间。

尽管两种方案都有效，但出于对缩短系统停机时间的考虑，我们建议使用“最佳实践”的方案在SQL server 2008群集上打补丁。同样方案也适用于SQL Server 2008R2的群集。

找到replication相关的作业和sql 语句

APGC DSD Team — Fri, 10 May 2013 01:37:00 GMT

在排查replication问题过程中，经常需要为指定的agent添加verbose log。这首先要找到相关的作业。但在复杂的replication环境中，一台服务器里包可能含了上百个作业，一个个去点开定义去查看简直就是噩梦。下面的文章介绍了如何快速定位作业。

所有信息都可以在Distributor 服务器里找到，以Merge replication为例子：我们发现某个订阅的上传速度很慢，接下来需要找到相应的merge agent（后面的段落中除非特别声明，否则所有的操作都是在distributor服务器的distribution数据库内操作）

1. sys.servers表，每当添加了一个publisher或subscriber之后，相应的记录都会存储在sys.servers表中，

2. Msdb数据库的sysjobs表包含了所有的作业信息

3. MSmerge_agents表，存储了publisher_db,publication, subscriber_sv,subscriber_name这些信息.

联合3张表就可以找到相应的merge agent job

select isnull(jobs.name,a.name) as name, a.publisher_db,a.publication as publicationName,a.subscriber_db,a.subscriber_name,s.data_source as publisherName,a.local_job From MSmerge_agents a inner join sys.servers s on a.publisher_id=s.server_id

left join msdb..sysjobs jobs on jobs.job_id=a.job_id

如果是一个push模式的订阅（local_job=1），直接使用name去匹配sql server agent的作业即可（实际上msmerge_agents的name默认情况和jobs的name相同，但有可能用户意外地修改了作业名称）。

如果是一个pull模式的订阅（local_job=0），就需要去subscriber查找了。pull模式的merge agent job的命名规律:publisher-publisherDB-publicationName-subscriber-subscriberDB-serial number

根据这个规律，就可以找到相应的作业了。如果sub端的作业也被改名了，可以通过查询msdb的sysjobsteps找到相应的command，然后去匹配即可（command就是replmerg.exe后面的参数，也就是在merge agent作业里的定义）

select j.name ,js.command ,js.subsystem from msdb..sysjobs j inner join msdb..sysjobsteps js on j.job_id=js.job_id

where subsystem='Merge'

Snapshot agent

select jobs.name, publisher_db,publication, s.data_source as publisher,

case publication_type

when 0 then 'Transactional'

when 1 then 'snapshot'

when 2 then 'Merge'

end as publication_type

From MSsnapshot_agents a inner join sys.servers s on a.publisher_id=s.server_id

inner join msdb..sysjobs jobs on a.job_id=jobs.job_id

jobs.name就是sql server agent job的名称

命名规则：publisher-publisherDB-publicationName -serial number

Logreader agent

select jobs.name, publisher_db,s.data_source as publisher

From MSlogreader_agents a inner join sys.servers s on a.publisher_id=s.server_id

inner join msdb..sysjobs jobs on a.job_id=jobs.job_id

jobs.name就是sql server agent job的名称

（同一个数据库的多个publication共用一个Logreader agent）

Distribution agent

select isnull(jobs.name,a.name) as name, a.publisher_db,a.publication as publicationName,s.name as publisherName ,s.data_source as publisherName,s1.data_source as subscriber,a.subscriber_db, a.local_job From MSdistribution_agents a inner join sys.servers s on a.publisher_id=s.server_id

inner join sys.servers s1 on a.subscriber_id =s1.server_id

left join msdb..sysjobs jobs on a.job_id=jobs.job_id

where a.subscription_type <>2--- filter out the anonymous subscriber

如果是一个push模式的订阅（local_job=1），直接用name匹配即可。

如果是一个pull模式的订阅（local_job=0），就比较麻烦了，因为作业名称没有什么规律可言。下面是一个subscriber端job的截图

我们需要查询subscriber的subscription database.其中的distribution agent列直接匹配作业的名称（如果作业名称被修改，则需要查询sysjobs）。

select job.name ,s.distribution_agent from msdb..sysjobs job inner join MSreplication_subscriptions s on job.job_id=s.agent_id

如何找到replication运行时执行的语句

有时候在解决复杂的replication问题时，我们需要捕获sql server trace，查找其中的原因。但在实际的生产环境中，sqlserver会同时处理大量的语句，大量的非相关的sql语句会干扰我们排查问题。假设一台订阅器上有多个mergeagent在同时运行，那我们如何从trace里找出我们需要的信息呢？

1. 抓取publisher, distributor 和 subscriber三台服务器的trace

2. 在distribution数据库里查询(不区分pull还是push)：

a) select name,* From MSmerge_agents

3. 在这里得到了merge agent的名称，用ApplicationName去过滤publisher的端收集到的trace，得到clientProcessID，用这个clientProcessID就可以得到merge agent发出的所有语句了。再用这个clientProcessID，可以找到在distributor和subscriber端发出的语句。（每个merge agent都会有单独的ProcessID，所有用这个processID就可以找到同一个merge agent在publisher, distributor和subscriber发出的语句了）

处理distribution agent也很类似，只需要将第二步的MSmerge_agents替换成MSdistribution_agents即可。用name去过滤distributor的trace,得到clientProcessid,根据这个clientProcessid，到sub进行过滤。

Logreaderagent的applicationName的命名规则就比较特殊了，为Repl-LogReader-number-publicationDBName-number，用这个去匹配publisher和distributor上的trace内容即可。

拥抱大数据之——HDInsight安装篇

APGC DSD Team — Wed, 10 Apr 2013 03:26:59 GMT

大数据是如此的真实，离我们越来越近，你不再需要繁复的Linux操作，拥抱Windows上的Hadoop——HDInsight吧。HDInsight是一个Windows平台上，100%兼容Apache Hadoop的实现。并且微软为其提供完全的技术支持，还等什么，我们一起来进入大数据的世界吧。

目前提供的HDInsight分两种版本：

On-Premises版，即HDInsight Server

Cloud版，即HDInsight Service

由于目前HDInsight Service还不是开放使用的，需要申请邀请，所以，我们用HDInsight Server来体验大数据的威力。

安装篇
=======================

目前，HDInsight的安装是通过Web Platform Installer来实现的，你不用关心所有的依赖关系，所有这些安装程序已经都替您做好了。有一点我们必须指出，事实上安装程序会安装两个主要的部件， Hortonworks Data Platform for Windows 和 Microsoft HDInsight，其余的必须组件如IIS等都会被安装程序自动安装。默认情况下，在一台干净的Windows Server 2012上安装HDInsight，会安装如下组件：

我们来分别讨论一下他们分别是什么：

Hortonworks Data Platform Installer

这个mis包含了Hadoop的核心实现（如Map/Reduce， HDFS），和一些在Hadoop生态系统中的其他Apache项目，下面是一个完整的列表：

· Map Reduce

· HDFS

· Hive

· Pig

· HCatalog

每个项目都被分别打包成了一个zip文件，他们都会包含一个Powershell脚本用来完成相应的安装。

Microsoft HDInsight Installer

这个msi包含了微软的实现相关的一些组件，它目前包含：

· HDInsight Dashboard

· Sqoop

· Isotope.js

· Getting started content

这些组件的打包方式和上面的Hadoop项目组建的方式类似。并且，它提供了一个可以用来初始化安装的Powershell脚本，如用来启动Hadoop组件的服务等。

中国用户的安装特殊考量

您是否已经迫不及待的想试试安装程序了呢？请等等！由于目前还是Beta版本的关系，当前大家在微软网站上下载的HDInsight Server还有一些问题，可能会导致安装失败。如果大家在计算机默认情况用中文来解析non-unicode字符，那么安装完成之后，你不会看到任何Hadoop的service。笔者分析了安装日志后发现，在create user的时候失败了，但是为什么呢？在分析了大量的安装脚本之后，笔者发现由于安装脚本中存在的一个non-unicode字符，导致了安装的失败。在C:\HadoopInstallFiles\HadoopPackages\hdp-1.0.1-winpkg.zip\scripts中的Create_hadoop_user.ps1脚本中，可以看到如下行：

$export.PSObject.TypeNames.Insert(0,扙xportedPSCredential?

就是改行导致了安装无法继续。

正确的行应该是：

$export.PSObject.TypeNames.Insert(0,’ExportedPSCredential’)

为了能够成功的安装，建议大家将Windows服务器的Region Setting改成English (United Stats)

之后的安装就可以顺利安装完成了。

安装完成之后，大家就可以在桌面上看到下面的图标：

点击Microsoft HDInsight Dashboard，如果你看到如下的页面，那么恭喜您，安装成功了：

怎么样？动手试一下吧？

如何查看distirbution agent的执行进度

APGC DSD Team — Wed, 10 Apr 2013 01:43:00 GMT

在transactional replication troubleshooting的过程中，经常会遇到下面的场景：

客户在发布端执行了一个几百万行的更新，结果导致性能下降。客户很想知道目前distribution agent的进度，完成的百分比，决定是等下去还是跳过这个过程。如果已经完成了90%，那么贸然停止就非常可惜了，并且rollback的操作也是要很长时间的。

下面介绍如何查看进度。

如果distribution agent已经启用了verbose log，可以通过verbose log来查看进度. Command id代表已经执行过的数量;transaction seqno表示正在进行的事务的xact_seqno。然后在distribution数据库执行select count(*) From distribution..msrepl_commands with(nolock) where xact_seqno=@xact_seqno

对比结果就可以知道进度了。

如果没有启用verbose log，就比较麻烦了，下面是具体的步骤。

1. 找到相应的distribution agent 名称和publisher_database_id

select *From distribution..msdistribution_agents

2. 通过名称就可以找到distribution agent进行的process id. 在distributor上执行下面的语句。

select hostprocess from sys.sysprocesses where program_name=@mergeAgentName

3. 同一个distribution agent进程的process id是相同的，所以可以通过这个process id(对应trace里的client process id)，使用sql server trace得到distribution agent正在subscriber端执行的语句.

4. 假设我们得到了下面这个语句exec [dbo].[sp_MSupd_dbota] default,511,4,0x02

5. 根据这个存储过程，我们可以得到相应的aritlce_id。

在subscription database 执行sp_helptext，得到表的名称

在distribution数据库查询得出article_id. select article_id from msarticles where destination_object=@tablename

6. 在subscriber上执行下面的语句,得到subscription数据库当前当xact_seqno. （请将第一步得到的distribution name带入@distribution_agent）

select transaction_timestamp,* From MSreplication_subscriptions where distribution_agent=@distribution_agent

7. 接下来就可找到distribution agent当前正在执行的xact_seqno了. 将第一步得到的publisher_database_id,第5步得到的article_id和上一步得到的xact_seqno带入下面的查询

select xact_seqno,count(*) as number From distribution..msrepl_commands with(nolock) where publisher_database_id=@publisher_database_id and article_id=@article_id and xact_seqno>@xact_seqno group by xact_seqno order by xact_seqno

8. 顺序靠前，并且number较大的就是正在执行的事务了。您可能会问，为什么不是第六步得到的xact_seqno的下一个呢(select min(xact_seqno)From distribution..msrepl_commands with(nolock)where publisher_database_id=@publisher_database_id and xact_seqno>@xact_seqno).

9. 因为distribution 并不是每一个事务都单独提交的，而是根据CommitBatchSize 和CommitBatchThreshold来提交的，这样可以提高性能。具体请参见http://www.kendalvandyke.com/2008/11/how-commitbatchsize-and.html

10. 在distribution数据执行sp_browsereplcmds @xact_seqno, @xact_seqno

11. 用第四步得到的语句去查找，这样就可以知道当前执行到了什么位置。

如何清除特定语句的执行计划缓存

APGC DSD Team — Wed, 13 Mar 2013 02:14:02 GMT

SQL server运行到一定的时候, 执行计划的缓存可能会相当大,有些能到几个GB的大小。这个时候假设某个语句比较复杂而且SQL server 生成的执行计划不够优化，你希望把该执行计划的缓存清除使得SQL server能够重新编译该语句。该如何做呢？

如果是存储过程则很好办，直接使用sp_recompile就可以了，如下所示。如果参数是表，那么所有用到该表的存储过程或trigger都会重新编译，从而把原来的plan 替换掉：

USE AdventureWorks;

EXECsp_recompileN'Sales.Customer';

如果是一般的语句呢？比如下面的语句:

use AdventureWorks

SELECT*FROM Sales.SalesOrderHeader h, Sales.Customer c,Sales.SalesTerritory t

WHERE h.CustomerID = c.CustomerID

AND c.TerritoryID = t.TerritoryID

AND CountryRegionCode = N'CA';

我执行上面的语句几次后，观察下执行计划的缓存：

SELECT usecounts,text,plan_handle,*FROMsys.dm_exec_cached_plans cp

CROSSAPPLY sys.dm_exec_query_plan(cp.plan_handle)

CROSSAPPLY sys.dm_exec_sql_text (cp.plan_handle)

wheretextlike

'%SELECT * FROM Sales.SalesOrderHeader h, Sales.Customer c,Sales.SalesTerritory t

WHERE h.CustomerID = c.CustomerID

AND c.TerritoryID = t.TerritoryID

AND CountryRegionCode%';

得到结果如下：

Usecounts表示该语句被执行了7次。如果这个语句的执行计划不好，如何删除它呢？

如果是SQL server 2008 R2就很好办，直接使用DBCC FREEPROCCACHE然后传入plan handle如即可，如：

DBCC FREEPROCCACHE(0x060001002903DC0B4001B887000000000000000000000000)

但是SQL server 2005的FREEPROCCACHE并没有这个用法。 SQL 2005里面如果运行DBCC FREEPROCCACHE那么所有的缓存都会被清空了。这对性能的影响比较大，因为SQL server 要对所有的语句重新编译然后重新生成缓存。SQL server 2005里面有没有其他方法只清除特定的语句的缓存呢？

有的，答案就使用使用plan guide如下：

sp_create_plan_guide

@name = N'recompile_Guide',

@stmt =

N'SELECT * FROM Sales.SalesOrderHeader h, Sales.Customer c,Sales.SalesTerritory t

WHERE h.CustomerID = c.CustomerID

AND c.TerritoryID = t.TerritoryID

AND CountryRegionCode = N''CA'';',

@type = N'SQL',

@module_or_batch =NULL,

@params =NULL,

@hints = N'OPTION (RECOMPILE)'

exec sp_control_plan_guide N'drop',N'recompile_Guide'

上面的sp_create_plan_guide使用RECOMPILE参数，意思是说，每次碰到该语句，必须重新编译。sp_create_plan_guide运行后，该语句的执行计划缓存就被删除了，下次该语句再次执行就会重新编译。那么我为什么马上又删除这个plan guide呢？因为该语句的缓冲被清除后，我不希望该语句每次执行都重新编译，所以我删除了它，毕竟我执行sp_create_plan_guide的目的是删除该语句的执行计划缓存而已。所以如果你使用同样的手段，务必记得立即把sp_create_plan_guide建立的guide删除。

停止Microsoft SQL server的几种方式

APGC DSD Team — Wed, 13 Mar 2013 02:09:55 GMT

停止SQL server 有哪些方式呢? 这些方式有啥不一样的地方么?

先说下停止SQL server 的方式. 大概下面几种:

1) 从SQL server 管理工具(management studio) 里面停止SQL server

2) 从SQL server 配置管理器(configuration manager)里面停止SQL server.

3) 从服务(service)里面停止SQL：

4）发出“net stop mssqlserver” 命令。

5）执行SQL语句：SHUTDOWN

6）执行SQL语句SHUTDOWN WITH NOWAIT

7）把SQL 的进程sqlservr.exe 从task manager里面杀掉

上面前面5种方式的结果是类似的。执行这5种停止方式时，SQL server 会对每个数据库做一个checkpoint，把大量未写到磁盘的脏页写到磁盘，减少下次SQL 服务启动后数据库recover的时间。

第六种是不一样的，它直接关闭SQL server，SQL server 不对数据库做checkpoint。第七种更可怕了，不但没有checkpoint，更可能导致数据库有损坏，和突然停电的效果是类似的。

MS SQL Server的存储过程签名 [译文]

APGC DSD Team — Thu, 28 Feb 2013 01:36:48 GMT

SQLSERVER 2005开始提供的对存储过程签名(signature)是我非常喜欢的。

如果我们要编写一个存储过程,执行该存储过程里的代码需要权限P,并且我们想要用户Alice可以执行这个存储过程，但是我们不想将权限P直接赋予给用户Alice，我们可以用证书(certificate)对这个存储过程进行签名来完成这一需求：

a) 如果P是一个数据库级别的权限，那我们可以在相应的数据库中创建一个证书，使用证书创建一个用户(user)，然后将权限p授权给这个用户

b) 如果P是一个服务器级别的权限，那我们能要在master数据库中创建一个证书，使用证书创建一个登录(login)，然后将权限P授权给这个登录

签名之后，存储过程就会在执行期间获得权限P，而我们仅仅授予了Alice执行这个存储过程的权限。

如果我们既需要服务器级别的权限，又需要数据库级别的权限，那么我们既要创建用户，又要创建登录。下面列出步骤：

1) 在数据库中创建证书

2) 创建一个用户(user)并映射到这个证书

3) 将数据库级别的权限授予这个用户

4) 备份这个证书

5) 在master数据库中还原这个证书

6) 创建一个登录(login)，并将登录映射到证书

7) 将服务器级别的权限授予给这个登录

我们也可以先在master数据库中创建证书，然后再将其还原到用户alice工作的数据库。也就是证书的创建顺序并不重要，重要的是master数据库中的证书一定要和用户数据库中的相同。

下面是演示：

-- 目的

-- 展示如何用证书签名一个存储过程,

--并授予证书相应的权限

create database demo;

use demo;

-- 创建一个存储过程，该过程会创建一个主体（包含登录和用户）

-- 这需要服务器级别的ALTER ANY LOGIN 权限

-- 和数据库级别的 ALTER ANY USER 权限

create procedure sp_CreatePrincipal

@name varchar(256),

@password varchar(128)

declare @sqlcmd varchar(2000);

begin tran;

-- create login

set @sqlcmd = 'create login ' + quotename(@name) + ' with password = ' + quotename(@password, '''');

exec (@sqlcmd);

if @@error <> 0

begin

rollback tran;

print 'Cannot create login'

return;

end

-- create user

set @sqlcmd = 'create user ' + quotename(@name);

exec (@sqlcmd);

if @@error <> 0

begin

rollback tran;

print 'Cannot create user'

return;

end

commit tran;

-- 调用这个存储过程

-- 创建主体

sp_CreatePrincipal 'alice', 'Apufe@))%';

--我们需要让alice可以调用这个存储过程，创建新的主体，

-- 但并不直接授予她权限（创建主体的权限，译者注）

grant execute on sp_CreatePrincipal to alice;

-- 目前 alice还不能创建主体

execute as login = 'alice';

sp_CreatePrincipal 'bob', 'Apufe@))%';

revert;

-- 使用证书对存储过程进行签名

-- 首先我们要创建一个数据库主密钥（database master key）

create master key encryption by password = 'Apufe@))%';

create certificate certSignCreatePrincipal with subject = 'for signing procedure sp_CreatePrincipal';

-- 签名存储过程sp_CreatePrincipal

add signature to sp_CreatePrincipal by certificate certSignCreatePrincipal;

-- 现在签名完成了，可以将证书的私钥移除了

alter certificate certSignCreatePrincipal remove private key;

-- 对证书进行备份，随后在master数据库中将要使用该备份

backup certificate certSignCreatePrincipal to file = 'certSignCreatePrincipal.cer';

-- 创建一个用户并将用户映射到证书

create user u_certSignCreatePrincipal from certificate certSignCreatePrincipal;

--通过授权映射映射的方式将ALTER ANY USER权限赋给证书（因为用户和证书是映射的，所以权限也就赋给了证书，SQLSERVER本身没有直接将权限赋给证书的方法。译者注）

grant alter any user to u_certSignCreatePrincipal;

-- 在master数据库中创建该证书

use master;

create certificate certSignCreatePrincipal from file = 'certSignCreatePrincipal.cer';

-- 创建登录并映射到证书

create login l_certSignCreatePrincipal from certificate certSignCreatePrincipal;

-- 通过授权映射登录的方式将ALTER ANY LOGIN权限赋给证书

grant alter any login to l_certSignCreatePrincipal;

-- 完成！

use demo;

-- 验证一下，master数据库中的证书和demo数据库中的证书是一样的。

select c.name from sys.certificates c, master.sys.certificates mc where c.thumbprint = mc.thumbprint;

-- 现在alice可以创建主体了

execute as login = 'alice';

sp_CreatePrincipal 'bob', 'Apufe@))%';

revert;

-- cleanup

drop user u_certSignCreatePrincipal;

drop login l_certSignCreatePrincipal;

drop procedure sp_CreatePrincipal;

drop certificate certSignCreatePrincipal;

drop user alice;

drop login alice;

drop user bob;

drop login bob;

use master;

drop certificate certSignCreatePrincipal;

drop database demo;

-- EOD

原文：SQL Server 2005: procedure signing demo

SSIS Cluster配置

APGC DSD Team — Thu, 28 Feb 2013 01:28:00 GMT

安装完成SQL Server 2005 Cluster之后，SSIS并不会默认安装成为Cluster，需要手工进行配置，配置过程请参考：http://msdn2.microsoft.com/en-us/library/ms345193(SQL.90).aspx##。

重要提示：

Microsoft 不建议将 Integration Services 服务配置为群集资源,但并非强制。

配置前的准备：

1. 请首先安装并配置SQL Server 2005 Cluster；

2. 请在Cluster的每个节点手工安装Integration Service；

3. 请决定如何配置Integration Service：加入到SQL Server Cluster组，还是单独创建一个组（本文档使用前者）。

配置过程：

1. 将每个节点上的SQL Server Integration Services服务的启动类型替换为“手动”；

2. 在SQL Server群集的活动节点上，开始->程序->管理工具->群集管理器；

3. 在左边的树中选中SQL Server Cluster组“MSSQL 2005”，在右边空白处点击右键，选择新建->资源：

4. 在新建资源对话框中，填入或选择如下值，并点击下一步：

名称：SSIS Service

资源类型：通用服务

组：MSSQL 2005（保持默认不要变动）

5. 确保两个节点都在“可能的拥有者中”：

6. 添加“磁盘K：”和“SQL Server（BPMSQL）”两个资源作为依赖项，然后点击下一步：

7. 在“一般服务参数”对话框中“服务名”填入MsDtsServer，点击下一步：

8. 在“注册表复制”对话框中点击“添加…”按钮，添加注册表项SOFTWARE\Microsoft\MSDTS\ServiceConfigFile，然后点击“确定”，在点击“完成”，以完成Cluster配置。

9. 接下来配置SSIS服务的配置文件。首先在K:\Microsoft SQL Server下创建目录SSISPackage，然后拷贝%ProgramFiles%\Microsoft SQL Server\90\DTS\Binn\MsDtsSrvr.ini.xml到该目录下。

10. 在K:\Microsoft SQL Server\ SSISPackage下创建目录Packages。

11. 修改MsDtsSrvr.ini.xml文件中ServerName节点的值为10.7.1.162\BPMSQL（改为virtual Server 名）；修改StorePath节点的值为K:\Microsoft SQL Server\SSISPackage\Packages。请注意一定要使用notepad来进行编辑，以避免文件编码被改变。

12. 在注册表编辑器中（开始->运行->regedit），修改HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTS\ServiceConfigFile的值为K:\Microsoft SQL Server\SSISPackage\MsDtsSrvr.ini.xml。如果该操作不是在Cluster活动节点上，则必须更新另外一个节点的该注册表项。

13. 在“群集管理器”中，将SSIS Service资源“脱机”，然后再“联机”。

SQL Server 2012新performance counter：非常实用的Batch Resp Statistics

APGC DSD Team — Wed, 30 Jan 2013 02:15:00 GMT

SQL Server 2012引入了一个新的performance counter， Batch Resp Statistics。这个counter的目的是“to track SQL Batch Response times”。这个counter下面有好几档如下：

具体就是：

Batches >=000000ms & <000001ms

Batches >=000001ms & <000002ms

Batches >=000002ms & <000005ms

Batches >=000005ms & <000010ms

Batches >=000010ms & <000020ms

Batches >=000020ms & <000050ms

Batches >=000050ms & <000100ms

Batches >=000100ms & <000200ms

Batches >=000200ms & <000500ms

Batches >=000500ms & <001000ms

Batches >=001000ms & <002000ms

Batches >=002000ms & <005000ms

Batches >=005000ms & <010000ms

Batches >=010000ms & <020000ms

Batches >=020000ms & <050000ms

Batches >=050000ms & <100000ms

Batches >=100000ms

这些档的含义是怎样的呢？假定对于Batches >=010000ms & <020000ms，它的含义是这样的：

1) 如果batch （也就是一个request）的执行时间是10000ms 到20000ms之间的则计数

2) CPU time 和Elapsed time 的含义和sys.dm_exec_requests 里面的含义一致。 CPU time 就是 “请求所使用的 CPU 时间”， Elapsed time 就是“请求到达后经过的总时间”。简单说，CPU time就是batch request的CPU指令真正执行的时间，而Elapsed time 是指CPU时间加上等待的时间。比如当batch等待磁盘I/O，等待锁（就是被阻塞了）的时候，Elapsed time就一般比CPU time 长。这里注意的是因为并发执行的关系，Elapsed time 有时候并不会就恒等于CPU time 加上等待时间，而是应该有些出入。

3) CPU time：Requests 指CPU time 在这个范围内的batch request的总数。CPU time：total（ms）指CPU time 在这个范围内的时间总和。Elapsed time：request 和 Elapsed time：requests 的含义类似。

4) 这些counter的值是累计的。也就是说，会一直增加，直到SQL server 重启。

为了测试这个counter，我使用ostress.exe测试工具。这个工具可以产生指定数目的连接，反复执行指定的脚本。我的测试脚本如下：

1．首先建立测试的表

USE[Test_good]

/****** Object: Table [dbo].[test] Script Date: 2012/12/26 14:57:56 ******/

DROPTABLE[dbo].[test]

/****** Object: Table [dbo].[test] Script Date: 2012/12/26 14:57:56 ******/

SETANSI_NULLSON

SETQUOTED_IDENTIFIERON

SETANSI_PADDINGON

CREATETABLE[dbo].[test](

[colid][int]IDENTITY(1,1)NOTNULL,

[col2][varchar](400)NULL

)ON[PRIMARY]

SETANSI_PADDINGOFF

2．然后插入上千万的记录。

3．然后使用如下的脚本测试。为了让测试更有趣，我在语句里面使用了rand（）函数，以及动态判断是否需要人为的delay （见waitfor delay 语句）2秒钟：

usetest_good

declare@col1int=rand()*10000

declare@col2int=rand()*100000

declare@tint

if (@col1>@col2)

begin

set@t=@col1

set@col1=@col2

set@col2=@t

end

begintran

updatetestsetcol2=getdate()wherecolid=(@col1+@col2)/2

declare@iint=rand()*100

if (@i>50)waitfordelay'00:00:02'

committran

select@col1,@col2

select*fromtestwherecolidbetween@col1and@col2

select 1

declare@iint=rand()*100

if (@i<30)waitfordelay'00:00:02'

select 2

declare@iint=rand()*100

if (@i>30)waitfordelay'00:00:02'

测试的结果如下：

从这个可以看出：

系统的语句主要分为几类（按照Elapsed time）：

Batches >=000000ms & <000001ms 672次

Batches >=002000ms & <005000ms 309次

如果觉得上面的图形看起来不够直观，那么还可以使用下面的语句来得到更方便阅读的结果：

（注：语句来自Neil Hambly）

sELECT[counter_name],"CPU Time:Total(ms)","CPU Time:Requests","Elapsed Time:Total(ms)","Elapsed Time:Requests"

FROM (SELECT[counter_name],[instance_name],[cntr_value]FROMsys.dm_os_performance_countersWHEREOBJECT_NAMELIKE'%Batch Resp Statistics%')os_pc

PIVOT(AVG([cntr_value])FOR[instance_name]

IN("CPU Time:Total(ms)","CPU Time:Requests","Elapsed Time:Total(ms)","Elapsed Time:Requests"))ASPvt;

结果如下：

这个结果一目了然：

1）你可以看到系统所有语句的响应时间的分布情况，真正体现了这个counter 的 resp statistics 的字面含义，也即系统batch request的响应时间统计信息。

2）你很容易知道系统的大部分的语句的响应时间和语句的总数

3）通过比较CPU time 和Elapsed time的差异，你很容易知道batch request 是否经常因为等待（如等待I/O，阻塞等）而导致长的执行总时间。

微软亚太区数据库技术支持组 官方博客

Microsoft SQL Server 2008 (R2) 单机版安装的先决条件

1. .NET Framework 3.5 SP1

2. Windows Installer 4.5

3. Visual Studio 2008 SP1

4. 区域和语言设置

5. 集成安装

6. 为小型企业安装SQL Server 2008 (R2) 标准版的一些限制

如何在MS SQL server 2008群集上打补丁

找到replication相关的作业和sql 语句

拥抱大数据之——HDInsight安装篇

如何查看distirbution agent的执行进度

如何清除特定语句的执行计划缓存

停止Microsoft SQL server的几种方式

MS SQL Server的存储过程签名 [译文]

SSIS Cluster配置

SQL Server 2012新performance counter：非常实用的Batch Resp Statistics

微软亚太区数据库技术支持组官方博客