标签云
asm恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-00742 ORA-01110 ORA-01555 ORA-01578 ORA-01595 ORA-08103 ORA-600 2131 ORA-600 2662 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 Oracle 恢复 ORACLE恢复 ORACLE数据库恢复 oracle 比特币 OSD-04016 YOUR FILES ARE ENCRYPTED 勒索恢复 比特币加密文章分类
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (103)
- 数据库 (1,749)
- DB2 (22)
- MySQL (76)
- Oracle (1,594)
- Data Guard (52)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (162)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (8)
- Oracle ASM (68)
- Oracle Bug (8)
- Oracle RAC (54)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (28)
- Oracle备份恢复 (584)
- Oracle安装升级 (96)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (84)
- PostgreSQL (30)
- pdu工具 (6)
- PostgreSQL恢复 (9)
- SQL Server (30)
- SQL Server恢复 (11)
- TimesTen (7)
- 达梦数据库 (2)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (38)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (21)
-
最近发表
- [MY-013183] [InnoDB] Assertion failure故障处理
- Oracle 19c 202504补丁(RUs+OJVM)-19.27
- Oracle Recovery Tools修复ORA-600 6101/kdxlin:psno out of range故障
- pdu完美支持金仓数据库恢复(KingbaseES)
- 虚拟机故障引起ORA-00310 ORA-00334故障处理
- pg创建gbk字符集库
- PostgreSQL运行日志管理
- ora-600 kdsgrp1 错误描述
- GAM、SGAM 或 PFS 页上存在页错误处理
- ORA-600 krhpfh_03-1208
- VMware勒索加密恢复(vmdk勒索恢复)
- ORA-39773: parse of metadata stream failed故障处理
- sql数据库备份失败—失败: 23(数据错误(循环冗余检查)
- vmdk文件被加密恢复(虚拟机文件加密)
- 差点被误操作的ORA-600 kcratr_nab_less_than_odr故障
- win平台19c 打patch遭遇2个小问题汇总
- pg单个数据库目录恢复-pdu恢复单个数据库目录数据
- pg删除数据恢复—pdu恢复pg delete数据
- .[OnlyBuy@cyberfear.com].REVRAC勒索mysql恢复
- 表dml操作权限授权给public,导致只读用户失效
分类目录归档:数据库
win平台19c 打patch遭遇2个小问题汇总
在给19c的库打ru patch的过程中遇到两个错误,进行记录,以供以后遇到类似错误参考:
UtilSession 失败: oracle/cluster/install/InstallException
C:\Users\Administrator>F:\updatecode\WINDOWS.X64_193000_db_home\opatch\opatch apply F:\oracle_patch\37486199 Oracle 临时补丁程序安装程序版本 12.2.0.1.45 版权所有 (c) 2025, Oracle Corporation。保留所有权利。 Oracle 主目录 :F:\updatecode\WINDOWS.X64_193000_db_home 主产品清单:C:\Program Files\Oracle\Inventory 来自 : OPatch 版本 :12.2.0.1.45 OUI 版本 :12.2.0.7.0 日志文件位置:F:\updatecode\WINDOWS.X64_193000_db_home\cfgtoollogs\opatch\opatch2025-03-17_18-19-56下午_1.log Verifying environment and performing prerequisite checks... UtilSession 失败: oracle/cluster/install/InstallException Log file location: F:\updatecode\WINDOWS.X64_193000_db_home\cfgtoollogs\opatch\opatch2025-03-17_18-19-56下午_1.log OPatch failed with error code = 73
对应的日志错误部分
[2025-3-17 18:19:57] [INFO] CAS Dynamic Loading : [2025-3-17 18:19:57] [INFO] CUP_LOG: Trying to load HomeOperations object [2025-3-17 18:19:57] [INFO] CUP_LOG: HomeOperations object created. CUP1.0 is enabled [2025-3-17 18:19:57] [INFO] OPatch invoked as follows: 'apply F:\oracle_patch\37486199 ' [2025-3-17 18:19:57] [INFO] Runtime args: [-DOPatch.ORACLE_HOME=F:\updatecode\WINDOWS.X64_193000_db_home, -DOPatch.DEBUG=false, -DOPatch.RUNNING_DIR=F:\updatecode\WINDOWS.X64_193000_db_home\OPatch, -DOPatch.MW_HOME=, -DOPatch.WL_HOME=, -DOPatch.COMMON_COMPONENTS_HOME=, -DOPatch.OUI_LOCATION=, -DOPatch.FMW_COMPONENT_HOME=, -DOPatch.WEBLOGIC_CLASSPATH=, -DOPatch.OPATCH_CLASSPATH=] [2025-3-17 18:19:57] [INFO] Heap in use : 120 MB Total memory: 1917 MB Free memory : 1796 MB Max memory : 27305 MB [2025-3-17 18:19:57] [INFO] Oracle 主目录 : F:\updatecode\WINDOWS.X64_193000_db_home 主产品清单: C:\Program Files\Oracle\Inventory 从 : OPatch 版本 : 12.2.0.1.45 OUI 版本 : 12.2.0.7.0 OUI 位置 : F:\updatecode\WINDOWS.X64_193000_db_home\oui 日志文件位置 : F:\updatecode\WINDOWS.X64_193000_db_home\cfgtoollogs\opatch\opatch2025-03-17_18-19-56下午_1.log [2025-3-17 18:19:57] [INFO] Patch history file: F:\updatecode\WINDOWS.X64_193000_db_home\cfgtoollogs\opatch\opatch_history.txt [2025-3-17 18:19:59] [INFO] [OPSR-TIME] Loading raw inventory [2025-3-17 18:20:00] [INFO] [OPSR-MEMORY] Loaded all components from inventory. Heap memory in use: 150 (MB) [2025-3-17 18:20:00] [INFO] [OPSR-MEMORY] Loaded all one offs from inventory. Heap memory in use: 160 (MB) [2025-3-17 18:20:00] [INFO] [OPSR-TIME] Raw inventory loaded successfully [2025-3-17 18:20:00] [INFO] NApply::no CAS enabled, OPatch runs with legacy process. [2025-3-17 18:20:00] [INFO] Verifying environment and performing prerequisite checks... [2025-3-17 18:20:00] [INFO] [OPSR-TIME] Running prerequisite checks [2025-3-17 18:20:00] [INFO] opatch-external.jar is in F:\updatecode\WINDOWS.X64_193000_db_home\OPatch\jlib\opatch-external.jar [2025-3-17 18:20:00] [SEVERE] OUI-67073:UtilSession 失败: oracle/cluster/install/InstallException [2025-3-17 18:20:00] [INFO] Finishing UtilSession at Mon Mar 17 18:20:00 CST 2025 [2025-3-17 18:20:00] [INFO] 堆栈说明: java.lang.RuntimeException: oracle/cluster/install/InstallException at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) at java.lang.Class.getConstructor0(Class.java:3075) at java.lang.Class.getConstructor(Class.java:1825) at oracle.opatch.OPatchExternalFactory.getRac(OPatchExternalFactory.java:158) at oracle.opatch.napplyhelper.EnvValidation.validateConnectStringNodes(EnvValidation.java:104) at oracle.opatch.napplyhelper.EnvValidation.checkConnectString(EnvValidation.java:92) at oracle.opatch.napplyhelper.EnvValidation.validate(EnvValidation.java:64) at oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:530) at oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:374) at oracle.opatch.opatchutil.NApply.process(NApply.java:354) at oracle.opatch.opatchutil.OUSession.napply(OUSession.java:1143) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at oracle.opatch.UtilSession.process(UtilSession.java:355) at oracle.opatch.OPatchSession.process(OPatchSession.java:2640) at oracle.opatch.OPatch.process(OPatch.java:888) at oracle.opatch.OPatch.main(OPatch.java:945) Caused by: java.lang.NoClassDefFoundError: oracle/cluster/install/InstallException ... 20 more Caused by: java.lang.ClassNotFoundException: oracle.cluster.install.InstallException at java.net.URLClassLoader.findClass(URLClassLoader.java:387) at java.lang.ClassLoader.loadClass(ClassLoader.java:418) at java.lang.ClassLoader.loadClass(ClassLoader.java:351) ... 20 more
通过mos给出来的文档:Windows:opatch file with error: [SEVERE] OUI-67073:UtilSession failed: oracle/cluster/install/InstallException (Doc ID 3020534.1),可能是由于%ORACLE_HOME%\oui\jlib\srvm.jar 文件异常导致该问题,查看打patch机器,发现该文件丢失[丢失原因未知],从37486199的patch文件中拷贝该文件到数据库对应目录,后续没有再报该错误
然后提示Prerequisite check “CheckActiveFilesAndExecutables” failed.错误
注意参考:win平台 UtilSession 失败: Prerequisite check “CheckActiveFilesAndExecutables” failed. 处理没有解决问题(因为文件本身没有被占用)
F:\oracle_patch\37486199>F:\updatecode\WINDOWS.X64_193000_db_home\opatch\opatch apply Oracle 临时补丁程序安装程序版本 12.2.0.1.45 版权所有 (c) 2025, Oracle Corporation。保留所有权利。 Oracle 主目录 :F:\updatecode\WINDOWS.X64_193000_db_home 主产品清单:C:\Program Files\Oracle\Inventory 来自 : OPatch 版本 :12.2.0.1.45 OUI 版本 :12.2.0.7.0 日志文件位置:F:\updatecode\WINDOWS.X64_193000_db_home\cfgtoollogs\opatch\opatch2025-03-17_18-34-40下午_1.log Verifying environment and performing prerequisite checks... Prerequisite check "CheckActiveFilesAndExecutables" failed. The details are: Following active files/executables/libs are used by ORACLE_HOME :F:\updatecode\WINDOWS.X64_193000_db_home F:\updatecode\WINDOWS.X64_193000_db_home\bin\oravssmsgus.dll F:\updatecode\WINDOWS.X64_193000_db_home\bin\ORAEVRUS19.dll UtilSession 失败: Prerequisite check "CheckActiveFilesAndExecutables" failed. Log file location: F:\updatecode\WINDOWS.X64_193000_db_home\cfgtoollogs\opatch\opatch2025-03-17_18-34-40下午_1.log OPatch failed with error code = 73
通过命令分析确认oravssmsgus.ddl和ORAEVRUS19.dll动态库没有被其他程序占用
F:\oracle_patch\37486199>tasklist /M ora* 信息: 没有运行的任务匹配指定标准。 F:\oracle_patch\37486199>tasklist /M ORA* 信息: 没有运行的任务匹配指定标准。
对于这种情况,根据mos文档:Database Release Update Bundle Windows Patch (XXX) Error”UtilSession failed: Prerequisite check “CheckActiveFilesAndExecutables” failed.” (Doc ID 3046640.1)建议,把对一个文件重命名
F:\updatecode\WINDOWS.X64_193000_db_home\bin>dir *bak.dll 驱动器 F 中的卷是 安全区 卷的序列号是 4407-E854 F:\updatecode\WINDOWS.X64_193000_db_home\bin 的目录 2022-07-28 17:35 4,096 ORAEVRUS19-bak.dll 2022-07-28 17:35 100,352 oravssmsgus-bak.dll 2 个文件 104,448 字节 0 个目录 680,382,025,728 可用字节
后续打patch操作一切正常,没有再出现其他问题.
pg单个数据库目录恢复-pdu恢复单个数据库目录数据
在某些情况下,无法获取pg完整的PGDATA目录中的所有数据库文件目录和文件,只能恢复出来一个数据库目录,对于这种情况,可以通过pdu进行直接恢复,比如有一个目录16805
[postgres@localhost 16805]$ pwd /tmp/16805 [postgres@localhost 16805]$ ls 112 16841 2613 2682 3079 3596 4159 113 174 2615 2683 3079_fsm 3597 4160 1247 175 2615_fsm 2684 3079_vm 3598 4163 1247_fsm 2187 2615_vm 2685 3080 3599 4164 1247_vm 2224 2616 2686 3081 3600 4165 1249 2228 2616_fsm 2687 3085 3600_fsm 4166 1249_fsm 2328 2616_vm 2688 3118 3600_vm 4167 1249_vm 2336 2617 2689 3119 3601 4168 1255 2337 2617_fsm 2690 3164 3601_fsm 4169 1255_fsm 2579 2617_vm 2691 3256 3601_vm 4170 1255_vm 2600 2618 2692 3257 3602 4171 1259 2600_fsm 2618_fsm 2693 3258 3602_fsm 4172 1259_fsm 2600_vm 2618_vm 2696 3350 3602_vm 4173 1259_vm 2601 2619 2699 3351 3603 4174 13362 2601_fsm 2619_fsm 2701 3379 3603_fsm 5002 13362_fsm 2601_vm 2619_vm 2702 3380 3603_vm 548 13362_vm 2602 2620 2703 3381 3604 549 13365 2602_fsm 2650 2704 3394 3605 6102 13366 2602_vm 2651 2753 3394_fsm 3606 6104 13367 2603 2652 2753_fsm 3394_vm 3607 6106 13367_fsm 2603_fsm 2653 2753_vm 3395 3608 6110 13367_vm 2603_vm 2654 2754 3429 3609 6111 13370 2604 2655 2755 3430 3712 6112 13371 2605 2656 2756 3431 3764 6113 13372 2605_fsm 2657 2757 3433 3764_fsm 6116 13372_fsm 2605_vm 2658 2830 3439 3764_vm 6117 13372_vm 2606 2659 2831 3440 3766 6175 13375 2606_fsm 2660 2832 3455 3767 6176 13376 2606_vm 2661 2833 3456 3997 6228 13377 2607 2662 2834 3456_fsm 4143 6229 13377_fsm 2607_fsm 2663 2835 3456_vm 4144 6237 13377_vm 2607_vm 2664 2836 3466 4145 6238 13380 2608 2665 2836_fsm 3467 4146 6239 13381 2608_fsm 2666 2836_vm 3468 4147 826 1417 2608_vm 2667 2837 3501 4148 827 1418 2609 2668 2838 3502 4149 828 16806 2609_fsm 2669 2838_fsm 3503 4150 pg_filenode.map 16806_fsm 2609_vm 2670 2838_vm 3534 4151 pg_internal.init 16806_vm 2610 2673 2839 3541 4152 PG_VERSION 16809 2610_fsm 2674 2840 3541_fsm 4153 16810 2610_vm 2675 2840_fsm 3541_vm 4154 16833 2611 2678 2840_vm 3542 4155 16833_fsm 2612 2679 2841 3574 4156 16833_vm 2612_fsm 2680 2995 3575 4157 16840 2612_vm 2681 2996 3576 4158 [postgres@localhost 16805]$
利用pdu进行恢复
PDU.public=# restore db xifenfei /tmp/16805; -pg_schema:</tmp/16805/2615> -pg_class:</tmp/16805/1259>,共86行 -pg_attribute:</tmp/16805/1249>,共3274行 模式: -->public,2张表 PDU.public=# use xifenfei; |----------------------------------------| | 模式 | 表数量 | |----------------------------------------| | public | 2 | |----------------------------------------| xifenfei.public=# set public; |--------------------------------------------------| | 表名 | 表大小 | |--------------------------------------------------| | t_cas_paymentbill | 8.24 MB | | t_auth | 80.00 KB | |--------------------------------------------------| 仅显示表大小排名前 2 的表名 xifenfei.public=# \dt; |--------------------------------------------------| | 表名 | 表大小 | |--------------------------------------------------| | t_cas_paymentbill | 8.24 MB | | t_auth | 80.00 KB | |--------------------------------------------------| 共计 2 张表 xifenfei.public=# unload sch public; 正在解析表 <t_cas_paymentbill>. 已解析数据页: 1055, 已解析数据: 9636 条 表名<t_cas_paymentbill>-</tmp/16805//16806> 解析完成, 1055 个数据页 ,共计 9636 条数据. 成功 9636 条; 失败【0】条 COPY文件路径为:<xifenfei/public/t_cas_paymentbill.csv> 正在解析表 <t_auth>. 已解析数据页: 10, 已解析数据: 129 条 表名<t_auth>-</tmp/16805//16833> 解析完成, 10 个数据页 ,共计 129 条数据. 成功 129 条; 失败【0】条 COPY文件路径为:<xifenfei/public/t_auth.csv> 模式<public>共 2 张表。成功:2, 失败【0】 日志路径:log/log/xifenfei_unload_schema_public_err.txt COPY命令导出完成, 文件路径: xifenfei/COPY/public_copy.sql,共找到2个csv文件 DDL导出完成. 文件路径: xifenfei/DDL/public_ddl.sql, 共计 2 张表 xifenfei.public=# xifenfei.public=# unload ddl; DDL导出完成. 文件路径: xifenfei/DDL/public_ddl.sql, 共计 2 张表
通过pdu解析和恢复,该目录中一共两个业务表,均正常恢复出来,创建新库,导入数据测试
postgres=# create database xifenfei; CREATE DATABASE postgres=# \c xifenfei; You are now connected to database "xifenfei" as user "postgres". xifenfei=# \i /data/tools/pdu/xifenfei/DDL/public_ddl.sql psql:/data/tools/pdu/xifenfei/DDL/public_ddl.sql:1: ERROR: schema "public" already exists SET CREATE TABLE CREATE TABLE xifenfei=# \i /data/tools/pdu/xifenfei/COPY/public_copy.sql SET COPY 9636 COPY 129 xifenfei=# select count(1) from t_auth; count ------- 129 (1 row) xifenfei=# select count(1) from t_cas_paymentbill; count ------- 9636 (1 row)
pg删除数据恢复—pdu恢复pg delete数据
误操作,在应用端选择每页50条记录然后点击删除,类似这样误操作删除了近10000条记录,现在希望对其进行恢复.对于这种表被误删除数据的,可以使用pdu进行解析wal然后进行恢复.
1. 配置pdu.ini指定wal日志路径
PGDATA=/data/pg/16/data ARCHIVE_DEST=/data/arch
2. 初始化字典信息
PDU.public=# b; 开始初始化... -pg_database:</data/pg/16/data/global/1262> 【postgres】 -pg_schema:</data/pg/16/data/base/5/2615> -pg_class:</data/pg/16/data/base/5/1259>,共86行 -pg_attribute:</data/pg/16/data/base/5/1249>,共3273行 模式: -->public,2张表
3. 关于删除恢复相关帮助
**误删数据恢复** scan t1; │ 扫描被误删的表 restore del <Tx Number>; │ 通过 事务号 恢复被误删的数据 restore del all; │ 通过 时间区间 恢复被误删的数据 -------------------------------------------------------------------------------------------------- add <filenode> <tablename> <attibutes>; │ 将特定表信息手动添加到restore库中 例如: <add 12345 t1 varchar,varchar,timestamp,varchar,numeric,varchar,varchar,varchar,numeric;> -------------------------------------------------------------------------------------------------- restore db <dbname> <DB Path>; │ 初始化特定的数据库目录 (例: restore db xmandb /home/postgres/data/base/290113;) **参数设置** param startwal 000000010000000800000008;│ 设置scan扫描的起始WAL文件,如果未设置则默认是归档目录的第一个文件 param endwal 000000010000000800000009; │ 设置scan扫描的结束WAL文件,如果未设置则默认是归档目录的最后一个文件 param resmode tx|time; │ 设置restore恢复的模式,选择按照【事务号/TX】或【时间区间/TIME】进行恢复 param starttime 2025-01-01_00:00:00; │ 设置scan扫描的起始时间 param endtime 2025-01-01_00:00:00; │ 设置scan扫描的结束时间 reset <param name> │ 重置某个参数 show; │ 查看当前所有参数
4.可以通过param相关参数设置扫描wal日志范围,时间,恢复模式等.我们先使用事务模式确认开始时间
postgres.public=# scan t_delete; 正在扫描表<t_delete>的删除记录... 开始扫描归档目录 |-起始文件<000000030000052500000050> |-终点文件<0000000300000525000000EF> 正在扫描中 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 当前为 事务号恢复 模式,扫描结果将以【事务号】为单位进行输出 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 扫描结束,当前扫描的时间段为 |-开始时间:2025-03-05 18:05:38.006348 CST |-结束时间:2025-03-05 19:00:19.515825 CST -------------------------------------------------------------------------------------------------------------------------------- 时间戳:2025-03-05 18:06:20.420863 CST | 事务号:1360118630 | 数据文件oid:725686 | toast文件oid:725689 |待恢复条数:1 -------------------------------------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------------------------------------------- 时间戳:2025-03-05 18:38:06.749572 CST | 事务号:1360430105 | 数据文件oid:725686 | toast文件oid:725689 |待恢复条数:1 -------------------------------------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------------------------------------------- 时间戳:2025-03-05 18:48:41.947320 CST | 事务号:1360532435 | 数据文件oid:725686 | toast文件oid:725689 |待恢复条数:50 -------------------------------------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------------------------------------------- 时间戳:2025-03-05 18:48:41.948734 CST | 事务号:1360532430 | 数据文件oid:725686 | toast文件oid:725689 |待恢复条数:50 -------------------------------------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------------------------------------------- 时间戳:2025-03-05 18:48:41.948754 CST | 事务号:1360532434 | 数据文件oid:725686 | toast文件oid:725689 |待恢复条数:50 -------------------------------------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------------------------------------------- 时间戳:2025-03-05 18:48:41.948781 CST | 事务号:1360532432 | 数据文件oid:725686 | toast文件oid:725689 |待恢复条数:50 -------------------------------------------------------------------------------------------------------------------------------- …………………… -------------------------------------------------------------------------------------------------------------------------------- 时间戳:2025-03-05 18:48:56.872903 CST | 事务号:1360536441 | 数据文件oid:725686 | toast文件oid:725689 |待恢复条数:50 -------------------------------------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------------------------------------------- 时间戳:2025-03-05 18:48:57.125587 CST | 事务号:1360536457 | 数据文件oid:725686 | toast文件oid:725689 |待恢复条数:36 -------------------------------------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------------------------------------------- 时间戳:2025-03-05 18:56:24.931723 CST | 事务号:1360596835 | 数据文件oid:725686 | toast文件oid:725689 |待恢复条数:1 -------------------------------------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------------------------------------------- 时间戳:2025-03-05 18:59:38.314220 CST | 事务号:1360621790 | 数据文件oid:725686 | toast文件oid:725689 |待恢复条数:1 -------------------------------------------------------------------------------------------------------------------------------- postgres.public=#
5.基于上述数据,事务情况,可以确认第一次发生删除时间为2025-03-05 18:48:41.947320,最后删除时间为:2025-03-05 18:48:57.125587,重新设置基于时间的恢复模式
postgres.public=# param starttime 2025-03-05_18:48:40; OK! starttime=2025-03-05_18:48:40 postgres.public=# param endtime 2025-03-05_18:49:00; OK! endtime=2025-03-05_18:49:00 postgres.public=# param resmode time; OK! restoreMode=time postgres.public=# show; --------------------------------------------------- | 参数 | 当前值 | --------------------------------------------------- |startwal | | |endwal | | |starttime |2025-03-05 18:48:40.000000 CST| |endtime |2025-03-05 18:49:00.000000 CST| |resmode | TIME | ---------------------------------------------------
6.重新扫描需要恢复表
postgres.public=# scan t_delete; 正在扫描表<t_delete>的删除记录... 开始扫描归档目录 |-起始文件<000000030000052500000050> |-终点文件<0000000300000525000000EF> 正在扫描中 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 当前为 时间区间恢复 模式,将输出该表在时间区间内的所有删除结果 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 扫描结束,当前扫描的时间段为 |-开始时间:2025-03-05 18:48:40.000000 CST |-结束时间:2025-03-05 18:49:00.000000 CST ---------------------------------------------------------------------------------------------------------------------------------------------------- 开始时间:2025-03-05 18:48:40.000000 CST | 结束时间:2025-03-05 18:49:00.000000 CST | 数据文件oid:725686 | toast文件oid:725689 |待恢复条数:9636 ---------------------------------------------------------------------------------------------------------------------------------------------------- postgres.public=#
7.确认删除的记录9636条全部被扫描出来,现在对其进行恢复
postgres.public=# restore del all; 开始扫描归档目录 |-起始文件<000000030000052500000050> |-终点文件<0000000300000525000000EF> 正在扫描中 |-已解析出9636条数据 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 解析结果:成功 9636,【失败 0】(即对应FPW未找到), 共计9636条数据 恢复出的csv文件路径为<restore/public/t_delete_2025-03-05 18:48:40.000000 CST_2025-03-05 18:49:00.000000 CST.csv> ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 扫描结束,当前扫描的时间段为 |-开始时间:2025-03-05 18:48:40.000000 CST |-结束时间:2025-03-05 18:49:00.000000 CST restore完成 postgres.public=#
8.恢复数据导入库中
[postgres@localhost pdu]$ psql -f postgres/COPY/public_copy.sql SET COPY 9636
发表在 pdu工具
评论关闭