《SQL SERVER 商业智能维护与管理》读书笔记(三):BI组件向SQL2005 迁移

 

学习目标：

l         使用迁移向导将SSAS2000迁移到SSAS2005

l         建立包

Ø         使用包迁移向导

 

一、升级SSAS

1、架构上的变化

1）属性变化

在2000里，一个维度只能定义一个层级，如果要建立属性层级，就必须建立虚拟维度或者基于相同表的新维度。相反，2005是以属性为中心的，可以建立属性层级，并且层级的数据是没有限制的。

2）Cube变化

在2000里，一个CUBE只能有一张事实表，而在2005中，CUBE可以包含多张事实表

在2000里，可以将多个CUBE组成一个虚拟CUBE；而2005中，则通过维度组来做事实表之间的映射。

2、迁移概述

一般有两种迁移方式：

l         当前位置迁移（in place）

l         Side by side（并行）

 

SQL2005提供了SSAS实例重命名工具ASInstanceRename.exe，可以在SSAS2005迁移成功后将命名实例改名为默认实例。

 

3、使用AS迁移向导

步骤如下：

1）在SSMS中连接AS实例

2）在服务器上右键选择迁移数据库

3）在向导中分别输入AS2000和AS2005的服务器

4）选择迁移哪一个数据库

5）对兼容性进行评估

6）执行迁移

7）在SSMS中查看迁移后的CUBE

 

4、迁移后的考虑

1）2000中的CUBE将转换为2005中对应的CUBE，虚拟CUBE也会转换成CUBE；

2）新的CUBE包含的聚集是没有处理过的，另外还要定义存储、分区和聚集策略

3）如果原来的CUBE中包含远程对象，这些特征将不会迁移

4）维度和层次可能会重新命名，以避免重名

 

接着还要执行以下步骤：

1）处理CUBE
2）在中间层安装一个称为Pivot Table Service 9.0 的SSAS 2005 OLE DB 客户端，并在客户端测试能否访问。

3）检查客户端工具是否与SSAS2005兼容，并进行可访问性测试

4）在迁移后的数据库上测试己有的分析视图和报表

5）重新设计新的SSAS处理程序架构，使用AMO（2000里使用的是DSO）

6）在结构上做调整，考虑使用2005的新特性

l         把多个CUBE整合成一个

l         度量组分区，分区存储位置的考虑

l         使用KPI，Perspective，翻译

l         并行处理与处理错误配置

l         如果要实现实时立方体，则要利用预缓存技术

二、迁移SSIS包

由于SQL2000中的DTS与SQL2005中的SSIS差别很大，相当于迁移到一个全新的应用程序，因此在迁移前需要做准备工作，迁移后也需要做一些修改。

1、DTS与SSIS的差别

本节主要内容：

l         DTS支持执行与管理DTS包

l         DTS迁移向导

l         迁移后的清除与修改

 

2、SSIS中执行与管理DTS包

1）安装支持

在安装向导的高级选项中选择安装DTS run engine和Legacy Component

2）SSMS

在Management/Legacy/Data Transformation Services

3）执行

可在SSIS中执行

3、DTS迁移向导

可在BIDS和SSMS中执行这个向导

如果在BIDS中执行，迁移后项目将加在己存在的项目

4、迁移后步骤

1）动态属性任务将转换成Script component

2）AS2000处理任务不再支持，可使用执行可执行文件，Script component，调用DSO替换。

3）Universal data link文件不再支持。

4）复杂的ActiveX任务不再支持。

5）数据导出流程将转换为Data flow task

5、使用SSIS中的新特性

1）把DTS2000中的Package task转换为Data Flow Task

2）尽可能减少SQL Task，并转换为Data Flow Task中

3）为你的包增加错误处理功能

4）允许SSIS配置共享属性与连接

5）最后，SSIS在功能、性能与可管理性上远胜于DTS，使你可计划可管理地进行迁移。

三、总结