數據庫管理員

在session4的4小題需要用到SH.COUNTRIES表，而手工建庫時，這個SH使用者沒有這個表，就想著將別處的這個表拷貝過來。原來匯出表的庫：database Oracle_SID=TEST0221 版本： 11.2.0.4需要導進的庫：database ORACLE_SID=PROD 版本：10.2.0.1因為字元集的問題，出現了EXP-00091的錯誤因為資料庫版本的問題，出現了IMP-00010的錯誤 [oracle@node2 ~]$exp sh/sh@test0221

使用Data guard作為HA方案，要解決的一個問題在於：後台資料庫發生了主備切換，client串連如何做到自動切到新的primary資料庫上？ 如果做通用的方案，需要用戶端自己提供自動重連的能力，這點大多數java的occi的串連池都有實現。 但這些已有實現大多是對同一串連配置發起重連，所以需要考慮為application提供透明的串連方式，而不讓應用看到具體data guard的多個ip和service name，這就需要做些額外的配置工作。   &

問題現象:在單一實例資料庫上安裝好了Oracle GridInfrastructure 11gR2用於standby資料庫建立ASM使用，但是在通過grid使用者登入執行ASMCA命令後出來Create ASM GUI介面，簡單配置後執行create ASM 的過程中報錯:Oracle Grid Infrastructure is not configured properly.ASMCA needOracle Grid Infrastructure to configure

刪除Oracle資料庫中已經建立的資料庫，按照備份的oracle路徑重新安裝建立資料庫，路徑、資料庫SMID必須和原來的完全一致。停止所有的Oracle服務，到oracle安裝目錄下，把建立的資料庫刪除，把備份的檔案夾複製進來。重新啟動oracle服務，此時可以通過sqlplus對資料庫進行相關的操作，但要使用EM（Enterprise Manager）對資料庫進行管理時會顯示“Enterprise Manager 無法串連到資料庫執行個體，下面列出了組件的狀態”的資訊，

問題描述：Oracle通過主鍵id刪除2000條記錄很慢，需要花費十二分鐘。解決過程：1.首先查看SQL的執行計畫，執行計畫正常，cost只有4，用到了主鍵索引。2.查看等待事件，select * from v$session_wait where sid = 507顯示的event是db file sequential read,也沒有異常。3.查看統計資訊是否正常select * from user_tables where table_name =

歸檔日誌存放形式主要存放方式有以下方式：一、ASM方式Oracle 10G、oracle11g、oracle 12C版本如果作業系統是AIX、HPUX、Linux下，一般都會採取ASM建庫方式，特別是oracle 11g和oracle12C，因為oracle已經不支援裸裝置建庫（手工建庫還是可以裸裝置），如果沒有購買HACMP、HP MC軟體，那一般開啟歸檔，歸檔日誌只能放在ASM上面，當然也可以放在本地磁碟上，那樣子備份難度就增加，也麻煩。Oracle RAC環境下歸檔日誌的備份 

Linux、AIX是我們營運環境中最常見的伺服器作業系統。在理想情況下，配置好的應用程式是在一個穩定迴圈環境下啟動並執行。一般不會發生過多的配置更改情況。但是，如果在規劃期間沒有合理進行各類型資源的配置（特別是儲存），往往就需要營運人員的後期介入調整。 在AIX中進行各種參數命令配置，smitty是一個相當不錯的工具選擇。Smitty是一個運行在AIX上的輔助操作工具，將各種作業系統軟硬體設定命令，轉化為一系列目錄表單樣式進行操作。這樣很好地減少了我們作業系統的複雜程度，也避免了誤操作

驗證RMAN備份的有效性1、restore preview命令 此命令用來查看還原需要使用哪個備份組來執行特定的恢複 restore database preview; 2、使用validate和check logical參數的restore命令，檢查備份組，以確認資料庫是可恢複的 restore database validate； 使用check

最近在給公司開發人員造資料，這些資料要隨機範圍的，就用到了DBMS_RANDOM函數。這個函數不光能造一些隨機數字，還能隨機造一些日期|字元等。DBMS_RANDOM在官方文檔的 PL/SQL Packages and Types Reference-->75 DBMS_RANDOM這個位置。--------------------------------------分割線

