dmhs初步使用

dmhs使用
配置
Dmhs配置需要内置数据库和源库，目的端
Windows使用dmhs卸载后再次安装会出现

通过实验得知 window安装dmhs会重新安装DmhsWebService服务，其他服务不会安装
数据库不会初始化

Linux安装
我配置的是三台linux机器
一台提供内置数据库 IP 192.168.1.3 数据库DM7 SYSDBA/SYSDBA 192.168.1.3:15236
一台源端 IP 192.168.1.6 数据库DM8 SYSDBA/SYSDBA 192.168.1.6:5236
一台目的端 IP 192.168.1.5 数据库DM8 SYSDBA/SYSDBA 192.168.1.5:5236

首先安装前配置

dmhs manager4.0
1、选择一个dm7数据库作为manager的后台数据库；
（1）若是使用的dmhs安装中自带的内置数据库，则无需准备，只需启动内置数据库，启动脚本在dmhs安装目录tool下面dmhs_db；
（2）若是使用的外置数据库，则需在该数据库中执行dmhs_manager.sql来创建元数据，dmhs_manager.sql在dmhs安装目录下面的scripts目录下面；

libdmhs_exec.so需要链接的是对目的数据库操作的库文件libdmoci.so，也就是dm8的libdmoci.so。然而dmhs下的db/bin是DMHS内置元数据库dm7的路径，也就是说此时执行器链接的是dm7的libdmoci.so所以执行异常。

但是dm8的libdmoci.so在哪里呢？实际上，默认使用dm8的bin文件安装中并不包含oci接口库，而在dm8的安装包中除了bin安装文件，还有一个dmdci.zip文件，解压dmdci.zip后复制需要的库文件libdmoci.so和以及include文件到dm8/bin下对应位置即可使用。

上面的情况下应该恢复LD_LIBRARY_PATH=/dm8/bin:/usr/local/lib 而不应再使用内置元数据库dm7的依赖库。

总结：在安装源数据库或者目的数据库时应装上oci接口库再使用DMHS连接它。DMHS连接源数据库或者目的数据库依赖于安装DMHS时配置的NEED_LIB_PATH，这个路径注意不要和内置数据库的依赖库搞混。

在源端和目的端例如 /dm8/bin 添加libdmoci.so和以及include，安装DMHS配置

安装dmhs配置

源端和目的端配置DMHS 的NEED_LIB_PATH为/dm8/bin
配置这个是因为dmhs默认使用自己bin目录下，而自己目录下面对应的都是dm7的

源端连接数据库配置 SYSDBA/SYSDBA 192.168.1.6:5236
ALTER DATABASE MOUNT;
ALTER DATABASE ARCHIVELOG;

ALTER DATABASE ADD ARCHIVELOG ‘DEST=/dm8/arch,TYPE=LOCAL,FILE_SIZE=256,SPACE_LIMIT=204800’;
ALTER DATABASE OPEN;

sp_set_para_value(2,‘RLOG_APPEND_LOGIC’,1);
sp_set_para_value(2,‘RLOG_APPEND_SYSTAB_LOGIC’,0);
–重启完成后，查询验证参数是否生效
select para_value from v$dm_ini where para_name in
(‘RLOG_APPEND_LOGIC’,‘RLOG_APPEND_SYSTAB_LOGIC’);

源端执行

执行dmhs/scripts目录下 ddl_sql_dm8.sql,因为dm8默认用的ddl_sql_dm7

目的端连接数据库配置 SYSDBA/SYSDBA 192.168.1.5:5236
ALTER DATABASE MOUNT;
ALTER DATABASE ARCHIVELOG;
ALTER DATABASE ADD ARCHIVELOG ‘DEST=/dm8/arch,TYPE=LOCAL,FILE_SIZE=256,SPACE_LIMIT=204800’;
ALTER DATABASE OPEN;

配置代理
内置数据库

源端

目的端

源端，目的端配置或通过平台配置HS实例

<?xml version="1.0" encoding="GB2312" standalone="no"?> ch 5345 dm2 60 6 2.0 5345 5346 1 exec DM8 192.168.1.5 SYSDBA SYSDBA 5236 <?xml version="1.0" encoding="GB2312" standalone="no"?> ch 5345 dm1 60 4 2.0 1 cpt DM8 192.168.1.6 SYSDBA SYSDBA 5236 TABLE:CREATE:DROP:TRUNCATE:ALTER 192.168.1.5 5345 5346 *.*

在本次实验中，DMHS的启动顺序应该是：

    0.MGR启动。即在web平台上源端和目的端的HS实例启动而执行器或者捕捉器模块不启动。可以使用console工具进去connect连接管理器模块，state查看状态，stop exec或者stop cpt停止模块。

    1.执行器启动  start exec

    2.执行器和捕捉器均可执行日志起始位置初始化 set exec lsn 0

3.在源端初始化数据装载
COPY 0 “sch.name=’SYSDBA’” DICT|LSN|CREATE|INSERT|INDEX.初始化数据装载语句根据自己需要修改。如果数据装载执行失败可以回到2重新初始化，修改数据装载语句再装载。

    4.捕捉器启动 start cpt

    5.检验：尝试在源端数据库插入数据并提交，然后在目的端数据库查询语句检查数据是否已经同步。

    注意：1.在开始同步前目的端数据库的数据不应与源端数据冲突

          2.在web平台上添加的实例专属文件夹在INST_HS下，如实例名为cat，则dmhs\INST_HS\cat\log下会有模块执行的log，通过log分析执行错误情况

          3.模块加载失败应该检查依赖库

          4.如果获取lsn失败，通常是没有执行初始化数据装载步骤。在重新做数据初始化装载之前可以先stop cpt->set exec lsn 0然后再执行数据初始化装载

           5.数据初始化装载失败或者DDL同步异常，请检查数据装载的过滤条件和装载条件，以及在装载前是否有数据冲突，检查触发器和辅助表情况。

本次复制时直接复制SYSDBA模式下的表

源库创建的A表其他表都是 ddl_sql_dm8.sql创建的

目标库执行后创建了表和源库的A表

社区地址：https://eco.dameng.com