Oracle 在Solaris 11上的安裝教程

  最近因為需要,在學習Solaris系統上的Oracle應用的開發。於是從SUN公司的網站上下載了Solaris 11 for x86,從Oracle網站上下載了Oracle 10g Realse 2(10.2.0.2)x86,安裝學習。由於初次接觸Solaris系統,雖然參考了Oracle的安裝文檔B15697,《Oracle Database Installation Guide 10g Release 2 (10.2) for Solaris Operationg System (x86

比較分析SQLServer與Oracle運營成本

  SQL Server 與Oracle這兩個資料庫,除了在一些技術上有明顯的差異外,在實施成本上也有比較大的差別。下面筆者就這方面內容發表一些自己的觀點,希望能夠跟大家一起交流。  一、Oracle基於Java開發,具有很多開源的工具支援  SQL Server 與Oracle資料庫兩者一個最大的區別,就是其應用平台的差異。現在SQL

Linux下的ORACLE安裝成功率99.99999%的問題

相信很多童鞋都有過在Linux上安裝Oracle資料庫的痛苦經曆,其中絕大多數都是環境設定的問題。我給大家推薦一個國外大牛寫的Oracle的安裝指令碼 OTK,是用Bash寫的,這東東大大簡化了Oracle安裝過程,而且成功率達到99.9999%以上,只要確保你的Linux系統是乾淨的,那麼按照這個教程,保證你會安裝成功。準備工作OTK針對各種Linux提供了 安裝文檔,本文使用的RHEL5.5_x86_64位,資料庫版本為11gR2,主要參考這個 文檔。首先準備阿好如下的安裝檔案:linux.

Oracle非常規恢複方法:使用BBED跳過歸檔

一、BBED工具1.BBED的安裝oracle 11g中缺bbed包,oracle11g bbed install and example 1.上傳(sbbdpt.o ssbbded.o bbedus.msb,該三個檔案拷貝oracle的linux64版本的)檔案$ORACLE_HOME/rdbms/lib/ssbbded.o$ORACLE_HOME/rdbms/lib/sbbdpt.o$ORACLE_HOME/rdbms/mesg/bbedus.msb執行如下命令:cd

oracle中tkprof程式詳解

現對tkprof程式做進一步的說明:在開啟跟蹤功能後,oracle將被跟蹤session中正在執行的SQL的效能狀態資料都收集到一個追蹤檔案中。這個追蹤檔案提供了許多有用的資訊,例如一個sql的解析次數、執行次數、fetch次數、物理讀次數、邏輯讀次數、CPU使用時間等,利用這些資訊可以診斷你的sql的問題,從而用來最佳化你的系統。不幸的是,產生的追蹤檔案中的資料是我們難以理解的,所以要用TKPROF工具對其進行轉換,轉換成我們易於理解格式。tkprof是oracle提供的工具 +

Oracle恢複內部原理:塊修複

塊修複是最簡單的恢複,在資料庫正常操作過程中由系統自動做的,使用者幾乎感覺不到。7.1

Oracle恢複內部原理:執行個體恢複

執行個體恢複用於恢複崩潰失敗或者並行伺服器環境中的執行個體失敗,所以執行個體恢複既可以指崩潰恢複也可以指並行伺服器環境中的執行個體恢複(只要有一個存活的執行個體就可以恢複其他一個或多個失敗的執行個體)。執行個體恢複的目標就是還原失敗執行個體在資料緩衝區中的資料區塊並關閉還開著的線程。執行個體恢複只用聯機歸檔日誌和當前聯機資料檔案(不需要還原曆史備份)。執行個體恢複一次只能恢複一個線程,它從該線程最近的線程檢查點開始恢複直至線程的結束。5.1

Oracle恢複內部原理:重做日誌

重做日誌描述了對資料區塊的所有變更。這一節主要描述資料庫開啟的時候寫日誌時的一些操作。3.1

Oracle恢複內部原理簡介

Oracle 7 v7.2 恢複大綱作者:Andrea Borr  & Bill Bridge版本:1                May 3, 1995本文概述了Oracle 7.2版本如何進行資料庫恢複。本文讀者應當熟悉Oracle

Oracle常規恢複的實驗測試

 使用者管理恢複************************************ 一、Oracle恢複的體繫結構二、恢複類型:執行個體恢複、介質恢複1、執行個體恢複的前提是資料檔案、控制檔案和線上日誌均沒有損壞,完全自動2、介質恢複:在檔案有物理損壞的情況下,將其還原、恢複、最後使資料庫得以正常開啟的操作稱為介質恢複,人工幹預三、恢複方式:完全恢複、不完全恢複四、恢複技術:使用者管理恢複和RMAN恢複  五、完全恢複案例v$recover_file

如何查看Oracle的隱藏參數

我都是放在$ORACLE_HOME/rdbms/admin下,看起來像個Oracle提供的指令碼$ cat show_para.sqlcol p_name for a40col p_DESCRIPTION for a50col p_value for a30set linesize 10000SELECT   i.ksppinm p_name,   i.ksppdesc p_description,   CV.ksppstvl p_VALUE,&

Oracle暫存資料表空間

當 Oracle 在執行一些 SQL 時,會需要一些臨時空間來儲存執行時產生的中間資料。這些臨時空 間由 Orac le從指定的暫存資料表空間中分配給進程。主要有三種情況會佔用臨時空間:暫存資料表/索引操作、排序和 臨時 LO B對象操作。A.暫存資料表/索引:在會話中,當第一次對暫存資料表進行 INSERT(包括 CTAS)時 ,Orac le 會從暫存資料表空間中為臨時 表及其索引分配臨時空間一儲存資料。B.排序:任何會使用到排序的操作,包括 JOIN、建立(重建)INDEX、ORDER &

為何Oracle所在主機不能連續長時間運行

這個故事的起因是有同學在版本10.2.0.1(據說9i上也可能遇到)的一個主機運行198/248/249(24.9)天后OCI Client出現SPIN自旋消耗大量CPU的BUG,SPIN的起因是sltrgatime64()函數對times()函數的死迴圈調用;BUG號有《 4612267  OCI client spins when machine uptime >= 249 days》、 《OCI CLIENT IS IN AN INFINITE LOOP WHEN

Oracle中觸發器詳解

Oracle觸發器分類:1、 語句觸發器2、 行觸發器3、 系統條件觸發器4、 使用者事件觸發程序5、 INSTEAD OF 觸發器1、 語句觸發器是在表上或者某些情況下的視圖上執行的特定語句或者語句組上的觸發器。能夠與INSERT、UPDATE 、DELETE或者組合上進行關聯。但是無論使用什麼樣的組合,各個語句觸發器都只會針對指定語句激

Oracle分區(1)分區剪枝

分區剪枝分區剪枝是指對於分區表或分區索引來說,最佳化器可以自動從FROM和WHERE字句雷根據分區鍵提取 出需要掃描的分區,從而避免全表掃描,減少掃描的資料區塊,提高效能。分區剪枝分為靜態和動態, 靜態分區剪枝發生在編譯階段,動態分區剪枝發生在執行階段,下面我們分別來看看這兩種分區剪枝 執行計畫的異同點。靜態分區剪枝靜態分區剪枝在解析階段就知道需要掃描多少個分區,因此執行計畫裡的PSTART和PSTOP明確顯示 掃描的起止分區數,例如:SQL> explain plan for

Oracle多表關聯的update和delete

由於Oracle不支援update或delete from語句,因此,Oracle的多表關聯update和delete必須藉助於 子查詢,同理,Oracle也不支援同時update或delete多張表,其典型用法如下:多表關聯update首先,構造測試表和資料如下:SYS@TEST16> create table testa as select owner,table_name,status from dba_tables; Table created. SYS@TEST1

對Oracle Commit的研究

Oracle還是比較常用的,於是我研究了一下Oracle COMMIT,在這裡拿出來和大家分享一下,希望對 大家有用。只有當SQL語句影響的所有行所在的最後一個塊被讀入DB BUFFER並且重做資訊被寫入REDO LOG BUFFER之後,使用者才可以發出COMMIT,Oracle COMMIT觸發LGRW,但並不強制立即DBWN來釋放所有 相應的DB BUFFER塊上的鎖,但在隨後的一段時間內DBWN還在寫這條語句涉及的資料區塊的情形,表頭部

簡述oracle的統計資訊自動收集機制

統計資訊對於Oracle資料庫來說至關重要,尤其是在使用CBO(基於成本的最佳化器)模式的時候,統計資訊包括表的使用塊數,空閑塊數,平均行長度,統計資訊收集時間等。在Oracle9i資料庫中,兩種最佳化器模式RBO(基於規則的最佳化器)和CBO(基於成本的最佳化器)並存,預設情況下,optimizer_mode參數的值是choose,choose不是最佳化器模式,它表示,在分析資料庫當中的語句時,如果在對象上有統計資訊,就是用cbo的方法產生執行計畫,如果對象上沒有統計資訊,就使用rbo的方法。

關於Oracle的systemstate dump

當資料庫出現嚴重的效能問題或者hang了的時候,我們非常需要通過systemstate dump來知道進程在做什麼,在等待什麼,誰是資源的持有人,誰阻塞了別人。在出現上述問題時,及時收集systemstate dump非常有助於問題原因的分析。在一些情況下,資料庫會自動產生systemstate dump, 比如出現了“WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK”。systemstate

ADF(ORACLE JEE 平台)中Table的顯示detail功能的使用

ADF(Application development Framework)是Oracle主推的JEE平台的解決方案,其中包括JDeveloper (開發IDE),Weblogic(Server 容器),ADF Faces(JSF 實現), ADF richFaces(JSF 中向外延展群組件)等等。本文主要討論ADF Faces中,如何控制顯示Table的Details資訊。ADF

總頁數: 1509 1 .... 406 407 408 409 410 .... 1509 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.