博客园_我帅故我在

SQL Server 当表分区遇上唯一约束

2012-02-23T10:58:00Z

一、前言

我已经在高兴对服务器创建了表分区并且获得良好性能和自动化管理分区切换的时候，某一天，开发人员告诉我，某表的两个字段的数据不唯一，需要为这两个字段创建唯一索引的时候，这一切就变得不完美了。

列的唯一，这个实际上是一个唯一索引。使用关键字unique建立。

二、背景

我有一个表TestUnique，这个表使用分区方案[Sch_TestUnique_Id]，它是以Id做为分区依据列的，这个Id也是一个聚集索引，表中其它索引是跟分区对齐的（创建其它非聚集索引的时候使用了分区方案或者不指定-默认就是分区方案），而且我我这个表很大，我需要定时的进行交换分区（SWITCH PARTITION、滑动窗口、切换分区），表分区的相关信息可参考：SQL Server 表分区实战系列（文章索引）

CREATE TABLE [dbo].[TestUnique](

[Id] [int] IDENTITY(600000000,1) NOT FOR REPLICATION NOT NULL,

[SiteId] [int] NULL,

[Url] [nvarchar](420) NULL,

[PublishOn] [datetime] NULL,

[AddOn] [datetime] NULL,

CONSTRAINT [PK_Archive] PRIMARY KEY CLUSTERED

(

[Id] ASC

)WITH (PAD_INDEX = ON, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 100) ON [Sch_TestUnique_Id]([Id])

) ON [Sch_TestUnique_Id]([Id])

现在需要创建SiteId+Url做为一个唯一索引，本来以为这个唯一索引是可以进行分区对齐的，但是却在创建索引的时候遇到错误了。

三、分析

1. 对分区表创建索引时，SQL Server 将使用与该表相同的分区方案和分区依据列自动对索引进行分区。因此，索引的分区方式实质上与表的分区方式相同。这将使索引与表“对齐”。创建唯一索引有下面三种方式：

--方式1

CREATE UNIQUE NONCLUSTERED INDEX [IX_TestUnique_SiteIdUrl]

ON [TestUnique] (SiteId,Url)

消息1908，级别16，状态1，第1 行

列'Id' 是索引'IX_TestUnique_SiteIdUrl' 的分区依据列。唯一索引的分区依据列必须是索引键的子集。

--方式2

ALTER TABLE [dbo].[TestUnique] ADD CONSTRAINT [IX_TestUnique_SiteIdUrl] UNIQUE NONCLUSTERED

(

[SiteId] ASC,

[Url] ASC

)WITH (SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF) ON [Sch_TestUnique_Id]([Id])

消息1908，级别16，状态1，第1 行

列'Id' 是索引'IX_TestUnique_SiteIdUrl' 的分区依据列。唯一索引的分区依据列必须是索引键的子集。

消息1750，级别16，状态0，第1 行

无法创建约束。请参阅前面的错误消息。

--方式3

CREATE UNIQUE NONCLUSTERED INDEX [IX_TestUnique_SiteIdUrl] ON [dbo].[TestUnique]

(

[SiteId] ASC,

[Url] ASC

)WITH (SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = ON, ONLINE = OFF) ON [Sch_TestUnique_Id]([Id])

--测试没有指定分区方案时是否默认使用分区方案

CREATE NONCLUSTERED INDEX [IX_TestUnique_SiteIdUrl] ON [dbo].[TestUnique]

(

[SiteId] ASC,

[Url] ASC

)WITH (SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF)

2. 如果分区依据列不可能包含在唯一键中，则必须使用 DML 触发器，而不是强制实现唯一性。（在需要分区的表中，估计插入的数据量还是比较大的，在这个表使用触发器应该会有性能上的问题吧？）

--测试索引键的子集

CREATE UNIQUE NONCLUSTERED INDEX [IX_TestUnique_SiteIdUrl] ON [dbo].[TestUnique]

(

[Id] ASC,

[SiteId] ASC,

[Url] ASC

)WITH (SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = ON, ONLINE = OFF) ON [Sch_TestUnique_Id]([Id])

上面这条SQL是能成功执行的，不过从业务逻辑上来看，加了唯一的Id值对唯一就没有任何意义了，但是这条SQL告诉我们：当你使用了SiteId做为分区依据列，那么你就可以创建以SiteId+Url的唯一索引。

3. IGNORE_DUP_KEY = ON与IGNORE_DUP_KEY = OFF的区别：

忽略重复键，在创建或修改唯一索引时，可以可设置一个忽略重复键的选项。如果此选项已设置为“是”（ON），当您试图通过添加影响多行的数据来创建重复键（使用 INSERT 语句）时，则不会添加包含重复项的行,不重复的记录会给插入到表中的；如果此选项设置为“否”（OFF），则整个插入操作将失败，并且将回滚所有数据。

4. 如果您预计将通过使用更多分区来扩展索引，或者将会涉及到频繁的分区切换，那么将索引与已分区表对齐将非常重要。有关详细信息，请参阅设计分区以管理数据子集。如果表与其索引对齐，SQL Server 则可以快速高效地切换分区，同时又能维护表及其索引的分区结构。

