- 综合排序
- 最热优先
- 最新优先
- 来自专栏数据和云
PostgreSQL备份恢复实现
一. pg_basebackup 1. pg_basebackup的原理简介 pg_basebackup ------ 获得PostgreSQL集簇的一个基础备份。 备份通过一个使用复制协议常规PostgreSQL连接制作。该连接必须由一个具有REPLICATION权限或者具有超级用户权限的用户ID建立，并且pg_hba.conf必须允许该复制连接。 pg_basebackup的备份恢复 一般生产中用pg_basebackup来备份，可能会需要恢复到某个时间点上。 这样就需要备份文件加WAL日志来进行恢复。 4.pg_restore的局限性 在恢复数据到一个已经存在的表中并且使用了选项–disable-triggers时，pg_restore会在插入数据之前发出命令禁用用户表上的触发器，然后在完成数据插入后重新启用它们
6.4K30发布于 2021-09-22 - 来自专栏Lansonli技术博客
PostgreSQL基础（十二）：PostgreSQL备份和恢复介绍
PostgreSQL备份和恢复介绍防止数据丢失的第一道防线就是备份。数据丢失有的是硬件损坏，还有人为的误删之类的，也有BUG的原因导致误删数据。 正常备份和恢复，如果公司有DBA，一般咱们不用参与，但是学的Java，啥都得会点。 在PostgreSQL中，有三种备份方式：一、SQL备份（逻辑备份） 其实就是利用数据库自带的类似dump的命令，或者是你用图形化界面执行导入导出时，底层就是基于这个dump命令实现的。 优点：相比逻辑备份，恢复的速度快。缺点：在备份数据时，可能数据还正在写入，一定程度上会丢失数据。 在恢复数据时，也需要注意数据库的版本和环境必须保持高度的一致。 没关系，还有一个归档的进程，会在切换wal日志前，将WAL日志备份出来。PostgreSQL也提供了一个全量备份的操作。可以根据WAL日志，选择一个事件点，进行恢复。
1.3K10编辑于 2024-10-02 - 来自专栏Lansonli技术博客
PostgreSQL基础（十三）：PostgreSQL备份和恢复实战操作
PostgreSQL备份和恢复实战操作一、逻辑备份与恢复PostgreSQL提供了pg_dump以及pg_dumpall的命令来实现逻辑备份。这两命令差不多，看名字猜的。 执行备份 三、物理恢复（归档+物理）模拟数据库崩盘，先停止postgresql服务，然后直接删掉data目录下的全部内容将之前备份的两个文件准备好，一个base.tar，一个pg_wal.tar第一步： ，以及恢复数据的方式第四步：启动postgresql服务systemctl start postgresql-12第五步：启动后，发现查询没问题，但是执行写操作时，出错，不让写。 # 也可以采用全路径的方式/usr/pgsql-12/bin/pg_waldump2.6、修改data目录下的恢复数据的方式修改postgresql.auto.conf文件将之前的最大恢复，更换为指定的事务 id恢复基于提供的配置例子，如何指定事务id修改postgresql.auto.conf文件指定好事务ID2.7、启动postgreSQL服务，查看是否恢复到指定事务ID2.8、记得执行会后的函数，避免无法执行写操作
8.9K11编辑于 2024-10-03 - 来自专栏数据和云
PostgreSQL的pg_basebackup备份恢复详解
格式话 t 打包为tar包 Pv 显示备份的详细过程 -u 用户 -p 端口 备份报错： 在配置文件pg_hba.conf增加一行： 备份流程： pg_basebackup: initiating -xvf base.tar -C /pgdata/12/datatar -xvf pg_wal.tar -C /pgdata/12/arch vi postgresql.auto.conf 追加： restore_command -mi 删除数据： rm -rf /pgdata/12/data/* 将备份解压到数据目录： tar -xvf base.tar -C /pgdata/12/data 使用pg_waldump查看需要恢复到哪个事务之前 恢复到502之前： 编辑配置文件： postgresql.auto.conf追加： restore_command = 'cp /pgdata/12/arch/%f %p'recovery_target_xid 现负责公司MySQL数据库、分布式数据库运维方面的技术工作；热衷于运维故障处理、备份恢复、升级迁移、性能优化的学习与分享。
4.6K31编辑于 2022-02-25 - 来自专栏数据库PG
PostgreSQL 备份与恢复（第二章）
一定要添加恢复参数，否则只恢复到备份的时间点。 recovery_target = 'immediate' :这个参数指定恢复应该在达到一个一致状态后尽快结束， 即尽早结束。在从一个在线备份中恢复时，这意味着备份结束的那个点。 2.1基于命名还原点恢复 数据库的 PITR 是一般数据库都必须满足的技术； 其原理是依据之前的物理备份文件加上 wal 的预写日志模式备份做的恢复； 该技术支持 8.*及以上版本。 （这里用了快照备份的数据库）： tar -zvxf /root/pgdatadir.tgz -C /datadir 8、 编辑 postgresql.conf 文件，添加如下两行： restore_command 2.4基于 time 恢复方式 （recovery_target_lsn='0/50000140'）基于 lsn 恢复时的提示：PostgreSQL 快照方式备份与恢复 root 用户操作： 1、创建一个文件
2.6K30发布于 2021-07-15 - 来自专栏猫头虎博客专区
《PostgreSQL备份与恢复：步骤与最佳实践》
最近发现很多朋友在搜索“PostgreSQL备份方法”、“PostgreSQL恢复数据教程”等关键词，显示了大家对PostgreSQL备份和恢复的浓厚兴趣。 那么，这篇《PostgreSQL备份与恢复：步骤与最佳实践》是为了满足大家的这份求知欲。一起深入探讨吧！ 引言 数据备份与恢复，对于任何数据库管理者来说都是至关重要的。 PostgreSQL作为一个广泛使用的关系型数据库，其备份和恢复技巧尤为重要。 正文 1. 为什么要备份？ 1.1 数据安全保障 备份的主要目的之一是确保数据的安全性。 PostgreSQL备份工具 2.1 pg_dump 和 pg_dumpall 这是PostgreSQL提供的官方备份工具。 通常，组合使用完整备份、增量备份和差异备份可以提供有效的数据保护和快速恢复的平衡。 4.
1.4K10编辑于 2024-04-09 - 来自专栏数据库PG
PostgreSQL 备份与恢复（第一章）
引言 PostgreSQL官方文档指定了以下三种备份方法，详见：https://www.postgresql.org/docs/current/backup.html -「SQL转储」，用pg_dump 这样就算数据库突然出现了crash，在重新启动的过程中，PostgreSQL能够查看wal文件进行恢复并将数据库还原到可用的状态。 数据库的表导入到 testdb1： pg_dump testdb| psql testdb1 4）并行备份恢复 pg_dump -Fd -j4 -f testdb.p.dump testdb 5）并行导入到 rf $PGDATA 4） 解压备份文件到原目录，注意后面的/指的是从根目录开始恢复到指定位置： tar -jxv -f /backup/filesystem.tar.bz2 -C / 5） 启动数据库 arch=# select * from tb; a --- 12 3 4 (4 rows) 至此，数据已经成功恢复！
11.2K21发布于 2021-07-14 - 来自专栏DBA实战
从零开始学PostgreSQL (六)： 备份和恢复
概述 PostgreSQL 提供了多种备份和恢复策略，旨在满足不同规模和需求的数据库环境。以下是 PostgreSQL 备份和恢复的主要方法概览： 1. 4、错误处理和监控: 归档命令应返回零退出状态以表明成功，否则PostgreSQL将重试归档。 监控归档过程，确保其能够跟上WAL数据的生成速度，避免磁盘空间耗尽。 进行基础备份 在PostgreSQL中，pg_basebackup工具用于创建基础备份，这是数据库恢复的基础。 4、备份历史记录： 备份历史记录文件是一个小的文本文件，记录了备份的元数据，如标签、开始和结束时间及WAL段。 这个文件对于确定要恢复的WAL文件至关重要。 4、在服务器停止时备份：虽然推荐在服务器运行时进行备份以利用PostgreSQL的流复制和热备份特性，但在服务器停止时进行备份也是可能的。
2.9K11编辑于 2024-09-06 - 来自专栏Laoqi's Linux运维专列
innobackupex备份恢复+增量备份与恢复
512M；（因为这是虚拟机，所以只是测试，要是线上的服务器64G我们可以使用32G来恢复数据，这样速度会更快些） --apply-log:指定需要恢复的日志文件 如上我们只是初始化了一下； 2.3 现在进行恢复 protected]03 backup]# innobackupex --defaults-file=/etc/my.cnf --copy-back ./2017-08-23_21-23-46/ 即可恢复咱们的备份到 //创建一个db123库 [[email protected]03 ~]# mysql -uroot -pzhangduanya db123 < /tmp/mysqlbak.sql //把之前备份的数据恢复得到 ---- 四、增量备份的恢复 4.1 为了还原真实性，我模拟删除数据库，并且停掉mysql，利用咱们已经备份的数据去恢复它。 4.7 然后开始恢复！
13.4K100发布于 2018-05-09 - 来自专栏DBA实战
从零开始学PostgreSQL-工具篇： 备份与恢复
概述 PostgreSQL 提供了一系列强大的工具来备份和恢复数据库。这些工具包括 pg_dump, pg_restore,pg_dumpall,pg_basebackup。 下面是这些工具的简要概述和一些注意事项： 1. pg_dump 概述：pg_dump 是一个用于备份单个 PostgreSQL 数据库的工具。 3. pg_dumpall 概述：pg_dumpall 用于备份整个 PostgreSQL 集群，包括所有数据库、角色、表空间等。 用途：备份整个 PostgreSQL 集群。 4. pg_basebackup 概述：pg_basebackup 用于创建整个 PostgreSQL 数据目录的物理备份，这对于灾难恢复尤为重要。 用途：备份整个 PostgreSQL 数据目录。 new_database -j 4 --exit-on-error db.dump 9：不恢复此模式(schema)中的表 pg_restore -d new_database -j 4 --exit-on-error
3.6K10编辑于 2024-09-26 - 来自专栏数据库新发现
《PostgreSQL 指南：内幕探索》之基础备份与时间点恢复
在PostgreSQL中，自8.0版本开始提供了在线的全量物理备份，整个数据库集簇（即物理备份数据）的运行时快照被称为基础备份。 本文描述了以下主题： 基础备份时间点恢复（PITR）的工作原理时间线与时间线历史文件时间点恢复与时间线历史文件 在7.4或更低版本中，PostgreSQL仅支持逻辑备份（全量逻辑备份、部分逻辑备份和数据导出 此外，这次检查点的位置必须保存在非pg_control的其他文件中，因为在备份期间可能会执行多次常规检查点。 pg_start_backup执行下列4个操作： 强制进入整页写入模式。 创建backup_label文件 —— 该文件创建于基本目录顶层中，包含有关该基本备份本身的关键信息，如检查点的检查点位置。 第3个和第4个操作是该命令的核心。 PITR模式下的PostgreSQL会在基础备份上重放归档日志中的WAL数据，从pg_start_backup创建的重做点开始，恢复到你想要的位置为止。
2K50发布于 2019-07-03 - 来自专栏linux运维
备份恢复问题：备份文件恢复失败，数据无法恢复
排查恢复失败的原因在解决问题之前，需要明确恢复失败的具体原因。以下是一些常见原因及其排查方法：（1）备份文件损坏原因：传输中断、磁盘故障或未正确校验。 确保所有关键数据都包含在备份中。（3）恢复过程错误原因：恢复命令或工具使用不当。排查方法：确保使用的恢复工具与备份工具一致。检查恢复路径和权限是否正确。2. # 验证 MD5 校验值 md5sum -c /backup/checksum.md5 # 验证 SHA256 校验值sha256sum -c /backup/checksum.sha256 4. PostgreSQL：使用 pg_dump 或 pg_basebackup。 （1）恢复文件系统备份# 示例：从 tar 文件恢复数据 tar -xzf /backup/full_backup_20250207.tar.gz -C /restore/directory（2）恢复数据库备份
3.1K10编辑于 2025-02-07 - 来自专栏开源部署
PostgreSQL逻辑备份恢复–pg_dump导出及psql导入实例
PostgreSQL的备份工具可以使用pg_dump及pg_dumpall。可以通过pg_dump --help获取其使用方法。这里不对其做过多介绍。 主要介绍在使用pg_dump及恢复过程中遇到的一个问题。 4、解决方法 1）pg_dump导出时，没有选项使导出的语句中带if not exists，不能使之不存在时再创建或插入。 2）保证没有业务连接数据库时才导入，或向一个干净的数据库进行导入
1.6K20编辑于 2022-08-17 - 来自专栏数据和云
《PostgreSQL 指南：内幕探索》之基础备份与时间点恢复（下）
本文描述了以下主题： 基础备份 时间点恢复（PITR）的工作原理 时间线与时间线历史文件 时间点恢复与时间线历史文件 时间线与时间线历史文件 PostgreSQL中的时间线用于区分原始数据库集簇和恢复生成的数据库集簇 本文描述了以下主题： 基础备份 时间点恢复（PITR）的工作原理 时间线与时间线历史文件 时间点恢复与时间线历史文件 在7.4或更低版本中，PostgreSQL仅支持逻辑备份（全量逻辑备份、部分逻辑备份和数据导出 此外，这次检查点的位置必须保存在非pg_control的其他文件中，因为在备份期间可能会执行多次常规检查点。 pg_start_backup执行下列4个操作： 强制进入整页写入模式。 创建backup_label文件 —— 该文件创建于基本目录顶层中，包含有关该基本备份本身的关键信息，如检查点的检查点位置。 第3个和第4个操作是该命令的核心。 因此，我们可以在没有文件系统快照功能或其他特殊工具的情况下，使用一般归档工具做基础备份。 出处：《PostgreSQL 指南：内幕探索》之基础备份与时间点恢复。 编辑：尹文敏
2.2K31发布于 2019-07-09 - 来自专栏章工运维
postgresql备份脚本
记录下postgresql备份脚本。 文件对应的格式为(前四个字段可以使用通配符 * 号): hostname:port:database:username:password # 使用通配符如下: *:*:*:*:u5xhYE3REq # 备份脚本 /usr/bin/env bash # postgresql全库备份脚本 set -e # 定义数据库连接及库名等相关信息 db_host=127.0.0.1 db_port=5432 db_user =postgres # db指定要备份的数据库，多个库请换行输入 db_name=( ndcms_master ) backup_dir=/apps/usr/postgres/pg_backup ${db_host} -p ${db_port} -U ${db_user} -F c -b -f ${backup_dir}${i}_${cur_date}.dump ${i} done # 从备份中恢复指令
97111编辑于 2023-05-19 - 来自专栏数据和云
《PostgreSQL 指南：内幕探索》之基础备份与时间点恢复（上）
本文描述了以下主题： 基础备份 时间点恢复（PITR）的工作原理 时间线与时间线历史文件 时间点恢复与时间线历史文件 在7.4或更低版本中，PostgreSQL仅支持逻辑备份（全量逻辑备份、部分逻辑备份和数据导出 此外，这次检查点的位置必须保存在非pg_control的其他文件中，因为在备份期间可能会执行多次常规检查点。 pg_start_backup执行下列4个操作： 强制进入整页写入模式。 创建backup_label文件 —— 该文件创建于基本目录顶层中，包含有关该基本备份本身的关键信息，如检查点的检查点位置。 第3个和第4个操作是该命令的核心。 PITR模式下的PostgreSQL会在基础备份上重放归档日志中的WAL数据，从pg_start_backup创建的重做点开始，恢复到你想要的位置为止。 出处：《PostgreSQL 指南：内幕探索》之基础备份与时间点恢复
2.1K61发布于 2019-07-09 - 来自专栏JiekeXu之路
MongoDB 备份恢复
作者 | JiekeXu大家好，我是JiekeXu,很高兴又和大家见面了,今天和大家一起来聊聊MongoDB 备份恢复去年中旬安装过 MongoDB，没有怎么实操，本次将备份相关的操作做一个总结，后续有用到的地方可以回来查看 mongos分片路由，如果使用了 sharding 功能，则应用程序连接的是 mongos 而不是 mongodmongo客户端命令行工具，其实也是一个 js 解释器，支持 js 语法MongoDB 备份恢复主要有以下两种组合工具 mongodump 和 mongorestore 是用于备份和恢复小型 MongoDB 的简单而高效的工具，但不适合捕获大型系统的备份。 要恢复使用 --oplog 创建的备份，请将 mongorestore 与 --oplogReplay 选项结合使用。 会有较小的性能影响--oplogReplay # 恢复备份数据并将 mongodump 执行期间的操作(记录在导出的日志)恢复。
2.3K31编辑于 2022-07-20 - 来自专栏小黑博客
MySQL备份恢复
可以本地、可以远程备份。 注意： 一般情况下，恢复需要耗费的时间是备份耗费时间的3-5倍。 如果只是部分损坏，建议找一个应急库进行恢复 全备恢复 日志截取并恢复 恢复后数据校验 （业务测试部门验证） 立即备份（停机冷备） 恢复架构系统 撤维护页，恢复业务 环境搭建 mysql> create （2）增量备份无法单独恢复。必须基于全备进行恢复。 （3）所有增量必须要按顺序合并到全备中。 挂出维护页，停止当天的自动备份脚本 2. 检查备份：周日full+周一inc1+周二inc2，周三的完整二进制日志 3. 进行备份整理（细节），截取关键的二进制日志（从备份——误删除之前） 4. 测试库进行备份恢复及日志恢复 5. 应用进行测试无误，开启业务 6.
14.5K21编辑于 2022-12-28 - 来自专栏ops技术分享
Jira备份恢复
一.备份 1.管理员账号登录Jira，点击右上角的”系统”-“导入导出”-“备份系统”，Jira默认会打开自动备份的功能，备份路径为/var/atlassian/application-data/jira /export；入如果没有打开，也可以手动进行备份，如下，可以自定义备份的文件名。 点击右上角的”系统”-“高级”-“附件”就可以看到Jira附件的设置 二.恢复 1.点击右上角的”系统”-“导入导出”-“恢复数据”，将备份到/var/atlassian/application-data /jira/export里的数据拷贝到 /var/atlassian/application-data/jira/import路径下进行恢复即可！ 需要注意：Jira和confluence的mysql数据库的数据也要定时进行备份。写个shell备份脚本，结合crontab进行每天定时备份。
2K10发布于 2021-07-05 - 来自专栏全栈程序员必看
ORACLE备份恢复
目录 一、关于备份与恢复 二、逻辑备份（expdp和impdp） 三、物理备份 四、数据库日常备份计划及脚本参考 一、关于备份与恢复 1、备份定义 备份就是把数据库复制到转储设备的过程。 3、恢复定义 恢复就是发生故障后，利用已备份的数据文件或控制文件，重新建立一个完整的数据库 4、恢复分类 实例恢复：当oracle实例出现失败后，oracle自动进行的恢复 介质恢复：当存放数据库的介质出现故障时所作的恢复 当备份一个RMAN备份集时，RMAN不会备份从未被写入的数据块，而传统的方式无法获知那些是未被使用的数据块。 4. .星期一晚上：增量备份 3.星期二晚上：增量备份 4.星期三晚上：累积备份 5.星期四晚上：增量备份 6.星期五晚上：增量备份 7.星期六晚上：增量备份 如果星期二需要恢复的话，只需要1+2 如果星期四需要恢复的话，只需要1+4 如果星期五需要恢复的话，只需要1+4+5 如果星期六需要恢复的话，只需要1+4+5+6 如果需要自动备份，可使用备份脚本+crontab的方式执行 执行脚本命令
3.6K21编辑于 2022-09-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号