2.移走部分 xlog,到 xlog 路径下 cd /ogdata/data/dn1/pg_xlog 查看xlog 数量,看是否 xlog 保留过多 ls | wc -l !!!为了恢复环境,移动一小部分 xlog,其余等处理之后,自己清理 生成移动 xlog 语句,并检查(前 1000 条) ls -ltr | head -n 1000 | awk '{print "mv "$9 " /opengauss_bak/xlog...
将归档的WAL日志文件复制到pg_xlog文件中(此步骤可以省略,通过配置recovery.conf恢复命令文件中的restore_command项替代)。 在数据库目录下创建恢复命令文件recovery.conf,指定数据库恢复的程度。 启动数据库。 连接数据库,查看是否恢复到希望预期的状态。若已经恢复到预期状态,通过pg_xlog_replay_resume()指令使主节点...
hadr_max_size_for_xlog_receiver | 256GB | This param set by user is used for xlog to stop receiving when the gap is larger than this param between replay xlog location and walreceiver r max_size_for_xlog_prune | 2147483647kB| This param set by user is used for xlog to be recycled ...
查看是否存在无效的复制槽导致Xlog清理不及时,需要将延时最大的复制槽删除。 --查看复制槽 select slot_name,coalesce(plugin,'_') as plugin, slot_type,datoid,coalesce(database,'_') as database, active,coalesce(xmin,'_') as xmin, pg_size_pretty(pg_xlog_location_diff(CASE WHEN pg_is_in_re...
若pg_xlog目录为软链接,备份时将不会建立软链接,会直接将数据备份到目的路径的pg_xlog目录下。 备份过程中收回用户备份权限,可能导致备份失败或者备份数据不可用。 如果因为网络临时故障等原因导致Server端无应答,gs_basebackup将在最长等待120秒后退出。
对于服务端主机来说,查看pg_control文件,若上次关闭状态为DB_SHUTDOWNED且recovery.conf文件没有指定进行恢复,则认为数据一致性成立;否则,根据pg_control中检查点的redo位置或者recovery.conf文件中指定的位置,读取WAL日志或归档日志进行replay(回放),直至数据达到预期的一致性状,主要函数StartupXLOG。
数据库存放的路径建议放在单独的文件系统上。部分重要的业务系统也建议将在线日志pg_xlog放在单独的文件系统上,与数据data分开。然而从实际情况来看,data和xlog采用不同的文件系统,除非底层的盘也是独立的,性能是没有什么区别的。因此暂时建议采用一个就可以了。
openGauss中搭建主从流复制环境后会默认自动创建一个slot_name为对端nodename的物理复制槽,为了防住备库需要的xlog被主库删除或清理。 4.增量检查点 openGauss支持了增量检查点,通过enable_incremental_checkpoint参数开启。Pg中的检查点执行时会将buffer中所有的脏页刷到磁盘,需要在checkpoint_timeout*checkpoint_completion...
将归档的WAL日志文件复制到pg_xlog文件中(此步骤可以省略,通过配置recovery.conf恢复命令文件中的restore_command项替代)。 在数据库目录下创建恢复命令文件recovery.conf,指定数据库恢复的程度。 启动数据库。 连接数据库,查看是否恢复到希望预期的状态。若已经恢复到预期状态,通过pg_xlog_replay_resume()指令使主节点...
将归档的WAL日志文件复制到pg_xlog文件中(此步骤可以省略,通过配置recovery.conf恢复命令文件中的restore_command项替代)。 在数据库目录下创建恢复命令文件recovery.conf,指定数据库恢复的程度。 启动数据库。 连接数据库,查看是否恢复到希望预期的状态。若已经恢复到预期状态,通过pg_xlog_replay_resume()指令使主节点...