用SQL Server 2005构建高性能数据仓库

核心提示： 除了芯片架构之外，处理机的数量和速度也是很重要的一个方面，用SQL Server 2005构建高性能数据仓库(3)，数据仓库需要很大数量的平行化的需求，这与处理器的速度和时钟速度是有很大关系的，记住，即使数据库巨大，在实现数据从仓库之前很难估计实际的需求，一个很好的方法是不仅仅确立一个开始

除了芯片架构之外，处理机的数量和速度也是很重要的一个方面。数据仓库需要很大数量的平行化的需求，这与处理器的速度和时钟速度是有很大关系的。在实现数据从仓库之前很难估计实际的需求。一个很好的方法是不仅仅确立一个开始的基线，也要识别硬件和架构。

2. 磁盘的配置

数据仓库的磁盘的配置也是很重要的一个因素。数据仓库动辄就需要TB级的I/O操作。如果这些信息恰好很少查询，I/O在我们的环境中将会是一个很大的因素。I/O仍然是硬件系统中的一个最慢的方面，因此为了能够正确的购买和配置磁盘子系统，需要进行周密的计划。存储范围网络（Storage Area Network：SAN）仍然是大型数据库（例如数据仓库）的一个理想的选择。在考虑SAN时需要考虑不同的文件类型（tempdb、数据文件和日志文件等）的特征，以便磁盘子系统能够得到正确的设计。磁盘配置的一些基本的最佳实践如下：

(1) 创建更多的SAN磁盘组来支持来自SQL Server的多重的和平行的I/O。每一个磁盘组由不同的磁盘数组组成并且基于数据的类型（工作的数据、历史数据、日志和Tempdb）配置；

(2) 考虑SAN卖方基于I/O等级的推荐；

(3) 为了保证在每一部分失败时能够恢复的分离，需要将数据和日志文件放在不同的磁盘组中进行；

(4) 将tempdb数据文件和日志文件放在不同的磁盘组中；

(5) 保证数组从大数量的物理磁盘中构建，但是没有充满在控制器中；

大表通常经历了大范围的读取，从大数量的磁盘到均匀的分配I/O。

当定义RAID需求的时候，OLTP的对于数据仓库环境的一些最佳实践派上了用场。Tempdb是一些重要的数据库，这些数据库必须与在RAID序列的其他的数据库文件分开存放。

当你架构一个数据仓库的时候，需要富有创造力的考虑这些数据。特别是当你具有OLTP背景的时候。记住，即使数据库巨大，也很少一部分是很规则的被更新。