- 综合排序
- 最热优先
- 最新优先
- 来自专栏数据和云
PostgreSQL备份恢复实现
一. pg_basebackup 1. pg_basebackup的原理简介 pg_basebackup ------ 获得PostgreSQL集簇的一个基础备份。 备份通过一个使用复制协议常规PostgreSQL连接制作。该连接必须由一个具有REPLICATION权限或者具有超级用户权限的用户ID建立，并且pg_hba.conf必须允许该复制连接。 一般生产中用pg_basebackup来备份，可能会需要恢复到某个时间点上。 这样就需要备份文件加WAL日志来进行恢复。 pg_dumpall对一个集簇中所有的PostgreSQL数据库写出到（转储）一个脚本文件。该脚本文件包含可以用作psql的输入SQL命令来恢复数据库。
6.3K30发布于 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.6K11编辑于 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.5K31编辑于 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.5K30发布于 2021-07-15 - 来自专栏猫头虎博客专区
《PostgreSQL备份与恢复：步骤与最佳实践》
最近发现很多朋友在搜索“PostgreSQL备份方法”、“PostgreSQL恢复数据教程”等关键词，显示了大家对PostgreSQL备份和恢复的浓厚兴趣。 那么，这篇《PostgreSQL备份与恢复：步骤与最佳实践》是为了满足大家的这份求知欲。一起深入探讨吧！ 引言 数据备份与恢复，对于任何数据库管理者来说都是至关重要的。 PostgreSQL作为一个广泛使用的关系型数据库，其备份和恢复技巧尤为重要。 正文 1. 为什么要备份？ 1.1 数据安全保障 备份的主要目的之一是确保数据的安全性。 PostgreSQL备份工具 2.1 pg_dump 和 pg_dumpall 这是PostgreSQL提供的官方备份工具。 2.2 第三方备份工具 除了PostgreSQL自带的备份工具，还有一些强大的第三方备份工具可供选择。
1.3K10编辑于 2024-04-09 - 来自专栏DBA实战
从零开始学PostgreSQL (六)： 备份和恢复
概述 PostgreSQL 提供了多种备份和恢复策略，旨在满足不同规模和需求的数据库环境。以下是 PostgreSQL 备份和恢复的主要方法概览： 1. 连续存档和时间点恢复 （PITR） PostgreSQL 使用预写日志（WAL）来记录所有对数据库数据文件的更改，这不仅对于崩溃后的恢复至关重要，还允许了一种被称为连续存档（或在线备份）的高级备份策略。 进行基础备份 在PostgreSQL中，pg_basebackup工具用于创建基础备份，这是数据库恢复的基础。 3.4 使用连续归档备份进行恢复 当你需要使用连续归档备份（Continuous Archiving Backup）来恢复PostgreSQL数据库时，以下是详细的恢复步骤： 停止运行中的数据库服务器， 在恢复过程中，PostgreSQL默认会选择归档中最新的时间线进行恢复。
2.7K11编辑于 2024-09-06 - 来自专栏数据库PG
PostgreSQL 备份与恢复（第一章）
引言 PostgreSQL官方文档指定了以下三种备份方法，详见：https://www.postgresql.org/docs/current/backup.html -「SQL转储」，用pg_dump 但是有了并行备份恢复和split拆分，也可以在这方面稍微优化。另一个缺点是无法恢复到故障发生的时刻。 这样就算数据库突然出现了crash，在重新启动的过程中，PostgreSQL能够查看wal文件进行恢复并将数据库还原到可用的状态。 实际上PostgreSQL的备份软件有很多种，可以根据实际的需要来选择备份工具 Tool License Makes base backups Makes base backups from replicas pg_dump 只能备份单个数据库，而且恢复的时候需要创建空数据库。
11.1K21发布于 2021-07-14 - 来自专栏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 - 来自专栏数据库新发现
《PostgreSQL 指南：内幕探索》之基础备份与时间点恢复
《基本备份与时间点恢复》10.1-10.2。 此外，我们也成立PostgreSQL学习社群，技术探讨、资料分享、大牛解答，欢迎加入一起进步，入群方式见文末。 在线数据库备份大致可分为逻辑备份和物理备份两类，它们各自都有优点和缺点。 在PostgreSQL中，自8.0版本开始提供了在线的全量物理备份，整个数据库集簇（即物理备份数据）的运行时快照被称为基础备份。 本文描述了以下主题： 基础备份时间点恢复（PITR）的工作原理时间线与时间线历史文件时间点恢复与时间线历史文件 在7.4或更低版本中，PostgreSQL仅支持逻辑备份（全量逻辑备份、部分逻辑备份和数据导出 PITR模式下的PostgreSQL会在基础备份上重放归档日志中的WAL数据，从pg_start_backup创建的重做点开始，恢复到你想要的位置为止。
2K50发布于 2019-07-03 - 来自专栏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 数据目录。 性能：对于大型数据库，考虑使用流式备份或并行备份来提高备份和恢复的速度。 权限：确保执行备份和恢复的用户具有适当的权限。
3.2K10编辑于 2024-09-26 - 来自专栏linux运维
备份恢复问题：备份文件恢复失败，数据无法恢复
排查恢复失败的原因在解决问题之前，需要明确恢复失败的具体原因。以下是一些常见原因及其排查方法：（1）备份文件损坏原因：传输中断、磁盘故障或未正确校验。 确保所有关键数据都包含在备份中。（3）恢复过程错误原因：恢复命令或工具使用不当。排查方法：确保使用的恢复工具与备份工具一致。检查恢复路径和权限是否正确。2. 优化备份生成过程确保备份文件本身是完整且可靠的，这是成功恢复的前提。（1）使用可靠的备份工具选择支持断点续传、校验和错误处理的备份工具。例如：rsync：支持增量备份和断点续传。 PostgreSQL：使用 pg_dump 或 pg_basebackup。 （1）恢复文件系统备份# 示例：从 tar 文件恢复数据 tar -xzf /backup/full_backup_20250207.tar.gz -C /restore/directory（2）恢复数据库备份
2.8K10编辑于 2025-02-07 - 来自专栏数据和云
《PostgreSQL 指南：内幕探索》之基础备份与时间点恢复（下）
本文描述了以下主题： 基础备份 时间点恢复（PITR）的工作原理 时间线与时间线历史文件 时间点恢复与时间线历史文件 时间线与时间线历史文件 PostgreSQL中的时间线用于区分原始数据库集簇和恢复生成的数据库集簇 在PostgreSQL中，自8.0版本开始提供了在线的全量物理备份，整个数据库集簇（即物理备份数据）的运行时快照被称为基础备份。 本文描述了以下主题： 基础备份 时间点恢复（PITR）的工作原理 时间线与时间线历史文件 时间点恢复与时间线历史文件 在7.4或更低版本中，PostgreSQL仅支持逻辑备份（全量逻辑备份、部分逻辑备份和数据导出 PITR模式下的PostgreSQL会在基础备份上重放归档日志中的WAL数据，从pg_start_backup创建的重做点开始，恢复到你想要的位置为止。 因此，我们可以在没有文件系统快照功能或其他特殊工具的情况下，使用一般归档工具做基础备份。 出处：《PostgreSQL 指南：内幕探索》之基础备份与时间点恢复。 编辑：尹文敏
2.2K31发布于 2019-07-09 - 来自专栏开源部署
PostgreSQL逻辑备份恢复–pg_dump导出及psql导入实例
PostgreSQL的备份工具可以使用pg_dump及pg_dumpall。可以通过pg_dump --help获取其使用方法。这里不对其做过多介绍。 主要介绍在使用pg_dump及恢复过程中遇到的一个问题。
1.6K20编辑于 2022-08-17 - 来自专栏章工运维
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 # 从备份中恢复指令
95511编辑于 2023-05-19 - 来自专栏数据和云
《PostgreSQL 指南：内幕探索》之基础备份与时间点恢复（上）
本文描述了以下主题： 基础备份 时间点恢复（PITR）的工作原理 时间线与时间线历史文件 时间点恢复与时间线历史文件 在7.4或更低版本中，PostgreSQL仅支持逻辑备份（全量逻辑备份、部分逻辑备份和数据导出 PITR模式下的PostgreSQL会在基础备份上重放归档日志中的WAL数据，从pg_start_backup创建的重做点开始，恢复到你想要的位置为止。 在PostgreSQL中，想要恢复到的位置被称为恢复目标。 ? PITR的基本概念 PITR是如下这样工作的。 如果recovery.conf中没有配置恢复目标，则PostgreSQL将重放至归档日志的末尾。 出处：《PostgreSQL 指南：内幕探索》之基础备份与时间点恢复
2K61发布于 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 拷贝的同时，会将备份期间的redo进行备份 恢复逻辑 ： 模拟了InnoDB Crash Recovery 功能，需要要将备份进行处理（前滚和回滚）后才能恢复 安装yum 源 [root@cs ~]# （2）增量备份无法单独恢复。必须基于全备进行恢复。 （3）所有增量必须要按顺序合并到全备中。 测试库进行备份恢复及日志恢复 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是 ORACLE提供的一个备份与恢复的工具，可以用来执行完全或不完全的数据库恢复。 2. RMAN不能用于备份初始化参数文件和口令文件。 3. 如果星期四需要恢复的话，只需要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号