Author: mac

ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]     1988年に、OracleがOracle V6をリリースした。このバーションに、Oracleはホットバックアップを導入した。同時に、SCN、48位ストレージの文法はコードに使えなくなった。12cまで使い続けた。（12cに八つのバイトでＳＣＮをストレージする）。OracleのＳＣＮは48位で表したから、最大値がは２の48乗に超えられない。 Oracleは48位のＳＣＮが５００年も使い続けるために、ＳＣＮを制約した。秒ごとにＳＣＮの最大増速は16Ｋに超えられない。Oracleは1988年1月1日0点0分0秒を基準時間として、既存する秒を16Ｋに掛ける。つまり、既存するＳＣＮの最大値はSCN HEADROOMである。 それで、SCN最大値の計算式は以下の通り： (今の時間-19880101 000000)*16384–(current_scn)その中 16384はSCNの内部増速は16kで、これはコードの制約である。 この制約は11.2.0.2バーションの前に、scn の最大の伸び率は16k,在11.2.0.2版本开始，为32k。 この行は以下のようなバラメタ_max_reasonable_scn_rateによって、コントロールされる：   SQL> @paras Enter value for paras: scn old 6: AND x.ksppinm LIKE ‘%&paras%’ new 6: AND x.ksppinm LIKE ‘%scn%’ NAME VALUE DESCRIB ————————————————– ——————– ———————————————————— 。。。。。。。 _external_scn_rejection_threshold_hours 24 Lag in hours between…

  ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   前に研究したdulはディスクを識別できない。そのときに、ある過ちを犯した、普通の環境（非exadata環境）はホストにディスクをスキャンする。Exadataのホストにディスクをスキャンしたが、ダメだった。具体的には以下を参考してください： Exadataで、なぜ DULと ODUがASMデータベースのデータを読み取れないが、Kfedなら読み取れるか？ 今日はexadataのストレージノード（cellノード）に配置したが、dulもoduもディスクをスキャンできる。もし、またexadataでoracleデータベースが壊されたときに、わたしに連絡してくださいO(∩_∩)O 具体的なテストは以下の通り：     [root@dm01cel01 lunar]# ./dul Data UnLoader: 10.2.0.6.5 – Internal Only – on Tue Jun 23 20:30:37 2015 with 64-bit io functions Copyright (c) 1994 2015 Bernard van Duijnen All rights reserved. Strictly Oracle Internal Use Only DUL:…

  ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   Oracle8i のBBEDはwindows プラットフォームの$ORACLE_HOME/binに見つけ出せる。 ORACLE9iデータベースの場合なら、%ORACLE_HOME%/binディクショナリーにbbedがある。Linuxにもあるが、自分で編集する必要がある。 9i/10g bbed：   cd $ORACLE_HOME/rdbms/lib ls -al *bb* make -f ins_rdbms.mk $ORACLE_HOME/rdbms/lib/bbed mv bbed $ORACLE_HOME/bin 11gと12.1に10gの五つのファイルが必要としている（bbedzhs.msbは選択可能）： /rdbms/mesg/bbed* bbedus.msb bbedus.msg bbedzhs.msb cp /tmp/lunar/ssbbded.o $ORACLE_HOME/rdbms/lib/ cp /tmp/lunar/sbbdpt.o $ORACLE_HOME/rdbms/lib/ cp /tmp/lunar/bbedus.msg $ORACLE_HOME/rdbms/mesg/ cp /tmp/lunar/bbedus.msb $ORACLE_HOME/rdbms/mesg/ cd $ORACLE_HOME/rdbms/lib ls -al *bb* make -f ins_rdbms.mk…

ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   ここで、11.2でi_dependency1が無効になった場合をシミュレーションする（テスト環境では11.2.0.3を使ってください）： 11.2で：データベースに依頼関係があるテーブルは何か探ってみよう：     SQL> select owner,object_id,object_name,object_type from dba_objects where object_name like ‘%DEPENDENCY%’; OWNER OBJECT_ID OBJECT_NAME OBJECT_TYPE ————— ———- —————————— ——————- SYS 104 DEPENDENCY$ TABLE SYS 106 I_DEPENDENCY1 INDEX SYS 107 I_DEPENDENCY2 INDEX SYS 1511 V_$OBJECT_DEPENDENCY VIEW SYS 2200 GV_$OBJECT_DEPENDENCY VIEW SYS 2837 GV_$SQL_FEATURE_DEPENDENCY VIEW…

适用于: Oracle Database – Enterprise Edition – 版本 11.2.0.4 到 11.2.0.4 [发行版 11.2] Oracle Database – Standard Edition – 版本 11.2.0.4 到 11.2.0.4 [发行版 11.2] Oracle Database – Personal Edition – 版本 11.2.0.4 到 11.2.0.4 [发行版 11.2] 本文档所含信息适用于所有平台 用途 本文档的目的是公布一些在 11.2.0.4.x 版本中推荐的补丁，以避免有关 Performance 与 Wrong Results 方面的问题。 对于其他版本，请参考： Document 1320966.1 Things to Consider to Avoid…

