數據庫管理員

我今天開機發現Oracle的service、listener兩個服務都正常啟動但是sqlplus登陸提示：ERROR:ORA-01034: ORACLE not availableORA-27101: shared memory realm does notexist網上尋找解決這個問題的辦法，大部分是說sqlplus/nologconnect / as sysdbastartup force或者sqlnet.ora中SQLNET.AUTHENTICATION_SERVICES=

本人在CentOS 6.4上安裝萬mysql後，無法通過root進入，因為安裝的時候，並沒有設定root密碼，似乎有個初始隨機密碼，但是不記得了，太麻煩，直接重設root密碼。使用rpm包安裝完mysql後，按照一下步驟重設root密碼：啟動mysql：#/etc/init.d/mysql start啟動成功後查看mysql進程資訊，擷取mysqld_safe的安裝目錄(非常關鍵)：#ps -ef | grep -i mysqlroot 3466 1 0 01:45 pts/1 00:00:00

RedHat Linux 6.2下Oracle10g安裝配置手冊以下都是root使用者操作1.  安裝準備1.1 RedHatLinux Server 6.2安裝檔案RatHatLinuxServer-6.2-x86_64.iso1.2 Oracle10g Linux安裝檔案10201_database_linux_x86_64.cpio.gz1.3 檢查安裝包rpm -qa |grep

裝一個Windows 2008 Server 64並裝Oracle，然後遷移庫至Linux環境裡 Windows Server 2008-192.168.182.128 Oracle 11.2.0.3.0 ORACLE_SID=orcl Oracle Enterprise Linux 5.8-192.168.182.131 Oracle 11.2.0.1.0

Oracle的PLS-00231 錯誤分析 ，這個錯誤一般是函數的存取權限導致的，在包頭聲明為共有函數則全票通過，在包體聲明的話位死於函數會導致錯誤。 create or replace function Two      return Number      is      begin        return 2;    &

一.安裝CentOS 二.安裝ora所需的庫 三.修改centos核心 四.建使用者組和目錄結構等 五.安裝ora11g2r 六.安裝sqlplus的翻頁程式和help補丁 七.自啟動指令碼 八.常用命令一.安裝CentOS 5.2 32bit。 1.記憶體2G，Swap分區3G (3200M 約為1.5倍 報memory target 錯誤，調高至4500m 待測） 2.應用程式裡，不選擇"辦公/效率率"

2014年第一季度的PSU更新主要是3個版本：12.1、11.2.0.4、11.2.0.3以及11.1.0.7。在第2季度Oracle 將發布12.1.0.2，同時11.2.0.4版本也將是11.2的終極版本，不會再出11.2.0.5。如下是我整理的最新的10.2.0.4+版本的最新psu資訊，供大家參考！(包含12c psu資訊). ++++10.2.0.4Oracle Database Patch Set Update  Unix     

從Oracle 11.2.0.2開始提供了使用者重新命名的新特性，在以前的版本中，如果需要rename username我們一般使用imp的fromuser、touser，資料泵impdp的remap_schemas。如果說我們要匯入一個schema資料替代以前的schema，並且之前的schema需要保留，那麼可以rename之前的使用者。SYS AS SYSDBA@devcedb>select * from v$version; BANNER -----------

上午老總過來說暫存資料表空間為空白，讓我過去看看。我一看報ORA-25153，這一定是暫存資料表空間邏輯名還在，但是找不到臨時檔案的原因。解決方案：1、查詢暫存資料表空間狀態狀態select tablespace_name,status from dba_tablespaces;TABLESPACE_NAME                STATUS ---------------------------

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

錯誤描述：在CentOS 6.3上面安裝 Oracle 10G報錯：“/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory”解決過程：參考：安裝Oracle遇到libXp.so.6: cannot open shared object file  錯誤提示需要安裝32位的libXp,使用yum命令進行安裝：yum install

Dataguard是Oracle官方推薦MAA架構的重要解決方案。目前RAC+Local Dataguard + Remote

背景 我們在安裝Oracle資料庫軟體時，有個選項是flash recovery area，如果我們沒有勾選，就表示不啟用快速恢複地區，我們可以在資料庫裝好之後開啟或關閉。 開啟或關閉FRA需要資料庫在mount狀態下並且開啟歸檔模式，執行alter database flashback on/off; 當執行alter database flashback on;      時報如下錯誤： ORA-38706:

Oracle聯機重做日誌丟失的恢複（1）非活動的聯機重做記錄檔群組成員的丟失如果資料庫尚未關閉，並且丟失的是活動重做日誌組或當前重做日誌組的成員，則立刻使用alter database checkpoint進行檢查點檢查，此命令將強迫資料庫以緊迫方式將所有資料庫緩衝區快取的髒資料區塊寫入到資料檔案中。一旦完成檢查點檢查操作，則應該執行alter database add logfile 命令重建重做日誌群組成員。alter database add logfile '' reuse to

Oracle ASH（Active Session History）是作為細粒度的AWR報告，經常在我們進行效能調優過程中被應用到。和所有的監控手段一樣，ASH是建立在定時效能資料採樣收集，最後集中匯總分析的基礎上。ASH和AWR相比，採樣頻率更密碼編譯集，資料以活躍會話active

1、還原（restore），是指訪問先前產生的備份組，從中得到一個或多個對象，然後在磁碟上的某個位置還原這些對象。 恢複（recovery），是一個使資料庫與給定時間點相一致以保證能夠開啟這個資料庫的實際進程，該進程通常是通過應用重做（包括聯機重做日誌和歸檔重做日誌）來完成的。 2、要開啟一個Oracle資料庫，要求這個資料庫與給定的時間狀態一致。 3、Oracle通過檢查每個資料檔案頭中的當前SCN和控制檔案中的當前SCN是否一致來確定資料庫是否處於一致狀態。&n

系統內容：作業系統： 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 建庫問題解決心得

MOS上面解釋 Oracle E-Business Suite Release 11.5.10 introduced support for the Oracle Net security feature, tcp.validnode_checking, which is used to prevent unauthorized Oracle Net access (for example via SQL*Plus) to the Applications database. If

Oracle 10g AND Oracle 11g手工建庫案例--Oracle 11g系統內容：作業系統： RedHat EL6Oracle：  Oracle 10g and Oracle 11g   手工建庫相對來說很容易實現，本案例是從10g和11g，通過手工建庫的方式做一個簡單的對比，可以看出11g和10g之間的一個簡單的差異！案例二：在Oracle 11g

情景重現：       維護人員想要用plsql developer工具查看一年前某表的資料，表中資料約30W行，由於此時無業務，維護人員關閉了應用程式。查詢時選擇了將所有資料全部列出，結果在顯示到3W多行時，彈出如下資訊提示，顯示“結果集超過了最大長度”，此時維護人員沒有理會，點擊確定後資料庫繼續查詢，約6分鐘後查詢結束。此時，維護人員重啟了應用程式，探索資料顯示欄查詢不到該表的任何資料了，而應用程式的應用沒有任何報錯提示。解決措施：