5. 在下列情况下，独立于基表而单独设计已分区索引（不对齐）很有用：

基表未分区。
索引键是唯一的，不包含表的分区依据列。
您希望基表与使用不同联接列的多个表一起参与组合联接。

四、注意

1. 索引要与其基表对齐，并不需要与基表参与相同的命名分区函数。但是，索引和基表的分区函数在实质上必须相同，即：1) 分区函数的参数具有相同的数据类型；2) 分区函数定义了相同数目的分区；3) 分区函数为分区定义了相同的边界值。

2. 若要启用分区切换，表的所有索引都必须对齐。

3. 如果在创建时指定了不同的分区方案或单独的文件组来存储索引，则 SQL Server 不会将索引与表对齐。

五、总结

1. 如果不需要进行交换分区的情况下，并且你那么幸运让唯一索引列包含了分区依据列的话，你完全可以让唯一与表分区对齐，而且不用担心交换分区的影响；

2. 如果不需要进行交换分区的情况下，唯一索引不包含分区依据列，那就让唯一索引单独使用一个文件组，这样性能也能得到一部分的提升；

3. 如果需要进行交换分区的情况下，唯一索引不包含分区依据列，那就让唯一索引单独使用一个文件组，但是你需要在进行交换分区之前：停止TCP/IP防止进数据，重启服务，删除唯一索引，交换分区，创建唯一索引，启用TCP/IP，重启服务；（貌似这不是个好方法，欢迎大家提供好的方案）

六、参考文献

定义了索引视图时的分区切换

->使用分区切换高效传输数据

->已分区索引的特殊指导原则（唯一索引）

->设计分区以管理数据子集

本文链接

SQL Server 2005 性能优化实战系列（文章索引）

2012-01-20T06:54:00Z

前言

性能优化是数据库方向一个很重要的技能，这也是快速提供企业级应用性能最快捷的方式，所以性能优化的高低很大程度上表现了个人技能的高低。

下面的文章是我在实际项目中性能优化的一些经验，希望对那些需要实战帮助的童鞋有一点提示和帮助。希望大家拍砖。

系列文章索引

SQL Server 2005表分区实战系列（文章索引）

SQL Server 数据库服务器高性能设置

SQL Server 2005 扩展函数的基本概念

SQL Server 2005 使用扩展函数进行性能优化

SQL Server 2005 Url正则表达式内存常驻完美解决方案

SQL Server 2005 索引中include的魅力（具有包含性列的索引）

SQL Server 2005 全文索引的硬伤

SQL Server datetime数据类型设计、优化误区

空间换时间的数据库设计

总结

性能优化包括几个方面：数据库服务器的性能参数设置；数据库表索引；数据库新特性的应用；数据库表纵向切割、横向切割，scale-up（纵向扩展）、scale-out（横向扩展）；表分区；数据库发布订阅；数据库的整体设计；结合程序方面的优化；等等；

针对这些方面我会继续写些博文进一步得讲解在实战中的应用、遇到的一些问题和经验；表分区是SQL Server 2005一个比较大的新特性，我上面也是大篇幅的讲到这个问题，也欢迎大家进去多多指教。

一个人的能力和视野是比较有限，所以大家如果有更好的实战经验的话，欢迎拿出来分享和交流。看到一些好的博文也欢迎把地址贴出来。

本文链接

SQL Server 批量创建、删除链接服务器

2012-01-20T02:47:00Z

一、背景

我们的数据库比较多，它们提供了外网的访问，我现在想对这些数据库进行一些管理，获取这些数据库的一些信息，我们可以通过什么方式实现呢？

在SQL Server2005版本之后有一个叫做链接服务器的新功能，基本的操作可以参考：

SQL Server 2005链接服务器，我们就通过这个链接服务器来获取我们需要的数据，但是我们的服务器比较多，这个批量创建链接服务器和批量删除链接服务器就呼之欲出了。

二、设计过程

设计简述：创建如下图的表结构，LinkName保存远程链接的别名，LinkName2是创建链接方式2的一个补充字段，LinkIP代表远程服务器的地址，如果有端口的还需要加上端口。

这里为什么要设计成LinkName与LinkName2并存呢？这是因为我们在T-SQL使用远程链接的时候是通过别名的，我在进行两种方式的切换，只要修改调换下这两个字段的名称，并且去存储过程sp_CreateLink注释方式1的代码，恢复方式2的代码；

（图1：LinkConfig表，链接方式1）

（图2：LinkConfig表，链接方式2）

（图3：链接方式1的属性）

（图4：链接方式2的属性）

详细代码：创建表LinkConfig、批量创建链接服务器存储过程、批量删除链接服务器存储过程。

