Oracle

利用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,

在進行不完全恢複案例演練之前，我們要先學會如何使用logminer工具。該工具主要對redo log 進行挖掘，找出在某個時間點所作的DDL 或DML 操作（包括：時間點、datablock scn 、sql語句）1、對DML 分析SQL> select * from scott.tb01;ID----------1233 rows selected.SQL> delete from scott.tb01;3 rows deleted.SQL> commit;Commit

案例4——誤刪除資料表空間（有備份）通過備份的控制檔案找到與資料表空間有關的資訊進行恢複，因為新的控制檔案裡面已經沒有該資料表空間的資訊了。實際上在整個恢複過程中還是利用歸檔日誌進行恢複，如果刪除資料表空間之前的操作有及時寫入到歸檔資訊，就會全部恢複出來。下面的案例分切換日誌和不切換日誌兩種。1、基於backup control 的不完全恢複SQL> select file_id,file_name,tablespace_name from

案例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    

案例2——恢複過去某個時間點誤操作的表（DML）1、基於change （scn）SQL> conn scott/tigerConnected.SQL> select * from tb01;ID----------123SQL> drop table tb01 purge;Table dropped.SQL> create table tb01(id int) tablespace test;Table created.SQL>

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

Oracle 資料恢複從恢複類型來說，拋開具體的檔案，總共可分為兩大類型的恢複，一是完全恢複，一個是不完全恢複。其實，熟悉了Oracle體繫結構之後，對於 Oracle恢複就會有一個總體的概念。因為Oracle組成的外圍部分，主要由不同的檔案來組成，每種不同類型的檔案有不同的作用，因此只要瞭解了其作

根據Oracle的文檔的描述，資料泵採用不同的方式匯出匯入，效能也會有明顯的差別，這次正好有機會測試一下，遷移資料表空間、直接路徑、外部表格方式，以及資料庫鏈方式匯出、匯入的效能差異。這篇測試NETWORK_LINK匯入方式。首先清除上一篇文章中匯入的使用者和資料表空間，並重建立立測試使用者和資料表空間。SQL> DROP USER TJSQ_NDMAIN CASCADE;User dropped.SQL> DROP USER TJSQ_TRADE CASCADE;User

根據Oracle的文檔的描述，資料泵採用不同的方式匯出匯入，效能也會有明顯的差別，這次正好有機會測試一下，遷移資料表空間、直接路徑、外部表格方式，以及資料庫鏈方式匯出、匯入的效能差異。這篇測試外部表格匯出、匯入方式。首先清除上一篇文章中匯入的使用者和資料表空間，並重建立立測試使用者和資料表空間。SQL> DROP USER TJSQ_NDMAIN CASCADE;User dropped.SQL> DROP USER TJSQ_TRADE CASCADE;User

根據Oracle的文檔的描述，資料泵採用不同的方式匯出匯入，效能也會有明顯的差別，這次正好有機會測試一下，遷移資料表空間、直接路徑、外部表格方式，以及資料庫鏈方式匯出、匯入的效能差異。這篇測試直接路徑匯出、匯入方式。首先清除上一篇文章中匯入的使用者和資料表空間，並重建立立測試使用者和資料表空間。SQL> DROP USER TJSQ_NDMAIN CASCADE;User dropped.SQL> DROP USER TJSQ_TRADE CASCADE;User

根據Oracle的文檔的描述，資料泵採用不同的方式匯出匯入，效能也會有明顯的差別，這次正好有機會測試一下，遷移資料表空間、直接路徑、外部表格方式，以及資料庫鏈方式匯出、匯入的效能差異。首先檢查來源資料庫的資料表空間是否滿足自包含條件：SQL> EXEC DBMS_TTS.TRANSPORT_SET_CHECK('TJSQ,TJSQ_TMP')PL/SQL procedure successfully completed.SQL> SELECT * FROM

根據Oracle的文檔的描述，資料泵採用不同的方式匯出匯入，效能也會有明顯的差別，這次正好有機會測試一下，遷移資料表空間、直接路徑、外部表格方式，以及資料庫鏈方式匯出、匯入的效能差異。這篇介紹一下測試環境。來源資料庫和目標資料庫的版本都是10.2.0.3，不存在版本差異，字元集都是ZHS16GBK，國家字元集都是AL16UTF16字元集，來源資料庫和目標資料庫都是16k的BLOCK_SIZE，因此採用遷移資料表空間的方式不存在任何的問題：SQL> SELECT GLOBAL_NAME

前一章我們實踐了一把streams同步單表的過程，看起來很簡單是不是(如果你覺著複雜，那不是因為streams本身操作複雜，而是為了配置好streams前期的準備工作較複雜)，事實上也確實很簡單，由小能見大，我們從上述樣本中應該也能看出streams的操作方式就是捕獲(capture)->傳播(propagation)->應用(apply)，不管是表也好，schema也好，database也好，都是遵循這個操作過程，下面逐一介紹捕獲傳播和應用進程，俺儘可能做到清晰簡單直白，但限於個人

誤刪除資料表空間（有備份），利用備份的控制檔案恢複一、類比環境07:59:14 SQL> select count(*) from scott.dept2; COUNT(*)----------1207:59:50 SQL> drop tablespace lxtbs1 including contents and datafiles;Tablespace dropped.07:59:56 SQL> shutdown immediateDatabase closed.

本節主要描述傳播的工作流程，以及一些相關的特性(處理邏輯)，內容同樣枯燥，但三思認為有閱讀的價值。在整個streams複製環境中，propagation進程負責將源端的修改隊列複製到目標資料庫。１、LCR分段Streams 通過隊列分段傳遞messages。ANYDATA類型的隊列能用來分段傳遞幾乎所有類型的訊息，這種類型的隊列被定義為：ANADATA QUEUE。注意一個隊列中只能儲存一種指定類型的訊息，STREAMS預設總是使用ANYDATA QUEUE。Streams

二、初始化環境在準備建立streams複製環境之前，還有一些準備工作需要我們進行，如下：１、組態管理員帳戶為了便於管理，不建議使用sys/system使用者，也不建議使用system資料表空間，推薦一切都建立。使用者需要在source/target端分別建立，並必須具有相關的系統管理權限，本例中以strmadmin為例。a>. 首先建立新的資料表空間JSSWEB> create tablespace stream_tbs datafile ¨