Author: mac

错误信息： ERROR OGG-01072 LOBROW_get_next_chunk(LOBROW_row_t *, BOOL, BOOL, BOOL, LOBROW_chunk_header_t *, char *, size_t, BOOL, *) Buffer overflow, needed:132, alloc 2. 处理方法： 如果版本为1.1.0.1 Build 078版本，升级到最新的补丁包 使用ulimit –a查看资源使用限制，调整资源为unlimited extract: DBOPTIONS LOBBUFSIZE <bytes> replicat: DBOPTIONS LOBWRITESIZE 1MB

错误信息： ERROR   OGG-01031  There is a problem in network communication, a remote file problem, encryption keys for target and source do not match (if using ENCRYPT) or an unknown error. (Reply received is Expected 4 bytes, but got 0 bytes, in trail ./dirdat/t1000026, seqno 26, reading record trailer token at RBA 103637218). 2011-01-06 11:04:16  ERROR  …

错误信息： ERROR OGG-01224 Oracle GoldenGate Manager for Oracle, mgr.prm: No buffer space available ERROR OGG-01224  Oracle GoldenGate Capture for Oracle, dpema.prm:  TCP/IP error 9 (Bad fil e number). 处理方法： 修改mgr.prm，扩大动态端口范围，dynamicportlist 7840-7914

错误信息： ERROR   OGG-01088  Oracle GoldenGate Delivery for Oracle, pms_rep1.prm:  malloc 2097152 bytes failed. ERROR   OGG-01668  Oracle GoldenGate Delivery for Oracle, pms_rep1.prm:  PROCESS ABENDING. 处理方法： ulimit -a，验证操作系统对用户是否所有资源都是无限制，参见3小节。 将进程进行拆分，拆分为多个进程。 从oracle.com下载最新的补丁包，升级GoldenGate。

错误信息： 2011-03-29 15:53:57  WARNING OGG-01154  Oracle GoldenGate Delivery for Oracle, repya.prm:  SQL error 14402 mapping EPMA.D_METER to E PMA.D_METER OCI Error ORA-14402: updating partition key column would cause a partition change (status = 14402), SQL <UPDATE “EPMA”.”D_METER” SET “PR_ORG” = :a1,”BELONG_DEPT” = :a2 WHERE “METER_ID” = :b0>. 处理方法： SQLPLUS>alter table SCHEMA.TABLENAME enable row movement

错误信息： WARNING OGG-01154  Oracle GoldenGate Delivery for Oracle, repyxb.prm:  SQL error 1403 mapping SGPM.P_SMS_SEND to SGPM.P_SMS_SEND. WARNING OGG-01003  Oracle GoldenGate Delivery for Oracle, repyxb.prm:  Repositioning to rba 2509817 in seqno 1. ERROR   OGG-01296  Oracle GoldenGate Delivery for Oracle, repyxb.prm:  Error mapping from SGPM.P_SMS_SEND to SGPM.P_SMS_SEND. ERROR   OGG-01668  Oracle GoldenGate Delivery for Oracle, repyxb.prm:  PROCESS ABENDING.…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   注意在windows上bbed 是无法通过编译获得的，而且从oracle 10g/11g开始其Oracle RDBMS Database软件不会自带bbed.exe(ship)，今后也不会提供，这样当你要使用bbed.exe的时候有如下选择： 在该windows上装一个oracle 9i windows版，只需要安装就可以了 安装完就有bbed.exe了 在别的windows上装一个oracle 9i windows版，并将$ORACLE_HOME/bin下的东西拷贝到目标服务器上, 主要是bbed.exe 以及其相关的不少的dll文件。 干脆不用bbed.exe，本质上如果你很熟悉oracle block结构的话 可以用winhex来做文件的编辑和查看。 如果你一定也不熟悉oracle block那么你并不该选择使用bbed.exe  

  https://www.askmac.cn/archives/sqltuning-sql-profile.html ‎   以前的SQL调优 SQL Profile是什么 调优执行顺序 经常被问到的问题 总结   ＜一般而言SQL的调优流程＞ 诊断/指定瓶颈 执行合适的调优 检查效果　　 根据需要进一步调优 ・Automatic Database Diagnostic Monitor（ADDM） ADDM是监视/诊断数据库性能的功能。 发现内存不足以及I/O问题、性能较差的SQL、Real Application Clusters（RAC）相关的问题等等各种问题，给数据库管理者提供建议。 那时，会为数据库管理者提供解决问题所需要进行的操作提出建议，数据库管理者就可以高效解决问题。 ADDM与其他建议相同都可以手动启动来诊断数据库，但一般而言是定期性地自动启动，监视数据库是否有性能问题。 ADDM自动启动的时机是在取得AWR的snapshot时，通过取得了snapshot的MMON进程来自动启动 手动启动ADDM的情况下，可以诊断过去任一时间点的数据库。 ADDM是从两个snapshot中取得数据库的负荷信息，进行诊断。 自动启动的情况下，使用最新取得的snapshot以及1个之前的snapshot，手动启动的情况下，用户可以指定任意两个snapshot。 要使用这个功能的话，需要将STATISTICS_LEVEL 初始化参数设定为TYPICAL（默认）或者ALL。   SQL较慢的时候，首先要寻找原因！   以前的SQL调优 ＜一般而言SQL的调优流程＞ 诊断/指定瓶颈 STATSPACK： 与DB整体的统计一起收集SQL统计 EXPLAIN PLAN： 在每个SQL中表示执行计划 SQL TRACE与TKPROF： 收集以session等单位来执行的SQL执行的统计信息，并且 总结结果报告。 SQL*Plus的AUTOTRACE機能： 在每个SQL中表示执行计划以及性能统计   2.执行合适的调优 优化的选择＜到Oracle 9i 为止＞ RBO…

  本文永久地址：https://www.askmac.cn/archives/oracle-补丁管理.html   补丁的种类 补丁发布前测试的种类 定期性的补丁适用测试 总结   补丁的种类 补丁名称 适用对象 发行周期 Interim Patch (One-off, PSE) Oracle Database 不定期 Security Patch Update (SPU)＊ Oracle Database 每季度 Patch Set Updates (PSU) Oracle Database, Grid Infrastructure 每季度 Patch Set Release (PSR) Oracle Database, Grid Infrastructure 一年一次或者多年一次 ＊ 至此都称为 CPU (Critical Patch Update) 除了上述4种补丁，在Windows环境下还提供Bundle Patch 。 补丁种类～Exadata 补丁名称…

ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   データベースを強制的に起動するステップ： 1）データベースを閉じるときにデータベースをバックアップする 後のオペレーションを実行する前に、バックアップがなければ、データベースをなくすｒかもしれない。 2）データファイルの時点が異なった場合に、もっとも古いデータファイルに近いシステムテーブルスペースデータファイルを使ったほうがいい。これでデータベースを起動するノートがエラになる可能性を減らせる。 3）*init<sid>.oraファイルを編集して、undo_managementを変更し、二つのバラメタを追加する： undo_management=autoをundo_management=manualに変更する undo_tablespace とundo_retentionを削除/移動する _allow_resetlogs_corruption=true,_corrupted_rollback_segments=を増やす 例えば： _corrupted_rollback_segments=(SYSSMU1$,SYSMU2$, SYSMU3$, SYSMU4$, SYSMU5$, SYSMU6$, SYSMU7$ SYSMU8$, SYSMU9$, SYSMU10$)   注意：alert.logでどこの自動undoセグメントが使われたかすぐ分かる。SYSSで検索する。alter.logに探し出せなかった。フォーマットは_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 | awk -F “$” ‘{print $1″$”}’ | sort -u…