Author: mac

  • 【转】在OEL/Redhat 5/6上安装Oracle Database 12.1 的要求

    在 RHEL6 或 OL6 64 位 (x86-64) 上安装 Oracle Database 12.1 的要求 (Doc ID 1603241.1)   适用于: Oracle Database – Standard Edition – 版本 12.1.0.1 和更高版本 Oracle Database – Enterprise Edition – 版本 12.1.0.1 和更高版本 Linux x86-64 用途 本说明介绍在 Red Hat Enterprise Linux 6.0 或 Oracle Linux 6(或更高版本的 6.x)64 位 (x86-64) 上成功安装 Oracle Database 12.1…

  • 诗檀软件成功为某北方国企恢复被DELETE删除的数据

    某北方国企的核心ERP系统Oracle数据库由于乙方维护人员操作不慎,DELETE数据时忘记加上必要的WHERE条件,导致一张十几万记录的表被DELETE只剩几千条记录,该数据库为非归档模式,且无其他有效的物理备份。 且该表在后续的时间里还插入了部分数据,可能导致原有DELETE记录被部分覆盖,恢复难度较大。 这个Case用户之前已经找了好几拨数据库工程师来查看,并尝试使用DUL等工具,都没有成功恢复哪怕一条数据。   诗檀软件 员工 @Biot_wang通过 快速编写SHELL脚本配合BBED修改row flag 再配合PRM-DUL的方式,从该表中恢复出数万条记录,其中70%为可用数据,30%数据已经不完整。 对于此类DELETE删除情况,若一旦发现且无有效备份,可以立即将DELETE表的所在表空间数据文件全部拷贝出来,以便恢复工程师后续在做恢复努力时可以最大程度挽回损失。     如果自己搞不定可以找诗檀软件专业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    

  • REDO Opcode参考

    redo dump中的opcode的含义: Layer and corresponding Operation codes description : =================================================== Layer 1 : Transaction Control – KCOCOTCT Opcode 1 : KTZ ForMaT block – KTZFMT Opcode 2 : Transaction Z Redo Data Header – KTZRDH Opcode 3 : KTZ Allocate Record Callback – KTZARC Opcode 4 : KTZ REPlace record value – KTZREP Opcode 5…

  • Oracle ACE Director/Associate称号常见问题集锦

    Oracle ACE项目从今年开始增加了一个新的入门级称号,Oracle ACE Associate,这为更多有志于在Oracle技术社区做出贡献的技术人员打开了一扇更大的门。收到很多朋友询问,获得这个入门级称号应该具备怎样的条件?又如何申请呢?所以干脆将Oracle官方对于ACE项目的问答翻译成中文。     本文翻译自Oracle ACE Program FAQ。 另,也可以点击Oracle ACE项目的官方页面以获取更多的信息。     什么是Oracle ACE项目?   Oracle ACE 项目(Oracle ACE Program)旨在认可和表彰那些在Oracle技术社区或者Oracle应用社区中有贡献的人士。这些人的技术娴熟并且乐于分享他们的知识和经验。 该项目包含三个层次:Oracle ACE Associate(以下简称为ACE-A), Oracle ACE, 以及Oracle ACE Director(以下简称为ACE-D)。“Associate”是该项目的入门级,是那些在社区中刚刚开始活动但是渴望在更高的层次做出贡献的人士;“Oracle ACE”则是那些已经在社区中做出卓越贡献的人士;而“ACE Director”则不仅仅是分享知识(通常是那些喜闻乐见的方式)还应该主动地思考如何提高社区活跃度并积极地与Oracle共同寻找达成此目标的机会。 哪些人有资格? 候选者应该是相应技术领域的专家,并且有强烈的意愿分享知识和经验。分享活动包括但不限于以下领域: Oracle讨论论坛 以技术白皮书、文章、代码、工具等方式呈现的内部贡献 撰写Oracle书籍 Oracle相关的个人博客 在相关活动中作Oracle演讲 在Oracle用户组中参与活动 在Java用户组参与活动 哪些人是合格的ACE-A? 任何相对较新(与Oracle ACE相比)加入一个社区的成员,已经开始为社区作贡献(在上述的至少两个领域中),并且积极地致力于为自己建立一个更具影响的社区形象。 对于ACE-A有哪些期望? 极具热情的做出社区贡献,提高在社区中的参与程度,以期在一年(12个月)之后达到Oracle ACE的标准。 成为ACE-A有哪些好处? 好处包括: 在Oracle网站中被标志和推荐为“Associate”成员 个人资料将更新到Oracle ACE页面中 在OTN的技术论坛发帖时,将在个人信息上增加Oracle ACE Associate的专属图标 …

  • Using 12c Cloud Control To Manage A High Available Environment

    Using 12c Cloud Control To Manage A High Available Environment  

  • Oracle中与死锁Dead lock相关的BUG NOTE

    This document was created manually to try and centralize the more common bugs relating to ORA-60 errors. It may not contain a complete list of all bugs in all versions since newer bugs may need to be verified before inclusion. Please search My Oracle Support Portal with neccessary keywords to get a list of all…

  • system01.dbf损坏的oracle数据库恢复

    system01.dbf损坏的oracle数据库恢复 诗檀软件工程师于2014 年11 月26 日通过修正文件中的坏块。 成功从原数据库中救出数据文件,并操作诗檀公司救援工具PRM-DUL 从数据文件中抽取出客户业务数据。所得数据已经倒入到临时数据库ORCL1 中,以方便用户查询验证。 由于数据文件内部的坏块量较少,因此保证了90%以上的业务数据可成功抽取,完成任务。 现场ORCL 数据库采用11.2.0.1.0 版本单节点, 数据存储使用普通文件存储模式,其操作平台为Windows Server。 当时数据库情况 1. Alert Log 历史追溯 通过追溯日志发现,于2014 年1 月5 日已出现坏块读取错误。 Sun Jan 05 06:00:48 2014 GATHER_STATS_JOB encountered errors. Check the trace file. Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_j003_192.trc: ORA-01115: IO error reading block from file (block # ) ORA-01110: data file 2: ‘G:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSAUX01.DBF’ ORA-27070: async…

  • PRM-DUL Whitepaper ParnassusData Recovery Manager For Oracle Database User Guide V0.4

    Overview ParnassusData Recovery Manager (PRM) is an enterprise-level Oracle database recovery tool, which can extract and restore database datafile from Oracle 9i, 10g, 11g, 12c directly without any SQL execution on Oracle database instances. ParnassusData Recovery Manager is a Java-based green software without any installation. Download it, and click to run.   PRM adopts the…

  • Oracle PRM-DUL 我的数据在哪里?

    我在2009年Oracle的研讨会的一大亮点是遇到了老胡 。 我觉得有些人一旦遇到,我就一定会和他们成为朋友。老胡 是其中一个。事实证明,我们的确有许多共同的品味和意见 不过他不像我,他是一个geek!他不会希望我这么说,因为他非常谦虚和低调,但他是我见过为数不多的操作水平与我曾一起工作的最好的游戏程序员相同的人。 他是过去我略有所知的DUL工具的开发者。这个工具与Oracle自己的工具,DUL执行类似的工作。它现在已经更名为PRM-DUL – 该工具实现unloading直接抽取数据文件中的数据。   PRM-DUL 等DUL类型的工具是在糟糕的DBA发现了损坏的数据库和备份不足时,尝试数据恢复的最后手段。通过直接从你的数据文件中读取数据(因为数据库是不太可能这个阶段打开),构建包含数据的SQL * Loader兼容数据文件,它提供你恢复的最后机会。最好是能够将数据加载到工作数据库中。这不是替代导出或快速数据unloader,而是一个重要的恢复工具。 我决定帮助老胡 在我的服务器上测试这个工具,因为如果真的需要使用,这能使我更了解它。而且我也对它挺感兴趣。这包括老胡 创建的的一个特定的时限,特定服务器的工具版本,这是购买的一种方式。之后我回过来讲这个。在测试过程中我主要学到的的有: 1)你必须做一些前期的配置。这不难,搞定JDK 然后把所有可获得的数据文件DBF文件都放到准备运行PRM-DUL的服务器上即可。 2)它最适合用Sun的JDK,而不是一些Linux的开源变体。这个问题让我们难倒了好半天 – 反复发送电子邮件,直到老胡 访问到我的服务器,他用一个晚上解决了。他用Java类和我的Linux Java运行时环境不喜欢的like做了一些很聪明的安全性混淆的东西。 3)一旦配置完成就轻而易举了,只要你习惯了所有命令行的结尾加上一个空格和分号。下面是它的外观(注意这一切发生在一个封闭的或损坏的数据库上)           加入所有oracle数据文件,不需要加入临时文件TEMPFILE、UNDO数据文件、控制文件、日志文件   点击load 按钮,PRM会自动加载数据字典 即bootstrap动作     至此 PRM左侧将出现 树形的对象树,选择你需要恢复的用户下的对应数据表, 右击对象后选择 unload deleted data       PRM-DUL 完成对已删除数据的恢复操作后会将 数据写出到  上图中 File path的位置, 示例的数据恢复情况如下:     在www.parnassusdata.com 的网站有更多信息,包括完整的PDF格式的PRM-DUL入门。 多数人在大部分时间不会需要像PRM-DUL这样的工具,但每个DBA都至少应该知道它的存在,以防要用到它。如果你需要的话,有这样几个选项。一个是获得短时间的PRM-DUL的许可证,自己进行恢复。你也让诗檀软件的其他成员为你进行恢复。我现在对它已经有些熟悉,所以我建议在业务需要时用后一种方法。 (话说回来,如果你的业务依赖于不可恢复的数据库,你最好首先要反省为何会处于这样的情况。)老胡是非常聪明的人,他对他的工具和你的数据极其负责。我们在Oracle大会那时,他会工作到深夜帮助不同的时区人来解决问题。我不会详细地谈到成本,但PRM-DUL的方法会比获取Oracle咨询来工作便宜很多。无论如何,我觉得在这些数据库损坏的情况下,这样的成本率合情合理。 强调一下,你可以随时向Oracle咨询请求这项服务,但PRM-DUL是另一种选择。    

  • ORACLE PRM-DUL 的恢复 :RAID损坏后提取ORACLE数据

    上周五,客户发信息说在RAID崩溃后,他们无法打开一个Oracle 9i 数据库。在继续这个故事之前,我要声明这个数据库不在我们team的管理范畴内,我的团队根本不知道它的存在 – 有些客户让我们来管理他的一切,有些相对平衡。不过这都是他们的选择。离题了。 原来,这个数据库在NOARCHIVELOG模式,而且没有一个冷备份。他们甚至连一个数据库导出都没有。这样的事情总发生在周五! 首先,使用损坏的联机重做日志进行初始的崩溃恢复失败。然后客户尝试手动恢复,并没有帮助。更糟的是,在崩溃后他们没有立即创建冷备份,所以我也无法确定这些尝试是否有造成损害。   我试图通过缓慢递增SCN进行恢复,尝试不同的重做日志成员和其他一些技巧。但是恢复还是卡住,出现ORA-600 [3020],又名“错过写”。 用 _allow_resetlogs_corruption OPEN RESETLOGS 成功重置了日志文件,但数据库仍无法打开,返回错误信息 – 某些对象没有找到,ORA-600等 简而言之,似乎SYSTEM表空间不够完整导致无法打开数据库。   我还有几个想法,不过也想到了使用Oracle PRM-DUL 工具。PRM-DUL 代表通过Data Extraction进行Database Unloading。它所做的是从无法打开(包括数据库损坏的情况)的数据库中提取数据。当然,这取决于您的数据库的损坏程度,但说真的,它在我们的例子中的运作很神奇。   更多详细信息,请参阅白皮书 PRM-DUL 入门。   如果你或你的客户不幸遇到这种情况并需要这个工具,你可以在www.parnassusdata.com 获得更多详情。简单地说,你可以获得一个特别版本在数据库上运作七天,或者使用数据提取服务。因为我已经知道如何使用PRM-DUL,我们就用第一种方法。   我只花了几个小时收集一些数据,老胡据此产生一个演示版本。在购买它之前,我们的客户首先希望确保这个工具能工作,尽管这个工具的价格相比较Oracle的咨询会更便宜。   通过演示版本,我能够提取所有表的前10行数据。在最终确认一切正常后,客户得到获得了七天许可证。我仅用了几分钟重新运行提取命令,然后PRM-DUL奇迹般地生成了所有表的转储文件。之后我只需要将它们复制到另一台机器,打包小的shell脚本来导入它们。   补充一下,PRM-DUL也产生了所有的序列和PL / SQL对象。通过转储几个SYS对象,我大概能提取索引和约束,但由于客户有另一个相同数据模型(但不同数据)的数据库,从那里提取定义会更容易。   客户对我们能够从这样的致命情况下进行恢复感到惊讶,这可能要归功于PRM-DUL和他的创造者:非常感谢老胡– 让我的周五有相对较短的工作时间!