Oracle

昨天一個朋友問我如何監測一個PL/SQL的健全狀態，這裡簡單介紹幾種方法。介紹更專業的DBMS_PIPE實現方式。如果覺得DBMS_APPLICATION_INFO包還不夠專業，這裡再介紹一篇更加PROFESSIONAL的解決方案，通過DBMS_PIPE實現處理序間通訊。利用這種方法，進行操作的PL/SQL過程可以通過管道發送訊息給接收進程。下面給出一個最簡單的例子：SQL> CREATE TABLE T_RECORD2  (STR VARCHAR2(30),3

很多時候由於asm不能正常啟動，導致資料丟失。下面提供兩種方法找回asm中的資料檔案一.使用AMDU工具AMDU是Oracle 11g裡內建的一個免費的工具，用於分析ASM磁碟組的中繼資料以及從不能mount的磁碟組中往外抽取資料檔案“NOTE:553639.1 Placeholder for AMDU binaries and using with ASM

今天有網友對asm中的磁碟做了fdisk操作,導致asm disk異常,通過手工修複ASM DISK HEADER 解決該問題,這裡通過實驗重現,提醒大家操作asm中的硬碟分區需要謹慎,平時對ASM DISK HEADER 做好備份初始化資訊SQL> select * from v$version;BANNER----------------------------------------------------------------------Oracle Database 11g

ORACLE資料庫有兩類備份方法。第一類為物理備份，該方法實現資料庫的完整恢複，但資料庫必須運行在歸擋模式下（業務資料庫在非歸擋模式下運行），且需要極大的外部存放裝置，例如磁帶庫；第二類備份方式為邏輯備份，業務資料庫採用此種方式，此方法不需要資料庫運行在歸擋模式下，不但備份簡單，而且可以不需要外部存放裝置。資料庫邏輯備份方法ORACLE資料庫的邏輯備份分為三種模式：表備份、使用者備份和完全備份。表模式備份某個使用者模式下指定的對象（表）。業務資料庫通常採用這種備份方式。若備份到本地檔案，使用如下

ORA-00235 controlfile fixed table inconsistent due to concurrent update　ORA-00235控制檔案固定表由於並發更新導致不一致Cause Concurrent update activity on a control file caused a query on a control file fixed table to read inconsistent information.　Action Retry the

眾多Oracle有關問題中，其中最重要的一個是緩衝區忙等待(buffer busy wait)事件。緩衝區忙等待是I/O-bound Oracle系統中最常見的現象，尤其是在Oracle STATSPACK報告的前五個忙等待的讀(順序/分散)系統中，如前5個定時事件：% 總和事件等待　 時間(s)消逝時間--------------------------- ------------ ----------- -----------db檔案順序讀 2,5987,146　 48.54db檔案分散讀2

在11gr2中，Oracle分析函數的功能進一步增強。這篇介紹分析函數LAG和LEAD的增強。11gr2對LAG和LEAD函數進行了增強，添加了IGNORE NULLS的功能。SQL> select * from v$version;BANNER--------------------------------------------------------------------------------Oracle Database11gEnterprise Edition Release11.

一、Oracle追蹤檔案Oracle追蹤檔案分為三種類型：一種是後台警示記錄檔，記錄資料庫在啟動、關閉和運行期間後台進程的活動情況，如資料表空間建立、復原段建立、某些alter命令、日誌切換、錯誤訊息等。在資料庫出現故障時，應首先查看該檔案，但檔案中的資訊與任何錯誤狀態沒有必然的聯絡。後台警示記錄檔儲存BACKGROUND_DUMP_DEST參數指定的目錄中，檔案格式為SIDALRT.LOG。另一種類型是DBWR、LGWR、SMON等後台進程建立的後台追蹤檔案。後台追蹤檔案根據後台進程運行情況產

整個移植分三步一、複製ORACLE和HMIS檔案夾：如果原來ORANT和HMIS檔案夾在C：盤，複製到新的系統還要放在C:盤；原來的檔案來在D:盤，複製到新的系統也要放到D：二、匯出原系統註冊表，並匯入新系統的註冊表中：匯出方法：單擊開始->運行->鍵入“regedit”並斷行符號，開啟登錄編輯程式；在登錄編輯程式中左邊樹中依次展開“HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE”；在ORACLE項上點擊滑鼠右鍵-

案例2： recover tablespace（恢複資料表空間（刪除了tablespace的所有的datafile））在關庫狀態下刪除資料檔案時，這樣恢複：轉儲datafile，使丟失的datafile離線， recover tablespace（1）類比環境SQL> conn scott/tigerConnected.SQL> col tname for a30SQL> select * from tab;TNAME         &

摘要 OLE DB是建立在ODBC成功基礎上的一種開放規範,它為訪問和操縱不同類型資料提供開放的標準。ADO是OLD DB的一個消費者，它提供了對OLE DB資料來源應用級的訪問功能。在應用程式中使用OLE DB和ADO，可以高效地調用返回記錄集的Oracle預存程序。關鍵字 OLE DB ADO 預存程序 記錄集1

Flashback 技術是以Undo segment中的內容為基礎的，因此受限於UNDO_RETENTON參數。要使用flashback的特性，必須啟用自動撤銷管理資料表空間。在Oracle 10g中， Flash back家族分為以下成員： Flashback Database， Flashback Drop，Flashback Query(分Flashback Query,Flashback Version Query， Flashback Transaction Query 三種)

RMAN是基於物理結構的備份，基於資料區塊的備份，支援與online redolog和archive redolog一起做恢複操作，是Oracle推薦的備份恢複工具。Data IMP/EXP是基於邏輯結構的匯入匯出工具，是基於資料對象（如表、預存程序等）的匯入匯出工具，不支援與online redolog和archive redolog一起使用，如果用作備份與恢複只能恢複到匯出的那個時間點，是Oracle推薦的資料移動工具，可以從一個庫匯出再匯入到另一個庫。一般Database

在認真學習了GoldenGate企業級營運實戰後，重點是對OGG幾個進程的理解，結合對原理的理解，在整整實驗了近兩天，反覆配置了四次之後，終於配置成功。本文經過多次配置成功實踐整理而成，還有很多的細節需要完善。目錄================================一、環境準備並安裝GoldenGate1. 資料庫準備情況2. 下載OGG軟體並解壓安裝3. 準備OGG環境變數4. 配置記錄模式5. 建立GoldenGate使用者帳號6. 安裝GoldenGate軟體7.

本文採用Oracle 11g Dataguard broker switchover測試1. 採用dataguard broker 測試switchover1） 主庫情況SQL> select open_mode,database_role,db_unique_name from v$database;OPEN_MODE            DATABASE_ROLE    DB_UNIQUE_NAME---

對於RAC環境而言，調整系統時間不是一件小事情，Oracle為了保證節點之間的一致性，很可能會重啟其中一個節點。測試發現，如果將系統時間向前調整，那麼無論調整多長的時間都不會造成系統的重啟。但是如果將系統時間向後調整，就會造成整個節點的重啟。即使是關閉資料庫，調整時間仍然會重啟節點。正確的方法是首先關閉資料庫和CLUSTER環境，然後修改系統時間，為了避免資料庫中的時間出現衝突，最好等待目前時間超過修改前的系統時間後，再啟動CLUSTER環境和RAC資料庫：# dateTue Aug

看來通過檢查資料字典資訊是找不到什麼問題的原因了，只有通過手工執行收集統計資訊的過程來嘗試發現問題。為了避免bug意外被解決所導致的問題無法重現，同時也為了可以在解決bug的過程中使用一些特別的手段而不影響使用者的使用，這裡通過備份建立了一個測試環境，下面的操作是在測試環境中執行。首先修改統計資訊對應的JOB的NEXT_DATE，使其在後台執行，檢查收集統計資訊後，測試資料庫上是否能重現問題：SQL> SELECT JOB, WHAT FROM USER_JOBS;JOB WHAT----

今天檢查資料庫中的備份輸出指令碼時，發現RMAN備份出現了錯誤。這一篇跟蹤錯誤資訊，尋找定位問題的方向。根據前面的問題描述，發現問題越來越複雜，從一個簡單的RMAN備份報錯，牽扯到系統中有3個長時間啟動並執行JOB，以及RAC環境當前節點存在了大量的RACGMAIN

今天檢查資料庫中的備份輸出指令碼時，發現RMAN備份出現了錯誤。這一篇主要描述問題的現象。錯誤資訊如下：bash-3.00$ more /data/backup/backup_tradedb_090523.outScript. /data/backup/backup_tradedb.sh==== started on Sat May 23 23:00:00 CST 2009 ====RMAN:

INTERVAL分區其實是一種比較特殊的定界分割，因此可以很方便的將RANGE分區錶轉化為INTERVAL分區表，同樣可以將INTERVAL分區錶轉化為RANGE分區表。對於一個普通的定界分割表：SQL> CREATE TABLE T_PART2  (ID NUMBER,3  NAME VARCHAR2(30),4  CREATE_DATE DATE)5  PARTITION BY RANGE (ID)6  (PARTITION P1