Oracle

Redhat9.0是一個非常好的Linux發行版本，具有良好的中文支援和豐富的應用軟體，令包括筆者在內的好多Linux用家愛不釋手。但由於Redhat9.0採用的GCC版本比較高，造成了一定的相容性問題。使得包括Oracle9.2和IBM DB2等大型資料庫軟體在Redhat9.0上不能順利安裝。經過一段時間的摸索和反覆尋找

一、需求背景：表A：CREATE TABLE T_SMCOMMONMSG （FXH NUMBER，FTYPE NUMBER，FMSG_CONTENT VARCHAR2（1024 BYTE））表B：CREATE TABLE T_SMYL_COMMONSND （FXH NUMBER，FMSG_CONTENT1 VARCHAR2（1024 BYTE），FMSG_CONTENT2 VARCHAR2（1024 BYTE））表A中的原始記錄如下：FXH FTYPE FMSG_CONTENT------ --

v$session + v$session_wait (在10g裡功能被整合,湊合算1個吧.)v$processv$sqlv$sqltextv$bh (更寧願是x$bh)v$lockv$latch_childrenv$sysstatv$system_event按組分的幾組重要的效能檢視1。System 的 over viewv$sysstat , v$system_event , v$parameter2。某個session 的當前情況v$process , v$session ,

從Oracle的SGA的構成來看，它是推崇使用 參數綁定的。使用參數綁定可以有效使用Share Pool，對已經緩衝的SQL不用再硬解析，能明顯的提高效能。具體實踐如下：SQL>create table test (a number(10));再建立一個預存程序：create or replace procedure p_test isi number(10);begini := 0;while i <= 100000 loopexecute immediate ' insert

你可能啟動並執行是Oracle 10g Release 2資料庫伺服器，但是需要支援某些應用程式可能是很早之前寫好的。在Oracle 8i之前的版本建立的資料表常用LONG資料類型來儲存大型文本。 隨著Large Object（LOB）資料類型的引入，LONG和LONG RAW資料類型就被拋棄了。如果你要複製使用了LONG資料類型的資料表，那麼使用CREATE TABLE AS SELECT文法將不能完成任務，這時將會返回錯誤：ORA-00997： illegal use of LONG

Oracle9i最重要的新特性就能動態修改幾乎所有Oracle績效參數。這使Oracle專家能在Oracle執行個體運行期間動態地重新設定它——不管是因為要解決當前的一個效能問題，還是因為預測到一個緊迫的效能需求。由於能動態修改系統全域地區（System Global

AWR的SNAP產生後，不一定要在原資料庫上產生報告，可以利用AWR提供的匯出、匯入功能，將AWR資料移轉到測試資料庫上進一步分析。AWR的匯出並不複雜，利用有許可權的使用者調用$ORACLE_HOME/rdbms/admin/awrextr.sql指令碼就可以了：SQL> @?/rdbms/admin/awrextr.sql~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

ODP.NET 11g是Oracle發布的供.NET程式訪問Oracle資料庫的ADO.NET組件，比微軟內建的Oracle組件效能好，更可以訪問UDT(User Defined Type)類型，Procedure，REF等等進階Oracle特性。.NET 1.1的用戶端需要的發布檔案如下：Oracle.DataAccess.dll (odt111\odp.net\bin\1.x)OraOps11.dll （odt111\bin）.NET

一． 伺服器管理恢複復原管理員, Recovery Manager, 簡陳 RMAN。 RMAN 實現一直伺服器管理恢複（Server Managed Recovery： SMR）。 SMR 是一種資料庫執行所需要的操作以確保自身備份成功的能力，依賴於Oracle RDBMS 核心中的內建代碼可以完成這一功能。 SMR 的功能主要體現在能夠減少使用者的操作。二． RMAN 使用程式RMAN 是SMR的具體實現，它是Oracle 提供的，RMAN 是一個獨立的應用程式，它負責建立到Oracle

九． 增量備份通過增量備份，RMAN 允許使用者只備份上次增量備份以來被修改過的資料區塊。 增量備份具有以下有點：（1）更少的使用磁碟或磁帶（2）降低網路寬頻要求（3）節約備份時間可以在聯機或離線模式，Archivelog 模式或者noarchivelog 模式中執行增量備份。 一旦選擇了增量備份策略，就會在效益方面的問題。 如果顯著減少了整個備份操作的時間，在恢複操作方面就會投入更多的時間。 這是因為如果使用增量備份策略，Oracle

