PRM 一个Oracle数据库灾难恢复救护车工具 - database
oracle数据库灾难恢复
关于AIX系统崩溃后oracle数据库的恢复方法
首先要确保数据库实例的完整性，包括控制文件，日志文件，表空间（系统表空间、用户表空间等）。
新建同名数据库实例（表空间、用户等不需要）。
Sql>shutdown immediate关闭数据库
然后COPY原有文件到新实例文件夹中，也可以将新实例文件夹改名，然后将原有实例文件夹放入同目录下
Sql>startup mount加载原有实例，可能出现控制文件不要可写等相关错误，这时可设置文件权限为可读可写可执行（3个均需设置），加载成功后
Sql>select * from v$tablespace查看表空间名
Sql>alter database open启动数据库，如果缺失表空间，需要删除对应的表空间才能继续进行
Sql>alter database datafile ''miss_filename'' offline drop;其中
miss_filename为缺失文件名，并包含完整路径
Recovery database;可显示缺失文件名，最后
Sql>alter database open;成功即完成数据库挂载。
Oracle Data Guard：Oracle 数据库云服务器灾难恢复
Oracle Data Guard：Oracle数据库云服务器灾难恢复Oracle 最高可用性架构白皮书2011 年 12 月最高可用性架构Oracle 高可用性最佳实践概述 (3)Data Guard 和 Exadata (2)灾难恢复最佳实践 (3)Data Guard 重做应用 (4)备用数据库实例化 (4)损坏保护 (5)Exadata 混合列压缩 (6)物理网络配置 (8)Data Guard 网络最佳实践 (10)配置自动客户端故障切换 (12)减少 ETL 操作期间的开销和重做量 (13)使用 Data Guard 进行计划维护的最佳实践 (14)数据库滚动升级 (15)使用备用数据库优先打补丁的 Patch Assurance (15)平台迁移和技术更新 (16)数据中心迁移 (16)使用 Data Guard 克隆测试和开发数据库 (17)在 Exadata 存储上 (17)在 Sun ZFS 存储设备上 (17)在非 Exadata 系统上 (18)用于实现最高 ROI 的最佳实践 (20)用于管理 Data Guard 配置的最佳实践 (22)总结 (22)概述Oracle 数据库云服务器(Exadata) 为从扫描密集型数据仓库应用程序到高度并发的OLTP 应用程序的所有数据库负载提供了最佳解决方案。
Exadata 在高度可用、高度安全的环境中提供超强的性能。
Oracle Data Guard 是最高可用性架构 (MAA) 要求的 Oracle 灾难恢复解决方案，用于保护驻留在Exadata 上的任务关键数据库。
Data Guard 还用于在任何中断意外影响生产数据库的情况下维持可用性，并在计划维护期间最大限度地减少停机时间。
Data Guard 包含在 Oracle Database 企业版中，并提供管理、监视和自动化软件来创建和维护一个或多个同步副本（备用数据库），保护生产数据库（主数据库）免受故障、灾难、错误和损坏的影响。
如何在AIX上运行PRM For Oracle Database
如何在AIX上运行PRM For Oracle Database?由于ParnassusData Recovery Manager PRM for Oracle Database 是基于JAVA语言编写的绿色工具软件，所以可以跨所有具有JVM的操作系统平台，其中包括:AIX、Solaris、HPUX、Linux 和Windows 。
在AIX上运行PRM的简单前提是：1、AIX已经安装JDK 1.6或以上版本2、如果数据库中存在中文或其他非英文字符，则需要在AIX安装对应的中文语言包，否则PRM将无法正常显示中文。
可以通过lslpp命令已经安装的JAVA包，lslpp –l|grep Java 注意这里Java的J大写！bash-4.2# lslpp -l | grep JavaJava5.sdk 5.0.0.430 COMMITTED Java SDK 32-bitJava5_64.sdk 5.0.0.430 COMMITTED Java SDK 64-bitJava6.sdk 6.0.0.280 COMMITTED Java SDK 32-bitJava6_64.sdk 6.0.0.385 COMMITTED Java SDK 64-bitJava5.sdk 5.0.0.430 COMMITTED Java SDK 32-bitJava5_64.sdk 5.0.0.430 COMMITTED Java SDK 64-bitJava6.sdk 6.0.0.280 COMMITTED Java SDK 32-bitJava6_64.sdk 6.0.0.385 COMMITTED Java SDK 64-bit注意如果上面没有出现Java6的包信息，则说明没有安装Java6。
可以下载Java6_64.sdk 下载地址：/s/1mg7ejxu下载完成后将tar解压，并smitty installp来安装该java.sdk包如果你不知道java可执行文件，可以通过如下的命令获得bash-4.2$ lslpp -f Java6.sdk|grep /bin/java/usr/java6/bin/java -> /usr/java6/jre/bin/java/usr/java6/jre/bin/javaw/usr/java6/jre/bin/java/usr/java6/jre/bin/javaws/usr/java6/jre/javaws/javaws -> /usr/java6/jre/bin/javaws/usr/java6/bin/javadoc/usr/java6/bin/javac/usr/java6/bin/javah/usr/java6/bin/javap/usr/java6/bin/javaw -> /usr/java6/jre/bin/javaw/usr/java6/bin/java-rmi.cgi/usr/java6/jre/bin/java_vm/usr/java6/bin/javaws -> /usr/java6/jre/bin/javawsbash-4.2$ /usr/java6/bin/java -versionjava version "1.6.0"Java(TM) SE Runtime Environment (build pap3260sr9fp2-20110627_03(SR9 FP2))IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 AIX ppc-32 jvmap3260sr9-20110624_85526 (JIT enabled, AOT enabled)J9VM - 20110624_085526JIT - r9_20101028_17488ifx17GC - 20101027_AA)JCL - 20110530_01将java bin目录加入到PATH中export PATH= /usr/java6/bin:$PATHbash-4.2$ cd /orahome/ParnassusData_PRMForOracle_3002chmod 700 prm.sh直接运行./prm.sh如果报错而未正确进入图形化界面，如下图：则可以运行：java –jar prm.jar安装AIX 6.1上的中文语言包可以见如下教程：AIX 6.1 有2张系统安装碟，安装中文字符集UTF、GB***需要2张系统碟交替安装进行。
专为Oracle数据恢复而生 - PRM DUL
PRM是Oracle企业级灾难恢复工具，其具备Oracle DUL 的数据恢复能力，又兼顾了软件的易用性。
PRM For Oracle Database 3.1版本主界面:PRM可以恢复几乎所有操作系统平台上的Oracle数据库包括：Linux(Redhat,Centos,Oracle Linux,Suse等)，AIX,Solaris,HPUX,Windows 2003 Server/XP/2000/NT。
PRM支持从Oracle 9i开始的10g,11g,12c等主流版本。
PRM全程图形化的恢复向导带领用户一步步走向成功恢复数据：ParnassusData诗檀软件不仅仅提供PRM作为Oracle数据库恢复的利器，同时也提供专项的Oracle恢复服务。
诗檀软件提供最专业的Oracle数据库修复服务，我们保证您的数据完整可用！Oracle数据库修复服务：为什么要选择ParnassusData 作为您的数据库修复、数据恢复服务供应商？PRM特点∙支持Oracle 7.3,8i,9i,10g,11g,12c所有版本Oracle的数据库修复、数据恢复服务∙PRM软件可以运行在几乎所有操作系统平台上∙独创的DataBridge技术，让数据无需落地，直接从损坏数据库中传输到目标数据库∙支持Oracle LOB：CLOB、NCLOB、LOB，同时支持LOB DataBridge，直接传输LOB 到目标数据库∙支持Oracle Cluster、分区、子分区、复合分区等负载技术∙充分考虑了多语言支持，支持几乎所有的字符集，对于nvarchar等类型支持良好∙支持Oracle ASM，ASM对于PRM而言是透明的。
且PRM提供免费的ASM文件克隆功能∙世界顶尖的Oracle数据库专家，原供职于Oracle高级客户服务团队的数据库修复团队成员PRM适用于以下的Oracle数据库恢复场景：∙恢复在无备份情况下意外被truncate、drop掉的Table∙数据字典受损，导致数据库无法打开的场景∙缺失部分数据文件，导致数据无法读取的场景∙彻底丢失SYSTEM表空间的场景∙读取表发现存在逻辑或物理损坏的场景∙ASM Diskgroup损坏无法mount的场景。
如何获得Oracle PRM的JAVA运行环境
如何获得Oracle PRM的JAVA运行环境
由于PRM（ParnassusData Recovery Manager）灾难恢复工具是采用JAVA语言编写纯绿色工具软件，所以其可以跨几乎所有操作系统平台。
PRM即ParnassusData Recovery Manager是企业级别Oracle数据库灾难恢复工具。
PRM可以在无备份的情况下恢复被truncated掉的表，也可以恢复无法打开的Oracle数据库(Alter Database Open失败)中的数据。
PRM是图形化增强版的Oracle DUL工具，同时具备很多Oracle DUL不具备的特性。
同时一般我们建议安装JDK 1.6以上版本来运行PRM，虽然PRM向下兼容到JAVA 1.4，但是使用JAVA 1.6环境能够获得最佳效果，同时在JAVA 1.4下也存在包括内存回收等较多问题。
点击PRM菜单中的帮助=》关于，在图形化界面上就可以获得当前PRM 运行的JAVA环境。
如上图中可以看到PRM运行在Linux平台的Client VM上，版本是1.4.2，PRM在该JAVA环境下还是可以正常工作的，但我们还是推荐在JDK 1.6以上版本运行。
Linux和Windows上的JDK 1.7较为容易下载，而AIX上的JDK由IBM自行提供，下载较为
麻烦。
这里提供部分JDK 1.7的下载路径：。
深入了解PRM(PanassusData Recovery Manager) For Oracle Database
深入了解PRM(PanassusData Recovery Manager) For Oracle DatabasePRM 是开放的Oracle灾难恢复软件，任何人均可以下载并传播。
一个标准的绿色JAVA工具软件PRM(PanassusData Recovery Manager) 是基于标准JA VA语言开发的Oracle数据库灾难恢复软件，可以直接从Oracle数据文件中抽取表的完整数据行，而完全无需通过Oracle数据库软件。
由于PRM绕过了UNDO，所以其读取的数据中少量可能是事务中的数据。
同时PRM不要求数据文件已经恢复到了一致性的状态。
Oracle数据库损坏仍可以拯救出数据的工具数据库可能部分损坏了，但大多数数据块仍是完好的。
在数据拯救过程中，PRM会最大程度从数据块中可用的部分把行数据读取出来，如果确认遇到损坏非常严重的数据块，PRM则会将问题数据块的信息打印到日志中去。
可以抽取TABLE/CLUSTER中的数据PRM主要抽取TABLE/CLUSTER中的数据。
PRM从设计角度不是用来抽取如触发器、存储过程或者视图这些对象。
当然由于PRM能够拯救SOURCE$基表的数据，所以变相地可以恢复上述这些对象了。
PRM不恢复索引数据，因为仅仅恢复索引数据一般是没有意义的，除非是IOT 索引组织表。
独创的DataBridge技术为什么要引入数据搭桥模式呢？∙普通的unload+sqlldr恢复方式意味着要保存一份源数据，一份抽取数据，和一份目标数据，即在恢复过程中可能需要扩容2倍于原来的存储空间，这对于甚至无法腾出备份空间的企业来说十分困难∙数据搭桥与普通unload+sqlldr模式的最大区别在于，数据搭桥直接从源库中抽取数据并传送到目标数据库中，无需在文件系统上保留一份抽取数据∙通过数据搭桥传送到目标数据库中的数据本身就是结构化的，可以立即使用SQL语句来验证其完整性和一致性∙如果数据搭桥的目标数据库库位于异机上，那么源数据库上仅仅做读取操作，读写IO 将分布于2台服务器上，PRM恢复的速度将更快∙如果用户所需要恢复的是Truncate数据的话，那么可以马上搭桥回到源库中，恢复仅仅是鼠标点几下的工作完备的多语言支持PRM在开发过程中充分考虑了多语言支持的问题，利用JAVA语言的全球化特性，PRM几乎支持所有主流的Oracle数据库字符集，以下为PRM支持的语言和字符集CharacterSet列表：。
PRM – PARNASSUSDATA RECOVERY MANAGER For Oracle Database介绍手册 -数据库
ParnassusData Recovery Manager For Oracle DatabasePRM – PARNASSUSDATA RECOVERY MANAGER For Oracle DatabasePARNASSUSDATA CARES YOUR DATAKEY BENEFITSPRM:用户可掌控的ORACLE 灾难恢复软件● ParnassusData 既提供PRM 为独立的产品销售，也提供恢复服务● 全程图形化交互界面，简单易用● 直接从Oracle 数据文件中恢复数据● 支持从Oracle 9i 到12c 的所有版本● 支持几乎所有的操作系统平台● 全面支持ASM ，可直接读取ASM DiskGroup 中的数据● 提供远程或现场服务● 以往的经验，PRM 可以恢复近乎100%的数据● 独创的数据搭桥模式DataBridge ，帮助用户迅速将数据导回DB● ParnassusData 推荐用户在恢复后重建数据库，同时提供重建服务● ParnassusData 可以提供进一步的备份恢复最佳实践建议 PRM – ParnassusData Recovery Manager For Oracle Database, 由ParnassusData Software System 提供,高效地恢复损坏ORACLE 数据库中的数据。
PRM 软件产品 PRM – ParnassusData Recovery Manager For Oracle Database ，是由ParnassusData Software System （暨 诗檀（上海）软件系统有限公司）独立研发的Oracle 数据库灾难修复软件，拥有独立的软件著作权。
用户可以购买PRM ，通过其全程图形化交互的简单使用体验来自行恢复数据；用户也可以购买ParnassusData 提供的Oracle 数据库灾难恢复服务，由ParnassusData 派遣专家级恢复工程师远程或现场协助用户应对数据库损坏难题。
oracle 灾备方案
Oracle 灾备方案1. 引言随着企业对数据安全和业务连续性的需求不断增加，灾备方案的设计和实施变得至关重要。
Oracle作为一种流行的关系数据库管理系统（RDBMS），为企业提供了可靠的数据存储和管理解决方案。
本文档将介绍Oracle灾备方案的基本原理和常见实施方法。
2. 灾备概述灾备（Disaster Recovery）是指为了减少灾难发生时对业务造成的影响而采取的预防和恢复措施。
Oracle灾备方案旨在确保企业的关键数据和系统能够在灾难发生时保持稳定和可用。
3. Oracle 灾备架构Oracle灾备架构通常由两个关键组件组成：主数据库和备份数据库。
主数据库用于处理实时事务和数据更新，而备份数据库则用作主数据库的容灾备份。
下面是常用的Oracle灾备架构类型：3.1. 同城双机房在同一个城市的两个不同机房建立主备数据库，主数据库负责处理业务操作，而备份数据库作为冷备份与主数据库保持数据同步。
主备数据库通过双向数据传输进行同步，以确保数据的一致性。
3.2. 异地容灾异地容灾方案是指将主数据库和备份数据库部署在不同的地理位置上。
这种架构适用于对数据安全和业务连续性要求更高的企业。
主数据库和备份数据库通过网络进行数据同步，并通过自动故障切换实现业务的持续运行。
4. Oracle 灾备技术Oracle提供了多种灾备技术和工具来保证数据的安全和可用性。
以下是一些常见的Oracle灾备技术：4.1. 数据库复制数据库复制是指将数据从一个数据库复制到另一个数据库的过程。
Oracle提供了多种数据复制技术，包括物理复制和逻辑复制。
物理复制使用数据库日志来进行数据同步，而逻辑复制则通过SQL语句来实现数据同步。
4.2. 数据库备份和恢复数据库备份和恢复是灾备方案的基础。
Oracle提供了多种备份和恢复工具，包括RMAN（Recovery Manager）和Data Pump。
通过定期备份数据库，可以在数据意外丢失或损坏时恢复数据。
数据库技术的数据库备份恢复工具使用指南
数据库技术的数据库备份恢复工具使用指南数据库备份和恢复是数据库管理中至关重要的一项工作。
在日常运维中，数据库可能会面临各种风险，如硬件故障、人为误操作、病毒攻击等，因此，备份数据库以应对这些风险变得至关重要。
同时，备份也为数据库恢复提供了保障，一旦数据库发生了故障，通过备份可以快速恢复数据，减少数据丢失和业务中断的风险。
本文将介绍常见的数据库备份恢复工具，并提供使用指南，以帮助读者掌握数据库备份恢复技术。
一、Oracle数据库备份恢复工具Oracle数据库是最常见和使用广泛的企业级数据库之一。
它提供了一些强大的备份恢复工具，包括：1. RMAN（Recovery Manager）：RMAN是Oracle Database 提供的用于备份和恢复数据库的命令行工具。
它具有诸多功能，如备份集管理、增量备份、恢复、复制等。
RMAN使用备份集（Backup Set）作为备份单位，可以通过增量备份和差异备份实现灵活的备份策略。
2. Data Pump：Data Pump是Oracle提供的数据导入导出工具。
它可以使用expdp和impdp命令进行数据的备份和恢复操作。
通过使用Data Pump，可以将整个数据库或者特定的表、用户进行备份和恢复。
3. Flashback技术：Flashback技术是Oracle数据库提供的一项强大的数据恢复功能。
它可以在不使用物理备份的情况下，快速回滚数据库到某个时间点或者还原某个特定的事务。
Flashback技术能够极大地加快数据库故障恢复的速度，并且减少了因为备份文件磁盘空间消耗所带来的问题。
二、SQL Server数据库备份恢复工具SQL Server是微软公司开发的一款流行的关系型数据库管理系统。
对于SQL Server数据库的备份恢复，下面几个工具是非常常用的：1. SQL Server Management Studio（SSMS）：SSMS是SQL Server数据库管理的通用工具。
oracle中rman解读 -回复
oracle中rman解读-回复什么是Oracle中的RMAN？Oracle Recovery Manager（RMAN）是Oracle数据库管理系统的备份和恢复工具。
它是一个命令行接口工具，用于创建、备份和恢复数据库。
RMAN提供了许多功能，使数据库管理员能够轻松地管理数据库的备份和恢复操作。
RMAN的主要功能包括：1. 数据库备份：RMAN可以创建全备份、增量备份和归档日志备份。
全备份是对整个数据库的备份，增量备份是对数据库发生变化的部分进行备份，并且归档日志备份用于保存数据库发生的所有事务。
2. 数据库恢复：RMAN可以使用备份文件来恢复数据库的状态。
无论是数据库崩溃、数据文件损坏还是误删除数据，RMAN都能通过备份文件将数据库恢复到先前的状态。
3. 数据库克隆：RMAN可以创建数据库的克隆，即使用备份文件创建一个与源数据库相同的副本。
这对于创建测试环境或实现高可用性方案（如数据保护和灾难恢复）非常有用。
4. 数据库转储和还原：RMAN可以将整个数据库或部分数据库导出到外部设备（如磁盘或磁带）上，然后可以使用导出文件将数据库还原到其他数据库中。
5. 定时备份：RMAN可以根据预定的计划定期创建数据库备份。
这样可以确保备份的频率足够高，以便在发生故障时尽快恢复数据库。
6. 数据库压缩：RMAN可以在备份过程中压缩数据库备份文件，以减少存储空间的使用。
这在备份大型数据库时尤为重要。
下面是如何使用RMAN执行常见任务的步骤：1. 连接到RMAN：使用操作系统命令行或RMAN命令行以管理员权限登录到数据库服务器。
2. 创建备份：使用RMAN命令创建数据库备份。
你可以选择全备份、增量备份或归档日志备份。
例如，创建全备份可以使用以下命令：RMAN> BACKUP DATABASE;3. 恢复数据库：如果数据库发生故障，可以使用RMAN命令从备份集中恢复数据库。
例如，如果要将数据库恢复到最新的全备份点，可以使用以下命令：RMAN> RECOVER DATABASE;4. 克隆数据库：如果要创建数据库的副本，可以使用RMAN命令创建数据库克隆。
Oracle数据库RMAN备份与灾难恢复在寒区旱区特色数据库的应用
Oracle数据库RMAN备份与灾难恢复在寒区旱区特色数据库的应用引言寒区旱区特色数据库随着数据的日益增长和数据服务的全面开展，数据的安全问题日益突出，尽管数据管理采用WEB服务器与数据库管理后台的物理分离，将数据库后台置放于UNIX环境、设置防火墙等措施来提高数据的安全性，但数据由于计算机硬件以及突发灾难造成的数据损毁、数据丢失的风险依然存在，而且随着设备的性能的老化这种风险日益增加。
因此数据的安全备份以及可能出现的数据库灾难的恢复已成为必须考虑和解决的问题。
数据备份，就是把数据库复制到转储设备的过程。
其中，转储设备是指用于放置数据库拷贝的磁带或磁盘。
恢复，就是把数据库由存在故障的状态转变为无故障状态的过程。
灾难恢复就是在系统、数据库出现严重故障后如何尽快地恢复数据到故障前的正常状态以保证数据库的正常服务、数据的完整性、数据的可靠性。
数据备份方法很多，其中Oracle就提供了如脱机备份、联机备份、和逻辑备份，其中备份的方法在Oracle数据库常用备份和恢复技术（冯家宏，2004第1期）中作了详细介绍。
根据实际情况，我们采用了Oracle的RMAN ( Recovery Manager, 恢复管理器) 技术完成寒区旱区特色数据库数据在不同环境（Unix到windows环境、Unix到Linux环境、Linux 到Windows环境）的数据备份与灾难恢复的实验，目前已经完成了寒区旱区特色数据库的备份工作。
RMAN是从Oracle8开始提供的一套用于备份和恢复的有利工具，它有两种使用界面：GUI(图形用户界面)和CLI(命令行界面)。
使用RMAN不但可以完成Oracle 数据库备份和恢复的各种任务，还具有相当全面的报表功能。
RMAN备份工具有以下的优点：(1)支持在线热备份。
(2)支持多级增量备份。
（3）支持并行备份，恢复。
（4）减小所需要备份量。
（5）备份，恢复使用简单。
1、RMAN的配置RMAN的配置包括配置CATALOG数据库，配置数据库与媒体管理软件的接口，制定RMAN的多级备份方案，写RMAN备份脚本。
使用PRM恢复受损的Oracle数据表的几个例子
使用PRM恢复受损的Oracle数据表的几个例子实例1 在无备份情况下，模拟一张Table的Segment Header在磁盘Disk上物理受损导致ORACLE无法读取：SQL> create table prm_test tablespace users as select * from dba_objects;Table created.SQL> alter system checkpoint;System altered.SQL> select count(*) from prm_test;COUNT(*)----------77940SQL>SQL> select header_file,header_block from dba_segments where segment_name='PRM_TEST';HEADER_FILE HEADER_BLOCK----------- ------------4 1298483SQL> select name from v$datafile where file#=4;NAME--------------------------------------------------------------------------------/s01/oradata/G10R25/datafile/o1_mf_users_8nx5srgb_.dbfBBED> set mode editMODE EditBBED> set blocksize 8192BLOCKSIZE 8192BBED> set block 1298483BLOCK# 1298483BBED> set offset 999OFFSET 999BBED> modify /x 0xffffWarning: contents of previous BIFILE will be lost. Proceed? (Y/N) yFile: /s01/oradata/G10R25/datafile/o1_mf_users_8nx5srgb_.dbf (0)Block: 1298483 Offsets: 999 to 1510 Dba:0x00000000 ------------------------------------------------------------------------ffff0000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000<32 bytes per line>BBED> sumCheck value for File 0, Block 1298483:current = 0x18cc, required = 0xe733SQL> select count(*) from prm_test;select count(*) from prm_test*ERROR at line 1:ORA-01578: ORACLE data block corrupted (file # 4, block # 1298483)ORA-01110: data file 4:'/s01/oradata/G10R25/datafile/o1_mf_users_8nx5srgb_.dbf'SQL> alter session set events '10231 trace name context forever ,level 10';Session altered.SQL> select count(*) from prm_test;select count(*) from prm_test*ERROR at line 1:ORA-01578: ORACLE data block corrupted (file # 4, block # 1298483)ORA-01110: data file 4:'/s01/oradata/G10R25/datafile/o1_mf_users_8nx5srgb_.dbf'此时启动PRM./prm.shRecovery Wizard 恢复向导=》字典模式Dictionary Mode,如果是ASM存储则选择Dictionary Mode(ASM) => 输入数据文件至少要SYSTEM.DBF和数据存在的数据文件，点击Load注意AIX HPUX Sparc Solaris等Unix平台要选择Big Endian而Linux, Windows,X86 Solaris 要选择Little Endian从树形图中找到你要的表，双击或者右键后点击View可以看到PRM正确读取了表的数据，之后推荐使用数据搭桥模式将数据传送到你想要的地方，即右击DataBridge并填入必要的连接信息，之后点击DataBridge如上图所示成功捞取出全部的77940条数据。
Oracle数据灾难恢复方法
Oracle数据恢复方法之一/11/76/53349/ccAuiwF2r.html适用情况：系统格机，但是安装所在文件夹全部保留。
Step 1：将原来保存的安装文件，Copy到另一个文件夹里，换个名字；Step 2：在新安装的系统里面，重新安装相同版本的Oracle，安装时注意选择不创建任何数据库，安装完整Step 3：对照先前的Oracle安装文件夹，将数据补充完整，即用老的文件夹内容覆盖新安装的文件夹（参照网站/11/76/53349/ccAuiwF2r.html）（主要是oracle\admin、oracle\oradata、oracle\ora92\admin、oracle\ora92\admin\sample\pfile\initsmpl.ora）注意：执行此操作前应将oracle服务关闭，覆盖完成后，再打开这些服务Step 4：用Enterprise Manager Console工具启动，会出现一个创建数据库的对话框，如图所示：配置时主机名和SID应与先前数据库一致。
创建完成后，点击数据库，准备登陆，用先前服务器的用户名登陆，会提示错误换用管理员帐户登陆，进入界面如图示：打开配置，会发现数据库呈现关闭状态，其他的选项都会提示oracle数据库不可用。
这是因为数据库没有打开。
选择打开，应用，出现如下窗口去掉“将spfile用于启动”选项，选择浏览，文本框中提示需要init<>.ora文件。
将原先数据库安装文件中的oracle\admin\orclnew\pfile\ init.ora.1062008143文件拷贝到\oracle\ora92\sysman\ifiles文件夹下，名字改成init.ora，确定，会出现下图，说明数据库已能启动，完成。
PRM DUL Oracle数据库恢复的最后一步
WE8PC850 WE8EBCDIC1148 WE8ISO8859P1 WE8PC863 WE8EBCDIC1047 WE8EBCDIC1147 WE8MSWIN1252 WE8ISO8859P15 WE8PC850 WE8EBCDIC1141 WE8ISO8859P1 WE8EBCDIC1148 WE8MSWIN1252 WE8ISO8859P15 WE8PC850 WE8EBCDIC1144 TH8TISASCII TH8TISEBCDIC AR8MSWIN1256 AR8ISO8859P6 AR8ADOS720 WE8MSWIN1252
Oracle 7 Oracle 8 Oracle 8i Oracle 9i Oracle 10g Oracle 11g Oracle 12c
考虑到部分陈旧服务器使用例如 AIX 4.3 Linux 3 等较早的操作系统，这些操作系统上可能无 法安装最新的 JDK 如 1.6/1.7； PRM 在研发过程中充分考虑了利旧性， 任何可以运行 JDK 1.4 的平台均可以运行 PRM。 此外由于 ORACLE 10g 数据库服务器软件自带了 JDK 1.4，11g 自带了 JDK 1.5，所以任何已安 装 ORACLE 10g 及其以上版本的环境均可以顺利运行 PRM，而且无需额外安装 JDK。 对于没有安装 JDK 1.4 版本的环境，建议从以下地址下载 /technetwork/java/javasebusiness/downloads/java-archive-downloadsjavase14-419411.html
PRM 使用的最低 JAVA 软件环境为 JDK 1.4；诗檀推荐您使用 JDK 1.6， 由于 JDK 1.4 以后对 JAVA 程序的性能做了很大优化， 所以 PRM 在 JDK 1.6 环境下的恢复速度要比 JDK 1.4 下快一些。
Oracle PRM数据库恢复工具与ASM
PRM和ASM
Amdu
Amdu是从oracle 11g开始加入到Oracle发布版本中的ASM转储工具。
除了转储ASM元数据外，amdu的-extract选项还可以从ASM diskgroup中抽取文件。
实际amdu的功能，PRM都具备了，PRM会将ASM元数据分析- ASM Analyze并存入到其内置的数据库中，之后还可以从图形界面上选择哪些文件需要被抽取出来。
以上为PRM的ASM FILE CLONE功能，可以直接从受损的ASM DISKGROUP中克隆出数据文件和归档日志文件。
PRM也支持直接从ASM上的Oracle Database DB数据库中直接拯救表上的数据，对于PRM 而言ASM是透明的。
对于ASM上的数据库，根据数据库受损的实际情况考虑使用字典Dictionary(ASM)模式或者非字典Non-Dictionary(ASM)模式。
具体恢复流程为：Tools=>Recovery Wizard=>选择ASM下的字典或非字典模式=>加入所有的ASM Disk后点击ASM analyze
一般ASM下不需要填选block size和offset信息，点击Next，出现Data File列表，勾选SELECT ALL代表所有的数据文件
如果是多个DiskGROUP上有多个Database的情况，需要用户自己去选择对应的数据库的数据文件，之后点选Load，会进入和普通的字典模式没有区别的Schema=>table界面：
ORACLE PRM的GUI图形化交互界面让数据恢复变得很简单！。
PRM-DUL 针对Oracle数据库的拯救恢复测试
诗檀（上海）软件系统有限公司PRM-DUL 针对Oracle数据库的拯救恢复测试作者: Biot Wang建立日期: Oct 30, 2014更新日期: Oct 31, 2014文档控制变更记录审阅人审批人文档分发目录文档控制 (3)变更记录 (3)审阅人 (3)审批人 (3)文档分发 (3)目录 (4)简介 (5)本文目的 (5)相关参考 (5)测试准备 (6)实验环境 (6)Java openJDK安装 (6)Oracle数据库安装 (8)PRM安装 (8)测试恢复场景 (10)Sample 1 (10)Sample 2 (14)Sample 3 (16)Sample 4 & Sample 5 (20)Sample 6 (28)Sample 7 (32)Sample 8 (34)其他问题 (37)未解决的问题 (37)已解决的问题 (37)更多资源 (38)最后 (38)简介本文目的Parnassusdata Recovery Management Tool’s testing.相关参考1）PRM技术白皮书2）/sites/default/files/ParnassusData_PRMForOracle_3206.zip测试准备实验环境Clone one Virtual Machine.OEL5u7 + Oracle 11g non-ASM (Here is pd_prm_test)Java openJDK安装使用OEL5u7安装光盘镜像中自带的openJDK安装:Login with root.$ java -version**由于PRM-DUL推荐使用Java 1.6以上版本，因此需要另行安装更高版本JDK. 推荐安装openJDK。
虚拟机cdrom倒入安装光盘ISO文件。
# cd /media# mkdir disk# mount /dev/cdrom /media/disk# cd disk# ls# yum install java切换版本# alternatives --config java安装设置完成# java -versionOracle 数据库安装由于被克隆的环境中已安装Oracle 11g 数据库。
oracle数据丢失恢复数据方法
oracle数据丢失恢复数据方法在使用Oracle数据库过程中，数据丢失是一种常见的问题。
当数据库中的数据丢失时，我们需要及时采取措施来进行数据恢复，以避免数据的长期丢失。
本文将介绍一些常用的Oracle数据丢失恢复方法，帮助我们有效地处理这个问题。
1. 数据库备份与恢复数据库备份是一种常见的防范措施，它可以帮助我们在数据丢失后快速恢复数据库。
在Oracle中，我们可以使用RMAN（Recovery Manager）工具来实现数据库备份和恢复。
RMAN可以备份整个数据库或者特定的表空间、数据文件等，同时也支持增量备份，大大减少了备份所需的时间和空间。
当数据库发生数据丢失时，我们可以使用RMAN来恢复备份的数据库文件，确保数据的完整性。
2. 闪回技术Oracle提供了闪回技术，可以帮助我们恢复数据库到某个历史时间点的状态。
通过闪回技术，我们可以将数据库中的数据、表结构等回滚到特定的时间点，从而实现数据的恢复。
闪回技术相比于传统的数据恢复方法，具有更高的效率和更少的风险。
我们可以使用闪回查询（FLASHBACK QUERY）来查看历史数据，使用闪回表（FLASHBACK TABLE）来恢复特定表的状态，使用闪回数据库（FLASHBACK DATABASE）来恢复整个数据库。
3. 日志文件恢复Oracle数据库在运行过程中会生成大量的日志文件，这些日志文件记录了数据库的操作、变更等信息。
当数据库发生数据丢失时，我们可以通过日志文件的恢复来还原数据。
在Oracle数据库中，我们可以使用归档日志文件（Archive Log）或在线重做日志文件（Online Redo Log）来进行数据恢复。
归档日志文件可以将数据库中的所有变更操作记录下来，当数据丢失时，我们可以将归档日志文件应用到数据库中，恢复数据的完整性。
同时，我们也可以使用在线重做日志文件来进行数据恢复，将重做日志文件中的操作应用到数据库中。
4. 数据库导入导出数据库导入导出是一种常见的数据恢复方法。
Oracle Enterprise Manager 10gR2 R3 备份、恢复和灾难恢复考虑说明书
Enterprise Manager 10gR2/R3Backup, Recovery and DisasterRecovery ConsiderationsAn Oracle White PaperFebruary 2007 MaximumAvailabilityArchitectureOracle Best Practices for High AvailabilityBackup, Recovery and Disaster RecoveryConsiderations Introduction (3)Best Practices for Backup and Recovery (3)Repository (3)Oracle Management Service (OMS) (5)Agent (5)Best Practice for Disaster Recovery (DR) (6)Repository (6)OMS (6)Agent (6)Backup, Recovery and Disaster RecoveryConsiderationsINTRODUCTIONThe newest release of Oracle Enterprise Manager Grid Control presents a dramatic architectural departure from the previous releases, incorporating a portable browser based interface to the management console and Oracle’s application server technology to serve as the middle-tier Management Service (OMS). The foundation of the tool remains rooted in database server technology to manage the repository and historical data. This new architecture requires a different approach to backup and Disaster Recovery (DR) planning. This article will review practical approaches to these availability topics and discuss different strategies when practical for each tier of Enterprise Manager.For an overview of the Enterprise Manager Architecture, refer to Enterprise Manager Grid Control Installation and Basic Configuration10g Release 2 (10.2)Best Practices for Backup and RecoveryBacking up the RepositoryFor the database, the best practice is to use the standard database tools for any database backup. Have the database in archivelog mode, and perform regular hot backup using RMAN using the Recommended Backup Strategy option through Grid Control. This strategy will create a full backup and then create incremental;backups on each subsequent run. The incremental changes will then be rolled up into the baseline, creating a new full backup baseline.Using the Recommended Backup strategy also takes advantage of the capabilities of Grid Control to execute the backups. Jobs will be automatically scheduled through the job sub-system of Grid Control. This history of the backups will then be available for review and the status of the backup will be displayed on the Repository database target home pageUse of this job along with achiving and flashback technologies will provide a restore point in the event of the loss of any part of the repository. This backup along with archive and online logs will allow the repository to be recovered to the last completed transaction.First, enable Archive Logging then Flashback Database through the Recovery Setting Screen of Enterprise Manager. Each of these configuration changes will require a bounce of the database and a restart of any OMS processes. Then enable Block Change Tracking to speed up backup operationsA thorough summary of how configure backups using Enterprise Manager is available in the ‘Database 2 Day DBA’ manua lFor additional information on Database high availability best practices, review the Oracle Database High Availability Best Practices 10g Release 2 documentationThe frequency of the backup job can be set depending on how much data is generated in the Grid Control environment and how much outage time can be tolerated if a restore is required. If the outage window is small and the Service Level Agreement can not be satisfied by restoring the database, consider additional strategies for repository availability such a RAC or Data Guard. Additional High Availability options for the Repository are documented in the ‘Configuring Enterprise Manager for High Availability’ Paper available from the MAA page on OTNRecovering the RepositoryIn the event that something happens to affect the Repository, Grid Control will not be available to provide the management interface to RMAN. A sample syntax for database recovery using RMAN is included below. Please review the chapter on database recovery in the Oracle Database Backup and Recovery Basics for detailed information.RMAN> STARTUP MOUNTRMAN> RESTORE DATABASE;RMAN> RECOVER DATABASE;RMAN> ALTER DATABASE OPEN;When considering repository recovery there are two cases to consider:• Full recovery of the repository is possible: No special considerations for EM. Use the backups created with RMAN to recovery to the last savedtransaction. When the database is recovered, restart the database and OMSprocesses. Agents will then upload pending files to the repository.• Only point in time/incomplete recovery is possible: Some EM agents will be unable to communicate to the OMS until they are reset. This is amanual process that is accomplished by shutting down the agent, deletingthe agntstmp.txt and lastupld.xml files in the$AGENT_HOME/sysman/emd directories and then going to the /stateand /upload subdirectories and clearing the contents. The agent can thenbe restarted. This would need to be done for each agent that is unable toupload data to the repository.For the case of incomplete recovery, agents may not be able to upload data until there above steps are completed. Additionally, there is no indication in the UI that the agents may not communicate with the OMS after this type of recovery. This information would be available from the agent logs or command line agent status. If incomplete recovery is required, it is best to perform this procedure for each agent.Oracle Management Service (OMS)As the OMS is stateless, the task is to restore the binaries and configuration files in the shortest time possible. There are two alternatives in this case.• Backup the entire software directory structure and restoring that in the event of failure to the same directory path. The agent associated with thisOMS install should also be backed up at the same time and restored withthe OMS if a restore is required. This should be done while the OMS isdown to ensure a consistent backup.• Reinstall the OMS and the agent from the original media.For any highly available OMS install it is a recommended practice to make sure the /recv directory is protected with some mirroring technology. This is the directory the OMS uses to stage files send to it from agents before writing their contents to the database repository. After the agent finishes transmission of its XML files to the OMS, the agent will delete its copy. In the event of an OMS disk failure, this data would be lost. Warnings and alerts and metric data sent from the agents would then be lost. This may require agent resynchronization steps similar to those used with an incomplete database recoveryGrid Control AgentThis is a similar case to the OMS except that the agent is not stateless. There are two strategies that can be used• A disk backup and restore is sufficient, assuming the host name has not changed. Delete the agntstmp.txt and the lastupld.xml files from the/sysman/emd directory. The /state and /upload sub-directories should becleared of all entries before restarting. Starting the agent will then force arediscovery of targets on the host. Like the OMS, this should be donewhile the agent is down to ensure a consistent backup.• Reinstall from the original media.As with the OMS, it is a recommended best practice to protect the /state and/upload directories with some form of disk mirroring.If an agent fails, any jobs that are in process will be marked as failed and any future steps cancelled. As a best practice, multi-step jobs should be created with retry logic or with consistent rollback points.Best Practice for Disaster Recovery (DR)RepositoryIn the event of a node failure the database can be restored using RMAN commands. To speed this process, consider implementing Data Guard to replicate the repository to a different hardware node. Information on configuring Data Guard for the Grid Control Repository is documented in the ‘Configuring Enterprise Manager for High Availability’ Paper available from the MAA page on OTNIf restoring the repository to new hosts restore a backup of the database and modify the emoms.properities file for each OMS manually to point to the new repository location. In addition, the targets.xml for each OMS will have to be updated to reflect the new repository location. If there is a data loss during recovery, see the notes above on incomplete recovery of the repository.OMSPreinstall the OMS and agent on the hardware that will be used for DR. This eliminates the step of restoring a copy of the EM binaries from backup and modifying the OMS and agent configuration files.Note that it is not recommended to restore the OMS and agent binaries from an existing backup to a new host in the event of a disaster as there are host name dependencies. Always do a fresh install.AgentIn the event of a true disaster recovery, it is easier to reinstall the agent and allow it to do a clean discovery of all targets running on the new hostArchitectureWhite Paper TitleFebuary2007Author: ViscusiContributing Authors:Oracle CorporationWorld Headquarters500 Oracle ParkwayRedwood Shores, CA 94065U.S.A.Worldwide Inquiries:Phone: +1.650.506.7000Fax: +1.650.506.7200Copyright © 2007, Oracle. All rights reserved.This document is provided for information purposes onlyand the contents hereof are subject to change without notice.This document is not warranted to be error-free, nor subject toany other warranties or conditions, whether expressed orallyor implied in law, including implied warranties and conditions ofmerchantability or fitness for a particular purpose. We specificallydisclaim any liability with respect to this document and nocontractual obligations are formed either directly or indirectlyby this document. This document may not be reproduced ortransmitted in any form or by any means, electronic or mechanical,for any purpose, without our prior written permission.Oracle is a registered trademark of Oracle Corporation and/or itsaffiliates. Other names may be trademarks of their respective owners.。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
PRM 一个Oracle数据库灾难恢复救护车工具
在真实世界中相信不少朋友遇到过数据库或者文件系统损坏，突然间珍贵的数据无法访问了，这对于以数据为根本的企业来说太致命了。
在大多数场景中标准的基于RMAN的恢复流程都可以解决此类问题。
在少数场景中常规的恢复手段可能会失败，造成失败的原因往往是备份不可用或者丢失归档或者硬件损坏，这种场景下最终留下的是一堆不一致的数据文件，和无法使用的数据库。
但很多人没有意识到显然数据库或者文件系统中的内容并没有被彻底清空，可能只是无法打开数据库，但绝大多数数据仍是完好的。
PRM是这样一个工具，它可以直接读取数据文件中尚完好的数据，而不需要运行Oracle Instance数据库实例；只要数据没有被彻底清空或破坏，那么PRM就还有将数据拯救出来的希望。
PRM可以基于损坏的文件系统、ASM Diskgroup和数据文件工作；如果Oracle数据字典可用，那么它会使用Dictionary来使得恢复变得更简单，即便这个字典来源于以前不一致的SYSTEM.DBF系统表空间的备份的。
对于PRM而言大多数Oracle特性都被支持，例如Cluster、LOB、分区表等等。
PRM的主要特性
∙PRM完全使用JA VA编写，是一款绿色软件，只需要一个版本的软件就跨了所有操作系统平台，包括：AIX、Solaris、HPUX、Linux和Windows
∙因为是基于JA VA编写，所以是平台独立的，所有平台上的表现基本一致
∙全程GUI图形化交互界面，完全不需要学任何新的命令。
即便是DBA新手也能完全掌控
∙PRM独创了数据搭桥模式的数据拯救，问题数据库中的数据无需导出为其他形式，可以直接传送到新建目标数据库，减少了导出导入耗费的时间和所需的额外磁盘空间∙PRM程序十分健壮，即便损坏数据库问题百出，PRM也可以从容拯救数据
∙PRM支持几乎所有常规的数据类型，包括LOB:BLOB、CLOB、NCLOB
∙PRM可以直接访问ASM上的数据文件，无需将文件从ASM中拷贝出来
∙PRM可以直接拯救损坏ASM Diskgroup上的数据文件，而且这个功能室完全免费的，在社区版里就可以用
∙PRM特别优化了对Truncate截断掉的表数据的拯救过程，仅仅需要点击鼠标就可以做到限制
虽然PRM 已经支持众多特性了，但是Oracle技术日新月异，所以仍存在以下的限制：
∙11g secure file lobs仍不支持，secure file lobs还涉及到其他一些技术例如encryption加密和compression压缩
∙Label security
∙Encryption
∙Exadata上基于CELL的ASM DISK
∙一些复杂的数据类型。