Author: mac

오라클 고유의 재해 복구 도구 PRM-DUL (이하 PRM라고 함) ParnassusData 복구 관리자 ORACLE 데이터 기업용 재해 복구 소프트웨어, 데이터 복구 오라클 데이터베이스 필요없이, 오라클 9i에, 10g, 11g, 12C 데이터베이스 데이터 파일 (데이터 파일)의 데이터 테이블로부터 직접 추출 될 수있다 데이터를 저장하기 위해 SQL 인스턴스를 실행합니다. ParnassusData 복구 관리자가 녹색 소프트웨어의 JAVA 기반의 개발입니다, 더 설치는,…

ParnassusData Recovery Manager (далее PRM) ORACLE данных корпоративного класса программного обеспечения аварийного восстановления, восстановления данных могут быть извлечены непосредственно из таблиц данных на Oracle 9i, 10g, 11g, файл данных базы данных 12c (файл данных), без необходимости в базу данных ORACLE выполнить SQL экземпляр, чтобы сохранить данные. ParnassusData Recovery Manager является развитие JAVA основе зеленого программного…

Oracle-spezifische Disaster-Recovery-Tools PRM-dul ParnassusData Recovery Manager (nachfolgend als PRM genannt) Oracle Data Enterprise-Class-Disaster-Recovery-Software, können die Datenwiederherstellung direkt aus den Datentabellen auf Oracle 9i, 10g, 11g, 12c Datenbank-Datendatei (Datendatei) extrahiert werden, ohne die Notwendigkeit, ORACLE-Datenbank SQL-Instanz, um die Daten zu speichern. ParnassusData Recovery Manager ist eine Java-basierte Entwicklung der grünen Software, keine Installation, kann direkt nach…

เครื่องมือการกู้คืนภัยพิบัติของออราเคิลเฉพาะ PRM-Dul ParnassusData Recovery Manager (ต่อไปนี้จะเรียกว่า PRM) ORACLE ข้อมูลระดับองค์กรซอฟต์แวร์กู้คืนภัยพิบัติการกู้คืนข้อมูลสามารถสกัดโดยตรงจากตารางข้อมูลใน Oracle 9i, 10g, 11g, 12c แฟ้มข้อมูลฐานข้อมูล (แฟ้มข้อมูล) โดยไม่จำเป็นต้องฐานข้อมูล Oracle ดำเนินการเช่น SQL ในการบันทึกข้อมูล ParnassusData Recovery Manager คือการพัฒนา JAVA ที่ใช้ซอฟแวร์สีเขียวติดตั้งไม่สามารถนำมาใช้โดยตรงหลังจากดาวน์โหลดตัวแปลงสัญญาณ อินเตอร์เฟซการใช้งาน PRM GUI แบบกราฟิก (รูปที่ 1) ที่ง่ายและสะดวก ผู้ใช้ไม่จำเป็นต้องเรียนรู้ชุดของคำสั่งเพิ่มเติมหรือเพื่อเข้าใจหลักการพื้นฐานโครงสร้างข้อมูลที่สามารถใช้ในการกู้คืนข้อมูล ORACLE ในฐานข้อมูลผ่านตัวช่วยสร้างการกู้ภัย (คืน Wizard) รูปภาพแต่งตั้ง 1 ทำไมต้องใช้ PRM? เป็นประเพณีนี้ ORACLE ใช้ RMAN คืนการสำรองข้อมูลและการกู้คืนผู้จัดการเพียงพอหรือไม่ ทำไมเลือกที่จะซื้อผู้ใช้ PRM ต้องหรือไม่ หัวใจของคุณอาจจะยังมีข้อสงสัยดังกล่าว! ที่เพิ่มขึ้นในระบบไอทีขององค์กรความจุข้อมูลที่มีการขยายทางเรขาคณิต ของ Oracle…

