Author: mac

  如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   适用于： Oracle Database – Enterprise Edition – 版本10.2.0.1 及以上 本文信息适用于任何平台。 10-May-2013检查相关性 症状   注意关于平台：虽然’/etc/sysconfig/oracleasm’只适用于Linux环境，类似的错误可能会出现并影响使用多路径设备的非Linux环境。 Mount ASM 磁盘组失败，出现：ORA-15186, ORA-15025, ORA-15063 alert_+ASM.log: ~~~~~~~~~~~~~~~~~~ … 注：Loaded library: /opt/oracle/extapi/64/asm/orcl/1/libasm.so ORA-15186: ASMLIB error function = [asm_open(global)], error = [1], mesg = [Operation not permitted] ORA-15025: could not open disk “ORCL:DISCO01BKP” ORA-15186:…

ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected] 胡さんが開發したツールJDUL は何年も知っていた。このツール最初は胡さんのプライベートプロジェクトで、jDULと呼んでいた。このプロジェクトは最初からもオープンソースだった。昔で、彼から体験版をもらった。試しに運用してみた。胡さんがOracle内部知識に詳しいこともそのDULツールのバーションも私の心に一筆を刻んだ。 PRM-DULは起動できないデータベースあるいはスクラップのデータベースからデータを抽出できない。これもデータをより速く抽出できる方法として利用できる。あまり正式環境に向いていないが、シャットダウンリカバリツールとして、一部の人に対して最後の救い手かもしれない。 胡さんはDUL救済というウェブサイトを開發した。サイトのホームページで、PRM-DULについての詳しい情報を含んでいる。Oracle 8,8i，9i及び10gに適応し、ディクショナリーを再構造できる。なくしたシステムテーブルスペースも対応できる。多くのデータタイプを含め、テーブルスペースごとにリカバリし、大部分のプラットフォームもチェン、移行した行、trail NULL、パーティションテーブルも支持できる。 胡さんのサイトをちゃんと読んでいただければ、ツールに詳しい説明が見つける。このツールをレンタルしたいなら、詩檀ソフトウェアに連絡してください。 サイトにもPRM-DUL操作方法紹介というテキストがあって、どうやってPRM-DULでOracleからデータを抽出できるかを説明した。 これで、体験版をもらえる。サイトリンクによって、胡さんの保護をもらう。そして、配置ファイルを埋めて、データベースにprm_core.jarを実行して、どんなテーブルにも、10000行を超えないテーブルをダンプできるようになった。 Oracle Internalsページを更新した、また詳しい情報を追加した。  

ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   1）データベースが閉めたときにデータベースをバックアップする 後のオペレーションを実行する前に、バックアップがなければ、ほかのオペレーションによって、データベースをなくすかもしれない。 2）データファイルの時点が異なるであれば、bootstrapの誤りを減らすかもしれないから、もっとも古いデータファイルの時点と一番近いシステムテーブルスペースデータファイルを使ったほうがいい。これで、データベースを起動するときに。 3）*init<sid>.oraファイルを編集してundo_managementを変更し、二つのバラメタを追加する： undo_management=autoをundo_management=manualに変える undo_tablespace とundo_retentionを移動/削除する。 allow_resetlogs_corrution=true,_corrupted_rollback_segments=を増やす(コンマで組み合った自動undoリスト) 例えば： _corrupted_rollback_segments=(SYSSMU1$,SYSMU2$, SYSMU3$, SYSMU4$, SYSMU5$, SYSMU6$, SYSMU7$ SYSMU8$, SYSMU9$, SYSMU10$) 注意：alert.logを見れば、どんな自動undo、セグメントが使われたかすぐ分かれる。SYSSで検索して、alter.logになければ、11gの前に、undoセグメント名と前の例と違っている、フォーマットは_SYSMU_$、例えば： _SYSSMU1_3423929671$ _SYSSMU2_3471197032$ _SYSSMU3_1940572779$ _SYSSMU4_703930491$ _SYSSMU5_2293911943$ _SYSSMU6_2782670761$ _SYSSMU7_3176421677$ _SYSSMU8_1585569843$ _SYSSMU9_1242704454$ _SYSSMU10_777531512$   UNIXに以下のようなコマンドでundoセグメントの名を獲得できる： strings system01.dbf|grep _SYSSMU | cut -d $ -f1 |sort -u インポートを獲得したあと、文字列に$を追加してください   使用可能なバラメタファイルがあれば、pfileを作成してください： create…

ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   1、紹介 このファイルはDULを紹介する文だけで、完全なDUL機能ディスクライブじゃない。 DULは別の方法で叶えないデータテストを代わるもので、つまり、exportもSQL*Loaderも使えない。データベースが壊されるかもしれないが、データベースが１００％の正確性を保障してください。エクスポートするときに、すべてのデータベースも正確で正確なセグメントに属していることを保障してください、もしDULに間違えたブロックを見つけ出したら、エラ情報はファイルにインポートするが次の行やブロックにエクスポートすることを中止されない。 2、DULを使う まずはデータベースにエクスポートしたいオブジェクトの該当する情報があるかを確認してください。 USER$, OBJ$, TAB$ 及びCOL$から情報を検索する。 DULはシステムテーブルスペースから情報を獲得する。システムテーブルスペースデータファイルには必ず制御ファイルを含む。もしシステムテーブルスペースファイルが存在していなければ、第六のステップに注目してください。 2.1ふさわしい“init.dul”ファイルを作成する ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ REMプラットフォーム指定バラメタ(NT) REMが獲得できるよくあるプラットフォームのバラメタリスト：。 osd_dba_file_bits=10 osd_c_struct_alignment=32 osd_file_leader_size=1 osd_word_size=32 REM dulディクショナリーメモリサイズ。もし低すぎた場合に、起動できなくなる。 dc_columns=2000000 dc_tables=10000 dc_objects=1000000 dc_users=400 dc_segments=100000 制御ファイルの位置とファイル名で、ディフォルト値はcontrol.dulにある REM 在当前の路径control_file=D:\Dul\control_orcl.dul   データベースブロックサイズがinit.oraのファイルに見つけ出せる。あるいはサーバ管理器に“show parameter %db_block_size%”を実行して、検索する。そのバラメタを壊されたブロックのブロックサイズに変更してください。 db_block_size=4096   データはエクスポート/インポートフォーマットが必要としたら、指定できるように変更してください。REMにはエクスポート/インポートのファイルフォーマットを指定する必要がある。REMはツールが使えるファイルを作成する必要がある、作成されたファイルがEXPによってエクスポートされたファイルと全然違っている。これはテーブル構造やテーブルデータを含むテーブルダンプファイルを作成する。Grantsもストレージ句もトリガーもこのダンプファイルに含んでいない。 export_mode=true （falseはsqlloader,true表示imp） REM　compatible　バラメタは6、7あるいは8に設定できる。 compatible=8   そのバラメタは選択可能で、REMが支持していない長いファイル名（e.g. 8.3 DOS）のプラットフォームに、あるいはファイルフォーマットDULが “owner_name.table_name.ext”を使えないときに指定できる。ここでダンプファイルはdump001.ext，dump002.extに似ている。 file…

ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   シーン： データベースを起動したままで、制御ファイルとすべてのredoファイルを削除する。データファイルだけを残し、shutdown abortした後でリカバリする。   2.オペレーションステップ   1.バラメタファイルにデータベースを強制的に起動するための隠しバラメタを追加する： startup nomount   alter system set “_allow_resetlogs_corruption”=true scope=spfile; alter system set  undo_management=manual  scope=spfile;   –ここではロールバックセグメントを人工的に設定してください。さもなければ、たとえ起動したとしても、インスタンスはORA-4194もPMONによって中止されるかもしれない。   startup nomount force   2.ここではredoをなくしたから、resetlogsでコントロールファイルを作成する   create controlfile reuse database “CRS” resetlogs noarchivelog logfile group 1 ‘/home/oracle/crs/REDO01.LOG’ size 50M, group 2 ‘/home/oracle/crs/REDO02.LOG’ size 50M, group 3…

  ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected] 削除されたデータを検索する。バックアップツールはrmanでいい。データベースをディスクにバックアップしてください。 ： 生産レポジトリ oracle10204 グルプ + AIX5.3 +裸設備 テストレポジトリ oracle10204 シングルインストール + AIX5.3 +裸設備 トランブルディスクライブ： テストレポジトリはTSMをディスクに配置して、ディスクでテストレポジトリにリカバリする。リカバリ段階で、データベースは既にテストにリストアしたが、archivelogがリストアできていなくて、ディスクにあるアーカイブを見つからないから、リカバリできない。バックアップが65日も保持できるから、アーカイブが削除されたという恐れがない。 あとでリカバリがない場合にバラメタ_allow_resetlogs_corruption=trueを変更することでデータベースを強制的に起動することを試みたが、ora-00704,ora–00604,ora– 01555エラになった。そして、イベントを設定することでSCNを進めさせてoradebugによってscn値を変更してが、未だにora-00704,ora–00604,ora–01555エラが解決できない。   このシーンによく使われた策は bbedでundoなどのデータブロックを変更し、一部のシステムテストを避ける。故に一般な技術者が操作できない。Oracle底技術に詳しいエンジニアの協力が必要としている。

ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   適用範囲 Oracleデータベース、エンタプライズバーション – 12.1.0.2 バーションあるいはより高いバーション このファイルはどのプラットフォームにも適用できる。 症状 RMAN Duplicate コマンドで新たなデータベースを作成して、”alter database open resetlogs”を実行するときに、以下のようなエラになった ORA-00604: error occurred at recursive SQL level 2 ORA-04024: self-deadlock detected while trying to mutex pin cursor  0x4B4583CC8 原因 これを引き起こす原因は Bug 19469538である: LOADING OF DATA IN ECOL$ TABLE IS NON-OPTIMAL FOR QUERIES NOTE:…

  如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected] Oracle ORA-00600 [4147]错误解析 ORA-00600 [4147]错误从Oracle 8.1.7.4开始被引入，ORA-600[4147][a][b] 一般说明undo segment存在讹误/损坏。 [a] Record number from the UBA we want to look at. [b] Count on the Undo block header.   该ORA-00600 [4147]错误当oracle读取一个数据块时，需要读取UBA指定的undo block时，发现uba指定的record number记录数在undo header中找不到对应的记录。 则该正被验证的undo 数据块将转储到我们能看到的ORA-600[4147]的trace中，例如如下undo 数据：   2007-07-10 10:48:48.467 *** SERVICE NAME:(SYS$USERS) 2007-07-10 10:48:48.466 *** SESSION ID:(281.26013) 2007-07-10…

