數據庫管理員

ORA-32690: 散列表基礎結構記憶體不足[Oracle@sdw0 ~]$ oerr ora 32690 32690, 00000, "Hash Table Infrastructure ran out of memory" // *Cause: Not enough memory. // *Action: Increase memory. This is a known bug on database version 10.2.0.3. The

這個問題為什麼要討論呢，是有曆史根源的，我們從Oracle 10G開始說起。在11G以前，一個大表，如果要添加一個新列，且新列有預設值，如果使用alter table xx add xx_1 number default 1000;

1. 概述 MySQL資料庫的匯入，有兩種方法： 1) 先匯出資料庫SQL指令碼，再匯入； 2) 直接拷貝資料庫目錄和檔案。 在不同作業系統或MySQL版本情況下，直接拷貝檔案的方法可能會有不相容的情況發生。 所以一般推薦用SQL指令碼形式匯入。下面分別介紹兩種方法。 2. 方法一 SQL指令碼形式 操作步驟如下： 2.1.

使用DBCA以非互動(靜默)方式建立資料庫 通過執行dbca -h | -help來查看協助選項 [Oracle@jyrac1 ~]$ dbca -help dbca  [-silent | -progressOnly | -customCreate] {  }  | { [ [options] ] -responseFile  } [-continueOnNonFatalErrors ]Please refer to the

1、當前資料庫環境： 雙節點Oracle linux 5.4 RAC Grid software  11.2.0.4 Oracle software 11.2.0.4 OPatch Version  11.2.0.3.4 2、OPatch下載 下載11.2.0.4.1 Patch:17478514 p17478514_112040_Linux-x86-64.zip 根據該psu readme ：&

Oracle匯出資料：  編寫建立路徑檔案：create_dir.sql  create or replace directory dmpdir as 'E:\app\tmp';  grant read, write on directory dmpdir to test;  exit  編寫執行匯出Bat檔案：export.bat  sqlplus system/root123@MYTEST @

ORA-15041: diskgroup space exhausted 對您的資料庫環境的直接和間接影響？與 ASM 磁碟組相關的磁碟空間問題和 ORA-15041 錯誤會對資料庫環境產生嚴重影響，如資料庫掛起/資料庫崩潰歸檔、備份、恢複失敗複製構建延遲IO 失衡/IO 失敗效能下降管理 ASM 磁碟組及其空間使用時所採取的最佳實務和主動措施，從而主動避免ORA-15041: diskgroup space

診斷並解決ORA-04031 錯誤 當我們在共用池中試圖分配大片的連續記憶體失敗的時候，Oracle首先清除池中當前沒使用的所有對象，使空閑記憶體塊合并。如果仍然沒有足夠大單個的大塊記憶體滿足請求,就會產生ORA-04031 錯誤。 當這個錯誤出現的時候你得到的錯誤解釋資訊類似如下: 04031, 00000, "unable to allocate %s bytes of shared memory (\"%s\",\"%s\",\"%s\",\"%s\")" /

Oracle安裝配置過程中，是與作業系統、儲存、網路密切相關的。特別是在Linux、AIX環境中，配置過程相對複雜，一個環節錯誤可能就會引起後續一系列的問題故障。 此外，隨著Oracle版本的變化，相同安裝項目執行的步驟方法有很大變化。比如Data

資料表空間資料檔案容量與DB_BLOCK_SIZE的設定有關，而這個參數在建立資料庫執行個體的時候就已經指定。DB_BLOCK_SIZE參數可以設定為4K、8K、16K、32K、64K等幾種，Oracle的物理檔案最大隻允許4194304個資料區塊（這個參數具體由作業系統決定，一般應該是此數字），資料表空間資料檔案的最大值對應關係就可以通過4194304×DB_BLOCK_SIZE/1024M計算得出。4k最大資料表空間為：16384M8K最大資料表空間為：32768M16k最大資料