隨著技術環境的不斷髮展和增加，營運部門面對的運行環境呈現大規模和複雜兩個趨勢。一兩個營運人員管理公司成百上千台伺服器的情況將來會是常見的事情。這個時候，集中監控、自動營運平台是解決問題最好的方法。本篇我們就介紹一個切換到集中備份環境中出現的小問題。--------------------------------------分割線 --------------------------------------推薦閱讀：RMAN 配置歸檔日誌刪除策略 Oracle基礎教程之通過RMAN複製資料庫

完全恢複：僅僅還原了損壞的資料檔案，單獨恢複該檔案，恢複過程中從備份開始的日誌序列到當前的日誌序列，一個都不能少。被動的不完全恢複：從備份開始的日誌序列到當前的日誌序列，缺失一個或多個。所有資料檔案都先restore，然後都回到過去某個一致的狀態。關於ALTTER DATABASE

請注意，Oracle 在官方Support 網站上明確提出不支援VMWare 運行Oracle database。 但如果在虛擬環境要怎麼辦呢？ 我的建議：    如果你就是企業使用者，所有基礎架構都用了VMWare，那就用VMWare，也沒有發現有什麼不妥的，用吧。    如果你是整合商，要給客戶找不同的方案，那你要提醒一下終端使用者，以免有問題找後賬。   

在Data Guard環境中，Standby Redo Log是一個比較特殊的日誌類型。從最新的DG安裝指導中，都推薦在Primary和Standby端，都配置Standby Redo Log。 簡單的說，Standby Redo Log就是在Standby端應用傳遞Redo Log過程中，逐步執行的online redo log。Standby端雖然也有online redo log，但是在redo apply應用的過程中，是不使用online redo log的。即使是11g

rman備份archivelog時出現以下錯誤：RMAN> backup archivelog all delete input;Starting backup at 14-APR-14current log archivedusing channel ORA_DISK_1using channel ORA_DISK_2RMAN-00571: ===========================================================RMAN-00569: ===

sqlldr是在處理大資料量的操作中建議採用的方式，它有許多效能想關的開關，能最大程度的減少redo,undo的產生，控制資料的處理方式(insert,append,replace,truncate)因為項目需要，對比datapump效能還是不理想，所以還是希望採用sqlldr來做。個人做了簡單的測試。根據thomas kyte的介紹，並存執行路徑載入時最快的方式，能夠直接寫只格式化的資料區塊，最大限度的減少redo,undo的產生。Linux環境下sqlldr一個csv檔案

Oracle 11gR2指定的OBE安裝包是10.2,但是實際上無法使用，就下載了11.1，但是依然遇到數次錯誤，來回修改，窩火......如果安裝失敗，需要重新安裝時，執行以下卸載步驟：1. cd $ORACLE_HOME/owb/bin/unix使用./owbclient.sh進入管理介面刪除已經建立的project以及使用者SALES_WH;2.在sqlplus下drop user  SALES_WH

TNS-12541: TNS:no listener 這次錯誤我總結一下有三種情況 1. 本地監聽程式沒有開起來 2. 伺服器網路到用戶端網路不通 3. Hosts裡面配置問題[Oracle@his1 admin]$ tnsping crds3db2  用戶端tnsping提示程式無監聽TNS Ping Utility for Linux: Version 11.2.0.2.0 - Production on 28-MAY-2014 11:11:

按照文檔登陸Oracle  Management Server時，第一次登陸成功，關機後再次登陸可能會出現：網域名稱解析錯誤或登陸被否決錯誤。錯誤原因為當前IP地址與Oracle安裝時配置的IP地址不一致。解決辦法： 修改本機host檔案，手工指定本機IP地址。解決步驟：1。 首先要建立一個資料文檔，方法 開始->程式->Oracle->Configuration and Migration Tools -> Enterprise Manager

如果使用Solaris系統預設的核心參數，會導致建立資料庫時出現Out of memory錯誤。 Solaris 10以前的版本是在/etc/system中設定系統參數，這種方式在Solaris 10/OpenSolaris中已經不用。 取而代之的是基於project的配置方式。 a. 修改 /etc/system，在其中添加 (Solaris 10 這種方式已不使用) #/etc/system set semsys:seminfo_semmni=100

【環境】 AIX（5300-08）、Oracle10g（10.2.0.1.0-64bit） 【目標】 由於生產環境資料量較大，欲加快rman備份的速度 【方法】 啟動塊跟蹤 【操作】 SQL> alter database enable block changetracking using file '/home/oracle/block.trc'; Database altered. SQL>