1 前言

概述
本文档主要介绍BIAPPS开发结束后涉及的各个模块的迁移问题，包括Oracle Database、Informatica、DAC、RPD和BIEE Report的迁移

2 Oracle Database迁移
本节介绍Oracle数据库增量迁移时的一些常见操作。

2.1 Oracle数据库增量迁移
在PLSQL中执行脚本
本节以DWH用户Yanmar_WVB1数据库为例。
在SYS用户下执行（若存在如下用户、表空间、角色无需创建）
--创建表空间
CREATE TABLESPACE DAC_TABS DATAFILE ‘……\dac_tabs01.dbf‘ size 4000M autoextend on MAXSIZE 8000M;
--创建角色
create role SSE_ROLE;
grant connect,resource to SSE_ROLE;
--创建DW2用户
-- Create the user 
create user DW2 identified by "" default tablespace DAC_TBS temporary tablespace TEMP profile DEFAULT;
-- Grant/Revoke role privileges 
grant connect to DW2;
grant resource to DW2;
grant sse_role to DW2;
-- Grant/Revoke system privileges 
grant unlimited tablespace to DW2;
--对创建的新表执行下面赋权语句
-- Grant/Revoke object privileges 
grant select, insert, update,  on W_SALES_ORDER_F to SSE_ROLE;
执行的脚本中包括新增和修改的SDE、SIL的建表语句，新增和修改的视图、package等等。
在DW2下执行整个script.sql
-- DW2
@D:\script\script.sql;
也可以分步骤执行。

3 Informatica迁移
本节介绍Informatica的迁移过程。
3.1 导出新增或更改对象
导出映射、会话和工作流。
如果只迁移某个部分则可以只导出某个部分。
这里以整体导出为例，在Informatica PowerCenter Repository Manager下：

导出工作流的同时会自动导出该工作流相关的对象：

3.2 应用更新
存储库->导入对象

点击 Next：

选择全部添加：

选择 Next 对冲突的文件选择 替换：

最后导入完成。

整个Informatica的增量迁移过程类似处理。

资料库备份
资料库备份  在Power Center中资料库备份是很重要的环节，针对我们队资料库的误操作以及资料库迁移。  

第一步：登陆Informatica后台管理平台。
 
第二步：点击项目的资料库，在左边菜单栏中点击右上角的操作按钮，选择存储库内容，然后选择备份。

第三步：在弹出窗口中填写相关信息，在这里Repository用户名和密码都是第一次创建时默认的Administrator的密码。在文件名中输入备份文件的名称，点击确定进行备份。

在Power Center中资料库删除也是必不可少的，当我们想恢复资料库的时候，就必须要先删除已经存在的资料库信息，才能进行恢复。 

第一步：编辑存储库属性，把操作模式设置为独占。

第二步：在运行了独占操作模式方式之后，可以在右上角的操作中选择存储库内容，删除。

第三步：在信息栏中填写相关信息，点击确认之后就可以进行资料库的删除了。

资料库恢复

完成了备份和删除之后，就可以进行资料库的恢复了。

第一步：在想要还原的存储库下选择操作中的存储库内容还原选项。

第二步：在信息栏中填写相关信息，在选择备份文件中选择备份的资料库文件，点击确定。恢复完成之后，将操作模式改为普通 。这时我们的资料库就可以正常运行了。

4.1 导出
Tools->DAC Repository Management->Export

导出勾选上 ApplicationList，然后输入验证码：

正在导出：

4.2 导入
Tools->DAC Repository Management->Import

点击 OK 完成整个导入。

导入完毕之后重新build一次：

执行执行计划，DAC的迁移完成。

5.1 RPD补丁程序资料档案库合并
本节将介绍OBIEE 11g中RPD的补丁程序资料档案库合并，我们可以创建基于两个资料库之间的差异的XML补丁文件，然后将此第三增量更新到最终的资料库中。
生成Patch XML文件
在离线模式下打开最新的RPD资料库文件

选择 文件->比较

选择原始RPD资料库文件

通过比较可以看到当前最新的RPD和最原始RPD之间的差异，包括一些新增、删除、修改的点，然后点击创建补丁程序Gpack_BI_RPD_Patch_for_All.xml

应用Patch

在管理工具，在离线模式下打开要合并的RPD文件，选择 文件->合并

