Time of Update: 2017-01-18
Oracle cloud control 12c整個安裝比較複雜,光是安裝路徑的選擇,登入密碼,連接埠號碼等眾多個配置不免讓人眼花繚亂,目不暇接。本文描述的是安裝完畢後如何擷取安裝時設定的各類連接埠號碼,URL以及如何啟動、關閉cloud control等等,供大家參考。有關cloud control的安裝配置可以參考:Oracle Enterprise Manager Cloud Control 12c Release 3 Installation1、當前的環境配置複製代碼
Time of Update: 2017-01-18
實驗資料初始化:複製代碼 代碼如下:create table t as select * from hr.employees;create index inx_t1 on t(employee_id,first_name desc,last_name);create index inx_t2 on t(job_id,hire_date);顯示該表所有索引的資訊。以dba登入複製代碼 代碼如下:set linesize 300;set pagesize 100;col c1 format a20;
Time of Update: 2017-01-18
查看邏輯讀前10的SQL:複製代碼 代碼如下:set linesize 300;set pagesize 300;set long 50000;SELECT *FROM ( SELECT sql_fulltext AS sql, SQL_ID,buffer_gets / executions AS "Gets/Exec",buffer_gets, executions FROM
Time of Update: 2017-01-18
Oracle的show processlist複製代碼 代碼如下:set linesize 400;set pagesize 400;col sql_text format a100;col machine format a25;col username format a15;SELECT a.username,a.machine, b.sql_id, b.SQL_TEXTFROM v$session a, v$sqlarea bWHERE a.sql_address =
Time of Update: 2017-01-18
複製代碼 代碼如下:COLUMN COLUMNS format a30 word_wrapped COLUMN tablename format a15 word_wrapped COLUMN constraint_name format a15 word_wrapped SELECT TABLE_NAME, CONSTRAINT_NAME,
Time of Update: 2017-01-18
複製代碼 代碼如下:/* Formatted on 2012/5/31 14:51:13 (QP5 v5.185.11230.41888) */SELECT D.TABLESPACE_NAME, SPACE || 'M' "SUM_SPACE(M)", BLOCKS "SUM_BLOCKS", &
Time of Update: 2017-01-18
使用者A執行刪除,但是沒有提交。複製代碼 代碼如下:SQL> delete from test where object_id<10;已刪除8行。使用者B執行刪除或者更新id<10的記錄,則被阻塞。複製代碼 代碼如下:SQL> update test set flag='N' where object_id<10;遇到這種阻塞,首先需要確定問題。可以使用以下指令碼。複製代碼 代碼如下:select
Time of Update: 2017-01-18
方法一:在目前絕大部分資料庫有分散式查詢的需要。下面簡單的介紹如何在oracle中配置實現跨庫訪問。比如現在有2個資料庫伺服器,安裝了2個資料庫。資料庫server A和B。現在來實現在A庫中訪問B的資料庫。第一步、配置A伺服器端的tnsnames.ora檔案(TNSNAMES.ORA Network Configuration
Time of Update: 2017-01-18
一、技術點 1、 DBMS_OBFUSCATION_TOOLKIT.MD5 DBMS_OBFUSCATION_TOOLKIT.MD5是MD5編碼的資料包函數,但偶在使用select DBMS_OBFUSCATION_TOOLKIT.MD5(input_string =>'abc') a from Dual時,卻有錯誤提示,看來該函數只能直接在程式包中調用,不能直接應用於SELECT語句。 2、Utl_Raw.Cast_To_Raw
Time of Update: 2017-01-18
密碼到期的原因一般有兩種可能:一、由於Oracle中預設在default概要檔案中設定了“PASSWORD_LIFE_TIME=180天”所導致。 二、由於Oracle中預設在default概要檔案中設定了“FAILED_LOGIN_ATTEMPTS=10次”,當輸入密碼錯誤次數達到設定值將導致此問題。第一種情況解決方案如下:1、查看使用者用的哪種profile策略,一般是default:複製代碼 代碼如下:SQL> select username,profile from
Time of Update: 2017-01-18
Oracle提供了索引監控特性來判斷索引是否被使用。在Oracle 10g中,收集統計資訊會使得索引被監控,在Oracle 11g中該現象不複存在。儘管如此,該方式僅提供的是索引是否被使用。索引被使用的頻率未能得以體現。下面的指令碼將得到索引的使用率,可以很好的度量索引的使用方式以及根據這個值來判斷當前的這些索引是否可以被移除或改進。1、索引使用頻率報告--運行環境SQL> select * from v$version where rownum<2;BANNER----------
Time of Update: 2017-01-18
索引品質的高低對資料庫整體效能有著直接的影響。良好高品質的索引使得資料庫效能得以數量層級的提升,而低效冗餘的索引則使得資料庫效能緩慢如牛,即便是使用高檔的硬體設定。因此對於索引在設計之初需要經過反覆的測試與考量。那對於已經置於生產環境中的資料庫,我們也可以通過查詢相關資料字典得到索引的品質的高低,通過這個分析來指導如何改善索引的效能。下面給出了示範以及索引建立的基本指導原則,最後給出了索引品質分析指令碼。1、查看索引品質--擷取指定schema或表上的索引品質資訊報告gx_adm@CABO3&g
Time of Update: 2017-01-18
索引是提高資料庫查詢效能的有力武器。沒有索引,就好比圖書館沒有圖書標籤一樣,找一本書自己想要的書比登天還難。然而索引在使用的過程中,尤其是在批量的DML的情形下會產生相應的片段,以及B樹高度會發生相應變化,因此可以對這些變化較大的索引進行重構以提高效能。N久以前Oracle建議我們定期重建那些高度為4,已刪除的索引條目至少佔有現有索引條目總數的20%的這些表上的索引。但Oracle現在強烈建議不要定期重建索引。具體可以參考文章:Oracle
Time of Update: 2017-01-18
索引重建是一個爭論不休被不斷熱烈討論的議題。當然Oracle官方也有自己的觀點,我們很多DBA也是遵循這一準則來重建索引,那就是Oracle建議對於索引深度超過4級以及已刪除的索引條目至少佔有現有索引條目總數的20% 這2種情形下需要重建索引。近來Oracle也提出了一些與之相反的觀點,就是強烈建議不要定期重建索引。本文是參考了1525787.1並進行相應描述。1、重建索引的理由
Time of Update: 2017-01-18
RAC環境下的阻塞不同於單一實例情形,因為我們需要考慮到位於不同執行個體的session。也就是說之前查詢的v$session,v$lock相應的應變化為全域範圍來尋找。本文提供了2個查詢指令碼,並給出執行個體示範那些session為阻塞者,哪些為被阻塞者。有關阻塞的概念以及單一實例環境下的阻塞請參考:Oracle 阻塞(blocking blocked)1、示範環境scott@DEVDB> select * from v$version where rownum<2;BANNER-
Time of Update: 2017-01-18
阻塞是DBA經常碰到的情形,尤其是不良的應用程式設計的阻塞將導致效能嚴重下降直至資料庫崩潰。對DBA而言,有必要知道如何定位到當前系統有哪些阻塞,到底誰是阻塞者,誰是被阻塞者。本文對此給出了描述並做了相關示範。1、阻塞及其類型a、什麼是阻塞 一個會話持有某個資源的鎖,而另一個會話在請求這個資源,就會出現阻塞(blocking)。也就是說新的會話會被掛起,直到持有鎖的會話放棄鎖定資源。大多數情況下,在一個互動式應用中被嚴重阻塞,即可表明應用邏輯有問題,這才是阻塞的根源。b、
Time of Update: 2017-01-18
項目開始拿到了dmp檔案,資料庫用的是10g的,但是盡然沒導成功,後來想可能匯出的時候用11匯出的,決定試一下。正好自己的機器是11的用戶端,結果不識別imp命令,到安裝目錄下的bin檔案夾下看盡然沒有imp執行檔案。可能裝用戶端的時候沒選管理者裝。怎麼辦呢,從別的11的bin目錄下的imp檔案拷貝了一個放到了自己的bin下。執行還是出錯,No message file for product =
Time of Update: 2017-01-18
一.安裝環境:Linux系統: CentOS 6.3 64位Oracle: Oracle11gR2 64位二.系統要求:1.Linux安裝Oracle系統要求 系統要求 說明 記憶體 必須高於1G的實體記憶體 交換空間
Time of Update: 2017-01-18
Oracle資料泵(Data Dump)使用過程當中經常會遇到一些奇奇怪怪的錯誤案例,下面總結一些自己使用資料泵(Data Dump)過程當中遇到的問題以及解決方案。都是在使用過程中遇到的問題,以後陸續遇到資料泵(Data Dump)的錯誤案例,都會補充在此篇。錯誤案例1:ORA-39065: DISPATCH 中出現意外的主進程異常錯誤;ORA-44002: 對象名無效Windows 平台錯誤提示:Linux平台錯誤提示解決方案:[oracle@DB-Server admin]$ oerr
Time of Update: 2017-01-18
--註:本篇文章只裝Oracle,並沒有建庫一:在虛擬機器裡裝個readhat4系統二:配IP配好之後的IP如下:三:建使用者組,使用者注意:oracle使用者應具有相同的uid.groupadd-g200oinstallgroupadd-g201dbauseradd-u200-goinstall-Gdbaoraclepasswdoracle四:建目錄修改檔案的所有者--chown-Roracle:oinstall/u01su-oraclemkdir-p/u01/app/oracle五:修改.b