數據庫管理員

查看系統是以pfile還是spfile啟動Select isspecified,count(*) from v$spparameter group by

1、使用SHOW CHARACTER SET語句列出資料庫中可用的字元集：mysql> SHOW CHARACTER SET;2、要想列出一個字元集的校對(Collation)規則，使用SHOW COLLATION語句。例如，要想查看latin1（“西歐ISO-8859-1”）字元集的校對規則，使用下面的語句尋找那些名字以latin1開頭的校對規則：mysql> SHOW COLLATION LIKE 'latin1%';3.查看資料表的字元集mysql> show

這兩天一直在折騰WordPress，升級系統，加入各種外掛程式，之後又在家裡又搭好了環境開始調試，一切順利。再用WordPress Database Backup工具備份後吧gz檔案發到了我的郵箱 ，可在公司準備匯入備份的檔案時卻出現了問題，總是報告#1406 - Data too long for column錯誤，查了些資料，有的說要修改my.ini感覺不太可信。仔細查看匯入的sql檔案發現每個表的建立都使用了 ENGINE=MyISAM AUTO_INCREMENT=2 DEFAULT

　　從Oracle 10g開始刪除資料庫表的時候並不是真正刪除表，而是把表放到了recyclebin中，這個過程類似於windows裡面刪除的檔案會被臨時放到資源回收筒中。　　刪除的表系統會自動給他重新命名就是大家看到的【BIN$】開頭的名字。　　通過show recyclebin命令可以查看被刪掉的表的詳細資料，或者查詢：　　select * from recyclebin;　　收回表的命令：　　flashback table 原表名 to before drop;　　清空資源回收筒的命令：　

1.使用下面命令查看是否已安裝開發包rpm -qa|grep gcc cpp compat-libstdc++ glibc-devel glibc-kernheaders binutils2.進行解壓zcat Linux9i_Disk1.cpio.gz | cpio -idmvzcat Linux9i_Disk2.cpio.gz | cpio -idmvzcat Linux9i_Disk3.cpio.gz | cpio -idmv3.設定核心參數vi

RHEL6 ASM方式安裝Oracle 11g R2教程目錄：一、安裝前的準備二、安裝網格基礎架構三、安裝資料庫軟體四、建立監聽五、建立資料庫執行個體一、安裝前的準備1.1 確定作業系統環境# cat /etc/RedHat-releaseRed Hat Enterprise Linux Server release 6.2 (Santiago)Kernel \r on an \m# free -m           

最近系統要“縮容”，原因我不想多說，非常麻煩的一件事情，因為要把資料提出來壓縮、存放。 和作業系統無關，主要系Oracle的資料。 Oracle版本：Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production 另外，系統有進行了6個節點的RAC叢集，每個表都按照月份或者日期進行了分區。 一、前置工作： 1.

