聊聊 GBase 8s 的 dbexport/dbimport 那些 “坑”

聊聊 GBase 8s 的 dbexport/dbimport 那些 “坑”
最近在做 GBase 8s 数据迁移，踩了几个 dbexport/dbimport 的小坑，整理出来给大家避避坑。
一、压缩数据别忘 “二次压缩”
如果你的源库用了数据压缩，用 dbexport 导出时，会自动把压缩数据解压成普通文本。
所以导入到新库后，一定要记得手动重新压缩数据，不然新库就会失去压缩带来的性能和存储优势。

二、日期数据迁移，上下文必须对齐
日期值默认是四位数年份格式，但导入时的环境变量（比如 DBCENTURY、GL_DATE）必须和源库创建时一致。
如果导入时的日期上下文不一样，可能会出现约束失效、数据找不到，甚至直接报错的情况。
默认情况下，dbexport 会按四位数年份导出，除非你主动修改了相关环境变量。

三、高可用集群上的使用限制
dbexport 不能在 HAC 或 SSC 架构的辅助服务器上使用，只能在主节点执行。
但 dbimport 就宽松很多，所有可更新的辅助服务器上都支持导入操作。

四、LBAC 数据导出要注意权限
如果你的数据开启了基于标签的访问控制（LBAC），导出时只能导出你当前证书允许读取的数据。
那些你没有权限读取的行，会被默默跳过，不会返回任何错误。
想完整导出所有数据，必须使用拥有全部读取权限的账号来操作。
这些细节虽然不起眼，但处理不好很容易导致迁移失败或数据不一致。
大家在使用 dbexport/dbimport 时，一定要提前核对这些配置和限制，避免踩坑。