Oracle

摘要:本文通過一次Oracle Job任務異常案例診斷，分析其原因及解決過程，從內部揭示Oracle Job任務調度及內部計時機制。問題及環境接到研發人員報告，資料庫定時任務未正常執行，導致某些操作失敗。開始介入處理該事故.系統內容:以下為引用的內容：SunOS DB 5.8 Generic_108528-21 sun4u sparc SUNW,Ultra-4Oracle9i Enterprise Edition Release 9.2.0.3.0 - Production

一 什麼是資料庫的壞塊首先我們來大概看一下資料庫塊的格式和結構——資料庫的資料區塊有固定的格式和結構，分三層 cache layer，transaction layer，data layer。在我們對資料區塊進行讀取寫入操作的時候，資料庫會對要讀寫的資料區塊做一致性的檢查，其中包括 資料區塊的類型、資料區塊的地址資訊、資料區塊的SCN號以及資料區塊的頭部和尾部。如果發現其中有不一致的資訊，那資料庫就會標記這個資料區塊為壞塊了。資料庫的壞塊分為兩種，邏輯壞塊和物理壞塊。二

在國內外大中型資料庫管理系統中，把 ORACLE 作為資料庫管理平台的使用者比較多。 ORACLE 不論是資料庫管理能力還是安全性都是無可非議的，但是，它在漢字資訊的顯示方面著實給中國使用者帶來不少麻煩，筆者多年從事 ORACLE 資料庫管理，經常收到周圍使用者和外地使用者反映有關 ORACLE 資料庫漢字顯示問題的求援信，主要現象是把漢字顯示為不可識別的亂碼，造成原來大量資訊無法使用。本文將就這一問題產生的原因和解決辦法進行一些探討，供存在這方面問題的使用者朋友參考。1

方法尋找symcjit.dll，會找到兩處，都是jre(Java Runtime Environment)將此兩檔案改名為symcjit_.dll，然後安裝，可以完全正常。安裝硬體（已經正常安裝）：Server: Dell PowerEdge 2600 雙至強 2.8G 1G記憶體PC: P4 2.4GB 512M記憶體說明：前幾天在Win2000下裝兩年前下的Oracle 8.1.7 NTEE Release

一、識別佔用資源較多的語句的方法（4種方法）1.測試組和終端使用者反饋的與反應緩慢有關的問題。2.利用V_$SQLAREA視圖提供了執行的細節。（執行、讀取磁碟和讀取緩衝區的次數）•資料列EXECUTIONS：執行次數DISK_READS：讀盤次數COMMAND_TYPE：命令類型（3:select,2:insert;6:update;7delete;47:pl/sql程式單元）OPTIMIZER_MODE：最佳化方式SQL_TEXT：Sql語句SHARABLE_MEM：佔用

一、 使用者資料表空間錯誤： 在啟動資料庫時出現ORA-01157,ORA-01110或作業系統級錯誤例如ORA-07360,在關閉資料庫(使用shutdown normal或shutdown immediate) 時將導致錯誤ORA

Oracle 進階複製，也稱為對稱複製。和 Oracle 的其他功能不同， Oracle 的進階複製不是隨插即用的，使用者必須深刻理解它們是如何工作的以及各種複製方案的優缺點。深刻理解複製的基本概念可以協助你設計一個可靠的複製環境。本文主要介紹了搭建 Oracle 8

oracle的PLSQLCREATE OR REPLACE package chapter_13 asTYPE rs IS REF CURSOR ;procedure founder(oFields out rs);end;CREATE OR REPLACE package body chapter_13 asPROCEDURE founder(oFields out rs) ISBEGIN　open oFields for　 select * from person;END

前不久檢查了一篇以往的BLOG，意外的發現這個bug居然被我忘記了，時隔一年繼續解決這個問題。根據上一篇文章所介紹的分析過程，基本上可以確認和這幾張分區表的統計資訊本身有關。由於當前資料庫是從920環境EXP匯出，IMP匯入到同版本的中間資料庫，最終通過資料泵IMPDP匯入到當前資料庫的。而分區表由於無法解決資料表空間的轉換問題，因此在中間資料庫手工建立，在IMP匯入的時候指定了IGNORE=Y參數。而現在恰好問題出在這個使用者的所有分區表上，難道問題和遷移的過程有關係。檢查了當時的指令碼，沒有