很多不瞭解Oracle資料庫的開發人員很喜歡用PL/SQL的函數、儲存等來達到代碼上的簡潔.推薦閱讀：使用PL/SQL執行java儲存來獲得MAC地址  如:SELECT EMPNO,ENAME,DNAME,LOC FROM EMP,DEPT WHERE EMP.DEPTNO=DEPT.DEPTNO;這樣一個SQL,開發人員可能覺得冗長(這裡假設SQL冗長),他們喜歡用函數,這樣:CREATE FUNCTION F_GETDEPTINFO(PDEPTNO NUMBER,PTYPE

聽說過還原(restore)資料庫，資料表空間及資料庫檔案，使用歸檔日誌恢複(recover)資料庫，資料表空間，資料庫檔案。咦，還有還原歸檔日誌這一說法呢？沒錯，可能我們忽略了還原歸檔日誌這一個過程，原因是還原歸檔日誌通常情況下是Oracle在recover時自動完成的。大多數情況下我們是先還原資料庫，恢複資料庫，開啟資料庫。實際上在恢複資料庫之前有一個動作，那就是還原歸檔日誌，也就是將記錄檔還原到預設的歸檔位置，如果我們在備份歸檔日誌時使用了delete [all]

1. 現象：異機資料檔案恢複成功後，執行最後一步開啟資料庫時報錯。例如：SQL > alter database open resetlogs;報錯：ORA-01152: file 1 was not restored from a sufficiently old backupORA-01110: data file 1: '/u02/Oracle/oradata/mingya/system01.dbf' 2.

--========================-- Oracle 監聽器日誌配置與管理--========================Oracle 監聽器是一個伺服器端程式，用於監聽所有來自用戶端的請求，並為其提供資料庫服務。因此對監聽器的管理與維護相當重要。本文主要描述對Oracle監聽器記錄檔的配置與管理。有關監聽器的描述請參考配置 ORACLE 用戶端串連到資料庫  配置非預設連接埠的動態服務註冊  Oracle 雙監聽器的配置

Oracle 11g Dataguard Duplicate物理備庫配置(一)之物理備庫建立配置# ver:1.5 第五次修改# modify: 2013.8.16# author: koumm相關閱讀：配置Oracle 11g的Dataguard測試，建立物理備庫(Physical Standby Database) Oracle 11g DataGuard 物理備庫配置及Active DataGuard測試 有關DG的相關概念，可參考：Oracle Data Guard Concepts

環境：Oracle Database 11gR2（11.2.0.2） on Linux 故障現象： 執行Group By語句報錯ORA-00979。具體的SQL如下：SQL> select  a.d1,a.EXIT_type,round(a.cnt1/b.cnt2*100,2) from   2  (select substr(LOGIN_DATE,1,8) d1,EXIT_type,count(*) cnt1 from xxx_connect_log

環境：Oracle 10g 10.2.0.4 on SUSE 11 + Oracle Data Guard說明：每天淩晨Standby DB定時唯讀開啟供統計用，之後再繼續同步。故障現象：執行copy datafile命令報錯RMAN-10006.如下所示：RMAN> copy datafile 14 to '/u/oracle/oradata/XXDB22/db2_c037dat03.dbf';Starting backup at 04/25/2011

Linux 下，本機是Oracle 11g資料庫，匯入庫為10g,通過expdp,impdp資料泵匯入，剛開始提示ora-39001，發現是找不到檔案目錄或者檔案名稱不一樣。根據提示，是dump檔案的version不對，查看一下，本機庫SQL> show parameter compatible NAME                       

環境：11.2.0.3+OEL5.7192.168.1.55zlm sid:zlm11g192.168.1.60zlm2 sid:zlm11ggg軟體包：ogg112101_fbo_ggs_Linux_x64_ora11g_64bitOracle DML流程 PL/SQL“ ORA-14551: 無法在查詢中執行 DML 操作”解決 MySQL常用DDL、DML、DCL語言整理（附範例） Oracle基本事務和ForAll執行批量DML練習 Oracle

長事務的影響OGG是基於事務級的即時複製工具，也就是說OGG只複製已提交的事務，在遇到事務的commit或rollback之前，它會將每個事務的操作儲存在稱為cache的託管虛擬記憶體池中。記憶體再大也有不夠用的時候，當交易資料超過一定的閾值或者當前空閑記憶體無法滿足分配請求時，OGG進程會將最少使用的old buffer swap

資料庫在shutdown狀態下，僅有PLSExtProc服務，且處於未知狀態。資料庫在nomount狀態下，有SID、SIDXDB、SID_XPT、PLSExtProc服務，其中，SID、SIDXDB、SID_XPT服務處於就緒/準備狀態，PLSExtProc處於未知狀態。下面分別介紹各個服務的作用：SID：啟動資料庫執行個體的服務SIDXDB：高效處理XML資料的服務，預設會佔用8080連接埠。SID_XPT：為DG準備的服務，DB

因發現  flash area 不多了，通過 select * from v$flash_recovery_area_usage ； 發現是備份組佔用空間太多。於是delete obsolete;  發現出現報錯  ORA-19606: Cannot copy or restore to snapshot control fileRMAN> delete obsolete;RMAN retention policy will be applied to

實驗理論基礎：SCN的序列的遞增性不隨資料庫的任何操作而改變，即使是RESETLOGS也如此。RESETLOGS清除所有聯機記錄檔中未應用的重做記錄，RESETLOGS只重設記錄檔的序號為1，但對SCN無影響，SCN仍按原序列遞增。在控制檔案中儲存resetlogs