其他

        在dbsnake 上看到的這篇文章，轉過來。 主要還是學習解決問題的一個思路。這個往往比問題的解決更重要。        原文連結如下：       http://dbsnake.com/2010/06/solve-library-cache-pin.html 內容如下：        今天接到同事的電話，說他的一個預存程序已經run了一個多小時了，還在繼續run，他覺得極不正常，按道理說不應該run這麼長時間。我說那我去看一下吧。        這個庫是一個AIX上的10.2.

      Oracle 暫存資料表空間是Oracle資料庫的重要組成部分，儘管該部分並沒有cont體繫結構上得以展現，但其重要地位也是不容忽視的。尤其是對於大型的頻繁操作，如建立索引，排序等等都需要在暫存資料表空間完成來減少記憶體的開銷。當然對於查詢效能要求較高的應儘可能的避免在磁碟上完成這些操作。本文主要描述的是暫存資料表空間的管理與受損恢複。一、暫存資料表空間的特性與注意事項  1.特性       使用者儲存臨時資料的資料表空間      

--=================================-- 使用RMAN實現異機備份恢複(WIN平台)--=================================    在有些情況下，如資料庫伺服器處於磁碟空間的壓力或成本控制需要將資料檔案備份到異機，使用RMAN可以完成該工作。基於Windows平台所需完成的配置相對簡單，僅僅是添加賬戶與使用新增的帳戶來啟動資料庫服務以及設定共用路徑。    下面給出具體描述。    一、設定資料庫伺服器與備份目的主機    1.

      在索引列上使用函數使得索引失效的是常見的索引失效原因之一，因此儘可能的避免在索引列上使用函數。儘管可以使用基於函數的索引來解決索引失效的問題，但如此一來帶來的比如磁碟空間的佔用以及列上過多的索引導致DML效能的下降。本文描述的是一個索引列上使用函數使其失效的案例。一、資料版本與原始語句及相關資訊  1.版本資訊    SQL> select * from v$version; BANNER-------

 （1）listener.ora 本次實驗將配置靜態監聽到listener L1上，項目SID_LIST_L1為L1的靜態監聽配置資訊：L1 = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = PC1255-20110528)(PORT = 1522)) ) )SID_LIST_L1 = (SID_LIST = (SID_DESC = (SID_NAME =

    在SQL語句的執行計畫中，包含很多欄位項和很多模組，其不同欄位代表了不同的含義且在不同的情形下某些欄位、模組顯示或不顯示，下面的描述給出了執行計畫中各欄位的含義以及各模組的描述。       有關執行計畫中各欄位模組的描述請參考： 執行計畫中各欄位各模組描述        有關由SQL語句來擷取執行計畫請參考：    使用 EXPLAIN PLAN 擷取SQL語句執行計畫        有關使用autotrace來擷取執行計畫請參考：啟用 AUTOTRACE 功能    

--======================--  唯讀資料表空間的備份與恢複--======================一、唯讀資料表空間的特性    使用唯讀資料表空間避免對待用資料的頻繁備份    當使用alter tablespace tbs read only時,資料檔案會執行檢查點進程(將所有髒緩衝區的內容寫至磁碟)，        當前的SCN號會被標註,同時儲存了SCN的資料檔案頭部被凍結.控制檔案內也會記錄該資料檔案的凍結資訊。    可以清除唯讀資料表空間的對象  

        DBMS_XPLAN包包括一系列函數，主要是用於顯示SQL語句的執行計畫，且不同的情形下使用不同的函數來顯示，如預估的執行計畫則使用display函數,而實際的執行計畫則是用display_cursor函數，對於awr中的執行計畫，則是用display_awr函數，而SQL tuning集合中的執行計畫則由display_sqlset來完成。本文主要描述DBMS_XPLAN包中display函數的使用，儘管可以通過SQL語句來查詢預設表plan_table來獲得執行計畫，事實上，

 很多朋友可能碰到了這樣的問題，用來屏蔽某些惡意網址的時候，修改了hosts

--=======================================================-- ORA-39126 KUPW$WORKER.PUT_DDLS [TABLE_STATISTICS]錯誤--=======================================================在Oracle11g中使用impdp匯入時，碰到了下列錯誤：ORA-39126 KUPW$WORKER.PUT_DDLS [TABLE_STATISTICS]中

        在微博上看到dbsnake 有一個培訓，因為是在北京舉辦的，過去不。所以問dbsnake 能否把相關的文檔傳我一份。 dbsnake 郵件給我時說有些東西沒有寫到文檔裡。 這個文檔也是dbsnake 對Oracle 的一個經驗的積累的過程，全部寫出來也不實際，所以有機會還是多參加這類培訓，這對技術提高還是很有協助的。在這個文檔裡dbsnake 整理了一個PL/SQL 的開發文檔。 貼過來，共用之。  常用的PL/SQL開發原則 bysnake：      

        在一篇文章中引用了ID 為[30681.1] 的文檔，剛才去MOS 上查，居然沒有了，原來MOS 有時也靠不住。 在google 上展轉了一下，找到了這篇文章。貼過來，備用。 DocID:  Note:30681.1 Subject:  EVENT: ADJUST_SCN - Quick Reference Type:  REFERENCE Status:  PUBLISHED  Content Type: TEXT/PLAIN CreationDate:  20-OCT-199

--************************************-- db_block_checking 與 db_block_checksum--************************************   

       ORA-02019 錯誤提示是未找到遠端資料庫的串連說明，通常發生在本機資料庫無法串連到遠端資料庫。引發該問題的原因很多，比如網路連接，串連方式(tnsnames)，dblinkc的建立等等。而下面的描述的故障則比較奇特。                                                                                                  一、錯誤現象    SQL> select * from

 select any dictionary與select_catalog_role相同之處，有了這兩個中的一個，基本就可以查詢資料字典不同之處：1、select any dictionary是一種系統許可權（system privilege），而select_catalog_role 是一種角色（a role）。2、角色的話需要重新登入或者顯式的set role 來生效，而賦予系統許可權是立即生效的。（P.S.

         This note is to clarify the patch requirement when doing 11.2.0.1 to 11.2.0.2 rolling upgrade.  Pre-requsite for 11.2.0.1 to 11.2.0.2 ASM Rolling Upgrade       There has been some confusion as what patches need to be applied for 11.2.0.1

        The present document explains how to upgrade an ASM instance from 10.2 to 11.1 release (single Instance configuration / Non-RAC). Solution1) Install the new 11g ASM Oracle Home (on a different directory) as described in the Installation

        The purpose of this document is to provide information about the ASM rolling upgrade feature and Step by Step to install a patchset or patch in ASM Home without downtime.SolutionThe following conditions should be met for to perform ASM

 The present document explains how to upgrade an ASM instance from 10.2 to 11.1 release (on RAC). Solution1) Shutdown all the database instances that are using ASM as storage option. 2) Shutdown the ASM instances. 3) Install / upgrade the new 11g

         In the event you cannot mount your ASM disk groups, you will be unable to start  any databases using those disk groups. Here is a possible error reported when  mounting ASM disk groups:SQL> startup mountORA-15032: not all alterations