ORACLE専用データ復旧ソフトウェア　PRM DUL   世界市場のトップシェアを占めるORACLE DB だから本当に信頼できる復旧ツールを使いたい PRM-DUL は、ParnassusDataが開発した法人サーバーORACLEデータベースの専用復旧ツールです。 ORACLEデータベースを正常にオープンできない場合やマウントできない場合、データベースが損傷した場合等にオラクルデータベースファイル(～.dbf)を直接読み込むことによって、ファイルから有効なデータを抽出するツールです。 PRM-DUL、無料お見積もり?お問い合わせ ORACLE専用データ復旧ソフトウェア　PRM-DUL　製品紹介 ParnassusDataが独自開発したオラクルDB復旧専用ソフトウェアPRM-DULについて、本ページでは以下「Oracle DUlの特徴」「使用例作業手順」「動作環境」の3点をご案内致します。 ORACLE復旧サービスの特徴 ORACLEデータベース障害事例 ORACLEデータベースBackupと復旧方法 ORACLEデータベースの専用復旧ツール　PRM-DULの特徴 ハードディスクなどに有効なバックアップが無く、DBがオープンできない場合や、Hidden parameterを使用してDBをオープンしたにも関わらず、「internal code error」が発生してデータを抽出できない場合などにPRM-DULを使用すると、迅速、安全、確実にデータを抽出することが可能です。 このような障害時にPRM-DULの威力が発揮します。 障害事例1データセグメントヘッダーブロックが損傷して、データを抽出できない場合 索引やアドレスなど一般的なブロック（※ORACLEが定義する最小レベルデータの総称）が格納されるヘッダーのブロック領域が損傷してしまうと、データ抽出不具合などの障害が発生します。 PRM-DULでは独自技術で開発された8個のAPIレイヤーが損傷領域の代替DBを作成することで正常にデータ抽出させることが可能となります。詳しくは下の「8つのAPIレイヤー図」をご参照ください。 障害事例2システムテーブルスペースが損傷して、DBがオープンできない場合 何らかの理由によりシステム上のテーブルスペース（TABLESPACE＝表領域）が破損?損傷してしまうと、各種コマンドを入力してもデータベースがオープンできないという障害が発生します。 この場合もPRM-DULのAPIレイヤーが生成したカタログDB経由で復旧したいデータファイルからDBの読み込みをおこなうことで、データベースをオープンさせ、データを抽出することが可能となります。詳しくは下の「8つのAPIレイヤー図」をご参照ください。 障害事例3損傷したデータブロックを除外した正常なデータブロックのデータを抽出したい場合 通常はデータブロックが損傷してしまうと、エクステントやセグメントそのものがオープンできないため正常ブロックのみの抽出は叶いませんが、PRM-DULは独自技術により復旧したいデータファイルを読み込み、カタログDBという代替領域を生成することが可能なので、損傷データブロックを除いた、正常データブロックのみの抽出をおこなうことができます。 障害事例4その他、何らかの原因でデータを正常に抽出できない場合 上記の場合以外にも、様々な要因でデータベースからデータが正常に抽出できないケースがございますが、Parnassusdataが自社開発したPRM-DULは、そのような状態からもデータ抽出させることが可能です。 8つのAPIレイヤーで確実なデータ復旧 PRM-DULでは上記のような障害に対して8つのAPIレイヤーを用いて対応します。 8つのAPIレイヤーで確実なデータ復旧 PRM-DUL 1. 復旧したいデータファイルから、カタログ情報を抽出 PRM-DULの大きな特徴として、ヘッダー領域や表領域、行領域の一部などORACLEデータベースの中のブロックが損傷してもデータファイルそのものへ直接アクセスし、ファイル中のカタログ情報を自動で抽出する機能を搭載している点にあります。 2. 抽出したカタログ情報を利用して、カタログDBの作成 上記でデータファイルから抽出したカタログ情報を独自の技術によってカタログDBとして生成（再構成）します。このカタログDBを用いることによって障害発生時でもデータ抽出することが可能となります。 3. カタログDBの情報の読み込み PRM-DULは生成したCatalog DBの情報を読み込むことで、復旧を希望するデータファイルのORACLE DB本体からのデータ抽出準備をおこないます。 4. 復旧したいデータファイルからDBを読み込み、データ抽出 PRM-DULが提供する８つのAPIレイヤーを用いて復旧したいデータファイルからオラクルデータベース読込を実行し、データを抽出します。 5. 抽出したデータをテキストファイルで保存 抽出したデータをテキストファイルで保存し外部メディアなどへ移動します。   PRM-DUL…

