Author: mac

ParnassusData Recovery Manager(以下简称PRM-DUL)是企业级ORACLE数据灾难恢复软件，可直接从Oracle 9i,10g,11g,12c的数据库数据文件(datafile)中抽取还原数据表上的数据，而不需要通过ORACLE数据库实例上执行SQL来拯救数据。ParnassusData Recovery Manager是一款基于JAVA开发的绿色软件，无需安装，下载解压后便可直接使用。   PRM-DUL采用GUI图形化界面（如图1）简单方便。使用者无需额外学习一套命令，或者了解ORACLE的底层数据结构原理即可以通过恢复向导(Recovery Wizard)来恢复数据库中的数据。   下载PRM-DUL: https://zcdn.parnassusdata.com/DUL5108.zip       为什么要使用PRM-DUL?     难道使用RMAN这个传统ORACLE恢复管理器的备份恢复还不够吗？为什么用户需要选择购买PRM-DUL呢？您的心头或许仍有这种疑惑！   在企业日益增长的IT系统中，数据容量正以几何级数扩展。 Oracle DBA在保证数据完整性的课题上正面临着现有磁盘存储系统容量不足以存放全量备份，基于磁带的数据备份在恢复数据时往往要求远远超过预期的平均修复时间等实际问题。   “对于数据库而言，备份重于一切”是所有DBA心中谨记的格言，但现实环境千差万别，企业的数据库环境中数据备份空间不足，采购的存储设备短期内无法到货，甚至于虽然进行了备份但是却在数据恢复过程中发现备份实际不可用等问题均属常见的场景。   为了应对这些真实世界中常见的数据恢复困局，PRM-DUL 诗檀数据恢复管理软件充分发挥其对ORACLE数据库内部数据结构，核心启动流程等内部原理的理解，可以应对在完全没有备份情况下的SYSTEM表空间丢失、误操作ORACLE数据字典表、由于断电引起的数据字典不一致等数据库无法顺利打开的场景，也可以挽回误截断(Truncate)/删除(Delete)/业务数据表等人为的误操作，并从容恢复数据。     甚至于仅仅接触过ORACLE数据库几天的非DBA 人员也可以轻松地使用PRM-DUL，这得益于PRM-DUL简单的安装、和全程图形化的人机交互界面；实施恢复的人员不需要专业的数据库知识，不需要学习任何命令，更无需了解数据库底层的存储结构。仅仅需要轻轻点击几下鼠标就能从容恢复数据。   对比传统恢复工具DUL，DUL是ORACLE原厂内部恢复工具，其使用需要通过ORACLE内部流程，一般仅有购买了ORACLE原厂的现场服务的用户能够在原厂工程师的协助下使用该工具。PRM-DUL打破了只有少数专业人士才能实施数据库恢复任务的限制，极大地缩短了从数据库故障到完整恢复数据的失败时间,降低了企业恢复数据的总成本。     通过PRM-DUL恢复的数据可以分为2种形式，传统抽取方式是将数据从数据文件中完整抽取出来并写入到平面文本文件中，之后使用SQLLDR等工具再加载到数据库中。 传统方式简单易懂，但其缺点是需要2倍于现有数据容量的空间：即一份平面文本数据所占空间、以及之后将文本数据导入到数据库中所占空间；在时间上需要将原始数据从数据文件中抽取后，方能导入到新建数据库中，往往又需要2倍的时间。     另一种是诗檀强烈推荐您使用的是PRM-DUL独创的数据搭桥方式，即通过PRM-DUL直接将抽取出来的数据加载到新建或者其他可用数据库中，这样避免了数据落地存储，对比传统方式有效节省了数据恢复所需要的空间和时间成本。   ORACLE的ASM自动存储管理技术正被越来越多的企业采用，数据库采用ASM存储对比传统文件系统具有高性能、支持集群、管理方便等优势。 但ASM的问题在于，对于普通用户而言ASM的存储结构过于黑盒了，一旦ASM中的某个Disk Group的内部数据结构发生了损坏导致Disk Group无法被成功MOUNT，也就意味着用户重要的数据被锁死在这个ASM的黑盒中了。在这种场景中往往需要熟悉ASM内部数据结构的ORACLE原厂的资深工程师到达用户现场后通过手动修复ASM内部结构；而购买ORACLE原厂的现场服务对普通用户而言显得即昂贵又耗时。     基于PRM-DUL的研发人员(前ORACLE公司资深工程师)对ORACLE ASM内部数据结构的深入理解，PRM-DUL中加入了特别针对ASM的数据恢复功能。   PRM-DUL目前支持的ASM数据恢复功能包括：   即便Disk Group无法正常MOUNT，仍可以通过PRM-DUL直接读取ASM磁盘上的可用的元数据metadata，并基于这些元数据将Disk…

