OMS 迁移工具时区问题

[AntTech_GDC1TQ]

信息：

源端与目标端信息如图，其时区不同：

JDBC链接方式：

原来生产数据库连接时通过jdbc指定了时区。

疑问：

OMS 如何修改DBTIMEZONE项，或配置类似于jdbc的时区参数？
或有其他处理办法？
@论坛小助手

[AntTech_GDC1TQ]

当前迁移失败，预检查 timeout

[淇铭]

你看看这个文档 有处理的办法

全量校验因时区不同导致校验失败

https://www.oceanbase.com/knowledge-base/oms-ee-1000000001356492?back=kb

[AntTech_GDC1TQ]

好的 我试试

[AntTech_GDC1TQ]

我正在尝试使用文档中的3、4项来解决问题。
有两个疑问

• 第三项中的“配置”指的是什么？是docker 部署oms 指定目录生成的配制文件吗？例如：/home/oms/config.yaml 或是其他的配置文件？
  
• 第四项的 组件我找到了，但是无法编辑
  
  

[淇铭]

你看看这个里面的配置 以这个为例

更新 Full-Import 组件

https://www.oceanbase.com/docs/community-oms-cn-1000000001880899

[AntTech_GDC1TQ]

我更改了时区，他可以用了。 但是在全量迁移步骤时报错。尝试进行了几次恢复依旧失败。 有解决办法吗？ 报错信息如下：

[淇铭]

查看组件监控 截图看看

[AntTech_GDC1TQ]

查看监控组件进入页面loading很长时间无法加载。 实际测试二者数据库皆可稳定连接。

使用数据源管理进行测试连接，都测试成功：

[淇铭]

你重新登陆 看看是否能查看组件监控 感觉你的oms卡了 在物理机上你查看一下oms的的cpu 内存信息

[AntTech_GDC1TQ]

刷新了两次，发现页面监控进度是失败的，但是实际表迁移任务已经在执行了

[淇铭]

在物理机上进入oms的docker环境下查看一下cpu 内存信息 看看是不是oms的内存或者cpu使用率很高呀

[淇铭]

supervisorctl status oms_drc_supervisor 这个也查看一下

[AntTech_GDC1TQ]

好像是受到机器资源影响了，我换一台物理机，执行迁移再试下

[AntTech_GDC1TQ]

容器内状态是正常的

[淇铭]

好的

[AntTech_GDC1TQ]

从Mysql 迁移至OceanBase，OB 索引的语法中不需要配置ASC、DESC等排序参数，从源数据库迁移时会报错。针对于索引排序的问题有推荐的案吗？

[成]

这个索引迁移报错是怎样的？能截图看看吗

[AntTech_GDC1TQ]

(conn=1664925717) unexpected end of stream, read 0 bytes from 4 (socket was closed by server) Query: create /*+ parallel(4) */ index if not exists `date_index` on `artemis_door_event_statistics` (`date` ASC) Parameters: []

[成]

这个报错看着是连接目标端传输数据中断了，索引语法应该是没问题的，要看看目标端数据库是不是有啥问题？