PostgreSQL 开启归档

本文涉及的产品
云原生数据库 PolarDB MySQL 版,通用型 2核4GB 50GB
云原生数据库 PolarDB PostgreSQL 版,标准版 2核4GB 50GB
简介: 未开启归档时的参数

未开启归档时的参数


postgres=# select name,setting from pg_settings where name like 'archive%' or name = 'wal_level';
          name           |  setting   
-------------------------+------------
 archive_cleanup_command | 
 archive_command         | (disabled)
 archive_mode            | off
 archive_timeout         | 0
 wal_level               | replica
(5 rows)


WAL日志被存放在数据目录的pg_wal目录里


修改参数

修改postgresql.conf

archive_mode = on    
archive_command = 'cp %p /var/lib/postgresql/12/main/pg_archive/pg_%f'


修改完成后

postgres=# select name,setting from pg_settings where name like 'archive%' or name = 'wal_level';
          name           |                      setting                       
-------------------------+----------------------------------------------------
 archive_cleanup_command | 
 archive_command         | cp %p /var/lib/postgresql/12/main/pg_archive/pg_%f
 archive_mode            | on
 archive_timeout         | 0
 wal_level               | replica
(5 rows)
root@scutech:/var/lib/postgresql/12/main# ll pg_archive/
total 32780
drwxr-xr-x  2 postgres postgres     4096 Jul 13 08:09 ./
drwx------ 21 postgres postgres     4096 Jul 13 08:09 ../
-rw-------  1 postgres postgres 16777216 Jul 13 08:09 pg_000000010000000000000004
-rw-------  1 postgres postgres 16777216 Jul 13 08:09 pg_000000010000000000000005
-rw-------  1 postgres postgres      334 Jul 13 08:09 pg_000000010000000000000005.00000028.backup
root@scutech:/var/lib/postgresql/12/main#


相关实践学习
使用PolarDB和ECS搭建门户网站
本场景主要介绍基于PolarDB和ECS实现搭建门户网站。
阿里云数据库产品家族及特性
阿里云智能数据库产品团队一直致力于不断健全产品体系,提升产品性能,打磨产品功能,从而帮助客户实现更加极致的弹性能力、具备更强的扩展能力、并利用云设施进一步降低企业成本。以云原生+分布式为核心技术抓手,打造以自研的在线事务型(OLTP)数据库Polar DB和在线分析型(OLAP)数据库Analytic DB为代表的新一代企业级云原生数据库产品体系, 结合NoSQL数据库、数据库生态工具、云原生智能化数据库管控平台,为阿里巴巴经济体以及各个行业的企业客户和开发者提供从公共云到混合云再到私有云的完整解决方案,提供基于云基础设施进行数据从处理、到存储、再到计算与分析的一体化解决方案。本节课带你了解阿里云数据库产品家族及特性。
相关文章
|
7月前
|
关系型数据库 数据库 PostgreSQL
postgresql|【基于pg_basebackup命令的归档备份和恢复---热备冷恢复方式】
postgresql|【基于pg_basebackup命令的归档备份和恢复---热备冷恢复方式】
317 0
|
存储 关系型数据库 数据管理
【最佳实践】高性价比的数据归档解决方案(DMS + AnalyticDB PostgreSQL)
发布全新数据归档方案,依托DMS + AnalyticDB PostgreSQL Serverless版本,帮助客户用低价格实现海量数据的持久化,还可以对归档数据进行完善管理、高效寻回、查看并进行分析
【最佳实践】高性价比的数据归档解决方案(DMS + AnalyticDB PostgreSQL)
|
存储 关系型数据库 数据管理
高性价比的数据归档解决方案(DMS + AnalyitcDB PostgreSQL)
发布全新数据归档方案,依托DMS + AnalyticDB PostgreSQL Serverless版本,帮助客户用低价格实现海量数据的持久化,还可以对归档数据进行完善管理、高效寻回、查看并进行分析
高性价比的数据归档解决方案(DMS + AnalyitcDB PostgreSQL)
|
存储 SQL 关系型数据库
DMS + AnalyitcDB PostgreSQL 联合推出“高性价比” 的【数据归档】解决方案
背景随着企业的数据资料持续积累,为了满足审计合规要求或未来的分析决策,企业需要持久化保留企业的数据资产; 但是数据的存储成本巨高不下,对面对审计或者分析时的数据无法快速使用是企业在数据归档存储的场景下所面临的两大困境;是否有“即满足超低的价格实现海量数据的持久化,又可以对归档数据进行完善管理,高效的寻回,查看并进行分析”; 在这个背景下, DMS + AnalyticDB PostgreSQL(简
DMS + AnalyitcDB PostgreSQL 联合推出“高性价比” 的【数据归档】解决方案
|
运维 网络协议 关系型数据库
PostgreSQl 12主从流复制及归档配置
PostgreSQl 12主从流复制及归档配置
|
关系型数据库 分布式数据库 分布式计算
最佳实践 | RDS & POLARDB归档到X-Pack Spark计算
部分RDS和POLARDB For MySQL的用户曾遇到如下场景:当一张表的数据达到几千万时,你查询一次所花的时间会变多。 这时候采取水平分表的策略,水平拆分是将同一个表的数据进行分块保存到不同的数据库中,这些数据库中的表结构完全相同。 本文将介绍如何把这些水平分表的表归档到X-Pack Spark数仓,做统一的大数据计算。
6739 0
|
关系型数据库 分布式数据库 PolarDB
RDS&POLARDB归档到X-Pack Spark计算最佳实践
业务背景 对于RDS&POLARDB FOR MYSQL 有些用户场景会遇到,当一张的数据达到几千万时,你查询一次所花的时间会变多。这时候会采取水平分表的策略,水平拆分是将同一个表的数据进行分块保存到不同的数据库中,这些数据库中的表结构完全相同。
2235 0
|
监控 关系型数据库 Shell
PostgreSQL 10.1 手册_部分 III. 服务器管理_第 27 章 恢复配置_27.1. 归档恢复设置
27.1. 归档恢复设置 restore_command (string) 用于获取 WAL 文件系列的一个已归档段的本地 shell 命令。这个参数是归档恢复所必需的,但是对于流复制是可选的。
1333 0
|
监控 关系型数据库 Shell
PostgreSQL 10.1 手册_部分 III. 服务器管理_第 25 章 备份和恢复_25.3. 连续归档和时间点恢复(PITR)
25.3. 连续归档和时间点恢复(PITR) 25.3.1. 建立WAL归档 25.3.2. 制作一个基础备份 25.3.3. 使用低级API制作一个基础备份 25.3.4. 使用一个连续归档备份进行恢复 25.3.5. 时间线 25.3.6. 建议和例子 25.3.7. 警告 在任何时间,PostgreSQL在数据集簇目录的pg_wal/子目录下都保持有一个预写式日志(WAL)。
1909 0
|
存储 关系型数据库 MySQL
RDS for MySQL 通过分区归档历史数据
RDS for MySQL 通过分区归档历史数据 原始表 分区 用于分区维护的存储过程 每月调用存储过程的事件 随着数据的积累,数据量的增加,越来越多的表体积变的庞大,不但影响查询的执行时间,而且使得管理工作(比如添加删除索引)变的越发复杂和困难。
1899 0

热门文章

最新文章