【文档】Maclean介绍Oracle ASM基础概念和原理  原帖在这里：https://www.askmac.cn/archives/know-oracle-asm-basic-html.html   这里放出PDF版本下载：https://www.askmac.cn/wp-content/uploads/2014/02/Maclean介绍Oracle-ASM基础概念和原理1.pdf

有効な物理的/ロジカル　バックアップがない場合に、Oracleでdelete誤操作が現れた時、flashbackあるいはlogminerログなどの技術でリカバリするのは一般的なやり方だが、多くの場合に、それらを応用しても、リカバリできない場合もある。   Delete操作に対して、Oracle底のデータブロックでrow piece記録は一般的にそのrow flagマークを削除されたとマークするだけ、後のINSERTの記録は削除されたとマークされたデータの構造を上書きする。 とにかく、これらのデータをリカバリできるかどうかはディスクにoracle blockの削除されたデータ行がクリンアップされたことによる。 クリンアップされた前のORACLE PRM-DULツールでこれらのデータをリカバリできる。具体的なステップは普通のデータディクショナリーモードとあまり相違がない。 PRM-DULを起動して、リカバリガイドとディクショナリーモードをクリックする。             すべてのoracleデータファイルを追加する。一時的なファイル、、TEMPFILE、UNDOデータファイル、制御ファイル、及びログファイルを追加する必要がない。   load ボタンをクリックして、PRMは自動的にデータディクショナリーをロードする。つまりbootstrap操作   ここで、PRMの左側にオブジェクトツリが現れる。リカバリしたいユーザーの該当するデータテーブルを選んで、オブジェクトを右クリックしてからunload deleted dataを選ぶ。       PRM-DUL は削除されたデータをリカバリ出来たら、そのデータをFile pathの位置に書き出す。例のデータリカバリ状況は以下の通り：  

A tool ‘PRM-DUL’ was used to take table data and write it to a flat file, more info about prm-dul http://www.parnassusdata.com/en The customer had hardware/os failure last week that led to the crash of their database. The customer did not take a backup of their current situation at that time(so PRM-DUL is not not an…

某化工所用户数据库在无归档、无备份的情况下由于业务人员误操作IMPDP 且加上了 TABLE_EXISTS_ACTION=REPLACE选项导致原数据表被覆盖，由于该系统无归档和物理备份故上述操作导致丢失了数个月的业务数据。 诗檀软件工程师Biot.wang在接到该case后，很快通过PRM-DUL工具定位到了被IMPDP+TABLE_EXISTS_ACTION=REPLACE覆盖后仍剩余的表数据的EXTENT，采用PRM-DUL特定的在字典模式下的EXTENT恢复模式，仅仅使用一个小时不到就找回了大部分数据。   对于此种IMPDP TABLE_EXISTS_ACTION=REPLACE 或者 TABLE_EXISTS_ACTION=TRUNCATE 覆盖的数据，一定要在第一时间将  TABLESPACE OFFLINE掉，或者将数据库实例SHUTDOWN，避免后续的恢复希望也因为进一步的空间分配而被彻底覆盖。 这个例子中较为幸运的是，覆盖的数据很少，几乎恢复了100%的数据。         如果自己搞不定可以找诗檀软件专业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    

2012年8月入职，当天领到笔记本，O记发的笔记本都预装了 OBI： 上海ORACLE的窗外景   Maclean Liu在Oracle的工牌和名片： 在原厂第一次乘高铁出差 第一次出差南京 下榻在金陵饭店   第一次签原厂的工单 timesheet: ORACLE在上海的OFFICE位于 南京东路，楼下是Apple苹果零售店，公司楼下： 在原厂第一次加班夜宵： 在原厂第一次飞机出差，去武汉 在武汉的现场： 武汉出差，住在万达威斯丁： 在武汉吃热干面： 在客户现场忙碌一天，终于回到酒店，累得不想出去吃饭，就在酒店内解决： 第一次报销贴发票，长期跑现场，导致每次都堆积大量发票，需要一个下午甚至一天来贴发票： 报销单： 公司福利下午茶点心： 开始在ORACLE官方博客blogs.oracle.com 上发大量技术文章： 工行的数据中心位于外高桥保税区内，哪里还有一个18M的Base: 这是从公司朝外看 ，南京东路这边在大兴土木 已经装了一堆的 旅行类IOS APPS: 在上海电信的楼下发现老电信的基石： O记年会： 叫了一部荣威950送我上班： 在某银行的指挥中心：这个图还是不放了。。 去南京给客户培训，不爱出差的我是早上6点赶高铁去南京的： 一等座，在车头的位置： 住在南京威斯丁： 俯瞰玄武湖： 杭州出差住在 西溪喜来登 赶路时的午餐： OFFICE里我的箱子： 某客户的园区不错，有个水塘 还有天鹅： 旅途中有空就动笔写写，发到blogs.oracle.com ， 慢慢积累： 有些客户那里不能带进电脑和U盘，只能带手机，记不住的命令就拍照存档： 杭州的洲际酒店，是个大球： 住在洲际，洲际的好处是离开 杭州城站较近： 杭州那几天太热了，不想吃东西，中午随便解决： 家里开始大兴园艺： 工行数据中心的绿化还是不错的：…