七． 聯機RMAN Database Backup7.1 線上資料庫備份要使用RMAN執行聯機備份操作，資料庫必須置於Archivelog 模式。 如果不在歸檔模式，則嘗試聯機備份時RMAN就會產生一個錯誤。Oracle 歸檔與非歸檔的切換http://blog.csdn.net/tianlesoftware/archive/2009/10/19/4693470.aspx串連備份樣本：RMAN> Configure default device type to disk;RMAN>

從10g開始，Oracle可以恢複錯誤的統計資訊。這篇簡單介紹統計資訊恢複功能。統計資訊的不準確可能導致無法產生最優的執行計畫，對於大部分的情況下，最新的統計資訊能反映當前系統資料的分布，從而產生最優的執行計畫。但是有時候收集統計資訊後造成的執行計畫的改變並非一定導致效能的提升，最佳化器很可能找到一個新的執行計畫，但是新的執行計畫的運行效果不一定比以前的執行計畫高，從而導致整個系統效能的下降。對於這種情況，在9i中唯一的辦法就是收集統計資訊之前將原有的統計資訊匯出，如果出現了問題，那麼利用匯出的

在11g中，Oracle在統計資訊方面進行了進一步的增強。這篇介紹PENDING統計資訊。在10g中，Oracle提供了恢複統計資訊的方法，這使得統計資訊收集後造成的問題可以通過恢複原始統計資訊的方法快速解決。在11g中，Oracle更進了一步，使用者收集的統計可以設定為懸而未決的，等到統計資訊驗證過然後在發布到資料字典中。SQL> SELECT * FROM V$VERSION;BANNER-------------------------------------------------

在RAC環境中，登陸到一個執行個體，在處理的資料完全與另外執行個體記憶體中資料無關的情況下，也會導致gc全域等待產生。這一篇描述效能影響。上一篇文章描述gc等待產生的現象，這篇文章驗證一下產生的全域等待是否會對效能產生不利影響：SQL> truncate table t;表被截斷。SQL> set timing onSQL> insert into t2  select *3  from t_big;已建立6430135行。經過時間:  00: 01:

在RAC環境中，登陸到一個執行個體，在處理的資料完全與另外執行個體記憶體中資料無關的情況下，也會導致gc全域等待產生。這一篇描述現象。環境如下：SQL> conn yangtk/yangtk已串連。SQL> select * from v$version;BANNER----------------------------------------------------------------Oracle Database10gEnterpriseEdition Release10.

今天一個客戶諮詢，他們的RAC環境中，EMD_MAINTENANCE.EXECUTE_EM_DBMS_JOB_PROCS過程頻繁啟動，而且佔用了大量的系統資源。這個任務每分鐘運行一次，而且每次都排在top中的前面。這個job是EM用了維護管理工作的JOB，而這個JOB導致效能問題的相關bug也不再少數，比如Bug 7759386。和客戶確認，發現他們根本不使用EM，那麼解決這個問題的最簡單的辦法就是刪除這個維護JOB。利用SYSMAN使用者登陸執行這個SQL：SQL> conn

檢查一個系統，意外探索資料庫的v$session_longops中時間遠遠超過了系統時間。查詢結果如下：[oracle@datasd ~]$ sqlplus / as sysdbaSQL*Plus: Release10.2.0.3.0 - Production on星期一12月20 14:57:04 2010Copyright (c) 1982, 2006, Oracle.  All Rights Reserved.Connected to:Oracle

Oracle提供了WRAP工具，可以對預存程序進行加密，而在10g中，這個操作已經可以在資料庫中完成。Oracle的DBMS_DDL增加了一個WRAP函數，通過這個函數，就可以返回加密後的過程：SQL> select dbms_ddl.wrap('create procedure p_wrap as begin null; end;') from dual;DBMS_DDL.WRAP('CREATEPROCEDUREP_WRAPASBEGINNULL;END;')-------------

解決一個客戶效能問題的時候，碰到一個有意思的SQL語句。首先建立一個測試環境：SQL> CREATE TABLE T AS SELECT ROWNUM ID, A.* FROM DBA_OBJECTS A, DBA_QUEUES B;Table created.SQL> ALTER TABLE T ADD CONSTRAINT PK_T PRIMARY KEY (ID);Table altered.SQL> CREATE INDEX IND_T_TYPE ON

為了測試在同一台伺服器上建立了DATA GUARD環境。主庫狀態正常，也存在可用的備份，下面設定主庫的FORCE LOGGING和相關的初始化參數：SQL> alter database force logging;Database altered.修改主庫的初始化參數：SQL> alter system set log_archive_config = 'DG_CONFIG=(primary,standby)';System altered.SQL> alter