今天在進行資料泵匯入操作時，發現一個bug。上一篇記錄了問題的現象，這一篇繼續深入研究。上一篇文章已經描述了問題的產生，而且提到了這個問題很難重現。無論如何去類比實際的情況，都無法重現問題。為了重現這個問題，在RAC資料庫環境中，仿照問題表建立了分區表、並仿照問題資料庫收集了統計資訊的方式進行了統計資訊的收集，都無法重現問題。但是，利用問題資料庫匯出的統計資訊，就可以重現問題。上周五發現的問題，但是由於資料不方便帶回家，因此由於時間的限制僅僅測試了這麼多。今天一早到了公司，就繼續這個問題的測試。

今天在進行資料泵匯入操作時，發現一個bug。資料庫版本Oracle 10203 for Solaris

簡單描述一下，在Oracle 10203 for Solaris sparc的RAC雙節點環境中，新增一個節點的過程。共用儲存已經在第三個節點上配置完成，這裡主要介紹作業系統上和Oracle上的配置。這一篇添加一個新節點上的資料庫執行個體。首先確保資料庫處於啟動狀態，如果資料庫沒有啟動：bash-2.03$ srvctl start inst -d testrac -i testrac1bash-2.03$ srvctl start inst -d testrac -i

簡單描述一下，在Oracle 10203 for Solaris sparc的RAC雙節點環境中，新增一個節點的過程。共用儲存已經在第三個節點上配置完成，這裡主要介紹作業系統上和Oracle上的配置。這一篇介紹準備過程。首先是將主機的IP地址，調整到RAC伺服器IP地址附近，方便管理。修改目標主機IP地址到172.25.198.226。# ifconfig ce0 172.25.198.226 netmask 255.255.0.0 broadcast

利用Oracle的STANDBY技術，可以將單一實例資料庫升級到RAC資料庫。這種方式可以有效降低單一實例遷移到RAC環境的停機時間。這篇文章描述整個操作過程中碰到的錯誤。最開始碰了幾個初始化參數設定的小錯誤，主要問題是FLASH_RECOVERY_AREA設定到ASM執行個體上導致了問題：SQL> startup nomount pfile=/export/home/oracle/inittest11gr1.oraORA-01261: Parameter

利用Oracle的STANDBY技術，可以將單一實例資料庫升級到RAC資料庫。這種方式可以有效降低單一實例遷移到RAC環境的停機時間。這篇文章描述單一實例環境與RAC環境的SWITCHOVER過程。前面已經成功搭建了單一實例資料庫TEST11G的RAC環境STANDBY資料庫TEST11GR。STANDBY資料庫的兩個執行個體可以同時以READ ONLY方式啟動。下面為了執行SWITCHOVER操作，可以先關閉執行個體2：bash-3.00$ export

利用Oracle的STANDBY技術，可以將單一實例資料庫升級到RAC資料庫。這種方式可以有效降低單一實例遷移到RAC環境的停機時間。這篇文章介紹STANDBY資料庫的建立。上一篇完成了絕大部分準備的工作，下面在開啟資料庫之前，還要設定一下目標資料庫上的密碼檔案。在STANDBY的RAC環境的兩個節點上分別拷貝密碼檔案：bash-3.00$ cd $ORACLE_HOME/dbsbash-3.00$ ftp 172.0.2.61Connected to 172.0.2.61.220 netdb1

利用Oracle的STANDBY技術，可以將單一實例資料庫升級到RAC資料庫。這種方式可以有效降低單一實例遷移到RAC環境的停機時間。這篇文章介紹STANDBY資料庫建立的準備工作。首先需要確保目標伺服器上的RAC環境已經建立，如果使用ASM作為儲存機制，則ASM執行個體也配置完成。下面開始STANDBY資料庫建立的過程，更改來源資料庫的FORCE LOGGING屬性：bash-3.00$ sqlplus "/ as sysdba"SQL*Plus: Release11.1.

以前測試和使用的時候還真的沒發現這個問題，一直認為COPY_TABLE_DEPENDENTS會自動過濾NOT NULL約束。然而事實並發如此，如果打算使用COPY_TABLE_DEPENDENTS過程複製索引、約束以及許可權等相關對象，那麼在建立目標表的時候，即使是NOT NULL約束都應該避免，否則NOT NULL約束的存在會引發錯誤：SQL> CREATE TABLE T AS2  SELECT ROWNUM ID, OBJECT_NAME NAME,

案例3——在做完全恢複時，丟失了部分歸檔日誌 （recover database until cancel;）1、基於cancel 的不完全恢複——類比環境SQL> col table_name for a20SQL> col tablespace_name for a10SQL> select table_name,tablespace_name from user_tables;TABLE_NAME    

案例1——恢複過去某個時間點誤操作的table1、基於時間點SQL> select username,scn,timestamp,sql_redo from v$logmnr_contents where seg_name='TB01';USERNAME               SCN TIMESTAMP           SQL_REDO-