|
|
一、场景
这一段时间使用SQL Server 2005 对几个系统进行表分区，这几个系统都有一些特点，比如数据库某张表持续增长，给数据库带来了很大的压力。
现在假如提供一台新的服务器，那么我们应该如何规划这个数据库呢？应该如何进行最小宕机时间的数据库转移呢？如果规划数据库呢？
二、环境准备
要搭建一个好的系统，首先要从硬件和操作系统出发，好的设置和好的规划是高性能的前提，下面我就来说说自己的一些看法，欢迎大家提出异议；
1) 对磁盘做RAID0（比如3*300G），必要时可以考虑RAID5、RAID10；
2) 使用两张千兆网卡，一张用于外网，一张用于内网（这也需要千兆路由器的配合）；
3) 逻辑分区C为系统分区（50G），逻辑分区D为程序安装分区（50G），逻辑分区E为数据库文件逻辑分区；
4) 安装Microsoft Windows Server 2003, Enterprise Edition SP2（x64）操作系统；
5) D盘格式化的时候使用默认分配单元大小，E盘格式为64k分配单元；
6) 安装Microsoft SQL Server 2005（x64）数据库；
7) 在我们网上邻居-本地连接-属性-Microsoft网络的文件和打印机共享-最大化网络应用程序数据吞吐量（勾选上）；
8) 运行-gpedit.msc-Windows设置-安全设置-本地策略-用户权限分配-内存中锁定页面-设置用户组（比如Administrators）；
9) 运行-services.msc，设置启动类型为手动，并且停止除了SQL Server (MSSQLSERVER)之外的SQL Server服务，除非你对某些服务需要启动，比如作业、全文索引；
10) 设置虚拟内存大小，我通常设置为4096MB-8192MB；
三、前期工作
在进行分区之前，我们首先要分析这个表的数据量（行数）有多少？这个表的存储空间（物理存储）有多少？需要确定分区文件多大为合理？还需要确认我们按照表中哪个字段进行分区？后期的维护是否需要对分区进行管理（比如交换分区进行数据归档等）？
假设我们决定以自增ID作为分区字段（其实应该叫分区数值类型），我们就可以使用上面的行数和存储空间来计算我们的分区边界值了，因为我们确认了分区文件的大小。比如我们表A记录为：1.5亿，占用空间为：700G，如果我们可以接受的文件大小为10G（这个要根据如果需要做交换分区和一些存储空间、硬盘等信息确认的），那么我们的分区值可以这样计算：1.5亿/（700G/10G）≈200W，也就是：200W，400W，600W等等；
分区文件在创建的时候就应该初始化为包含分区边界值数据大小，比如上面的分区文件可以设置为10G，这样就不用重新分配空间了。也可以使用定量增长，比如2048MB。
在设置自增ID为分区字段，那么通常我们会让ID成为聚集索引，而且设置填充因子为100%，这样我们的数据页就不会有空白了。
如果后期的维护需要对分区进行管理，比如交换分区进行数据归档，交换分区是需要索引对齐的，而索引对齐有两种：索引对齐；按存储位置对齐的表。
索引对齐：假如你想让数据与索引分开到不同的文件，可以使用两个不同的分区方案，但是使用同一个分区函数，这样就把索引分开了。（如图1）
存储位置对齐：创建非聚集索引的时候设置【数据空间规范】，两个索引对象可以使用相同的分区架构，并且具有相同分区键的所有数据行最后将位于同一个文件组中。这就叫存储位置对齐。（数据和索引在同一个文件中）（如图2）
（图1）
（图2）
四、分区步骤
下面提供了创建分区的代码，其中包括模板还有例子（Ext），这里最主要是注意一些命名规范，希望对大家有用：
步骤1：为MyDataBase数据库创建2个文件组，如果你不想用PRIMARY作为分区，你可以创建多一个文件组，文件组=分区值个数+1；
--1.创建文件组
ALTER DATABASE [数据库名]
ADD FILEGROUP [FG_表名_字段名_分区编号]
--Ext
ALTER DATABASE [MyDataBase]
ADD FILEGROUP [FG_User_Id_1]
ALTER DATABASE [MyDataBase]
ADD FILEGROUP [FG_User_Id_2]
it知识库：SQL Server 2005 分区模板与实例，转载需保留来源！
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
