01. recovery_max_workers=1 停止备库,启动压测程序,待xlog达到1000时关闭压测程序 [omm@db01 gaussdata]$ ll pg_xlog/ |wc -l 1000 [omm@db02 pg_xlog]$ gs_ctl start -M standby [omm@db02 pg_xlog]$ date Wed Sep 16 15:26:53 CST 2020 可以看到处于 catchup过程: [omm@db02 pg_xlog]$ gs_ctl query [2020-09-16 15:27:12.958][213287][][gs_ctl]: gs_ctl query 192.168.1.1:5533 过一段时间发现追平了,但是receiver_replay_location和receiver_flush_location之间有差距,持续观察: [omm@db02 pg_xlog ]$ date Wed Sep 16 15:32:09 CST 2020 总共耗时:316s 02. recovery_max_workers=8 [omm@db01 gaussdata]$ ll pg_xlog
done server stopped b.模拟数据库毁坏 rm -rf data c.恢复备份文件data.tar $ tar xvf data.tar d.删除pg_xlog 文件夹并重建 $ rm -rf pg_xlog $ mkdir -p pg_xlog/archive_status e.拷贝recovery.conf文件并修改 我的文件是这样的:
提供包括云服务器,云数据库在内的90+款云计算产品。打造一站式的云产品试用服务,助力开发者和企业零门槛上云。
pgsslave 4.2 同步主从库数据(必须) 方法1:rsync // 1.1 已ssh认证,请将$(pwd)更改为实际的路径 rsync -cva --inplace --exclude=*pg_xlog <slave_ip>:$(pwd)/pgsslave/ // 1.2 无ssh认证,请将$(pwd)更改为实际的路径 rsync -cva --inplace --exclude=*pg_xlog
pg_rewind检查源集群与目标集群的时间线历史来检测它们产生分歧的点,并希望在目标集群的pg_xlog目录找到WAL回到分歧点的所有方式。 在这种情况下,它们可以手动从WAL归档复制到pg_xlog目录。目前不支持从一个WAL归档中自动获取丢失的文件。 本文主要介绍pg_rewind使用过程中报错情况。
data15400 增加下面的分区目录作为单独的xlog路径: /mogdb_xlog/xlog15400 那我们需要关闭数据库服务之后,使用如下命令调整: mv /mogdb_data/data15400/pg_xlog /mogdb_xlog/xlog15400ln -s /mogdb_xlog/xlog15400 /mogdb_data/data15400/pg_xlog 2.初始化调整 初始化gs_initdb时可以通过
exclude postmaster.opts --exclude pg_log \ --exclude recovery.conf --exclude recovery.done \ --exclude pg_xlog \ $main_db_cluster/ $DEST_CLUSTER/ rm -fr $DEST_CLUSTER/pg_xlog mkdir $DEST_CLUSTER/pg_xlog chmod 700 $DEST_CLUSTER/pg_xlog rm $DEST_CLUSTER/recovery.done fi cat > $DEST_CLUSTER/recovery.conf $lt;$lt
正常恢复模式 —— 来自基础目录下的pg_xlog子目录(在10.0或更高版本中为pg_wal子目录)。PITR模式 —— 来自配置参数archive_command中设置的归档目录。 当恢复过程完成时,会在pg_xlog子目录(在10.0或更高版本中为pg_wal子目录)中创建时间线历史文件,如00000002.history。 原始数据库集簇和恢复数据库集簇之间WAL段文件的关系 时间线历史文件 当PITR过程完成时,会在归档目录和pg_xlog子目录(在10.0或更高版本中为pg_wal子目录)下创建名称为00000002. 5.当恢复过程完成时,当前的时间线标识将增加到3,并在pg_xlog子目录(在10.0及更高版本中为pg_wal子目录)和归档目录中创建名为00000003.history的新时间线历史文件。
原始数据库集簇和恢复数据库集簇之间WAL段文件的关系 时间线历史文件 当PITR过程完成时,会在归档目录和pg_xlog子目录(在10.0或更高版本中为pg_wal子目录)下创建名称为00000002 当恢复过程完成时,当前的时间线标识将增加到3,并在pg_xlog子目录(在10.0及更高版本中为pg_wal子目录)和归档目录中创建名为00000003.history的新时间线历史文件。 正常恢复模式 —— 来自基础目录下的pg_xlog子目录(在10.0或更高版本中为pg_wal子目录)。 PITR模式 —— 来自配置参数archive_command中设置的归档目录。 当恢复过程完成时,会在pg_xlog子目录(在10.0或更高版本中为pg_wal子目录)中创建时间线历史文件,如00000002.history。
将主库归档目录下的日志传到备库的日志目录下面 [root@pg1 archived_log]# scp 00000008000000000000001A root@10.10.10.175:/pg/data/pg_xlog
日志文件种类 1)$PGDATA/log 运行日志(pg10之前为$PGDATA/pg_log) 2)$PGDATA/pg_wal 重做日志(pg10之前为$PGDATA/pg_xlog 10之前为pg_xlog [postgres@whf307 data]$ cd pg_wal [postgres@whf307 pg_wal]$ [postgres@whf307 pg_wal]$
postmaster.opts gp_dbid gpssh.conf pg_distributedlog pg_ident.conf pg_stat_tmp pg_twophase pg_xlog gpseg-1]$ ls base gpperfmon pg_distributedlog pg_log pg_tblspc pg_xlog
pg_stat_tmp │ ├── pg_subtrans │ ├── pg_tblspc │ ├── pg_twophase │ └── pg_xlog
我们会在postgresql数据库的数据目录下pg_xlog(新版本已经变为pg_wal)目录下看到下面这些文件: ?
PostgreSQL的WAL日志文件在pg_xlog目录下,一般情况下,每个文件为16M大小:000000010000000000000010文件名称为16进制的24个字符组成,每8个字符一组,每组的意义如下
正常恢复模式 —— 来自基础目录下的pg_xlog子目录(在10.0或更高版本中为pg_wal子目录)。 PITR模式 —— 来自配置参数archive_command中设置的归档目录。 当恢复过程完成时,会在pg_xlog子目录(在10.0或更高版本中为pg_wal子目录)中创建时间线历史文件,如00000002.history。
pg_twophase pg_clog pg_multixact pg_stat PG_VERSION pg_dynshmem pg_notify pg_stat_tmp pg_xlog
数据库启停信息之类的 类似oracle的 alter_instance.log 格式: postgresql-Tuesday-09.csv postgresql-Tuesday-09.log 2. pg_xlog
云端获取和启用云服务器,并实时扩展或缩减云计算资源。云服务器 支持按实际使用的资源计费,可以为您节约计算成本。 腾讯云服务器(CVM)为您提供安全可靠的弹性云计算服务。只需几分钟,您就可以在云端获取和启用云服务器,并实时扩展或缩减云计算资源。云服务器 支持按实际使用的资源计费,可以为您节约计算成本。
扫码关注云+社区
领取腾讯云代金券