中达BO迁移检查手册.doc

中达BO迁移项目

Document:FILENAMEBO服务器安装配置手册.doc Date:DATE\@yyyy-MM-dd2012-07-23

PagePAGE23ofNUMPAGES23

中达

BO迁移检查手册

作者：音智达

客户:中达

文档历史

修改记录

修改日期：2012-07-21

预计下次修改日期：

版本号

修改日期

修改作者

修改概述

修改备注

1.0

2012-07-21

崔竑呈

初始版本

批准

本文档需要下列人士批准。

姓名

角色

负责章节

签名

分发

本文档分发给下列人士

姓名

角色

目录

TOC\o1-3\h\z\u1. 概述 4

1.1 目标 4

2. 迁移后的检查 5

2.1 新老服务器的用户和组 5

2.2 新老服务器的文件和报表 7

2.3 新老服务器的域配置 8

2.4 新老服务器的服务 10

2.5 新老服务器的审核 12

2.6 权限的检查 13

2.7 Universe和连接的检查 14

2.8 报表计划的检查（邮件） 15

3. 遗留问题 18

3.1 控制台里面的服务器描述乱码 18

3.2 审核报表不对 18

3.3 CMS数据库迁移后表的数量不一致 19

3.4 迁移后审核universe数据库报表名字出现乱码 20

4. 迁移后注意事项 23

概述

目标

使新服务器的信息和老服务器内容一致。

迁移后的检查

新老服务器的用户和组

老服务器用户和组

组32

新服务器和组

组32

结果：完全迁移

新老服务器的文件和报表

老服务器文件夹

文件夹22个

新服务器文件夹

文件夹22个

报表实例数量需通过导入向导检查

结果：完全迁移

新老服务器的域配置

由于客户公司最终用户是通过域用户的方式登入到BO服务器，但是BO迁移不会迁移此部分内容，并手工部署AD登入方式

注：主要工作为添加映射的AD成员组共8个

测试结果：完全迁移

新老服务器的服务

老服务器服务

新服务器服务

结果：完全一致

新老服务器的审核

审核服务需要手工开启

结果：审核开启后，数据库有记录

权限的检查

随机测试一个报表权限：

老服务器：

新服务器

完全一致

结果：权限迁移成功

Universe和连接的检查

老服务器

共计45个

新服务器

共计45个

“连接”新老服务器也一致。

结果：迁移成功

报表计划的检查（邮件）

STMP不会迁移，需要手工迁移

在服务器里选择BO2.Web_IntelligenceJobServer

进入后选择目标端

点击SMTP

手工输入如下图所示：

测试报表成功

结果：计划（邮件）迁移成功

遗留问题

控制台里面的服务器描述乱码

通过虚拟机安装，和实际环境一致，也是安装繁体，并安装BO繁体，并没有出现控制台里面服务器描述乱码现象，如下图。

我们注意到在新服务器里面，IE的右下角也是乱码现象，所以可能由于OS服务器安装不正确导入。

目前解决的办法为需要OS服务器正确的安装。

审核报表不对

老服务器有安装审核内容，这次新服务器也需要安装审核，安装后发现部分乱码现象,并发现老服务器也是。通过AUDIT数据库从Mysql转换成SQLSERVER后解决。

发现审核报表里面，记录事件的时间不对，误差为-8小时，经确认为BOR2通过修改universe得到解决

OpenActivityUniverse

ClickActionsClass

ClickActionTimeobject

ChangetheTypetoCharacter

ChangetheActionTimeuniverseobjectsselectstatementtothefollowing:

convert(varchar(30),dateadd(hour,8,AUDIT_EVENT.Start_Timestamp),120)

CMS数据库迁移后表的数量不一致

通过自己安装的虚拟机，CMS如果装在SQLSERVER里面，里面只有5张表，如下图。

老的MYSQL和SQLSERVER的报表数量不一致，是由于不同数据库引起的。

新的BO的CMS迁移工作需要在最终用户不使用的时间迁移。

迁移后审核universe数据库报表名字出现乱码

经检查为mysql问题，将audit数据库从mysql改为sqlserver得到解决

将CCM停止

2）选择CMS资料来源右边的指定

3）选择第二个从其