选择补丁程序资料档案库合并，选择原始主资料档案库（这里的原始主资料库和要合并的资料库同一个），补丁程序文件选择上一步生成好的Patch文件Gpack_BI_RPD_Patch_for_All.xml，将合并的资料档案库保存为Gpack_BI_Merged.rpd

点击下一步，决策选择 当前

如果某些对象从目前的资料库中删除，合并资料库向导会询问您是否要保留变化.选择 当前 使资料库保持没有添加新对象到合并的资料库。

点击完成，整个增量RPD迁移合并完成。

最后生成合并后的RPD和一个合并的日志文件，我们可以从日志文件中查看哪些地方修改过。

例如，您可能有开发和生产资料库，无论是从一个共同的父版本库中导出。您可能要导入或合并开发资料库的变化到生成资料库。三路合并过程中，如下图所示，描绘了父RPD ，和两个派生RPDS - RPD A和RPD B的合并，四分之一合并库文件， RPD合并后，将创建。注意，修改的或新的物体中列出并带有星号（*）。

在RPD A，对象， OBJ1 ，修改，和一个新的对象， NewObjX ，被创建。同样，一个新的对象， NewObjB ，在RPD B.当这两个库合并创建，合并后的资源库包括OBJ1 （继承自父及修改RPD A） ，也来自新的对象（ NewObjX和NewObjB ）资料库。

整个合并过程如下图所示：

1，检查出的项目从主存储库，它被存储在共享多用户目录。在检出的资料文档库不可改变的副本（ original.rpd ）是由系统自动在留用合并。

2，在本地变化（当前的）版本的资料库中。修改后的资料文档库包含了其他开发人员检出和合并的变化。

3，合并的本地变化。原来的主存储库可能通过在线检出已经更改。最新的主资料文档库副本（修改）是由系统自动检索比较在三路合并当前资料库和原始的资料库。修改后的主存储库是由系统来防止问题时自动锁定合并。如果在合并过程中的任何配置冲突，开发人员手动解决它们。

4，发布最新的主资料库到线上。系统自动移动合并储存库资料库的共享的多用户和多用户目录下的目录，并删除锁。合并后的资源库是新的主存储库。

在管理工具，在离线模式下打开要合并的RPD文件，选择文件->合并

选择完整资料档案库合并，选择原始主资料档案库，已修改的资料档案库，将合并的资料档案库保存为Gpack_BI_Merged.rpd

点击下一步，合并过程中的冲突，决策的选择由开发人员手动选择

点击 完成，整个完整资料文档库合并完成。

最后生成合并后的RPD和一个合并的日志文件，我们可以从日志文件中查看哪些地方修改过。

两路合并

三方合并，没有共同的父：这是合并，您是从两个不同的版本库合并的对象，没有共同的父一个特例。

例如，作为管理员，您可能要导入的对象，如学科领域或文件夹，从不同的仓库到你目前的工作或资料库。在这种特殊情况下，被合并的仓库没有一个共同的父，这种情况是下图中描述。

这两个库的处理方式不同。而合并或进口冲突对象名重复。后缀#N追加（其中#N是一个变量个数） 。 RPD A和RPD B被视为单独的存储库，并进行比较，以空白资料库（代表没有共同的母公司） 。合并过程不会覆盖OBJ1 ;相反， OBJ1的两个副本（ OBJ1和OBJ1 ＃ 1 * ）从RPD A和RPD B被保留在合并后的资源库。还要注意的是从两个仓库（ NewObjB *和NewObjX *）新的对象，在合并后的资源库中创建。

两路合并不同于三路合并的地方在于没有父版本库，所以在选择原始主资料档案库的时候选择一个空的RPD，其他操作类似。

最后生成合并后的RPD和一个合并的日志文件，我们可以从日志文件中查看哪些地方修改过。

这种方式在实际开发过程中适用最为普遍，选择要迁移的报表，这里我们选择整个项目的报表，也可以只选择更改了的报表，点击 Archive，默认选择点击OK 出现保存对话框，保存XXX.catalog文件。

点击 Archive，如果涉及报表权限可以勾选上，视情况而定；

迁移到新环境下查看报表权限是否正确。

点击 Unarchive 找到上一步保存的XXX.catalog文件默认选择：

从BIEE前台界面迁移报表到此完成。

BIAPPS迁移文档