Oracle資料庫發展到今天，“IO為王”已經是一種發展方向趨勢。ExtraData一體機的重要特色之一就是最大程度的發揮IO能力、提高IO輸送量。相比CPU和記憶體，IO儲存有其特殊性。我們討論IO，通常成為I/O棧（I/O Stack）。I/O棧設計的對象是一系列關鍵組件層，包括HBA、Storage Switches、Storage Array和Physical

Oracle中的AWR報告是目前官方提供的最好的效能分析診斷工具。藉助對於一個連續snapshot的分析，我們可以快速的擷取到整體效能分析指標，綜合定位問題發生點。任何Oracle版本中，我們都可能會遇到各種類型的Bug。發現Bug之後，和官方公布內容進行匹配確認，找到解決或者規避方法，是資料庫使用者應該具備的一種能力。1、環境介紹和故障發生筆者在11.2.0.3環境下，產生巡檢AWR報告，想查看業務高峰期作業負載情況。SQL> select * from v$version; 

1.安裝Oracle資料庫對硬體的基本要求1.1記憶體的基本要求至少1GB的實體記憶體Oracle官方推薦記憶體2GB或者更多這裡我們如果是實驗環境滿足基本條件即可。實際生產環境要充分的評估業務使用方式和系統的架構來制定記憶體的分配和預留。在CentOS 6.4下安裝Oracle 11gR2(x64) Oracle 11gR2 在VMWare虛擬機器中安裝步驟 Debian 下 安裝 Oracle 11g XE R2 在AIX系統命令列中輸入# getconf REAL_MEMORY119275

最近公司新換了電腦，10G的記憶體還是挺給力的，首先在本機安裝了Oralce運行環境，本以為會很順利，但還是出了一些小問題，記錄下來幫自己梳理下吧，也算是部落格的開篇之作。記得第一次在Linux上安裝Oracle時，不知折騰了多少天，安裝包不對，環境變數配置不好，，種種問題都想不到，也想不明白。現在看來，這都是一個必須要走的一個過程，好多東西只有自己不斷實踐、總結，才能隨心所欲，看清問題的根本，比如簡單一個Oracle安裝，出問題基本都是由於作業系統相關知識不過關，所以Linux基礎還是要打好。

1. 環境描述和注意事項作業系統：Oracle Linux 5.4（32位）目    標：為獨立的伺服器安裝Grid Infrastructure，安裝Oracle

看到有人問如何區分RAC 建立後是Admin managed 還是Policy managed 。首先要看定義： Administrator-managed: Database administrators define the servers on which databases resource run, and place resources manually as needed. This is the management strategy used in previous

Data Pump資料泵是Oracle從10g開始推出的，用於取代傳統exp/imp工具的資料備份還原組件。經過若干版本的演化和修改，Data Pump已經非常成熟，逐漸被越來越多的DBA和營運人員接受。相對於傳統的exp/imp，Data

系統內容：作業系統： RedHat EL6Oracle：  Oracle 10g and Oracle 11g手工建庫相對來說很容易實現，本案例是從10g和11g，通過手工建庫的方式做一個簡單的對比，可以看出11g和10g之間的一個簡單的差異！10gRAC-10.2.0.4-dbca建庫時配置OEM遇到BUG-p8350262 Oracle 11g R2 手動建庫(create database manually) Oracle 11g + ASM DBCA 建庫問題解決心得

Oracle 11gR2 grid 叢集有些資源不會叢集自動啟動，需要手工啟動，比如用srvctl和crs_start 等等，出現這種問題的原因大概是在叢集運行時，出現手工停止某些資源的情況。 查看resource 的啟動屬性 1：crsctl status resource resource_name -p auto_start的值為restore 修改成跟隨叢集軟體自動啟動   1： crsctl modify res

日常DBA的工作就是擷取SP的代碼，以便於分析或者移植到別的環境，如何快速擷取SP的DDL呢，總結了下，DB2在擷取SP的DDL語提供的方法還是比較多，可以供參考：1  select routinename,text from sysibm.sysroutines;上面是通過資料字典表查詢擷取，與其等效的系統檢視表查詢擷取方法DB2 SELECT CHAR(ROUTINESCHEMA,20), CHAR(ROUTINENAME,20), TEXT FROM