percona-xtrabackup-8.0.35

percona-xtrabackup-8.0.35

Oracle Recovery Tools-最新版

Oracle Recovery Tools是惜分飞(www.xifenfei.com)开发的使用于Oracle数据库恢复的小工具 主要功能： 1. Oracle 单个/批量坏块修复 2. Oracle 单个block标记为坏块 3. 查看和修改某个block内容 4. 修改文件头scn（checkpoint scn） 5. 修改文件头resetlogs scn 6. 修改文件头fuzzy标记 7. 不同文件之间数据块拷贝 8. 修改oracle进程内存中内容，常见使用于修改oracle scn等

linux下面rar压缩工具

linux下面rar压缩工具

ORA-702_Recovery使用说明

软件说明 该软件修复bootstrap$故障，最常见的错误ORA-00702，使用该工具能够一键修复,实现数据0丢失. 不同.NET Framework对应exe版本说明 ORA-702_Recovery.Net2.exe 为.NET Framework 2.0,3.0,3.5版本支持(比如2008及其以前版本） ORA-702_Recovery.Net4.exe 为.NET Framework 4.0及其以后版本支持(比如2012及其以后版本)

Oracle Recovery Tools-202207版

Oracle Recovery Tools是惜分飞(www.xifenfei.com)开发的使用于Oracle数据库恢复的小工具 主要功能： 1. Oracle 单个/批量坏块修复 2. Oracle 单个block标记为坏块 3. 查看和修改某个block内容 4. 修改文件头scn（checkpoint scn） 5. 修改文件头resetlogs scn 6. 修改文件头fuzzy标记 7. 不同文件之间数据块拷贝 8. 修改oracle进程内存中内容，常见使用于修改oracle scn等

修改oracle scn小工具(patch scn)

在一些情况下(特别是一些数据库非常规恢复场景中),需要修改oracle scn绕过一些错误,让数据库open成功,在以前的版本中我们可以通过event,隐含参数,oradebug等方法进行修改,在一些较新的版本中这些方法都被oracle屏蔽,无法实现oracle scn进行调整,针对这种情况,开发了一个Patch_SCN小程序,实现对oracle数据库的scn进行调整

oracle patch scn--修改oracle scn工具（oracle异常恢复利器）

oracle scn修改工具，可以直接修改oracle scn，在极端情况下恢复使用，比如解决ORA-600 2662等类似错误,使用说明：https://www.xifenfei.com/2022/06/win-oracle-scn-patch.html

Oracle Recovery Tools-202208版本

oracle数据块修复工具 修复单个block 坏块 标记单个block为坏块 查看数据块内容 修改数据块中数据 修复数据文件头SCN信息 修复数据文件头resetlogs 信息 修复数据文件头fuzzy信息 数据块拷贝

Oracle Recovery Tools 使用说明

修复单个 block 坏块 ...............................................................................................................1 标记单个 block 为坏块 ............................................................................................................2 查看数据块内容.......................................................................................................................2 修改数据块中数据...................................................................................................................2 修复数据文件头 SCN 信息 ......................................................................................................3 修复数据文件头 resetlogs 信息 .............................................................................................4 修复数据文件头 fuzzy 信息 ....................................................................................................4 数据块拷贝...............................................................................................................................5

12c – 使用跨平台增量备份来减少传输表空间的停机时间 (Doc ID 2102859.1).pdf

适用于: Oracle Database Cloud Schema Service - 版本 N/A 和更高版本 Oracle Database Exadata Cloud Machine - 版本 N/A 和更高版本 Oracle Cloud Infrastructure - Database Service - 版本 N/A 和更高版本 Oracle Database Exadata Express Cloud Service - 版本 N/A 和更高版本 Oracle Database Backup Service - 版本 N/A 和更高版本 Linux x86-64 用途 注意： 考虑使用新release的版本V4的过程。 这个版本极大地简化了相关步骤。 请参考文档：V4 Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup Note 2471245.1 本文档覆盖了在 12c 及更高版本上，使用跨平台传输表空间（XTTS）以及 RMAN 增量备份，以最小的应用停机时间，在不 同 endian 格式的系统间迁移数据的步骤。 第一步是从源系统拷贝一份 full backup 到目标系统。之后，使用一系列的增量备份（每一份都比前一份要小），这样在停 机前可以做到目标系统的数据和源系统“几乎”一致。需要停机的步骤只有最终的增量备份及元数据导出/导入。 这个文档描述了在 12c 下使用跨平台增量备份的步骤，关于 11g 下的步骤，请您参考 Note:1389592.1。 跨平台增量备份特性并不能减少 XTTS 的其它步骤花费的时间，比如元数据导出/导入。因此,如果数据库内有很多元数据 （DDL），比如 Oracle E-Business Suite 和其它打包程序，那么跨平台增量备份特性并不能带来很多好处；对于这样的 环境，迁移花的大部分时间是花在处理元数据上，而不是数据文件的转换及传输。 只有被迁移表空间里物理存储的数据库对象才会被拷贝至目标系统；如果要迁移存储在其它表空间的其它类型的对象 （比如存储在 SYSTEM 表空间内的 pl/sql 对象，sequences 等），你可以使用数据泵来拷贝这些对象至目标系统。 注意： 考虑使用新release的版本V4的过程。 这个版本极大地简化了相关步骤。 请参考文档：V4 Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup Note 2471245.1 跨平台增量备份的主要步骤有： 1. 初始化设置 2. 准备阶段（源库数据仍然在线） 1. 备份要传输的表空间（0级备份） 2020/1/5 Document 2102859.1 https://myaccess.oraclevpn.com/+CSCO+1075676763663A2F2F7A6266727A632E68662E62656E7079722E70627A++/epmos/faces/Document… 3/14 2. 把备份及其它必须的文件发送到目标系统 3. 在目标系统恢复数据文件至目标端的 endian 格式 3. 前滚阶段（源库数据仍然在线 – 要重复这个阶段足够多次，使得目标数据文件拷贝和源库越相近越好） 1. 在源库创建增量备份 2. 把增量备份及其它必须的文件发送到目标系统 3. 把增量备份转换成目标系统的 endian 格式并且把增量备份应用至目标数据文件 4. 为下次增量备份确定 next_scn 5. 重复这些步骤直到已经准备好了操作传输表空间 NOTE: 在版本3，如果一个数据文件被加入到一个表空间或者一个新的表空间名字被加入到xtt.properties文件，会出现 一个Warning并且需要额外的处置 1. 传输阶段（此时源库数据需要置于 READ ONLY 模式） 1. 在源库端把表空间置为 READ ONLY 2. 最后一次执行前滚阶段的步骤 这个步骤会让目标系统的数据文件拷贝和源库数据文件完全一致并且产生必要导出文件。 在数据量非常大的情况下，这个步骤所花费的时间要显著的少于传统的 XTTS 方式，因为增量备份会很 小。 3. 使用数据泵把这个表空间的元数据导入至目标数据库 4. 把目标数据库的相关表空间置为 READ WRITE