ITPub博客

历时7天，通读了10g DataGuard10余章内容，认真阅读了90%的内容。收获挺大！[@more@]开始下一站：10g Stream and AQ，据说比较难，学学看。

在任何平台的Oracle版本上（from 8i to 11g），Oracle Server - Enterprise Edition - Version: 8.1.7.0 to 11.1.0.7Oracle Server - Standard Edition - Version: 8.1.7.0 to 11.1.0.7都可能遇到这个问题：LOB segment has been defined as NOLOGGING and LOB Blocks were marked as corrupted by Oracle after a datafile recovery.[@more@]1 现象应用日志错误如下：错误信息是Ora-1578伴随 Ora-26040，首先感觉是一个坏块。如果是物理坏块就会比较麻烦。Errors: A persistence error occurred. System message follows:Nested exceptio

恢复步骤和单实例基本一样。需要注意的是，用rman open数据库的时候，有可能会触发ora-600。[@more@]1 备份主库C:Documents and SettingsAdministrator>rman target sys/oracle@primary catalog rman_bak/rman_bak@orabak恢复管理器: Release 11.1.0.6.0 - Production on 星期四 8月 28 14:34:47 2008Copyright (c) 1982, 2007, Oracle. All rights reserved.连接到目标数据库: PRIMARY (DBID=1498826162)连接到恢复目录数据库RMAN>RMAN> show all;db_unique_name 为 PRIMARY 的数据库的 RMAN 配置参数为:CONFIGURE RETENTION P

主库数据文件丢失，有两种恢复方法。1 利用RMAN备份恢复，参考 http://sdusun.itpub.net/post/7915/4697352 利用物理备库恢复在Oracle 11g，可以使用备库的数据文件去recover主库丢失的数据文件。如果备库是up-to-date的，并且在拷贝文件的时候网络不会成为问题。[@more@]0 SQL> startup mountORACLE 例程已经启动。Total System Global Area 535662592 bytesFixed Size 1334380 bytesVariable Size 293602196 bytesDatabase Buffers 234881024 bytesRedo Buffers 5844992 byte

在上一部分遇到节点2监听状态为UNKNOWN问题。进行了好一番折腾，依据D17276GC20第9章内容，先使用crs_profile，在crs_register搞不定，又使用/etc/init.d/init.crs stop | start还是搞不定，等等。无奈，搜索Metalink发现一段描述，很隐蔽：How can I register the listener with Oracle Clusterware in RAC 10g Release 2?NetCA is the only tool that configures listener and you should be always using it. It will register the listener with Oracle Clusterware. There are no other supported alternatives. 看来使用crs_registe

在SQLPLUS环境下执行存储过程，报如下错误：PLS-00357: 在此上下文中不允许表，视图或序列引用 '......'这个错误的原因很多，这里给出一种。谢谢班车QQ群 水清！[@more@]两种方法执行方法1：exec test_procedure0926('bb','aa');执行方法2：SQL> declare 2 bb varchar2(20); 3 aa varchar2(20); 4 begin 5 test_procedure0926('bb','aa'); 6 end; 7 /PL/SQL procedure successfully completed常犯的错误写法：exec test_procedure0926(bb,aa);或者SQL> declare 2 bb varchar2(20); 3 aa varchar2(20); 4 begin 5

以10g RAC grid, services & clustering 为蓝本，以RHEL4.5 + VMWare Server 为实验平台，由浅入深，步步深入。[@more@]欢迎志同道合的朋友加 “Oracle双层班车”QQ群 交流。

主库switchover：SQL> select sid,serial#,username from v$session where username is not null; SID SERIAL# USERNAME---------- ---------- ------------------------------ 124 10 SYSMAN 126 9 SYSMAN 127 2 SYSMAN 128 2 SYSMAN 129 2 SYSMAN 130 8 SYSMAN 131 10 SYSMAN 144 51 DBSNMP 151 105 SYSMAN 157 3 SYS10 rows selected.[@more@]SQL> alter system k

在配置和使用Data Guard的过程中经常会遇到Ora-16191错误。ORA-16191: 主日志传送客户机没有登录到备用数据库[@more@]1 在主库查询：SQL> select status, error from v$archive_dest 2 where dest_id=2;STATUS ERROR------------------ ------------------------------------------------ERROR ORA-16191: 主日志传送客户机没有登录到备用数据库2 查alert，并根据alert信息去找相应的trace文件，得到如下内容：*** 2008-08-19 13:11:34.984 1095 krsh.cError 1017 received logging on to the standby-----

现在要面临新挑战了。除了要管理Oracle单实例和ＲＡＣ系统外，还要维护ＤＢ２和ＳＱｌ２０００、ＳＱＬ２００５的库。这年头ＤＢＡ也要多元化了！[@more@]其实，也可以换一个角度来看，世界本来就是多元化的，咱也不能把宝全压在Ｏｒａｃｌｅ上。呵呵

先从重点入手，第一个内容：voting disk的备份1 hot backup2 cold backup[@more@]0 查询voting disk locationrac1-> crsctl query css votedisk 0. 0 /ocfs/clusterware/votingdisk located 1 votedisk(s).rac1-> rac1-> ls -l /ocfs/clusterwaretotal 14060-rw-r----- 1 root oinstall 4157440 Mar 7 20:35 ocr-rw-r--r-- 1 oracle oinstall 10240000 Mar 7 20:35 votingdiskrac1-> 1 hot backupscripts:rac1-> dateSat Mar 7 20:38:07 CST 2009rac1-> rac1-> dd if=/ocfs/clusterware/votingdisk o

主库：11gR1 + win2003 32bit备库：11gR1 + RHEL4 U5 32bit执行switchover[@more@]1 主库switchoverSQL> archive log list数据库日志模式 存档模式自动存档 启用存档终点 D:appAdministratorflash_recovery_areaPRIMARYARCHIVELOG最早的联机日志序列 150下一个存档日志序列 152当前日志序列 152SQL>SQL> select switchover_status from v$database;SWITCHOVER_STATUS----------------------------------------TO STANDBYSQL>SQL> alter database commit to switchover

主从库日志出现断档。问题的解决思路。[@more@]SQL> select * from v$archive_gap; THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#---------- ------------- -------------- 1 43 43SQL>SQL> alter database register logfile 'd:oracleARC00043_0660047105.001';Database altered.SQL> alter database register logfile 'd:oracleARC00044_0660047105.001';alter database register logfile 'd:oracleARC00044_0660047105.001'*ERROR at line 1:ORA-16089: archive log has already been registere

物理standby，主库保护模式由maximize performance 切换到 maximize protection。出现ORA-16072[@more@]1 问题描述SQL>SQL> select protection_mode from v$database;PROTECTION_MODE----------------------------------------MAXIMUM PERFORMANCESQL>SQL> shutdown immediate数据库已经关闭。已经卸载数据库。ORACLE 例程已经关闭。SQL>SQL> startup mountORACLE 例程已经启动。Total System Global Area 535662592 bytesFixed Size 1334380 bytesVariable Size 268436372 bytesDatabas

Bug No. 5957651 Filed 27-MAR-2007 Updated 19-APR-2007 Product Oracle Server - Enterprise Edition Product Version 10.2.0.2 Platform Linux x86-64 Platform Version No Data Database Version 10.2.0.2 Affects Platforms Generic Severity Severe Loss of Service Status Description Phase Base Bug N/A Fixed in Product Version No Data Problem statement:ORA-16401: ARCHIVELOG REJECTED BY RFS [@more@]*** 03/27/07 12:43 pm *** TAR:---- 6224167.993 . PROBLEM:-------- The customer recieves all the time errors: ORA