--创建表
CREATE TABLE [dbo].[LinkConfig](
    [Id] [int] IDENTITY(1,1) NOT NULL,
    [LinkName] [nvarchar](50) NULL,
    [LinkName2] [nvarchar](50) NULL,
    [LinkIP] [nvarchar](50) NULL,
    [LinkSa] [nvarchar](50) NULL,
    [LinkPassword] [nvarchar](50) NULL,
    [State] [int] NULL CONSTRAINT [DF_LinkConfig_State]  DEFAULT ((0)),
CONSTRAINT [PK_LinkConfig] PRIMARY KEY CLUSTERED
(
    [Id] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

--创建远程链接sp
-- =============================================
-- Author:        <Viajar>
-- Create date: <2012.01.05>
-- Description:    <创建远程链接>
-- =============================================
CREATE PROCEDURE [dbo].[sp_CreateLink]

AS
BEGIN

    SET NOCOUNT ON;

    --创建远程链接
    DECLARE @linkname VARCHAR(100)
    DECLARE @linkip VARCHAR(100)
    DECLARE @linksa VARCHAR(100)
    DECLARE @linkpassword VARCHAR(100)
    DECLARE @sql NVARCHAR(4000)
    DECLARE @itemCur CURSOR
    SET @itemCur = CURSOR FOR
        SELECT [LinkName],[LinkIP],[LinkSa],[LinkPassword] FROM dbo.LinkConfig WHERE State =1

    OPEN @itemCur
    FETCH NEXT FROM @itemCur INTO @linkname,@linkip,@linksa,@linkpassword
    WHILE @@FETCH_STATUS=0
    BEGIN
        --正在处理
        PRINT @linkname

        --不存在
        IF NOT EXISTS (SELECT * FROM sys.servers WHERE name = @linkname)
        BEGIN
            --创建链接方式1
            SET @sql = '
            EXEC master.dbo.sp_addlinkedserver @server = N'''+@linkname+''', @srvproduct=N''SQL Server'''
            EXEC(@sql)

            --设置密码
            SET @sql = '
            EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname = N'''+@linkname+''', @locallogin = NULL , @useself = N''False'', @rmtuser = N'''+@linksa+''', @rmtpassword = N'''+@linkpassword+''''
            EXEC(@sql)

--            --创建链接方式2
--            SET @sql = '
--            EXEC master.dbo.sp_addlinkedserver @server = N'''+@linkname+''', @srvproduct=N'''+@linkname+''', @provider=N''SQLNCLI'', @datasrc=N'''+@linkip+''''
--            EXEC(@sql)
--
--            --设置密码
--            SET @sql = '
--            EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname = N'''+@linkname+''', @locallogin = NULL , @useself = N''False'', @rmtuser = N'''+@linksa+''', @rmtpassword = N'''+@linkpassword+''''
--            EXEC(@sql)
--
--            --设置属性
--            SET @sql = '
--            EXEC master.dbo.sp_serveroption @server=N'''+@linkname+''', @optname=N''rpc'', @optvalue=N''true''
--            ;
--            EXEC master.dbo.sp_serveroption @server=N'''+@linkname+''', @optname=N''rpc out'', @optvalue=N''true''
--            '
--            EXEC(@sql)
        END

        FETCH NEXT FROM @itemCur INTO @linkname,@linkip,@linksa,@linkpassword
    END

    CLOSE @itemCur
    DEALLOCATE @itemCur

END

--删除远程链接sp
-- =============================================
-- Author:        <Viajar>
-- Create date: <2012.01.05>
-- Description:    <删除远程链接>
-- =============================================
CREATE PROCEDURE [dbo].[sp_DropLink]

AS
BEGIN

    SET NOCOUNT ON;

    --删除远程链接
    DECLARE @linkname VARCHAR(100)
    DECLARE @linkip VARCHAR(100)
    DECLARE @linksa VARCHAR(100)
    DECLARE @linkpassword VARCHAR(100)
    DECLARE @sql NVARCHAR(4000)
    DECLARE @itemCur CURSOR
    SET @itemCur = CURSOR FOR
        SELECT [LinkName],[LinkIP],[LinkSa],[LinkPassword] FROM dbo.LinkConfig WHERE State =1

    OPEN @itemCur
    FETCH NEXT FROM @itemCur INTO @linkname,@linkip,@linksa,@linkpassword
    WHILE @@FETCH_STATUS=0
    BEGIN
        --正在处理
        PRINT @linkname

        --删除链接
        SET @sql = '
        IF  EXISTS (SELECT srv.name FROM sys.servers srv WHERE srv.server_id != 0 AND srv.name = N'''+@linkname+''')
        BEGIN
        EXEC master.dbo.sp_dropserver @server=N'''+@linkname+''', @droplogins=''droplogins''
        END'
        EXEC(@sql)

        FETCH NEXT FROM @itemCur INTO @linkname,@linkip,@linksa,@linkpassword
    END

    CLOSE @itemCur
    DEALLOCATE @itemCur

END

三、注意事项

1. 进行方式1与方式2的切换，需要如图1、图2的表字段名称进行修改，并且去存储过程sp_CreateLink注释方式1的代码，恢复方式2的代码；

2. 在需要修改表记录之前需要先删除所有链接服务器（执行存储过程sp_DropLink），再创建链接服务器；（执行存储过程sp_CreateLink）；

本文链接

SQL Server 置疑、可疑、正在恢复

2011-12-19T12:59:00Z

一、出错情况

有些时候当你重启了数据库服务，会发现有些数据库变成了正在恢复、置疑、可疑等情况，这个时候DBA就会很紧张了，下面是一些在实践中得到证明的方法。

在一次重启数据库服务后，数据库显示正在恢复，过了很久还是这个状态，离线时间不能太长，所以就想起了一个方法，就是把数据库服务停止了，把数据文件mdf和ldf拷贝出来，删除了ldf文件，按照之前的经验，好像是在没有ldf的情况下可以使用mdf来恢复数据库。创建了一个同名的数据库，停止数据库服务，覆盖mdf文件，再启动数据库服务，这个时候还是处于可疑的状态。

其中使用mdf来附加数据库是附加不了的，一直报错。

二、解决步骤

方法一：使用脚本进行数据库恢复。

--DataBaseName为修复的数据名

USE MASTER

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE

ALTER DATABASE [DataBaseName] SET EMERGENCY

sp_dboption 'DataBaseName', 'single user', 'true'

DBCC CHECKDB('DataBaseName','REPAIR_ALLOW_DATA_LOSS')

ALTER DATABASE [DataBaseName] SET ONLINE

sp_configure 'allow updates', 0 reconfigure with override

sp_dboption 'DataBaseName', 'single user', 'false'

SQL讲解：

1) 使用指定值强制重新配置：（1、0表示为真假）

sp_configure 'allow updates', 1 reconfigure with override

2) 设置为紧急状态：

alter database DataBaseName set emergency

3) 设置为单用户模式：

alter database [DataBaseName] set single_user

或者：Sp_dboption 'DataBaseName', 'single user', 'true'

4) 修复发现的错误：

DBCC CHECKDB('DataBaseName','REPAIR_ALLOW_DATA_LOSS')

5) 设置为联机、在线：

ALTER DATABASE [DataBaseName] SET ONLINE

方法二：这个方法还没尝试过，大家可以试试看。

CREATE DATABASE DataBaseName

ON (FILENAME = 'D:\DataBase\Name.mdf')

FOR ATTACH_REBUILD_LOG ;

三、参考文献

SQL SERVER 2005 数据库状态为“可疑”的解决方法

SQL Server 2005无日志文件附加数据库

DBCC CHECKDB

本文链接

SQL Server 维护计划实现数据库备份

2011-11-18T09:51:00Z

一、前言

SQL Server 备份和还原全攻略，里面包括了通过SSMS操作还原各种备份文件的图形指导，SQL Server 数据库最小宕机迁移方案，里面使用SQL脚本（T-SQL）完成完全备份、差异备份、完全还原、差异还原等；

有了上面的基础，我们加入了数据库的备份元素，通过维护计划来生成数据库的备份文件，这包括两种文件，数据库的完全备份与差异备份，有了这两个文件，我们可以通过SQL Server 备份和还原全攻略（图形操作）或者SQL Server 数据库最小宕机迁移方案（代码操作）的方法来还原我们的数据；

二、场景设计

假设我们的数据库不是很大，但是我们的数据会比较重要，大概一天一个备份就能满足我们的业务需要，那我们应该如何设计我们的备份方案呢？

星期天晚上02:00做一次数据库的完全备份，其它时间星期一至星期六晚上02:00做一次差异备份，基本逻辑如下图所示：

（图：数据库备份文件生成逻辑）

Tips：

1. 如果你的数据库比较大，而且流数据（就是一些记录性的流水数据）比较多，我们的做法是把这些大表分离出一个新的数据库（纵向切割数据库），这样接下来的问题，这篇文章就可以解决了；

2. 如果无法把流数据分离出数据库，那么可以考虑表分区，分区之后再对其它表进行数据备份（主分区备份）；这些备份是无法使用差异备份了，每次都只能使用完全备份，而且还原的时候表分区是不可以用的，只能修改表名之后再创建新表，请参考：SQL Server 维护计划备份主分区

3. 如果一天一次的备份满足不了业务上的需求，那么可以考虑发布订阅方案，在两台机器上进行事务复制，可以调整复制的频率，加强数据的安全性，这个会在以后的文章中说明；

三、实战操作

1. 数据库 -> 【管理】-> 【维护计划】 -> 【新建维护计划】；

（图1）

2. 勾选【备份数据库(完整)】和【备份数据库(差异)】；

（图2）

3. 设置 完整备份 文件的路径和备份文件的扩展名；注意特定数据库的选择；

（图3）

4. 填写 完整备份 作业计划的名称，执行间隔勾选星期日，设置执行时间；

（图4）

5. 设置 差异备份 文件的路径和备份文件的扩展名；注意特定数据库的选择；

（图5）

6. 填写 差异备份 作业计划的名称，执行间隔勾选除星期日之外的日期，设置执行时间；

（图6）

7. 这就生成 完整备份与差异备份 的子计划了，

（图7）

8. 在完整备份的设计界面中，从左边拖拉一个【清除历史记录】的控件到右边，并双击进行下图的设置；

（图8）

9. 从左边拖拉一个【清除维护】的控件到右边，并双击进行下图的设置，这里需要设置 完整备份 的路径和文件的扩展名；

（图9）

10. 在步骤上加上箭头形成 完全备份 作业的流程图；

（图10）

11. 在差异备份的设计界面中，从左边拖拉一个【清除历史记录】的控件到右边，并双击进行下图的设置；

（图11）

12. 从左边拖拉一个【清除维护】的控件到右边，并双击进行下图的设置，这里需要设置 差异备份 的路径和文件的扩展名；

（图12）

13. 在步骤上加上箭头形成 差异备份 作业的流程图；

（图13）

14. 在维护计划下生成Ant_Backup，在代理中生成 完整备份与差异备份的作业；

（图14）

四、参考文献

SQL Server 2005 自动备份

SQL Server 2005自动备份维护计划

SQL Server 2005备份维护计划

使用SQL Server维护计划实现数据库定时自动备份

本文链接

SQL Server 维护计划备份主分区

2011-10-09T03:52:00Z

一、场景

经过一段时间表分区的实践，我们先对表进行分区（形成表分区模板）；表数据搬迁模板（迁移数据到新的分区表）；分区管理自动化（自动化进行交换分区）；详情请见：SQL Server 表分区实战系列（文章索引）

再进一步延伸，我们就需要对这些做了表分区的库进行备份了，之前写过一篇博文：SQL Server 备份和还原全攻略，这里描述了MSSQL的一些备份概念，今天这里虽然没有用到，但是像差异备份在备份比较大的情况下使用就会有很好的效果。

今天我们就来说说如何使用MSSQL的维护计划来备份表分区的。

假设这样一个场景：一个数据库现在已经几十G（如图1），但是占用主要空间的就是一两个表的数据（流水记录数据），其它的就是一些配置表，我们对这些配置表数据安全性要求比较高，而对流水数据比较低，那么我们有什么方案可以保证这个数据库的数据安全呢？

（图1）

二、方案

方案一：对于上面的场景，我们最简单、最合理的方案就是把这两个表PostSnapshot、PostLog分离出来作为一个新的数据库A，而配置表单独作为一个数据库B，这样的好处是很多的，这样对配置数据库B的备份就简单的多了，更重要的一点就是数据库A与B的读写也分离了（频繁读取配置数据库B和频繁写记录数据库A）

方案二：但是往往在很多情况是业务上不允许我们这样做，那还有没一个可以折中的办法呢？对的，这个折中的办法就是我今天想表述的内容了，我们先对这两个表PostSnapshot、PostLog进行表分区，剩下的配置表就依然还在主分区（Primary）里面，我们只需要备份主分区就可以达到备份配置表的目的了。

对于方案二，一个比较大的缺点就是在还原备份的时候，这两个表PostSnapshot、PostLog是用不了的，也删除不了，只能通过修改表名之后再创建两个新表，不过这个缺点对于这些备份来说可以忽略，因为我们重要的数据可以通过主分区的备份找回来就已经满足我们这类备份的目的了。

三、实践

(一) 使用【维护计划】->【维护计划向导】，在出现的窗体中需要注意一个选项，如图2所示，需要选择【每项任务单独计划】，这样才能在作业中看到不同的任务所对应的作业，这样的好处是可以单独执行某个作业。

（图2）

(二) 这个维护计划中包括了两个子计划：Subplan_Primary与Subplan_Primary_Save，Subplan_Primary的计划是每天晚上的1点钟，图3表述了作业的执行步骤与过程：

1) 首先是执行一段我们编写的T-SQL代码，如果这里不是需要进行分区备份，而是使用完整备份或者是差异备份的话，我们完全就不需要写T-SQL代码；

2) 接着删除备份的日志记录，只保留2周的记录；

3) 最后对备份的bak文件进行维护了，保留2周内的bak备份文件，2周之前的bak会自动被删除掉；

（图3）

(三) 我们的数据库模式设置为简单模式了，在这种状态下是无法对分区进行备份的，所以：

1) 首先要把数据库的模式设置为完整模式；

2) 接着使用T-SQL备份数据库的主分区；

3) 最后再把数据库的模式设置为简单模式；

使用备份还原数据库，还原后的数据库是完整模式的呢？还是简单模式的呢？当然是完整模式啦。

（图4）

(四) 在备份主分区的代码中，我们除了图4中把DISK的路径作为参数传进去执行外，我们还可以使用拼凑SQL的方式，如图5所示；

（图5）

(五) 可能很多人都不太理解为什么上面的子计划已经做了一次主分区的备份了，为什么还要在添加一个子计划呢？其实这个是为了管理上的方便，因为Subplan_Primary的备份间隔是每天，只保留2周内备份（14个bak文件），所以太久之前的备份就会丢失了，为了能保留尽可能久的备份，我们添加了Subplan_Primary_Save子计划，它每周只执行一次，保留4个月内的备份（16个bak文件）；这样要比100多个bak要节省很多的空间。（我们可以考虑每周拷贝一份Subplan_Primary中bak到其它服务器进行备份，这样就可以省略掉Subplan_Primary_Save）

Subplan_Primary与Subplan_Primary_Save的区别：

1) 在T-SQL里面保存bak的路径是不同的；

2) 文件命名中的日期格式不一样；

3) 执行计划频率不同；

4) 清除任务的保留时间不同；

5) 清除任务bak文件的路径不同；

（图6）

(六) 在测试过程中，为了看看维护计划中【清除维护任务】的效果，我们缩短了保留的天数，设置为5天，图7是执行作业前的bak文件列表，图8是设置为保留5天并执行作业后的bak文件列表。可以看到最久的一个bak文件被删除了。

（图7）

（图8）

四、部分T-SQL代码

--1设置完整模式

USE [master]

ALTER DATABASE [Barefoot.Ant] SET RECOVERY FULL WITH NO_WAIT

--2备份主分区

DECLARE

@FileName VARCHAR(200),

@CurrentTime VARCHAR(50)

SET @CurrentTime = CONVERT(CHAR(8),GETDATE(),112) + CAST(DATEPART(hh, GETDATE()) AS VARCHAR) + CAST(DATEPART(mi, GETDATE()) AS VARCHAR)

SET @FileName = 'F:\DBBackup\Ant_Primary\Ant_Primary_' + @CurrentTime

BACKUP DATABASE [Barefoot.Ant]

FILEGROUP='PRIMARY' TO DISK=@FileName WITH FORMAT

--3设置简单模式

USE [master]

ALTER DATABASE [Barefoot.Ant] SET RECOVERY SIMPLE WITH NO_WAIT

--还原主分区

RESTORE DATABASE [TestAnt]

FILEGROUP='PRIMARY'

FROM DISK='F:\DBBackup\Ant_Primary\Ant_Primary_20110916000001.bak' WITH FILE = 1,

MOVE N'Barefoot.Ant' TO N'F:\DBBackup\TestAnt.mdf',

MOVE N'Barefoot.Ant_log' TO N'F:\DBBackup\TestAnt_log.ldf',

RECOVERY,REPLACE, STATS = 10

五、参考文献

使用SQL Server的作业进行数据库备份

使用T-SQL进行数据库备份并检查该备份文件是否存在且作出相应处理

用命令对sql进行备份

本文链接

SQL Server 重复执行作业中某个步骤

2011-09-14T06:58:00Z

一、说明

在SQL Server 的作业中，有些时候我们希望步骤在执行失败后可以重复执行多几次，而我产生这个念头的是因为我在执行某个步骤（这个步骤对分区表进行修改分区方案、分区函数）的时候出现死锁了，如下面描述：

消息1205，级别13，状态55，第1 行

事务(进程ID 115)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。

我想到解决这个问题的方法是重复执行多几次这个步骤（经测试执行几次可行），所以这里就讲讲如果让数据库作业完成这一动作。

二、测试实验

(一) 测试方案：

我们在作业中设置了简单的两个步骤，步骤1往表中插入一条数据，步骤2更新这条记录，让计数器+1，这就测试了成功时候，说明重复次数是没用的；对步骤2进行修改，让步骤2抛出一个异常，因为我们需要对表进行计数器+1，所以我们这里就抛出一个异常，扑捉到这个异常，进行计数器+1后，再把这个异常抛出去，抛第一个异常是模拟执行失败的，抛第二个异常就是让作业在失败情况下重复执行，因为使用TRY和CATCH后第一个异常就给捕获了。

(二) 创建表：

CREATE TABLE [dbo].[TestJobCounts](

[Id] [int] IDENTITY(1,1) NOT NULL,

[Counts] [int] NULL,

[UpdateTime] [datetime] NULL,

CONSTRAINT [PK_TestJobCounts] PRIMARY KEY CLUSTERED

(

[Id] ASC

)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]

) ON [PRIMARY]

(三) 创建步骤1需要执行的存储过程：

-- =============================================

-- Author: <Viajar>

-- Create date: <2011.09.14>

-- Description: <插入数据>

-- =============================================

CREATE PROCEDURE [dbo].[sp_Insert]

BEGIN

INSERT INTO [TestBackupDB].[dbo].[TestJobCounts]

([Counts]

,[UpdateTime])

VALUES

,getdate())

END

(四) 创建步骤2需要执行的存储过程：

-- =============================================

-- Author: <Viajar>

-- Create date: <2011.09.14>

-- Description: <更新数据>

-- =============================================

CREATE PROCEDURE [dbo].[sp_UpdateCount]

BEGIN

BEGIN TRANSACTION AltPS

BEGIN TRY

UPDATE [TestBackupDB].[dbo].[TestJobCounts]

SET [Counts] = [Counts]+1

RAISERROR (N'This is message %s %d.', -- Message text.

13, -- Severity,

55, -- State,

N'number', -- First argument.

5); -- Second argument.

END TRY

BEGIN CATCH

IF @@TRANCOUNT > 0

PRINT 'Being ROLLBACK'

ROLLBACK TRANSACTION AltPS--回滚

UPDATE [TestBackupDB].[dbo].[TestJobCounts]

SET [Counts] = [Counts]+1

WHERE Id = (select max(id) from [TestJobCounts])

PRINT '失败'

RAISERROR (N'This is message %s %d.', -- Message text.

13, -- Severity,

55, -- State,

N'number', -- First argument.

5); -- Second argument.

END CATCH

IF @@TRANCOUNT > 0

BEGIN

PRINT 'Being COMMIT'

COMMIT TRANSACTION AltPS;--执行

PRINT '成功'

END

(五) 创建作业：

USE [msdb]

/****** 对象: Job [测试作业执行次数] 脚本日期: 09/14/2011 11:36:51 ******/

BEGIN TRANSACTION

DECLARE @ReturnCode INT

SELECT @ReturnCode = 0

/****** 对象: JobCategory [[Uncategorized (Local)]]] 脚本日期: 09/14/2011 11:36:51 ******/

IF NOT EXISTS (SELECT name FROM msdb.dbo.syscategories WHERE name=N'[Uncategorized (Local)]' AND category_class=1)

BEGIN

EXEC @ReturnCode = msdb.dbo.sp_add_category @class=N'JOB', @type=N'LOCAL', @name=N'[Uncategorized (Local)]'

IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

END

DECLARE @jobId BINARY(16)

EXEC @ReturnCode = msdb.dbo.sp_add_job @job_name=N'测试作业执行次数',

@enabled=1,

@notify_level_eventlog=0,

@notify_level_email=0,

@notify_level_netsend=0,

@notify_level_page=0,

@delete_level=0,

@description=N'无描述。',

@category_name=N'[Uncategorized (Local)]',

@owner_login_name=N'sa', @job_id = @jobId OUTPUT

IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

/****** 对象: Step [插入一条数据] 脚本日期: 09/14/2011 11:36:52 ******/

EXEC @ReturnCode = msdb.dbo.sp_add_jobstep @job_id=@jobId, @step_name=N'插入一条数据',

@step_id=1,

@cmdexec_success_code=0,

@on_success_action=3,

@on_success_step_id=0,

@on_fail_action=2,

@on_fail_step_id=0,

@retry_attempts=0,

@retry_interval=0,

@os_run_priority=0, @subsystem=N'TSQL',

@command=N'exec dbo.sp_Insert',

@database_name=N'TestBackupDB',

@flags=0

IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

/****** 对象: Step [执行多次存储过程] 脚本日期: 09/14/2011 11:36:52 ******/

EXEC @ReturnCode = msdb.dbo.sp_add_jobstep @job_id=@jobId, @step_name=N'执行多次存储过程',

@step_id=2,

@cmdexec_success_code=0,

@on_success_action=1,

@on_success_step_id=0,

@on_fail_action=2,

@on_fail_step_id=0,

@retry_attempts=5,

@retry_interval=1,

@os_run_priority=0, @subsystem=N'TSQL',

@command=N'exec dbo.sp_UpdateCount',

@database_name=N'TestBackupDB',

@flags=0

IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

EXEC @ReturnCode = msdb.dbo.sp_update_job @job_id = @jobId, @start_step_id = 1

IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

EXEC @ReturnCode = msdb.dbo.sp_add_jobschedule @job_id=@jobId, @name=N'执行时间',

@enabled=1,

@freq_type=4,

@freq_interval=1,

@freq_subday_type=4,

@freq_subday_interval=10,

@freq_relative_interval=0,

@freq_recurrence_factor=0,

@active_start_date=20110914,

@active_end_date=99991231,

@active_start_time=0,

@active_end_time=235959

IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

EXEC @ReturnCode = msdb.dbo.sp_add_jobserver @job_id = @jobId, @server_name = N'(local)'

IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

COMMIT TRANSACTION

GOTO EndSave

QuitWithRollback:

IF (@@TRANCOUNT > 0) ROLLBACK TRANSACTION

EndSave:

附图一：设置步骤之间的关系：

（图1）

附图二：设置步骤2失败时重试的次数以及每次重试的时间间隔，这里需要注意的是：1，如果步骤2执行成功，是不会执行重试的，直接就退出报告成功的作业了；2，这里重试次数设置为5，那么一共执行的次数就会是6次，因为要加上本身执行那一次；

（图2）

三、测试效果

(一) 执行中，注意状态中的重试间隔：

（图3）

(二) 执行完，这是重复执行了5次依然失败的效果图：

（图4）

(三) 查看表，发现Counts的数值是6，说明本身执行1次，外加重试执行5次：

（图5）

四、参考文献

如何设置作业步骤的成功流或失败流 (SQL Server Management Studio)

本文链接

SQL Server 设计开发系列（文章索引）

2011-08-29T07:47:00Z

前言

数据库的设计与开发包括了很多东西，也许就是一个设计思想：比如空间换时间方案，读写分离，水平切分表，HA群集等；开发方面就包括脚本的开发、扩展函数，涉及到一些SQL的使用。

该系列还在完善中，欢迎大家指出还缺少些什么内容的维护，我会在后面的文章中陆续补充的。

系列文章索引

简单实用SQL脚本

简单实用SQL脚本Part2：日期和时间函数

简单实用SQL脚本Part：游标模板

简单实用SQL脚本Part：查找SQL Server 自增ID值不连续记录

简单实用SQL脚本Part：生成站点导航树形结构

简单实用SQ脚本Part：sql多行转为一列的合并问题

简单实用SQL脚本Part6：特殊需要的行转列

简单实用SQL脚本Part9：纵向回填信息

本文链接

SQL Server 自动化管理分区设计方案（图解）

2011-07-21T06:49:00Z

一、设计说明

设计这个自动化的目的是想要交替、重复地使用固定的几个分区（分区编号01~05）来保存数据，当最后一个分区就是快满的时候，我们会把最旧数据的分区的数据清空出分区，新数据就可以使用老分区空间了。

应用这个自动化管理分区的环境是有些限制的，其一：分区的数据是呈现递增的，比如分区字段是自增Id值，或者是以日期作为分区；其二：可以接受历史数据被移除分区表带来的问题。其三：一天进库的数量不应大于分区管理表PartitionManage中Part_Value与Change_Value的差，因为我们作业执行的频率是1天，不过你可以调整Change_Value或者作业的执行频率；

具体脚本可以参考：SQL Server 2005 自动化删除表分区设计方案

二、看图说话

（图1：整体概念图）

数据流经过分区方案，被分配到不同的分区中，从图中可以看出，分区是可以重复利用的，后台有一个所谓的自动化切换分区的作业在跑，目的就是如果重复利用这些分区。这里的PRIMARY目的就是说明它与其它文件组的一个平级关系，而且我们在做交换分区时候也会用到PRIMARY，需要事先分配足够的空间。

（图2：自动化设计图）

这是自动化切换分区作业的逻辑处理，其中分区管理表的设计是比较重要的，它的灵活度关系到整个自动化的效果；这个逻辑有以下几个特点：

1. 分区的索引进行存储位置对齐；其它索引在创建时就使用了分区方案，索引数据跟随分区数据一起存储在分区中；

2. 分区管理表，包含了分区记录数预警设计，在Id达到这个值后就会进行交换分区；

3. 分区管理表，FileGroup_String字段的数据可以通过SQL脚本自动化生成，条件就是分区文件组名称需要有规律；

4. 临时表是创建在PRIMARY主分区上，跟原表使用相同的分区方案；需要事先给PRIMARY分配大于或者等于一个分区文件大小的空间，这样在交换分区的时候就不用增量为主分区分配数据空间；

5. 交换旧数据到临时表，使用下面的语句可以把数据交换到相同的分区中编号，这样可以应对临时表就是一个历史表，而好处就是历史表也同样使用了分区。

ALTER TABLE [tb] SWITCH PARTITION @PARTITION_num TO [Temp_tb] PARTITION @PARTITION_num

6. 这里需要先修改分区方案，才能修改分区函数，这个跟创建分区函数与分区方案的顺序是刚好相反的。

（图3：分区管理表PartitionManage）

字段说明：Change_Value（预警Id值）Part_Value（分区函数值）FileGroup_String（分区文件组名称）IsDone（状态）UpdateTime（更新时间）；

这就是那个分区管理表（PartitionManage），它是经过了几个版本后才把字段确定下来的，现在它已经比较完善了，能应对比较多的情况：

1. 比如我们可以修改预警值（Change_Value），让数据提早进入交换分区；

2. 比如我们可以修改分区值（Part_Value），达到调整分区间隔的目的；

3. 比如我们可以修改分区文件组名称（FileGroup_String），达到跳级文件组的目的；通过修改分区管理表来设置分区值与分区文件组的对应关系；

4. 再比如，我们一次性修改了分区方案和分区函数，已经去到很后面的分区值了，那么我们只要设置这些分区值的状态（IsDone）为1（True）就可以解决了。

5. 记录了进行交换分区的时间（UpdateTime），方便查询；

（图4：分区为Id字段的记录分布图）

这是一个实战中的分区情况，这样的分区特点就是分区里面的记录数基本上是持平的，在Partition_num=20的记录中明显多了很多记录，这就是因为我们没有及时进行交换分区造成的。

（图5：分区为ClassId（分类）字段的记录分布图）

这同样是另外一个生产环境中的真实数据，这个分区方式的特点就是分区的记录数不太均等，而我们前期需要做的就是通过划分每个分区中ClassId的值来尽量均衡分区中的记录数，所以可以看到最小与最大值跨度区别是比较大。

本文链接

SQL Server 维护系列（文章索引）

2011-07-15T06:52:00Z

前言

数据库的维护其实包括很多方面，用户权限、数据备份等，这方面的积累也是必不可少的，所以这里把一些常用的的维护进行一些总结，这些文章的特点就是我会使用比较多的图片进行说明，大家看起来会比较直观。

该系列还在完善中，欢迎大家指出还缺少些什么内容的维护，我会在后面的文章中陆续补充的。

系列文章索引

SQL Server 维护计划实现数据库备份

SQL Server 备份和还原全攻略

SQL Server 数据库迁移偏方

SQL Server 数据库最小宕机迁移方案

SQL Server 数据库服务器高性能设置

SQL Server 2005链接服务器

SQL Server 2005控制用户权限访问表

SQL Server 置疑可疑正在恢复

使用bcp进行大数据量导出导入

批量生成bcp命令

使用Excel批量生成SQL脚本（小技巧）

纯真QQIP库导入到SQL Server详解

本文链接