PRM-DUL is an Oracle Database Disaster Recovery Tool   [gview file=”https://www.askmac.cn/wp-content/uploads/2014/10/PRM-is-an-Oracle-Database-Recovery-Tool-database.pdf”]

这可能是部分刚接手的运维人员 或者代维人员所要遇到的问题， 一个老的数据库只剩下DBF文件了，要如何恢复其中的数据？   其实这个问题 分成好多种情况，请自行对号入座：   1）数据库所有的DBF文件都在，没有缺失，也没有损坏 这个情况是最简单的 自己建一个参数文件INIT.ORA，并基于这些DBF文件去创建控制文件，然后尝试打开数据库即可。如果说数据文件都是干净的CLEAN的，那么直接可以打开。如果数据文件是DIRTY的，这里由于没有REDO LOG了，所以需要以隐藏参数等方式打开数据库。 2) 数据库DBF有少量缺失，缺失主要是非SYSTEM01.DBF的数据文件，没有损坏 这种情况在 1)的基础上将缺失的数据文件OFFLINE DROP掉就好了，因为对应的数据文件都没了，那么丢了对应数据文件上的数据也很正常 3) 数据库DBF有少量缺失，缺失主要是非SYSTEM01.DBF的数据文件，非SYSTEM01.dbf的数据文件有少量损坏 这种情况在 2)的基础上打开数据库问题并不大，但打开数据库后 由于其他表空间数据文件上有少量损坏，所以具体访问用户数据时可能出现ORA-1578、ORA-8103、ORA-1410、ORA-00600等错误，还是比较容易克服的 4) 数据库DBF有少量缺失，缺失主要是非SYSTEM01.DBF的数据文件，SYTEM01.DBF有损坏 这种情况下打开数据库就不容易了，可能需要用到BBED技术去修改SYSTEM01.DBF，以便才能打开数据库 5) 只有部分DBF，其中还缺失了SYSTEM01.DBF 这种情况不要指望能打开数据库，只能使用PRM-DUL之类的软件 来直接抽取数据   以上情况1）~4) 只要SYSTEM01.DBF还在或者损坏的不是太严重，那么都可以由专业技术人员去打开数据库后导出数据，但是在情况5）下只能使用DUL类工具去抽取数据了。   如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!   诗檀软件专业数据库修复团队   服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]   ORACLE PRM是诗檀软件独立研发的ORACLE数据库灾难恢复软件，其具有全程图形化界面、简单高效等特点。 欢迎下载使用ORACLE PRM。 下载地址：http://parnassusdata.com/sites/default/files/ParnassusData_PRMForOracle_3206.zip PRM用户使用手册。http://www.parnassusdata.com/sites/default/files/ParnassusData%20Recovery%20Manager%20For%20Oracle%20Database%E7%94%A8%E6%88%B7%E6%89%8B%E5%86%8C%20v0.3.pdf    

