1.邏輯備用數據庫介紹 邏輯備用數據庫使用主數據庫的拷貝創建出來，但是創建出來以后，該備用數據庫的物理結構就與主數據庫不同了。邏輯備用數據庫通過應用SQL語句進行更新。這樣就答應用戶在任何時候都可以在備用數據庫上運行查詢和報表了。因為邏輯備用數據庫使用SQL語句進行與主數據庫的同步，所以邏輯備用數據庫必須打開。而且，在邏輯備用數據庫上，還可以創建其他的索引和物化視圖來提高效率。不過邏輯備用數據庫在數據類型、表的類型和DDL以及DML上有些限制。邏輯備用數據庫的優點：a、更加有效利用了備用數據庫的硬件資源b、減小了主數據庫的負載，例如將非實時性的查詢轉移到備用數據庫等c、可以作為主數據庫的備份2.創建邏輯備用數據庫前對主數據庫的預備 在創建邏輯備用數據庫的過程中，必須確保在主數據庫上做配置所用的用戶帳號具有以下數據庫角色：a、logstdby_administrator角色，用來使用邏輯備用功能b、select_catalog_role角色，能夠訪問所有數據字典視圖。下面具體說明了創建一個邏輯備用數據庫前，必須在主數據庫上進行的預備工作。2.1 啟用forced logging將主數據庫設置為force logging模式：SQL>alter database force logging;2.2 啟用歸檔，并在本地定義一個歸檔路徑確保主數據庫設置成歸檔模式，啟用自動歸檔，并且必須有一個本地的歸檔路徑。SQL> alter system set log_archive_dest_1='location=D:oradatarmantgtarchive mandatory' scope=both;2.3 確認log_parallelism初始化參數在主數據庫上，使用show parameter的命令顯示當前log_parallelism初始化參數的值。邏輯備用數據庫要求你將該初始化參數設置為1，同時這也是該參數的缺省值。假如該參數已經是1了，則跳到2.4步驟。否則，設置log_parallelism=1，如下：SQL>alter system set log_parallelism=1 scope=spfile;設置完以后，需要重啟數據庫以使設置生效。2.4 確定所能支持的數據類型和表類型在建立邏輯備用數據庫前，確保在當前主數據庫中的數據類型和表類型都是邏輯備用數據庫所能支持的。邏輯備用數據庫所支持的數據類型有：char、nchar、varchar2和varchar、nvarchar2、number、date、timestamp、timestamp with time zone、timestamp with local time zone、interval year to month、interval year to second、raw、clob、blob邏輯備用數據庫不支持的數據類型有：nclob、long、long raw、bfile、rowid、urowid、user-defined types、object types refs、varrays、nested tables邏輯備用數據庫不支持的表、sequences和視圖有：用戶在sys schema里定義的表和sequences、那些含有不支持的數據類型的表、使用了segment compression的表、索引組織表(index-organized tables)確定主數據庫是否含有不支持的對象，查看dba_logstdby_unsupported視圖，該視圖列出了邏輯備用數據庫所不支持的對象：SQL> select distinct owner,table_name from dba_logstdby_unsupported order by owner,table_name;假如主數據庫含有不支持的對象，則日志應用服務在邏輯備用數據庫上運用重做日志會自動剔除那些不支持的對象。 假如以下SQL語句在主數據庫上運行了的話，那么傳到邏輯備用數據庫以后，也不會在邏輯備用數據庫上運行：ALTER DATABASE、ALTER SESSION、ALTER SNAPSHOT、ALTER SNAPSHOT LOG、ALTER SYSTEM SWITCH LOG、CREATE CONTROL FILE、CREATE DATABASE、CREATE DATABASE LINK、CREATE PFILE FROM SPFILE、CREATE SCHEMA AUTHORIZATION、CREATE SNAPSHOT、CREATE SNAPSHOT LOG、CREATE SPFILE FROM PFILE、CREATE TABLE AS SELECT FROM A CLUSTER TABLE、DROP DATABASE LINK、DROP SNAPSHOT、DROP SNAPSHOT LOG、EXPLAIN、LOCK TABLE、RENAME、SET CONSTRAINTS、SET ROLE、SET TRANSACTION。那些在主數據庫上修改元數據的pl/sql存儲過程也不會在邏輯備用數據庫上運行。比如在主數據庫上運行了dbms_mview_refresh，但是傳到備用數據庫后并不會被應用。唯一的例外是dbms_job包，job元數據會應用到邏輯備用數據庫上，但是jobs本身不會執行。2.5 確認主數據庫里表的行都可以唯一標識由于在邏輯備用數據庫里rowid可能不等于主數據庫里的rowid，所以必須采取一些機制來保證在主數據庫里所更新的行能夠對應到備用數據庫里相應的行。可以采用以下對應方法：主鍵或唯一索引。在主數據庫里，無論合適與否，每個表都添加主鍵或唯一索引。這樣就能確保應用SQL操作時可以有效的更新邏輯備用數據庫里的數據了。采用以下的方法來確保日志應用服務可以唯一的標識表里的行。2.5.1 在主數據庫里找到那些沒有唯一標識的表查詢dba_logstdbby_not_unique視圖，來確定主數據庫里那些還沒有主鍵或唯一索引的表。SQL> select owner,table_name,bad_column from dba_logstdby_not_unique where table_name not in(select table_name from dba_logstdby_unsupported);該語句找出的表仍然能夠支持，因為supplemental logging在重做日志里添加了唯一標識行的信息。主鍵或唯一索引的存在與否，能夠影響追加的日志（supplemental logging）：a、假如表有主鍵或唯一索引，則在supplemental logging的時候，向重做日志添加的信息是最少的。 b、假如表沒有主鍵或唯一索引，supplemental logging會自動在重做日志里記錄所有字段的值。2.5.2 添加一個disabled的主鍵類型的rely的限制(disabled primary key rely constraint)假如應用程序確保表里的行是唯一標識的，你可以在表上創建一個disabled主鍵類型的rely的限制：SQL>alter table mytab add primary key(id,name) rely disable;rely constraint告訴系統確保了所有的行都是唯一的。假如rely constraint所指定的列沒有唯一，則在邏輯備用數據庫應用SQL時將會失敗。最好添加主鍵或唯一索引，這樣在邏輯備用數據庫應用SQL語句時也會速度快些。2.6 確保啟用追加的日志(supplemental logging)在創建邏輯備用數據庫前，在主數據庫上，必須啟用supplemental logging。因為Oracle只會對那些修改的列生成日志，這對唯一標識那些被修改的行時并不總是足夠的，額外的信息(supplemental)必須被加到重做日志里。這些被加到聯機日志里的supplemental信息能夠幫助日志應用服務正確的標識邏輯備用數據庫里的表和表里的行。確定在主數據庫上，supplemental logging是否被啟用，可以查詢v$database，如下：SQL> select supplemental_log_data_pk,supplemental_log_data_ui from v$database;假如為NO，則說明supplemental logging沒有被啟用。假如被啟用，則轉到2.7，否則假如沒有被啟用，則采用下面的方法來啟用。2.6.1 啟用supplemental logging在主數據庫上，執行下面語句以便將主鍵和唯一索引信息添加到歸檔日志里：SQL> alter database add supplemental log data(primary key,unique index) columns;該語句在主數據庫中向重做日志添加了唯一標識行的信息，從而日志應用服務可以在備用數據庫里正確的標識相同的行了。2.6.2 切換到一個新的重做日志在主數據庫上，執行以下語句：SQL> alter system archive log current;通過切換到一個新的日志文件，這樣，你就可以保證當前重做日志既不含有supplemental日志數據也不含有nonsupplemental日志數據。邏輯備用數據庫不能使用那些既含有supplemental日志數據又含有nonsupplemental日志數據的重做日志。2.6.3 確保啟用supplemental loggingSQL> select supplemental_log_data_pk as primaryKey,supplemental_log_data_ui as uniqueIndex from v$database;假如都為yes則說明啟動了。假如在一個已經含有物理備用數據庫的data guard配置中啟用了supplemental logging的話，那么必須在每個物理備用數據庫中分別執行alter database add supplemental log data，以便將來在switchover的時候能夠正常工作。2.7 創建一個可替代的表空間假如希望在主數據庫和邏輯備用數據庫之間進行switchover，你必須在主數據庫上創建一個替代表空間，并且將邏輯備用數據庫里system表轉移到這個替代表空間里。邏輯備用數據庫使用一組在sys和system schema下的表。這些表缺省創建在system表空間下。這些表可能會增長非常快。通過預先預備一個單獨的表空間，然后將這些邏輯備用系統表轉移到這個單獨的表空間下，從而避免了這些表將整個system表空間都填滿的情況出現。在邏輯備用數據庫創建時，會向這些邏輯備用系統表填數據。這樣，應該在創建邏輯備用數據庫前，就將這些表轉移到獨立的表空間里去。創建表空間：SQL> create tablespace logmnrts datafile 'D:oradatarmantgtlogmnrts.dbf' size 25m autoextend on maxsize unlimited;轉移表：SQL> execute dbms_logmnr_d.set_tablespace('logmnrts');假如在備用數據庫里的初始化參數standby_file_management設置為true，則前面創建表空間的命令會自動應用到備用數據庫上。否則假如沒有設置為true，則需要手工在備用數據庫上執行。3．創建邏輯備用數據庫 3.1 確認主數據庫的數據文件和聯機日志文件在主數據庫上，查詢v$datafile列出所有的邏輯備用數據庫所需要的數據文件：SQL> select name from v$datafile;NAME------------------------------------------------D:ORADATARMANTGTSYSTEM01.DBFD:ORADATARMANTGTUSERS02.DBFD:ORADATARMANTGTUSERS01.DBFD:ORADATARMANTGTUNDO02.DBF在主數據庫上，查詢v$logfile列出所有的邏輯備用數據庫所需要的日志文件：SQL> select group#,type,member from v$logfile;GROUP# TYPEMEMBER---------- ------- ------------------------------;1 ONLINE; D:ORADATARMANTGTREDO01.LOG;;;;;2 ONLINE; D:ORADATARMANTGTREDO02.LOG;;;;;3 ONLINE; D:ORADATARMANTGTREDO03.LOG3.2 對主數據庫生成一份拷貝 在主數據庫上，進行以下步驟，以生成一份主數據庫文件的冷拷貝備份。第一步 關閉主數據庫SQL> shutdown;第二步 拷貝數據文件到臨時目錄使用操作系統命令將3.1所找出來的數據文件拷貝到一個臨時目錄。拷貝到臨時目錄是因為主數據庫后面還會再次被關閉。第三步 重啟主數據庫SQL> startup第四步 為備用數據庫創建一個控制文件的備份拷貝在主數據庫上，為備用數據庫創建一個控制文件的備份：SQL> alter database backup controlfile to'D:oradatadataguard_logic_tmplogicdg.ctl';第五步 在主數據庫上啟用限制登錄(restrict session)模式在主數據庫上，啟用限制登錄模式，這樣就不答應其他用戶登錄進行DDL或DML操作。SQL> alter system enable restricted session;第六步 創建logminer目錄為了創建邏輯備用數據庫，你必須為邏輯備用數據庫手工創建目錄結構。在主數據庫上，采用以下命令創建logminer目錄：SQL> execute dbms_logstdby.build;第七步 在主數據庫上禁用限制登錄(restrict session)模式SQL> alter system disable restricted session;第八步 確定最后歸檔的日志文件為了獲得創建邏輯備用數據庫的起點，查詢v$archived_log視圖，確定最后的歸檔日志，并且在后面創建的過程中，輸入該歸檔日志的名字。SQL> alter system archive log current;SQL> select name from v$archived_log where (sequence#=(select max(sequence#) from v$archived_log where dictionary_begin='YES' and standby_dest='NO'));NAME----------------------------------------------------------------------------D:ORADATARMANTGTARCHIVEARC00315.0013.3 為備用數據庫預備一個初始化參數文件在主數據庫上通過spfile創建一個傳統的文本格式的初始化參數文件。該文本格式的初始化參數文件可以拷貝到備用數據庫所在的系統并且可以被手工修改。SQL> create pfile='D:oradatadataguard_logic_tmpinitLogic.ora' from spfile;在后面的3.11的時候，還需要修改該文件的參數以對應備用數據庫，然后還要將其轉換為spfile。3.4 從主數據庫所在系統向備用數據庫所在系統拷貝文件在主數據庫所在的系統上，使用操作系統命令拷貝以下二進制文件到備用數據庫所在的系統。 a、備份的數據文件(在4.2.2處創建)b、備份的日志文件(在4.2.2處創建)c、初始化參數文件(在4.2.3處創建)3.5 為備用數據庫設置初始化參數盡管從主數據庫處拷貝的初始化參數文件里的參數設置大部分都適用于邏輯備用數據庫，但是有些還是需要修改。下面的例子顯示了為邏輯備用數據庫所作的初始化參數修改。被修改的部分用黑體表示。;1*.aq_tm_processes=1 2*.background_dump_dest='C:oracle92ora92adminlogicdgbdump' 3*.compatible='9.2.0.0.0' 4*.control_files='D:oradatalogicdgLOGICDG.CTL' 5*.core_dump_dest='C:oracle92ora92adminlogicdgcdump' 6*.standby_archive_dest='D:oradatalogicdgstandby' 7*.parallel_max_servers=9 8*.db_block_size=8192 9*.db_cache_size=2516582410*.db_domain=''11*.db_file_multiblock_read_count=1612*.db_name='rmantgt'13*.dispatchers='(PROTOCOL=TCP) (SERVICE=ora920XDB)'14*.fast_start_mttr_target=30015*.global_names=TRUE16*.hash_join_enabled=TRUE17*.instance_name='logicdg'18*.Java_pool_size=3355443219*.job_queue_processes=1020*.large_pool_size=838860821*.log_archive_dest=''22*.log_archive_dest_1='location=D:oradatalogicdgarchive mandatory'23*.log_archive_start=TRUE24*.log_parallelism=125*.open_cursors=30026*.pga_aggregate_target=2516582427*.processes=15028*.query_rewrite_enabled='FALSE'29*.remote_login_passWordfile='EXCLUSIVE'30*.shared_pool_size=5033164831*.sort_area_size=52428832*.star_transformation_enabled='FALSE'33*.timed_statistics=TRUE34*.undo_management='AUTO'35*.undo_retention=1080036*.undo_tablespace='UNDOTBS2'37*.user_dump_dest='C:oracle92ora92adminlogicdgudump'38#假如主數據庫和備用數據庫在同一臺機器上，就需要做以下參數配置39*.lock_name_space=logicdg這里，對上面的設置做一個簡單解釋：a、db_name：不需要修改，與主數據庫保持一致。b、compatible：不需要修改，與主數據庫保持一致。c、control_files：說明了備用數據庫的控制文件所在的路徑。d、log_archive_start：不需要修改，與主數據庫保持一致。e、standby_archive_dest：說明了主數據庫向備用數據庫傳遞歸檔日志的路徑。需要主數據庫上配置歸檔路徑為備用數據庫，這樣，主數據庫在歸檔時，會將歸檔日志文件發送到備用數據庫上該參數指定的位置。f、log_archive_dest_1：說明備用數據庫的歸檔日志所存放的路徑。一旦出現switchover，那么該備用數據庫成為主數據庫，則該參數指定了聯機日志文件的歸檔路徑。g、log_parallelism：不需要修改，與主數據庫保持一致。h、instance_name：假如主數據庫和備用數據庫在同一臺機器上的話，就需要定義該參數并且與主數據庫不同。i、lock_name_space：指定備用數據庫所在的實例名稱。該參數與instance_name相同。記住，可能還需要修改一些參數，比如background_dump_dest、user_dump_dest等。3.6 創建一個windows服務假如備用數據庫所在機器為windows系統，則需要使用oradim創建windows服務。C:>oradim -new -sid logicdg -startmode manual3.7 為主數據庫和備用數據庫配置監聽在主數據庫和備用數據庫上，分別為彼此配置監聽器。假如使用了data guard broker，則必須使用TCP/IP協議配置監聽器。假如數據庫在安裝oracle介質的時候就自動創建了數據庫的話，則不用配置。3.8 在備用數據庫所在系統啟用死亡連接檢測通過在sqlnet.ora文件里設置sqlnet.expire_time參數來檢測死亡連接。比如sqlnet.expire_time=23.9 創建Oracle Net連接名在主數據庫和備用數據庫里，分別創建連接到主數據庫和備用數據庫的tnsnames名稱。3.10 啟動并mount備用數據庫在備用數據庫上，啟動并mount備用數據庫。注重，假如是windows系統，則還需要創建密碼文件。C:>orapwd file=C:oracle92ora92DATABASEPWDlogicdg.ORA password=hanson entries=5SQL>startup mount pfile=C:oracle92ora92adminlogicdgpfileinitLogic.ora3.11 在邏輯備用數據庫上重命名數據文件在邏輯備用數據庫上，需要將從主數據庫拷貝來的數據文件所在的路徑重新命名，因為要告訴控制文件，現在的數據文件所在的路徑已經與主數據庫中的路徑不一致了，需要更改為當前最新的路徑。C:>orapwd file=C:oracle92ora92DATABASEPWDlogicdg.ORA password=hanson entries=5SQL>startup mount pfile=C:oracle92ora92adminlogicdgpfileinitLogic.ora3.12 在邏輯備用數據庫上重命名聯機日志文件SQL> select member from v$logfile;MEMBER----------------------------------------------------------------------------D:ORADATARMANTGTREDO01.LOGD:ORADATARMANTGTREDO02.LOGD:ORADATARMANTGTREDO03.LOGSQL> alter database rename file 'D:ORADATARMANTGTREDO01.LOG'to 'D:oradatalogicdgredo01.log';Database altered.SQL> alter database rename file 'D:ORADATARMANTGTREDO02.LOG'to 'D:oradatalogicdgredo02.log';Database altered.SQL> alter database rename file 'D:ORADATARMANTGTREDO03.LOG'to 'D:oradatalogicdgredo03.log';Database altered.SQL> select member from v$logfile;MEMBER----------------------------------------------------------------------------D:ORADATALOGICDGREDO01.LOGD:ORADATALOGICDGREDO02.LOGD:ORADATALOGICDGREDO03.LOG3.13 打開database guard 為了防止其他用戶在邏輯備用數據庫上進行DML操作，在邏輯備用數據庫上打開database guard。 SQL>alter database guard all;由于使用的控制文件比數據文件要新，所以直接open時會報錯，需要進行恢復。SQL>recover database using backup controlfile until cancel;然后，直接輸入cancel結束恢復。SQL>alter database open resetlogs;3.14 重新設置邏輯備用數據庫名通過運行oracle的DBNEWID(nid)實用程序，來改變邏輯備用數據庫的名稱。改變邏輯備用數據庫的名稱可以防止該邏輯備用數據庫與主數據庫之間進行交互作用。在運行nid的時候，必須關閉數據庫，并啟動到mount狀態：然后，現在可以運行nid來改變數據庫名了：C:>nid target=sys/hanson@dataguard dbname=logicdgDBNEWID: Release 9.2.0.1.0 - ProdUCtionCopyright (c) 1995, 2002, Oracle Corporation.; All rights reserved.Connected to database RMANTGT (DBID=2455129425)Control Files in database:D:ORADATALOGICDGLOGICDG.CTLChange database ID and database name RMANTGT to LOGICDG? (Y/[N]) => yProceeding with operationChanging database ID from 2455129425 to 2205596403Changing database name from RMANTGT to LOGICDGControl File D:ORADATALOGICDGLOGICDG.CTL - modifiedDatafile D:ORADATALOGICDGSYSTEM01.DBF - dbid changed, wrote new nameDatafile D:ORADATALOGICDGLOGMNRTS.DBF - dbid changed, wrote new nameDatafile D:ORADATALOGICDGUSERS01.DBF - dbid changed, wrote new nameDatafile D:ORADATALOGICDGUNDO02.DBF - dbid changed, wrote new nameControl File D:ORADATALOGICDGLOGICDG.CTL - dbid changed, wrote new nameDatabase name changed to LOGICDG.Modify parameter file and generate a new password file before restarting.Database ID for database LOGICDG changed to 2205596403.All previous backups and archived redo logs for this database are unusable.Shut down database and open with RESETLOGS option.Succesfully changed database name and ID.DBNEWID - Completed succesfully.3.15 在初始化參數文件中修改數據庫名第一步 修改初始化參數文件中的db_name為logicdg。第二步 關閉邏輯備用數據庫SQL>shutdown immediate;第三步 根據pfile創建spfileSQL> create spfile from pfile='C:oracle92ora92adminlogicdgpfileinitLogic.ora';第四步 重啟邏輯備用數據庫SQL>startup mount;SQL>alter database open resetlogs;3.16 為邏輯備用數據庫創建一個新的臨時表空間臨時數據文件不需要從主數據庫拷貝到邏輯備用數據庫上。第一步 確定當前臨時數據文件在邏輯備用數據庫上，執行如下SQL：SQL>select * from v$tempfile;假如沒有記錄，則跳到第三步。第二步 在邏輯備用數據庫上刪除臨時數據文件SQL>alter database tempfile 'tempfilename' drop;第三步 在邏輯備用數據庫上，添加一個新的臨時數據文件1、確定臨時表空間SQL>select tablespace_name from dba_tablespaces where contents='TEMPORARY';2、添加一個臨時文件SQL>alter tablespace temp add tempfile 'D:ORADATALOGICDGtemp01.dbf' size 50m reuse;注重，這里的temp表空間空間必須足夠，否則邏輯備用數據庫在運用主數據庫傳來的歸檔日志時會出錯。3.17 注冊歸檔的日志，并啟動SQL應用操作注冊最新的歸檔日志文件，并應用重做日志里的數據。第一步 注冊最新的歸檔日志文件將3.2的第八步查到的歸檔日志文件注冊到邏輯備用數據庫。SQL> alter database register logical logfile 'D:oradatalogicdgARC00290.001';第二步 在邏輯備用數據庫里開始應用重做日志SQL> alter database start logical standby apply initial;只有在邏輯備用數據庫第一次啟動應用重做日志時，指定initial選項。以后啟動SQL應用按照以下方法：SQL>alter database stop logical standby apply;SQL>alter database start logical standby apply;3.18 使主數據庫向備用數據庫進行歸檔 必須在主數據庫上設置，以使得主數據庫能夠向備用數據庫歸檔。第一步 設置定義歸檔的初始化參數在主數據庫的log_archive_dest_n和log_archive_dest_state_n參數重設置主數據庫向備用數據庫的歸檔。下面的例子顯示了如何設置這些參數：第一步 設置遠程歸檔參數SQL> alter system set log_archive_dest_2='service=dataguard mandatory' scope=both;SQL> alter system set log_archive_dest_state_2=enable scope=both;第二步 啟動遠程歸檔SQL> alter system archive log current;4．確認邏輯備用數據庫正常工作;一旦你創建了邏輯備用數據庫，并啟動了日志轉移服務，可能你需要確定一下主數據庫的修改已經成功轉移到備用數據庫上了。為了查看歸檔的日志文件已經被備用數據庫所接收，首先，需要確定在備用數據庫下存在歸檔的日志文件。在主數據庫上歸檔少量的日志文件，然后檢查備用數據庫。第一步 確定歸檔日志文件在備用數據庫上已經注冊了SQL>select sequence#,first_time,next_time,dict_begin,dict_end from dba_logstdby_log order by sequence#;第二步 在主數據庫上歸檔一些日志SQL>alter system archive log current;第三步 再次查詢dba_logstdby_log視圖SQL>select sequence#,first_time,next_time,dict_begin,dict_end from dba_logstdby_log order by sequence#;查看是否有新的歸檔日志記錄。假如有，就說明成功注冊到備用數據庫了。這些日志現在可以開始被應用了。第四步 確定重做日志的已經被正確應用了在邏輯備用數據庫上，查詢dba_logstdby_status視圖確定重做數據已經被正確應用了。SQL>select name,value from v$logstdby_stats where name='coordinator state';假如結果是initializing，則說明日志應用服務已經預備好應用SQL操作了，但是從重做日志來的數據還沒有應用到邏輯備用數據庫上。邏輯備用數據庫假如有很多表，那么初始化的過程會需要幾個小時，但是，一旦初始化結束，后面的應用重做日志會快很多。第五步 查詢v$logstdby視圖，確定當前SQL應用活動SQL>select type,high_scn,status from v$logstdby;一旦在邏輯備用數據庫上，coordinator進程開始應用重做日志，v$logstdby視圖通過在status顯示applying狀態表明正在應用重做日志。high_scn會不斷增加。第六步 檢查日志應用服務的進行到的程度SQL>select applied_scn,newest_scn from dba_logstdby_progress; 假如applied_scn與newest_scn相同，這就意味著所有重做日志里的可用數據都被應用了。這些值可以與dba_logstdby_log視圖里的first_change#的值做比較，來得知有多少日志信息已經被應用了以及有多少沒應用。