Oracle

雖然Oracle提供的DETERMINISTIC聲明，本意是確保函數的確定性，但是如何合理利用，是可以用來提高效能的。這一篇描述參數順序對效能的影響。上一篇文章提到了，如果希望通過DETERMINISTIC來擷取效能收益，那麼採用批量方式是必須的，而且數組的值相對而言越大對於效能的協助會越大。但是這裡存在一個問題，如果需要處理的資料量本身很大，雖然重複的輸入參數不少，但是總的參數不同的值更多，那麼即使將ARRAY的值設定到1000，能帶來的效能收益也很有限，因為即使1000次調用，也不能保證參數

作為對於閃回操作(flashback)的一個增強，Oracle10g提供了函數對於SCN和時間戳記進行相互轉換。首先通過dbms_flashback.get_system_change_number 可以獲得系統當前的SCN值：SQL> col scn for 9999999999999SQL> select dbms_flashback.get_system_change_number scn from

今天一台資料庫伺服器登入不上，報TNS-12541: TNS:no listener到伺服器上看下監聽器狀態oracle@linux-34:~> lsnrctl status LSNRCTL for Linux: Version 11.1.0.6.0 - Production on 14-OCT-2011 09:12:37 Copyright (c) 1991, 2007, Oracle. All rights reserved.

一、list常用命令總結備忘list命令列出控制檔案、RMAN恢複目錄中備份資訊， 是我們對所有可見的Database Backup檔案的一個最直觀的瞭解的方法list incarnation;list backup summary;list backup of database summary;list backup of tablespace summary;list backup of datafile n,n summary;list archivelog all

在SQL語句最佳化過程中，我們經常會用到hint,現總結一下在SQL最佳化過程中常見Oracle HINT的用法：1. /*+ALL_ROWS*/表明對語句塊選擇基於開銷的最佳化方法，並獲得最佳輸送量，使資源消耗最小化。例如：SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';2. /*+FIRST_ROWS*/表明對語句塊選擇基於開銷的最佳化方法，並獲得最佳回應時間，使資源消耗最小化。例如：

1，開啟控制台，在左側選擇 資源－JDBC提供者－建立，在下拉式清單中選擇一個驅動程式，我要配置ORACLE的串連池，所以選擇了ORACLE JDBC

在啟動tomcat的時候提示8080連接埠被佔用，後來經過尋找發現如下結論： 將oracle與tomcat、jboss等其它佔用8080連接埠的伺服器安裝在一台機器上，會出現8080連接埠被佔用的錯誤 一、首先檢查8080連接埠的使用方式 [root@olivenan root]# lsof -i :8080 -n COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME tnslsnr 1031 oracle 12u IPv4 2013 TCP

Oracle在啟用使用者的角色時，最多允許啟用148個。其實這個限制比較奇怪，因為148與2的冪相差較大，不知道Oracle出於什麼原因確定的這個值：SQL> CREATE USER U_ROLE IDENTIFIED BY U_PASSWORD;使用者已建立。SQL> GRANT CREATE ROLE TO U_ROLE;授權成功。SQL> GRANT CREATE SESSION TO U_ROLE;授權成功。SQL> CONN

