Oracle

出現Oracle 11g 使用者名稱密碼到期問題，處理方式如下：1：先登陸控制台進行驗證，weblogic內建的JDBC測試，可以驗證資料庫連通性。同時應用日誌應該會出現ORA-28002的密碼到期的錯誤提示。2：也可以登陸資料庫，使用原始使用者進行串連嘗試conn username/MIMA . 也會出現ORA-28002的密碼到期提示。具體操作如下：Oracle 

在12c pdb環境中如果root pdb的undo檔案異常，資料庫該如何恢複呢？這篇文章類比undo丟失的情況下進行恢複類比環境三個會話，其中第一個會話對pdb1中的表進行操作，並且有事務未提交,第二個會話對pdb2進行操作，也未提交事務；第三個會話直接abort庫，類比突然庫異常，然後刪除root pdb下面的undo檔案--會話1[oracle@ora1221 oradata]$ sqlplus  / as sysdba SQL*Plus: Release 12.2.0

接到同事的電話，某省的一個用於監控的siteview資料庫啟動不了了，登入後檢查alertlog發現：Completed first pass scan 9868 redo blocks read, 655 data blocks need recoveryThu Apr 19 16:52:42 2007Started recovery at Thread 1: logseq 700, block 194931, scn 0.0Recovery of Online Redo

一，預存程序1.基本結構CREATE OR REPLACE PROCEDURE 預存程序名字(    參數1 IN NUMBER,    參數2 IN NUMBER) IS變數1 INTEGER :=0;變數2 DATE;BEGINEND 預存程序名字2.SELECT INTO STATEMENT  將select查詢的結果存入到變數中，可以同時將多個列儲存多個變數中，必須有一條 

最近幫客戶配置了一下通過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#

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

首先是客戶在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_

這周折騰了2天的時間幫客戶成功恢複了一套近1.4TB的10.2.0.5 RAC(ASM). 該庫在3月4號直接crash了。大家可以看到，該庫在開始報錯讀取redo,controlfile報錯,本質原因是DISKGROUP dismount了,資訊如下：Tue Mar 04 18:09:59 CST 2014Errors in file /home/oraprod/10.2.0/db/admin/xxxx/bdump/xxxx_lgwr_15943.trc:ORA-00345: redo

前天某客戶的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),

一個網友的資料庫部署在windows環境，可能是由於儲存問題或者windows本身檔案系統的問題，出現IO問題之後，最後資料庫重啟之後，竟然無法啟動了，報錯無法讀取其中的幾個檔案，alert log如下：Nov 14 12:33:12 2014Errors in file d:\oracle\diag\rdbms\orcl\orcl\trace\orcl_m001_1704.trc  (incident=60577):ORA-00700: soft internal error,

1. 執行一個SQL指令檔  代碼如下複製代碼 sqlplus user/pass@servicename<file_name.sql或SQL>start file_names或SQL>@ file_name

--建立測試表  代碼如下複製代碼 create table t_a(id number);--使用迴圈直接插入資料begin  for i in 1..100000 loop     insert into t_a(id) values(i);  end loop;end;--使用Forall批量插入資料declare  type a_table_type is table of number index

客戶的資料庫在出賬期間有工具登入Oracle資料庫偶爾性報ORA-04031,經過分析是因為該工具需要查詢v$session,經過分析確定是Bug 12808696 – Shared pool memory leak of “hng: All sessi” memory (Doc ID 12808696.8),重現錯誤如下節點1進行查詢報ORA-4031  代碼如下複製代碼 SQL> select count(*) from

資料庫啟動失敗,報ORA-00704、ORA-39714錯誤[oracle@www.xifenfei.com ~]$ sqlplus / as sysdba SQL*Plus: Release 12.1.0.1.0 Production on Thu Aug 7 08:15:35 2014 Copyright (c) 1982, 2013, Oracle.  All rights reserved.  Connected to:Oracle

今天做項目時要實現分頁功能，以前只在mysql上弄過，oracle倒沒試過，但知道有這樣一個rownum這個東西。但這個東西也不是那麼容易用的，還是有蠻多地方要注意的。它不是物理上存在的一列，而是oracle自己在結果集中進行添加的。首先我們來看一下我們的表結構先：我們建立一個表：  也就一個欄位ID而已，這方便我們直接地看到結果。我們先隨便插入幾條資料：先弄進去5條吧。我們直接來一個：Sql代碼  

資料庫最初故障Thu Sep 25 09:27:26 2014MMON started with pid=15, OS id=1968 starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...starting up 1 shared server(s) ...ORACLE_BASE from environment = F:＼oracleThu Sep 25 09:27:2

在資料庫的恢複過程中遇到ORA-600 4000錯誤挺多的，但是在oracle 8i(8.1.7)中遇到此類問題，還是第一次，做個記憶，供參考：資料庫故障起因：因為儲存異常，導致當前redo損壞，並_allow_resetlogs_corruption參數嘗試開啟資料庫Media Recovery Log kcrrga: Warning.  Log sequence in archive filename wrappedto fix length as indicated by %S

資料庫不能啟動(或者啟動後馬上crash),alert日誌報錯ORA-00600[17182],ORA-00600[25027],ORA-00600[kghfrempty:ds]等錯誤Tue Jul 08 23:36:06 2014 alter database openBeginning crash recovery of 1 threads  parallel recovery started with 32 processes Started redo scan