具体引起ORA-00600 [KFCEMA02]的场景是存在bug  6163771的版本上，可能当ASM实例崩溃后，mount一个diskgroup失败且报错为ORA-00600 [KFCEMA02]。 虽然ORACLE在多个平台上均提供了补丁bug  6163771，但由于这个补丁仅仅是预防出现该故障，而不能实际修复该故障。由于该故障的特殊性，其需要特殊的内部工具FACP才能具体修复，该工具负责修复ASM checkpoint信息，该工具的功能就是修复ASM Diskgroup上的特性metadata源数据。   ORA-00600: internal error code, arguments: [kfcema02], [0], [165057275], [], [], [], [], [], [], [], [], []   如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]

诊断Oracle ORA-00227错误  , oerr  ora 00227   Error:   ORA 227 Text:    corrupt block detected in controlfile: (block %s, # blocks %s) ————————————————————————— Cause:   A block header corruption or checksum error was detected on reading the controlfile. Action:  Use the CREATE CONTROLFILE or RECOVER DATABASE USING BACKUP CONTROLFILE command.     如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 …

D公司的应用开发人员在ASM存储环境下，在没有任何备份的情况下DROP了系统中一张核心应用表，此时第一时间采用PRM可以恢复该DROP掉数据表的绝大部分数据。10g以后提供了 recyclebin回收站特性，可以首先通过查询DBA_RECYCLEBINS视图来确定被DROP掉的表是否在回收站中，如果在则优先通过回收站flashback to before drop，如果回收站中也没有了，则第一时间使用PRM恢复。   恢复简要流程如下： 首先将被DROP掉的数据表所在的表空间OFFLINE 通过查询数据字典或者LOGMINER找到被DROP掉数据表的DATA_OBJECT_ID，如果此步骤中得不到这个DATA_OBJECT_ID，则需要在NON-DICT非字典模式下 启动PRM，进入NON-DICT非字典模式，并加入被DROP掉数据表所在的表空间的所有数据文件，之后SCAN DATABASE+SCAN TABLE from Extent MAP 通过DATA_OBJECT_ID定位到展开对象树形图中对应的数据表，采用DataBridge模式插回到源数据库中       SQL> select count(*) from “MACLEAN”.”TORDERDETAIL_HIS”; COUNT(*) ———- 984359 SQL> SQL> create table maclean.TORDERDETAIL_HIS1 as select * from maclean.TORDERDETAIL_HIS; Table created. SQL> drop table maclean.TORDERDETAIL_HIS; Table dropped.     可以通过logminer或者《恢复场景9》中提供的方法得到大致的DATA_OBJECT_ID，使用LOGMINER则大致的脚本如下：   EXECUTE DBMS_LOGMNR.ADD_LOGFILE( LOGFILENAME => ‘/oracle/logs/log1.f’, OPTIONS…

COLLABORATE 14 – SHOUG Forum 上海ORACLE用户组2014年高峰论坛报名 本次活动由ORACLE ACS高级服务部门与 SHOUG 上海ORACLE用户组合办， 具体活动日期为 2014年6月7日 下午 13:30 ~ 18:00 具体活动地址为 上海市浦东大道535号 裕景大饭店内。 报名成功后，我们会在会议确定召开前10天将确认出席邮件发送给您，所以请确保在报名时输入正确的企业邮箱地址。 大会议程包括：Oracle ACS高级顾问罗敏《Oracle ACS那些事》， 包光磊《SQL查询调优的常见技术》 等。 本次活动报名地址http://1drv.ms/1hA7zam。 本次COLLABORATE 14 – SHOUG Forum的微信群二维码：  

ORA-1194 “file %s needs more recovery to be consistent” ORA-1547 “warning: RECOVER succeeded but OPEN RESETLOGS would get error below” ORA-1110 “data file %s: ‘%s'” ? [oracle@mlab2 ~]$ oerr ora 1194 01194, 00000, “file %s needs more recovery to be consistent” // *Cause: An incomplete recovery session was started, but an insufficient // number of…