Topas命令可以監控系統活動――memory，I/O，paging space，cpu，process。此命令包含在perfagent.tools檔案集裡面。命令使用方法：topas [ -d number_of_monitored_hot_disks ] [ -h ][ -i monitoring_interval_in_seconds ][ -n number_of_monitored_hot_network_interfaces][ -p number_of_monitored_hot_

ora-12638:身份證明檢索失敗.with sql:select * from t@zjdtdblink. 解決方案:在dbastudio裡看dtdblink的資料鏈路,未處於活動狀態.再看網域服務器不通.於是重啟網域服務器後解決問題. 在網上查一下,做更深一步解釋: cause: 由於Oracle不能應用OS認證而導致憑證檢索失敗action: 1.開啟network/admin下的sqlnet.ora 修改SQLNET.AUTHENTICATION _SERVICES=(NONE)。 2

前幾天群裡的一個哥們說db在處於begin backup模式shutdown之後起不來了，今天講備份恢複順道測試了一下，發現還是可以起來的，但是生產環境的話還是要注意，最好不要這麼做。SQL> alter tablespace users begin backup;Tablespace altered.SQL> shutdown immediateORA-01149: cannot shutdown - file 4 has online backup setORA-01110:

八． 副本8.1 映像副本的介紹RMAN 可以建立資料庫資料檔案，歸檔重做日誌或者控制檔案的完全重複項。 Rman 副本是這些檔案的副本，區別僅僅在於名稱和位置上的變化。我們不需要考慮備份片或其他問題。 映像副本只能在磁碟上產生，且不能產生增量副本。 產生映像副本必須載入或開啟資料庫。產生副本的記錄儲存在資料庫控制檔案中。所以我們可以跟蹤副本產生的時間和駐留的位置。類似與常規備份，可以建立整個資料庫，資料表空間或資料檔案的映像副本。 RMAN 複製過程提供一些和普通RMAN

五． Backup 命令選項5.1 壓縮預設情況下，RMAN 執行NULL 資料區塊壓縮。5.1.1 NULL 控制壓縮使用這種形式的壓縮時，Oracle不會備份未使用的資料區塊。 執行NULL 資料區塊壓縮的情形有一下兩種情況：（1）從未使用過的資料區塊不被壓縮（2）在給定的特定標準下，使用過一次的資料區塊也不被備份。在第一種情況下，將不會備份其中一直沒有資料的所有資料區塊，在第二種情況下，如果資料庫和關聯的資料庫滿足某種標準，空塊將不被備份，即使它在某個時刻包含資料。 下面是允許RMAN

上一篇簡單介紹了恢複統計資訊的方法，這一篇介紹相關的視圖和函數。在上一篇提到了如果要恢複統計資訊，必須提供恢複的TIMESTAMP，而這個時間戳記通過USER_TABLES視圖是無法獲得準確資訊的，因此對於表而言，可以查詢USER_TAB_STATS_HISTORY視圖，而對於SCHEMA和資料庫級的恢復戳可以查詢DBA_OPTSTAT_OPERATIONS視圖：SQL> SELECT OPERATION,2  TO_CHAR(START_TIME, 'YYYY-MM-DD

1、故障點資料庫恢複對於故障點（point-of-failure）的恢複，也稱為完全資料庫恢複，此時必須要求聯機重做日誌是完整無損的。 如果丟失了聯機重做日誌，就必須對資料庫做不完全恢複。我們假設聯機重做日誌和控制檔案完整無損，此時我們通過以下步驟來完全恢複資料庫：Shutdown immediate;Startup mount;Restore database;Recover database;Alter database open;這種恢複操作比較簡單，但是有幾點需要注意。

1、使用RMAN(不使用FRA)從自動備份中恢複控制檔案ORACLE 會預設地在$ORACLE_HOME/dbs 或者 $ORACLE_HOME/DATABASE 目錄中建立伺服器參數檔案與控制檔案。假設已經還原了執行個體參數檔案和啟動了執行個體，還原控制檔案時，一般過程是先設定ORACLE_SID 和 登陸 RMAN， 然後設定DBID, 使RMAN知道需要尋找哪一個資料庫的控制檔案。如果使用預設的位置來儲存控制檔案的自動備份，就可以簡單的執行：Restore controlfile

1、唯讀資料表空間的恢複在預設情況下，即使丟失了唯讀資料檔案，RMAN也不會在執行完全恢複資料庫還原操作時還原唯讀資料檔案。 要在完全恢複期間還原唯讀資料檔案，就必須在restore 命令中使用check readonly 參數，如：Restore database check readonly;注意，執行recover tablespace或recover datafile命令時，RMAN的工作情況是不一樣的。

10g的DATA GUARD的一個主要特點就是引入了log_archive_config參數，如果缺少這個參數，可能會導致歸檔路徑被禁用。看別人建立DATA GUARD時碰到了這個問題，當時覺得比較有意思，於是特意重現一下。當前是一個已經配置好的DATA GUARD，為了類比錯誤，先將這個參數設定為空白：SQL> alter system set log_archive_config = '';System altered.SQL> alter system switch

嘗試邏輯恢複ocr裝置，導致了ocr狀態不一致的問題。在RAC的其中一個節點上執行下面的操作：bash-2.03# /data/oracle/product/10.2/crs/bin/ocrconfig -export /export/home/oracle/ocr.logbash-2.03# /data/oracle/product/10.2/crs/bin/ocrconfig -import /export/home/oracle/ocr.logPROT-19: Cannot

RMAN 實際上即裝即用的，我們通常不需要對其做什麼調整。 但是,RMAN 體繫結構中還包含許多組件，當這些組件構成一個整體時，就必須調整RMAN的設定以從備份進程中得到最佳的效能。 通常RMAN 調整設計到處理邏輯和物理資料庫設計中的低效率，調整介質管理庫（Media Management Library: MML）, 調整RMAN 和MML 層以備份資料庫的物理裝置更好地共存。一． 調整RMAN 前的工作如果RMAN 的備份操作時間非常長，這可能不是RMAN的故障。