How to Run PRM-DUL For Oracle Database on AIX   [gview file=”https://www.askmac.cn/wp-content/uploads/2014/10/How-to-Run-PRM-For-Oracle-Database-on-AIX.pdf”]

Case Study on PRM-DUL Recovery for Oracle Database     [gview file=”https://www.askmac.cn/wp-content/uploads/2014/10/Case-Study-on-PRM-DUL-Recovery-for-Oracle-Database.pdf”]

#揭秘Oracle 12c in-memory option#   #揭秘Oracle 12c in-memory option# 参数inmemory_columnar_size将控制IMCC的大小，注释为：size in bytes of imc pool。使用前提之一应当是compatible为12.0.0以上，所以这个IMCC特性是几乎不可能backport到11.2上。Oracle 12c最卖座特性！   #揭秘Oracle 12c in-memory option#和Oracle的其他特性一样，IMCC特性也会引入一些隐藏参数来控制特性行为，这些参数会包括_enable_imc_sys 是否在SYSTEM表空间上启用IMC，_imc_dbg_scan 用来debug IMC扫描，同时引入了IMC_SCAN TRACE机制，喜欢研究新特性的同学有的搞了   #揭秘Oracle 12c in-memory option#这个option在内部叫做in memory columnar & compression (IMCC) project，缩写IMCC，例如其引入了一个新的in-memory数据引擎，称之为IMCC-DE。 IMCC项目最早大概在2006年被提出，该项目的三大目标：快的离谱的全表扫描，连接和聚集，DML于内存压缩数据的速度几乎一样

用户truncate误删  schema下的若干数据表，无法使用flashback query等技术恢复数据，尝试从之前的全备份中恢复，数据库restore速度较快，但是archivelog恢复时由于HP data Protecter的不明原因导致归档恢复十分缓慢，缓慢一个归档往往要几分钟，而需要restore数百个归档，时间上无法接受。 该案例通过PRM-DUL直接在字典模式下恢复truncate数据的功能，在不到一个小时内就恢复了数十万条数据，虽然我们无法保证不丢失一条数据，但至少帮助用户在最短时间内恢复了主要业务。 PRM-DUL恢复truncate数据的流程可以参考： http://jingyan.baidu.com/article/47a29f2434aa15c015239947.html   如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]   ORACLE PRM是诗檀软件独立研发的ORACLE数据库灾难恢复软件，其具有全程图形化界面、简单高效等特点。 欢迎下载使用ORACLE PRM。 下载地址：http://parnassusdata.com/sites/default/files/ParnassusData_PRMForOracle_3206.zip PRM用户使用手册。http://www.parnassusdata.com/sites/default/files/ParnassusData%20Recovery%20Manager%20For%20Oracle%20Database%E7%94%A8%E6%88%B7%E6%89%8B%E5%86%8C%20v0.3.pdf          

未来的数据库是什么样子？Oracle将在6月10日举办<The Future of the database begins soon> 在线的Webcast，拉里larry将围绕IMCC in memory特性如何帮助企业提升实时性查询，IMCC特性被认为是传统数据库技术下一个主要里程碑。网上注册地址http://t.cn/RvMhdbX， IMCC 特性介绍： http://t.cn/8kvLc2A   值得关注的oracle webcast，IMCC in-memory option将是12c最扛鼎的特性了

培训课程请联系电话：13764045638  邮箱：[email protected]   关于MongoDB程序员培训 这是一门对于那些计划使用MongoDB架构和设计应用程序的开发人员的基础课程。它包括了文档型数据库模式设计、MongoDB增删改查操作，以及一些对MapReduce和MongoDB数据库运维的介绍。 培训日程 第一天 MongoDB的介绍 MongoDB是什么，为什么要用MongoDB？  核心概念  环境  文档 MongoDB的部署方式 关于JSON MongoDB的安装 CRUD和MongoDB Shell 介绍MongoDB API、文件核心概念、集合索引和数据建模。 索引、查询分析和查询优化 一些模式设计案例研究 对各种场景的建模联系 原子操作模式 第二天： 驱动程序 驱动程序一般是如何运行的 Driver APIs 例子 复制集 复制的概述 配置副本集 分片集群 分片的概述 分片如何影响应用程序设计 如何配置分片集群 性能调优和故障排除 获取诊断信息 诊断工具 性能指标 在时间和兴趣的允许下新增的话题 Geospatial索引 GridFS 集合 Q&A和动手实践

If you cannot recover data by yourself, ask Parnassusdata, the professional ORACLE database recovery team for help. Parnassusdata Software Database Recovery Team Service Hotline:  +86 13764045638 E-mail: [email protected] The Oracle Data Dictionary   Data Dictionary is stored in the SYSTEM tablespace. Owner is SYS. Some data dictionary information is kept in the SGA dictionary cache. Main…