數據庫管理員

Oracle 10g提供一個web版管理工具db control，類似於Oracle 9i的OEM工具，但在功能上有了很大的提高。在建立資料庫執行個體的時候就同時建立管理工具，但此管理工具和所在機器的主機名稱密切相關。所以在HA環境中帶來一些麻煩。下面介紹一下在HA環境中如何配置db control工具。刪除原有db control資訊 $>emca -deconfig dbcontrol db -repos drop 根據提示輸入資訊。刪除和db control相關資料庫物件

最近項目需要在單據成功提交後，手動重新整理某一個物化視圖。起初方案是，在表的After Update觸發器調用dbms_refresh.refresh('物化視圖名稱');測試發現報錯。報錯原因：通過dbms_refresh.refresh重新整理物化視圖時，預設有隱式的Commit事務提交。推測其Commit事務和觸發器隱式Commit事務提交衝突，故報錯。後修改為前台調用重新整理時，測試正常。PB前台測試代碼如下：DECLARE dbms_refresh Procedure FOR

有這樣一個需求，有一個職位，須要將它的增值服務作業資訊全部記錄下來在記錄的時候不可能把原來的資料刪除，於是我就想，MYSQL是否有一種文法，不用select原來的資料後再update，而是直接在update中直接拼接很幸運，我找到了這種文法，感謝搜尋引擎大神，更感謝在網路上分享這個文法的前輩 文法為CONCAT(IFNULL(欄位名,''),'','需要附加的字串') 完整就是update table set

用戶端安裝是挺簡單的：你只需注意下面說明即可說明：如果是與伺服器裝在同一台機子上，符號Oracle注意相應換成client，相應的安裝路徑也要修改版本資訊：Linux  Red Hat Enterprise Linux Release 5.5 Nahant Update2核心2.6.9.22.ELOracle用戶端版本:Oracle10.2.0.1 Client相關教程：RedHat Linux 5.5下安裝Oracle 10g服務端 

