Oracle

最近幫客戶配置了一下通過odbc透明網關，實現在oracle內通過db link訪問postgres DB。簡單記錄一下：（1）listener.ora和tnsnames.ora的配置：[wsj81@localhost admin]$ cat listener.ora# listener.ora Network Configuration File: /wsj/oracle/app/product/11.2.0/dbhome_1/network/admin/listener.ora#

客戶有個機器上的instance，在機器重啟後，總是不隨機啟動，每次都要手工的srvctl的去start一次。這其實是crs的配置緣故：[root@rac1 ~]# crsctl stat res ora.ora11g.db -p NAME=ora.ora11g.db TYPE=ora.database.type

做了一個指令碼sprpt_batch.sh:read linesnap_i_id=$1end_snap=$2 sqlplus -s /nolog<<EOFconn /as sysdba;define begin_snap=${snap_i_id};define end_snap=${end_snap};define report_name=sprpt_batch_${snap_i_id}_${end_snap}.txtset echo offset feedback

客戶有個環境是10g的RAC，由於一次偶爾的需求，需要將一個11g的資料庫臨時在上面啟動，當我們mount了11g的軟體卷和datafile 卷之後，11g的資料庫能正常啟動，但是當11g的資料庫shutdown時，導致了10g的crsd進程重啟。在10g的crsd的log中，可以看到：2011-10-16 11:35:35.827: [ OCRAPI][267]procr_open_key: Invalid keyname [CRS.CUR.]. Component too big.2011-

今天收到一個客戶的問題，資料庫中的alertlog中報錯ORA-06553: PLS-801: internal error [56327]，Errors in file /mydb/db/oradata01/dbsepus/diag/rdbms/dbsepus/dbsepus/trace/dbsepus_cjq0_11056.trc:ORA-00604: error occurred at recursive SQL level 1ORA-06544: PL/SQL: internal

某資料庫restore之後，嘗試set newname但是報錯RMAN-06015。我們可以先手工catalog進去，在set newname。可以看如下的測試案例：--1.純粹的set newname是可以的RMAN> run{ 2> set newname for datafile 6 to '/u01/oracle11gR2/oracle/oradata/ora11g/U_NOLOB2.dbf222'; 3> }  executing command: SET

作業系統版本是Solaris 10，安裝完11.2的grid之後，安裝11g的RAC database沒有問題。但是在安裝10g RAC database的時候，進度條到50%，總是報OUI-35000 Fatal Cluster Error的錯誤。此時Banner已經disable。用ssh node1 date和ssh node2 date檢查各個節點的互信，都沒有問題。但是用下面的命令檢查卻報錯互信有問題。./runcluvfy.sh stage -pre crsinst -n node1

一般情況下，我們如果alter操作，是不會觸發drop操作。但是在某些特別的情況下，alter package的操作在遞迴SQL中，是能看到drop操作的。我們這個環境中有trigger，一旦有drop操作的時候，是會報錯ORA-20008，且被阻攔的。我們看到下面，我們只是alter package而已。但是在關係到其關聯對象的時候，竟然發生了drop的動作：SQL> alter package MYUSER1.MYP_IIA_IS_PACKAGE compile body;alter

db replay設定scale_up_multiplier不生效設定scale_up_multiplier：BEGINDBMS_WORKLOAD_REPLAY.PREPARE_REPLAY (scale_up_multiplier => 10);END;但是設定之後，在DBA_WORKLOAD_REPLAYS.SCALE_UP_MULTIPLIER檢查發現，這個值始終是1。這是因為scale_up_multiplier不支援基於object

1. RMAN備份時是預設檢查物理壞塊。2. 如果要檢查邏輯壞塊，可以用如下語句：$ rman target / RMAN> backup check logical validate database;註上述語句，只是檢查，不會備份的。3. 如果要在備份的同時，進行邏輯壞塊檢查，可以用：$ rman target / RMAN> backup check logical

