Author: mac

ARCHIVEDLOGONLY TRANLOGOPTIONS

TRANLOGOPTIONS ARCHIVEDLOGONLY Causes Extract to read from the archived logs only, without querying or validating the logs from system views such as v$log and v$archived_log. If this parameter is specified or the database is a standby database, you will be required to position the starting position of Extract to the physical address in the log,…

January 14, 2014
Oracle DUL Salvaging Oracle Data with Data UnLoader

Oracle DUL Salvaging Oracle Data with Data UnLoader If you cannot recover the 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] ORACLE PRM-DUL Download: http://zcdn.parnassusdata.com/DUL5108.zip Salvaging Data with Data UnLoader Full Agenda Chapter 1: Overview Chapter 2:…

January 13, 2014
用DUL Data UnLoader拯救Oracle数据

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队服务热线： 13764045638 QQ号:47079569 邮箱：[email protected] DUL FOR LINUX平台(已更新为PRM-DUL) DUL FOR Windows平台 (已更新为PRM-DUL) Chapter 1: 概况 Chapter 2: 基础知识 Chapter 3: 参数和命令 Chapter 4: 简单数据恢复场景 Chapter 5: 复杂数据恢复场景 Chapter 6: 加载数据 Chapter 7: 内部文件 Chapter 8: 实验前提: 初步了解Oracle 数据库架构高级别文件结构实例进程初步了解Oracle 数据库操作数据库状态: started, mounted,…

January 12, 2014
【Oracle等待事件】Transaction等待

【Oracle等待事件】Transaction等待注意如果不当设置了例如10513 level 2的等待事件，那么可能造成该Transaction等待，原因是一些实例CRASH所产生的死事务，将不会被SMON主动回滚，这可能造成部分行数据始终被锁定而不释放。 Definition: Wait for a blocking transaction to be rolled back. Continue waiting until the transaction has been rolled back. Wait Time: Wait for up to 1 second for a blocking transaction to be rolled back. Continue waiting until transaction has been rolled out. Parameters: P1 – Undo…

January 12, 2014
【Oracle SQL优化】Oracle优化器如何计算索引成本

我们介绍过【CBO Optimizer优化器】IX_SEL索引选择率在这个基础上介绍Oracle CBO优化器如何计算索引成本Index Cost 基本上这些信息可以通过10053 trace去猜测和获得，但下面仅仅是简单的组合例子解释CBO如何计算index cost的公式，实际的情况千差万别，复杂得多。基本上索引的成本被分成2部分：访问索引块的成本对应去表上查找的成本比较细的粒度的公式如下： Selectivity of the combined leading columns * Number of Blocks in the Index + Selectivity of all indexed columns * Number of blocks likely to be visited in the table (ie Clustering factor) + usually more minor points…

January 9, 2014
DROP TABLESPACE INCLUDING DATAFILES的Oracle特殊恢复

某政府机关核心数据库，由于误操作DROP了之前一年的TABLESPACE，且其操作为DROP TABLESPACE INCLUDING Datafiles AND CONTENTS，所以其存放在AIX JFS上的数据文件也被删除了，该误操作所涉及的脚本又迅速的新建了一个和原来名字一样的TABLESPACE以及其数据文件，此外还有很多删除和新建数据文件的操作。这个case中需要恢复最初被DROP的TABLESPACE，且文件系统为AIX 的JFS 还不是JFS2，难度在于用户在删除该文件后又重建了一个名字一样的数据文件，之后又加入了不少数据文件。这些后续的操作直接导致原表空间的数据文件几乎被彻底覆盖，通过诗檀软件工程师多方面考察，包括利用FSDB的工具，最后发现被删除的数据文件覆盖后只剩下4MB有价值的数据，因此在此例子中继续恢复便不可行了。如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队服务热线： 13764045638 QQ号:47079569 邮箱：[email protected] bash-4.2# getlvcb -AT orar AIX LVCB intrapolicy = m copies = 1 interpolicy = m lvid = 005d04bc00004c00000000fdc134a5a9.2 lvname = lv_data label = /oradata machine id = D04BC4C00 number lps = 45 relocatable…

January 8, 2014
DROP TABLESPACE INCLUDING DATAFILES的恢复

某政府机关核心数据库，由于误操作DROP了之前一年的TABLESPACE，且其操作为DROP TABLESPACE INCLUDING Datafiles AND CONTENTS，所以其存放在AIX JFS上的数据文件也被删除了，该误操作所涉及的脚本又迅速的新建了一个和原来名字一样的TABLESPACE以及其数据文件，此外还有很多删除和新建数据文件的操作。这个case中需要恢复最初被DROP的TABLESPACE，且文件系统为AIX 的JFS 还不是JFS2，难度在于用户在删除该文件后又重建了一个名字一样的数据文件，之后又加入了不少数据文件。这些后续的操作直接导致原表空间的数据文件几乎被彻底覆盖，通过诗檀软件工程师多方面考察，包括利用FSDB的工具，最后发现被删除的数据文件覆盖后只剩下4MB有价值的数据，因此在此例子中继续恢复便不可行了。 getlvcb getlvname getlvodm bash-4.2# getlvcb -AT orar AIX LVCB intrapolicy = m copies = 1 interpolicy = m lvid = 005d04bc00004c00000000fdc134a5a9.2 lvname = lv_data label = /oradata machine id = D04BC4C00 number lps = 45 relocatable = y strict = y…

January 8, 2014
Oracle ORA-15196 ORACLE ASMトラブル解析

プロのOracle Databaseの復旧サービスを提供携帯番号： +86 13764045638 メール：[email protected] 一般的、ASMメータデータブロックが(metadata block)にとてつもないトラブルが検証された場合に限って、この文で紹介するORA-15196エラを報告する。 ORA-15196エラのフォーマットは： ORA-15196: invalid ASM block header [1st] [2nd] [3rd] [4th] [5th != 6th] 関連する変数の意味は： 1st，このエラを引き起こしたOracleカーネル関数の名前とコードの行数 2nd，　トラブルを引き起こしたエリアの名前を検証する 3rd ，そのブロックに格納されたASM番号 http://www.parnassusdata.com/ 4th，そのブロックに格納されたASMブロック番号 5th， 2ndで指定していたエリアで実際に格納していた数値 6th, 2ndで指定していたエリアで格納したい数値例えば： ORA-15196: invalid ASM block header [kfc.c:7997] [endian_kfbh] [1] [93] [211 != 0] …

January 8, 2014
IMP-00008 unrecognized statement in the export file エラー

プロのOracle Databaseの復旧サービスを提供携帯番号： +86 13764045638 メール：[email protected] [oracle@vrh8 ~]$ oerr imp 8 00008, 00000, “unrecognized statement in the export file: \n %s” // *Cause: Import did not recognize a statement in the export file. Either // the export file was corrupted, or an Import internal error has // occurred. // *Action: If the export file was…

January 8, 2014
Oracle DBFファイルだけで、どうやってファイルをリカバリできるか？

プロのOracle Databaseの復旧サービスを提供携帯番号： +86 13764045638 メール：[email protected] ある古いデータベースには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 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%

January 8, 2014