從Oracle 9i開始，管理段空間有兩種方法：手動段空間管理和自動段空間管理(Auto Segment Space

我的資料庫不知什麼原因無故掛起，今天啟動資料庫報如下錯誤：SQL>alter database open;alterdatabase open*ERROR atline 1:ORA-16014:log 3 sequence# 99 not archived, no available destinationsORA-00312:online log 3 thread 1:

今天有客戶的資料庫意外被刪除了整個目錄中的資料檔案，作業系統層級的刪除，然而幸運的是這個資料庫沒有崩潰，仍然處於open狀態的時候，客戶就發現了問題，求助到我們，最終完整地恢複了所有資料檔案。在Linux下大致重新示範一下恢複的過程，恢複的步驟與資料庫版本沒有太大關係，與作業系統的不同會有所不同。1. 在資料庫open的時候，直接刪除users資料表空間中的資料檔案。SQL> select name from v$datafile;   NAME ----------------

Oracle中的每個表都有一個rowid,它是一個18位字元組成字串,例:AAANgBAABAAAO/KAAA.它包含的字串由A-Z,a-z,0-9,+,/這些字元組成.是64進位.其中A-Z對應0-25,a-z對應26-51,0-9對應52-61,+對應62,/對應63.這個18位的字串分成4段分別表示不同的意思(6,3,6,3),1-6位表示對象ID,7-9位代表資料檔案編號,10-12位代表資料區塊編號,13-18代表在資料區塊中的行.假設建立下面一個表:create table

看自己電腦上的那個肥大Oracle用戶端不爽，我基本都沒怎麼用過那些Enterprise Manage Console之類的東西，它的存在簡直就是浪費我的電腦空間。於是上網查了一把，究竟能不能把ORACLE用戶端卸載掉，而正常使用PL/SQL。原來這種方式是有的（我自己研究並試了一下）。第一步 : 首先去oraclehttp://www.oracle.com/technology/software/tech/oci/instantclient/htdocs/winsoft.html &

crs_stop -all 命令後遇到 UNKNOWNcrs_stop -all 命令後遇到 UNKNOWNRAC中執行crs_stop -all後提示一些服務停不了，再用crs_stat -t查看狀態的時候，停不掉的服務會顯示狀態是UNKNOWN，服務在UNKNOWN狀態下用 crs_start 不能啟動服務例如：[Oracle@rac1 ~]$ crs_stop -allAttempting to stop `ora.rac1.gsd` on member `rac1`Attempting

今天在dataguard 備庫起recover 的時候報錯：ORA-16014: log 4 sequence# 1 not archived, no available destinations解決下面第一種方法：先看SQL> show parameter db_recoveryNAME                 

經常聽到有DBA因為對DATAGUARD監控不到位，導致歸檔日誌和主庫沒有同步，更悲劇的是主庫通常都設定了RMAN備份， 而全庫備份結束後通常會刪除歸檔日誌。遇到這種情況，發現很多DBA都會著手重新從主庫全庫備份恢複到從庫， 遇到小的資料庫還好，對於動輒上百G或T的庫往往會很悲劇，因為資料拷貝時間都相當的漫長。 而事實上對於從庫SCN和主庫差距並不大，也可以理解為歸檔差距並不多的DG（比如我們的一個庫上線1年了，一個月沒有同步差距也不算很大），

一、  hash join概念hash join(HJ)是一種用於equi-join（而anti-join就是使用NOT IN時的join）的技術。在Oracle中，它是從7.3開始引入的，以代替sort-merge和nested-loop join方式，提高效率。在CBO（hash join只有在CBO才可能被使用到）模式下，最佳化器計算代價時，首先會考慮hash join。可以通過提示use_hash來強制使用hash

網格控制器的agent(OMA)安裝方式主要有三種，通過./runInstaller.sh方式安裝(包括圖形方式和靜默方式安裝)；通過OMS進行push安裝；通過在安裝好的agent端上進行tar打包，然後解壓安裝，類似於windows下的綠色軟體，這種方式目前還未測試！本節簡要的介紹下利用OMS來push安裝OMA！使用介質進行安裝OMA可參考： 1：安裝前  2：點擊“deployment”選項卡，選擇install agent 3：選擇fresh

Oracle資料庫的遊標和預存程序 spool abc.log                  --開始記錄日誌 create or replace procedure db.PROC_FIRST(FLAG OUT INTERGER,      T_DATE IN VARCHAR2)

本文探討了基於 IBM DB2  的各種Database Backup與恢複策略，並附有完整的實驗步驟。本文試圖通過具體的實驗使讀者領會各種Database Backup方式的優劣和異同，並掌握  IBM DB2  的Database Backup與恢複技術。  若無特殊說明，以下Database

前期準備安裝好虛擬機器（VMware Workstation 8.x版本或VMware Server 1.x版本）在虛擬機器上安裝好作業系統（CentOS 5.x或CentOS 4.x）建立好Oracle使用者，並將Oracle軟體拷貝到作業系統相關目錄下賦予了正確的使用者權限建議：希望大家擁有自己的筆記本，學習起來比較方便，記憶體最好是4G，最低2G吧，有40G，建議60G以上硬碟空間。準備工作groupadd oinstallgroupadd dbauseradd -g oinstall -

Oracle 10046是一個Oracle內部事件。最常用的是在Session層級設定sql_trace(alter session set sql_trace=true)即是開啟了層級為1的10046調試事件。當設定了10046事件之後，Oracle 將產生一個dump檔案。通過得到的dump檔案進行進一步分析，可以得到Oracle

隨著Oracle 版本的升級，RMAN 也得到增強，在Oracle11g中的RMAN 支援不同作業系統和不同DB 之前的使用，關於RMAN 的相容性，參考：Oracle RMAN 相容性 及 不同版本和不同平台之間使用 常見問題說明 這篇文章示範一個linux 下10g 恢複到11g中的樣本。Target 端：OS： Oracle Linux 6.1 64位DB： 11.2.0.3 Source 端：OS：Oracle Linux 6.1 64位DB：

一般情況下， Oracle 子表的外鍵需要添加索引，如果外鍵不添加索引， 一下3種情況會導致 修改父表會鎖住子表1、更新父表主鍵，子表會被鎖住2、刪除父表一行， 整個子表會被鎖住3、合并到父表，子表會被鎖住。（9i，10G是這樣，11G不會）。如果滿足以下三種情況，則不需要在外鍵建立索引1、沒有從父表刪除資料2、沒有更新父表主鍵3、沒有父表關聯到子表