在SQL Server中的关系型数据仓库分区策略(6)

策略 I

策略 II

数据导入

·         在SELECT/INTO SQL语句中不能明确的指定文件组。由于这一限制，在使用一个SELECT/INTO 语句时无法采用并行方式来完成初始转换

·         步进的数据导入不会被分区策略所影响

·         当所有的分区映射到同一个文件组时转换可以采用并行的方式完成

·         步进的数据导入不会被分区策略所影响

备份/还原

·         在文件组和分区之间创建一个一一对应的关系让在分区级别的零散备份和还原操作得以进行

·         在备份数据库之前确保分区被标记了只读状态。如果没有，当还原数据库时事务日志必须被前滚

·         如果所有的分区被映射到了同一个文件组，分区表作为一个整体可以使用单个的命令进行备份和还原

·         此策略在单个分区的粒度下不提供零散备份的灵活性

查询性能

·         如果文件组只包含一个文件，并且表会采用一个接一个的串行方式来进行填充，对这样的对象的扩展盘区的分配是连续的。这意味着SQL Server对于一个连续的扫描可以提供多达256 KB的 I/O (4个扩展盘区)速率

·         因为数据是连续的，因此对于大量的连续扫描可以提供更好的工作负荷

·         如果文件组是由多个文件组成的，SQL Server使用按比例填充机制，这样会导致扩展盘区出现碎片

·         类似的，在并行操作比如并行数据导入操作期间为对象/分区分配的扩展盘区无法保证是连续的

·         当为对象分配的扩展盘区不连续时，对于连续扫描SQL Server可以提供差不多64 KB的 I/O（1个扩展盘区）速率

·         因为数据分布在许多的物理磁盘上，因此它有助于在进行大量的并发随机I/O操作时提供更好的工作负荷性能

作为一个替换的方案，可以在启动SQL Server时加上-E开关。当在启动时指定了-E开关时，SQL Server可以分配4个而不是1个扩展盘区。因而-E开关让SQL Server可以提供多达256 KB 的I/O速率，即使存在因使用了按比例填充机制而产生的扩展盘区碎片

# 并行线程

执行时间

(在所有的线程执行时)

处理器使用率 (跨8个处理器)

# 行插入

批量拷贝吞吐量/秒

批量拷贝行/秒

磁盘吞吐量

8

52 分钟

88 %

2550835652

44.77 MB/秒

6,53,339

41.17 MB/秒 跨 8 个LUNs on CLARiiON

#并行线程

执行时间

(在所有的线程执行时)

处理器使用率 (跨8个处理器)

#行插入

批量拷贝吞吐量/秒

批量拷贝行/秒

磁盘吞吐量

8

52分钟

92.625%

2,550,835,652

46.42 MB/秒

677285

44.29 MB/秒 跨 8 个LUNs on CLARiiON