本文永久地址：https://www.askmac.cn/archives/oracle-部分等待事件列表.html ‎   列表下载地址： https://zcdn.askmac.cn/%E3%80%90%E8%AF%97%E6%AA%80%E8%BD%AF%E4%BB%B6%E3%80%91Oracle%E7%AD%89%E5%BE%85%E6%97%B6%E9%97%B4%E6%95%B4%E7%90%86.zip   名字 待机项目的意思 单位 原因与对策 推荐处理方法 alter system set mts_dispatchers 会话是由语句ALTER SYSTEM SET MTS_DISPATCHERS = <string>来发行，会使得dispatcher启动待机。 1/100 秒 确认dispatcher信息。启动dispatcher时启动必须的dispatcher dispatcher最合适的数量->1:250用户左右。推荐每个dispatcher使用率保存在50%以下， 确认连接数 select name,owned from v$dispatcher; 使用率 select name,(busy/(busy+idle)) * 100 “%busy” from v$dispatcher; batched allocate scn lock request 某个会话中使得分割在其他的系统变更编号（SCN）待机。 由于进程，在获得SCN的待机时，前台进程超时的情况下，前台会获得SCN。 1 秒 基本没有（其他的进程的Allocate等待） BFILE check if exists 会话为了检测是否存在外部large对象（LOB）而 待机。 exists…

log file parallel write Writing redo records to the redo log files from the log buffer. Wait time Time it takes for the I/Os to complete. Even though they are written in parallel, one needs to wait for the last I/O to be on disk before the parallel write is complete. Parameters files Number of…