分类: Oracle

甲骨文Oracle

  • Oracle大師級認證:Oracle9i OCM

      OCM是Oracle公司在OCP這個專案上又推出的一個更高一級認證,全稱是Oracle Certified Master,許多業內人士都把它稱作Oracle認證的大師,是現今資料庫領域中最高級別的認證。

    OCM的定位:

      OCM是資深專家級的Oracle的認證考試,它重在實踐,與CCIE認證很相似,是Oracle公司推出的最高一級別的認證,獲取OCM認證的工程師在技能上更具有說服力。通過後將成為企業內的資深專家,這種認證的人員也是Oracle的一些諮詢公司以後的最佳人選。

    對參加OCM考試的人員的要求:

      主要有兩個要求。一、首先必須是OCP;二、參考人員應參加過Oracle原廠的至少兩門的OCM相關課程的培訓。
    參加OCM認證考試需要必備的知識:

    1、精通Oracle9i的SQL

    2、RedHat Advanced Server
    LINUX的一些操作知識,如格式並執行基本的作業系統的命令;創建並遍曆目錄;使用cp,mv及rm來拷貝、移動及刪除文件;linux環境下的文本編輯器的使用;設置環境變數。

    3、定位和執行Oracle一些應用程式的能力,

      它包括:RMAN應用程式;Oracle Net Manager;Oracle Net Configuration Assistant;OEM;Listener Utility;OMS;Oracle Password Utility;Database Creation Assistant(DBCA)。

    4、要熟練使用Oracle Enterprise Manager(OEM)

    5、熟練使用Oracle Net Manager和Oracle NetConfiguration Assistant來進行網路配置。

    6、熟悉Oracle9i(v9.0.1.3)的高級知識

    7、熟悉使用瀏覽器(netscape)來查閱oracle的幫助文檔。

    8、熟練使用Konqueror 2.2 browser軟體

  • Oracle 11g認證考試 OCA升級OCP方法

    獲得11g OCA認證考試方法:(需要兩科考試)

    方法一:1z0-007 + 1z0-052

    方法二:1z0-051 + 1z0-052

    方法三:1z0-047 + 1z0-052

    獲得11g OCP認證考試方法:(三科考試+ 一科原廠課程)

    方法一:OCA(1z0-007 + 1z0-052) + 1z0-053 + 一科原廠課程

    1z0-007  Introduction to Oracle9i: SQL
    1z0-052  Oracle Database 11g: Administration I
    1z0-053  Oracle Database 11g: Administration II

    方法二:OCA(1z0-051 + 1z0-052) + 1z0-053 +一科原廠課程
    1z0-051 Oracle Database 11g: SQL Fundamentals I
    1z0-052 Oracle Database 11g: Administration I
    1z0-053 Oracle Database 11g: Administration II

    方法三:OCA(1z0-047 + 1z0-052) + 1z0-053 +一科原廠課程

    1z0-047 Oracle Database SQL Expert
    1z0-052 Oracle Database 11g: Administration I
    1z0-053 Oracle Database 11g: Administration II

  • Oracle業務流程管理10g第三版本面市

    為了滿足商業分析師和IT業界的需求,甲骨文公司近日推出了Oracle業務流程管理10g第三版本(Oracle BPM 10g R3),它是Oracle融合中間件的組件之一。
         新版本的軟件可幫助商業和IT用戶實現協作性的業務流程自動化和優化,從而提供效率和靈活性。

         Oracle業務流程管理10g第三版本提供了新的用戶界面、新的模型功能、新的業務規則以及從第三方工具輸入模型的功能。

         作為Oracle業務流程管理套件的部件,Oracle業務流程管理10g第三版本是該產品系列的最新版本,它集成了甲骨文公司和BEA的技術,表現了甲骨文公司在把兩家公司的領先技術整合過程中所獲得的快速進展。

         新版本軟件使最終用戶、商業分析師和IT專業人員受益

    (更多…)

  • 調查:Oracle 11g版本選用情況仍不樂觀

    在本年度數據庫技術應用技術問卷調查中,我們持續對Oracle數據庫用戶的版本情況做了調查,以便更好地分析Oracle數據庫用戶版本保有及升級更新狀況。

              如何我們回顧06年的數據,進而再對比上面08年和07年的調查數據,可以發現,在06到07年裡,Oracle數據庫的市場使用進一步增加,在2006年的受訪用戶中,有15 %沒有使用Oracle數據庫,2007年這一數字降低到11%。

            分析2008年的調查數據,只有4.7%的客戶升級到了Oracle 11g版本,而在2007年,這些“敢於吃螃蟹”的人僅僅有0.2%。考慮到11g版本的推出時間和推廣力度,2008年的Oracle 11g版本佔有量比例的確不算高。

            記者就此採訪ITPUB社區的一位數據庫專家,他認為:“08年升級到11g用戶應該主要是8i,9i產品的用戶,他們已經有升級計劃,趕上最新的版本11g推出,所以就直接跳過了10g數據庫,直接到11g上去了;這一比例中,應該不會有或者說很少有10g的用戶轉化過來的。”

           筆者註意到,甲骨文對Oracle 11g的推廣也開始採用新的思路和方法,在2008年到2009年,Oracle在大力推廣數據庫選件(database options),這些多樣化的功能特性,是針對不同用戶對數據庫的特殊需求所提供的,大部分都集成在高版本的數據庫產品中。這種推廣和銷售模式,有將產品和功能分拆開來賣的意味。

       再來看Oracle 10g的情況。 Oracle 10g的佔有量已經高達44.2%,相比2007年增長了近5個百分點,已經成為最主要的使用數據庫版本。 2007年,在數據庫版本上,Oracle 10g獲得了市場和用戶的廣泛認同,使用的比例占到39.8%,而2006年的數字僅為27.9%,有幾乎12個百分點的比較大的增長;在2007年,Oracle 10g的用戶使用也首次超過了Oracle 9i,在2006年使用Oracle 9i的用戶比例高達47%,這個數字在2007年下降了9個百分點。這一變化可能受到Oracle 9i的退出計劃影響,但是毋庸置疑的是,Oracle 10g已經得到了大規模普及和採用。

            在2008年的調查結果中,另外一個比較有趣是數據是“沒有使用Oracle數據庫”的用戶比例,2008年沒有使用Oracle數據庫的用戶達到13.6%,而在07年這一比例只有11%;無獨有偶,本次調查涉及SQL Server,DB2,Oracle數據庫的這一數據時,未使用的比例都略有上升。 Itpub社區的一位數據庫分析師認為,這是開源數據庫使用量增長的結果,導致商業數據庫用戶都在不同程度的流失,特別是在當前經濟形式日趨嚴峻的形勢下,開源數據庫的吸引力會進一步加強。

    看來,商業數據庫廠商需要推出更加靈活的授權許可和服務模式,進一步降低企業的IT投資成本,才能保住用戶,以免流失。

  • DBA 2.0的時代與Oracle促進的變革

    前幾天我們討論的關於DBA 2.0的話題,實際上也正是Oracle在後9i時代不斷促進的變革,而變革的主要工具之一就正是全新的OEM(Grid/Database Control)。所以我嘗試將這個話題做一個最後的總結。既然我們開始了DBA 2.0的討論,那麼DBA 2.0是從何開始的,又可以如何界定呢?

        普遍的認為,DBA 2.0開始於Oracle Database 10g的時代,由於Oracle 10g引入了大量的新特性,使得DBA的工作發生了質的變化。 比如,ASM的引入使得DBA不得不更加深入的介入存儲的管理和維護;Clusterware的引入,使得DBA不得不深入了解和維護Cluster軟件;如果在加上Oracle的OEL(Oracle Enterprise Linux)和最近推出的Exadata以及HP Oracle Database Machine,那麼現在主機、操作系統、OS都需要一個Oracle DBA深層次的介入和管理。

        而在傳統的數據庫層面,數據庫的自動管理與自我維護性則不斷提高。 Grid Control/Database Control可以幫助我們更好的監控和管理數據庫,AWR(自動工作負載信息庫)使得信息的收集實現自動化,ADDM(自動數據庫診斷監控程序)使得數據庫可以根據AWR等信息進行自動的性能分析和診斷,SQL Advisor、SPM(SQL Plan Management)可以幫助我們進行SQL的調整和建議……

        總結一下那就是,在傳統的數據庫層面,Oracle不斷在強化自動化管理,提高數據庫的自我管理性,減少用戶的干預和工作量;而在數據庫之外,更後端,DBA需要不斷向系統、存儲甚至網絡領域延伸,在前端,DBA則需要不斷向應用層面進行擴展。

    (更多…)

  • 基於Oracle 高級複製功能的數據庫同步研究與應用

    摘要:隨著數據庫的廣泛使用和網絡的迅速發展,數據庫同步技術的研究一直是一個熱點。本文介紹了Oracle 的高級複製功能的相關概念及提供的功能。接著分析比較了幾種網絡間數據庫同步方法,並總結了基於Oracle 高級複製功能的同步的優勢。最後通過一個具體的數據庫同步需求,介紹一種基於Oracle高級複製功能的數據庫同步方案的具體實現。

    1.引言
    數據庫系統是現代企業運作和管理自動化系統的重要組成部分。在Internet 飛速發展的今天,數據庫一方面向集中化,大型化方向發展,但應用卻在向著分散化,小型化的方向延伸。對於越來越多的企業分支機構和辦公人員,他們需要隨時查詢和更新數據庫,而他們所需要操作的一般並不是數據庫的全部,而往往只是與之緊密相關的少量數據,但少量的數據必須與企業中心數據庫同步更新。如何根據實際情況有效地解決數據庫系統的數據同步問題已成為企業或系統的整個數據庫系統應用的核心環節。

    點擊下載:Oracle高級複製功能的數據庫同步研究與應用

  • 利用Oracle 10g 的MODEL SQL 進行行間計算

    以產品產量表為例,一個工廠(用code 表示)生產多種產品(用p_id 表示),每種產品具有生產量(v1)和銷售量(v2)產品代碼具有審核關係,如’10’=’30’+’31’,其中’10’代表大類,’30’和’31’代表’10’大類下的小類。
    SQL>createtablet603(codevarchar(10),p_idvarchar(7),v1number(10),v2number(1
    0));
    Tablecreated.
    SQL>insertintot603values(‘600001′,’30’,1,1);
    SQL>insertintot603values(‘600001′,’31’,1,1);
    SQL>insertintot603values(‘600001′,’10’,2,2);
    SQL>insertintot603values(‘600002′,’10’,3,2);
    SQL>insertintot603values(‘600002′,’31’,2,1);
    SQL>insertintot603values(‘600002′,’30’,2,1);
    SQL>commit;
    Commitcomplete.
    SQL>select*fromt603;
    CODEP_IDV1V2
    ————————————-
    6000013011
    6000013111

    6000011022
    6000021032
    6000023121
    6000023021
    6rowsselected.
    SELECTcode,
    p_id,v1
    FROMt603
    WHEREcodeIN(‘600001′,’600002’)
    MODELRETURNUPDATEDROWS
    PARTITIONBY(code)
    DIMENSIONBY(p_id)
    MEASURES(v1)
    RULES(
    v1[‘err1′]=v1[’30’]+v1[’31’]-v1[’10’])
    ORDERBYcode,p_id;
    其中rule 表示計算規則,’err1’表示這條審核關係的代號,它的值等於P_ID 為’30’的v1 值+P_ID 為’31’的v1 值-P_ID 為’10’的v1 值PARTITION BY (code)表示按工廠分區,即審核在一個工廠內的產品MODEL 關鍵字後面的RETURN UPDATED ROWS 子句將結果限制為在該查詢中創建或更新的那些行。使用該子句是使結果集只包含新計算的值,在本例中就是審核結果

    CODEP_IDV1
    —————————
    600001err10
    600002err11
    如果返回值=0,表示v1[’30’] + v1[’31’] =v1[’10’]審核通過,否則,審核不通過

    (更多…)

  • Oracle 10g數據庫中如何分析響應時間

    在Oracle10g 中,以前版本中比較難於獲取的響應時間數據將會變得非常容易獲取。在以前看來,為了盡量獲得數據庫的最佳性能,Oracle 的DBA 們和性能分析專家一直很困難獲得系統以及用戶會話活動的一致的響應時間數據。 DBA 們面臨的問題一直以來包括兩個方面:第一個方面是準確定位數據庫或者用戶會話究竟在哪裡消耗了時間;第二個方面就是確定用戶體驗的客觀性質在數據庫中產生所有可能的行為和交互作用,這些任務都不是沒有價值的。  

    Oracle 等待接口,在之前的很早的Oracle 數據庫版本中開始介紹的,對於那些知道如何使用等待接口的管理員來說這已經成為一個偉大的開始,即使它仍然缺乏告訴DBA 系統或者用戶會話是否有效的處理了事務或者查詢這個理想的能力。啟用和鑽研跟踪文件能夠存儲這個級別上的詳細信息,但是對於大多數超負荷工作管理大型數據庫的DBA 們,這個鑽研是奢侈的而耗費時間的。幸運的是,那些將數據庫升級到Oracle10g 的DBA 們將會發現找到主要的響應時間變得很容易,可以允許一個非常好的圖表來顯示系統和會話級的響應時間數據。很重要的一點,Oracle 的ADDM 提供了一個查看響應時間的方法,通過自動分析收集的統計信息,識別問題區域,甚至可以通過Oracle 企業管理器網絡控制的圖形界面提供建議。此外,與我們這裡討論相關的是Oracle10g 數據庫的歷史數據機制允許DBA 們按時查看對響應時間趨勢的分析,這將有助於DBA 們確定事務/系統的高峰時期,更好的定位那些拉長批處理週期和ETL 作業的進程和SQL 語句。

    (更多…)