將10.2.0.5的一個大表匯入到12.1.0.2的時候，匯出參數是：[oracle10g@testdb tmp]$ cat expdp.paruserid='/ as sysdba'DIRECTORY=DUMPDIRdumpfile=mytable_%U.dmptables=schema.mytablelogfile=mytable.logjob_name=mytableparallel=8filesize=100M匯入參數是：userid='/ as

12.1.0.2之前，用startup trigger：  代碼如下複製代碼 --在CDB中建立startup triggerCREATE TRIGGER open_all_pdbs   AFTER STARTUP   ON DATABASEBEGIN   EXECUTE IMMEDIATE 'alter pluggable database all open';END

在12c中的RAC中，由於是flex cluster，常常會出現執行個體亂跑的現象，如執行個體3跑到了節點2上，執行個體2跑到節點3上。而且重啟之後也還是如此。我們可以這樣處理，讓原來亂跑的執行個體改回去：1.檢查crs中記錄的執行個體和節點對應關係的資訊：[oracle@12102-rac2 ~]$ crsctl stat res ora.cdbrac.db -p |grep

資料庫雖然正常open了，但是由於system有壞塊，導致資料庫匯出有部分表報錯，客戶希望通過修複壞塊完美解決該問題exp-ORA-1578bbed檢查system報壞塊C:\Users\FAL>dbv file=D:\BAIDUYUNDOWNLOAD\ORADATA\CHEASDB\SYSTEM01.DBF DBVERIFY: Release 11.2.0.1.0 - Production on 星期六 5月 14 15:40:55 2016 Copyright

首先是客戶在rac其中一個節點add disk時，發現在另外節點未添加成功，後面又反覆折騰add，甚至dd 盤頭進行了add。最為致命的一個動作是強制add disk，其實在該步驟之前這幾個disk已經add過一次，且完成了reblance，但是drop disk卻並未成功，最後客戶嘗試強制添加，如下：SQL> ALTER DISKGROUP xxxx ADD  DISK 'ORCL:VOL1_xxx' SIZE 2097152M  FORCE ,'ORCL:VOL2_

在某些時候，容易誤刪預存程序，那麼針對預存程序被刪除了，我們如何進行恢複呢 ？ 這裡分享幾種簡單的處理方法！首先我準備好一個測試案例，如下建立測試預存程序：SQL> conn roger/rogerConnected.SQL> CREATE OR REPLACE PROCEDURE proc_test_drop2 AS3 BEGIN4 FOR x IN (SELECT sysdate FROM dual)5 LOOP6 DBMS_OUTPUT.put_line (x.sysdate)

前天某客戶的11203 rac(asm)出現掉電，導致資料庫無法啟動，注意資料庫是歸檔模式。可見是多麼倒黴。據同事說開始是由於發redo和undo損壞導致無法啟動，部分資訊如下：Thu May 08 20:51:07 2014 Dumping diagnostic data in directory=[cdmp_20140508205107], requested by (instance=1, osid=13828272),

今天正在東莞蜜月的時候，一個學生說他管理的測試庫出問題了，無法open，我們先來看看是什麼問題：Recovery of Online Redo Log: Thread 1 Group 4 Seq 4 Reading mem 0  Mem# 0: /onlinelog/shr/redo04.logCompleted redo application of 0.00MBCompleted crash recovery at Thread 1: logseq 4, block 3,

主要遇到了如下幾個問題:1. mount 發現控制檔案異常,通過替換,用pfile mount成功，這個不說了.2. open報了一個如下的錯誤：Fri Jul 04 20:03:23 2014alter database openBeginning crash recovery of 1 threads parallel recovery started with 15 processesStarted redo scanCompleted redo scan read 2

一個朋友公司的資料庫出現異常,沒有備份。 資料庫open之後很快就crash掉，如下的alert log的資訊：Tue Jul 08 22:53:03 2014SMON: enabling cache recovery[13803] Successfully onlined Undo Tablespace 2.Undo initialization finished serial:0 start:7751194 end:7751284 diff:90 (0 seconds)Verifying