--------------------------------------------------------------------------------

正文:    

oracle高級復制

　　在開始之前，需要簡單說明一下，目前公司有幾個項目都采用oracle作為數據庫平臺，并且有的項目使用到了oracle的數據庫復制技術，其中也遇到了一些問題，因此在這里，我對oracle的復制技術談一下我個人的理解，希望能夠對采用oracle數據庫的項目組有所幫助。其中在文中使用到的sql腳本都是經過檢驗可以運行的。
　　首先簡單介紹和數據庫復制有關的基本概念，然后探討oracle數據復制技術中的幾個重要模型，最后介紹oracle的數據復制管理器以及如何利用它來配置和維護復制環境。
　　在文章的開頭，我想首先簡單談一下復制的基本概念，也就是什么是復制？復制簡單地說就是在由兩個或者多個數據庫系統構成的一個分布式數據庫環境中拷貝數據的過程。oracle高級復制，也稱為對稱復制，第一次是在oracle 7.1.6版本中出現的，在這之前的oracle版本中，oracle數據復制方法僅有只讀快照形式的基本復制一種方法。隨著oracle版本的每一次升級，數據復制的功能、管理以及速度等方面都得到了很大的改進和完善。目前，由于對分布式數據環境需求的不斷增長，越來越多的應用提出了數據復制的需求。
1.基本概念
1. 分布式數據庫技術
分布式數據庫技術是目前我們經常提及的分布式計算的一個重要組成部分，該技術允許數據在多個服務器端共享。采用分布式數據庫技術，一個本地服務器可以存取不同物理地點的遠程服務器上的數據；也可以使所有的服務器均可以持有數據的拷貝/復制，這樣分布式系統中的所有服務器均可進行本地存取。
設計一個分布式計算解決方案首先需要考慮的問題就是應用的完整性、復雜性、性能和可用性以及響應時間等，同時還需要考慮的是對于不同的應用需求是采用實時存取遠程數據還是采用延遲存取遠程數據。這對于數據復制來講就是采取實時更新復制方案還是延遲數據復制方案。
2. 同步和異步的概念
同步分發數據庫技術是一種實時遠程存取和實時更新數據的技術。這種技術可以保證應用的完整性降低了應用的復雜性，但是如果系統存在網絡存取速度很慢這樣的問題，相應響應時間就會很慢。
異步分發數據庫技術是一種延遲遠程存取和延遲傳播對數據更新的技術。這種技術具有很高的可用性和很短的響應時間。相比同步分發數據庫技術就顯得復雜一些，為了確保應用的完整性需要仔細考慮和設計。
對于實際的商業問題，必須權衡這兩種技術的利弊最終選擇最佳的解決方案，有些問題選用同步技術比較適合，也有一些問題采用異步技術是比較好的解決方案，還有一些問題必須綜合這兩種技術。
3. 復制的概念
復制，顧名思義就是將數據庫中的數據拷貝到不同物理地點的數據庫中以支持分布式應用，它是整個分布式計算解決方案的一個重要組成部分。上面介紹了同步和異步的概念，這里針對復制也存在同步復制和異步復制的問題。
同步復制，復制數據在任何時間在任何復制節點均保持一致。如果復制環境中的任何一個節點的復制數據發生了更新操作，這種變化會立刻反映到其他所有的復制節點。這種技術適用于那些對于實時性要求較高的商業應用中。
異步復制，所有復制節點的數據在一定時間內是不同步的。如果復制環境中的其中的一個節點的復制數據發生了更新操作，這種改變將在不同的事務中被傳播和應用到其他所有復制節點。這些不同的事務間可以間隔幾秒，幾分種，幾小時，也可以是幾天之后。復制節點之間的數據臨時是不同步的，但傳播最終將保證所有復制節點間的數據一致。
4. 更新沖突
在異步復制環境中，對于所有應用最關鍵的就是要確保數據的一致性。我們來看下面這種情況會有什么后果發生呢？在同一時間對同一個表的同一行數據的同一列在兩個不同的地點作更新。這種情況就會發生稱之為更新沖突的錯誤。為保證數據的一致性，更新沖突必須被檢測到并且處理以確保在不同地點的數據元素保持同樣的值。更新沖突可以通過限制"所有權" 到單一節點或者將更新某個特定數據元素的權利限制到某一具體節點的方法來避免。
2.oracle數據復制應用模型
為確保實際應用數據的一致性，必須在異步復制應用模型中考慮沖突避免或者沖突檢測和消除的方法。例如，對于一個實際商業應用，首先必須在邏輯上了解該商業應用采取的沖突避免方法和在某個節點有那些數據以及這些數據中那些是可更新的，而那些又是不可更新的。在下面的這一部分中，我們首先將詳細討論兩種常用的沖突避免方法：主站點所有權模型和動態所有權模型。然后，討論共享所有權模型以及這種模型引起的沖突檢測和處理問題，最后，討論針對fail-over的復制配置，這種復制方案同時考慮了沖突避免和沖突檢測與消除兩種情況。
1. 主站點所有權
主站點所有權，異步復制數據被一個單一節點"所有"，這些要復制的數據僅能被該節點更新，其他節點向擁有該數據的主節點訂閱（subscribe）數據，這意味著他們在本地系統上只能夠存取這些復制數據的只讀拷貝。下面是一些這樣的例子。
（1） 決策支持系統（dss）的聯機事務處理數據的卸載。來自一個或者多個oltp系統的數據可以被卸載到一個獨立的局部dss中，用于只讀分析
（2） 中央信息的分發。產品信息，如價格列表等在總部節點上維護，然后將這些信息復制到遠程銷售辦事處的只讀產品目錄系統中
（3） 遠程信息的集中。許多遠程節點上的產品目錄數據復制到總部節點，這里總部節點只需要有數據只讀的權限
一個主節點擁有一個表的完全所有權，而其他節點只能訂閱這個表的只讀拷貝。也可以是多個主節點擁有同一個表的截然不同子集或者劃分，而另一些節點則訂閱這些子集或者劃分的只讀拷貝。如，一個分布的產品目錄系統可以讓不同的銷售辦事處擁有一個表的屬于自己的一個"水平"部分，如在客戶（customers）表, 訂單（orders）表和目錄（items）這些表中含有每個銷售辦事處為之服務的客戶和產品信息。中心總部節點可以通過訂閱每個辦事處擁有的數據來保持一個完整的所有產品和客戶信息的只讀拷貝。
2. 動態所有權
動態所有權，異步更新將復制數據從一個節點移到另一個節點，而在該過程中，必須保證在同一時刻只有一個特定的節點可以對數據進行更新。一個典型實際應用就是"海關訂單處理系統"，訂單處理的典型步驟是，報關→同意→裝運→開單→收單→入帳等。應用模型可以執行其中的任何步驟，但必須保證各個不同模塊的同一個數據應該在一個綜合數據庫中。在該系統中，當且僅當訂單的狀態表明前一個步驟已經完成時，下一個應用模塊才可以執行更新訂單數據的操作。例如，"裝運"應用模塊僅能在"報關"并且得到"同意"后才能被執行。 (delphi中的demo程序中提供了一個簡化版本演示程序)
通過使用動態所有權復制模型，可以將一個系統分布在多個節點和數據庫上，也就是說應用模型可以建立在不同的系統上。我們還是來看上面的例子，"報關"和"批準"這兩部分可以運行在一個系統上，"裝運"在另一個系統上，"開單"和"收單"等又可在一個系統上。在這個分布式系統中，數據可以被復制到不同的節點上，這些節點對復制的數據只要具有只讀的權限即可。如，利用復制，"報關"節點可以監視已經報關的訂單處理過程。
前面討論的主節點所有權和動態所有權復制模型具有一個共同的特征：在任何一個給定的時間點，只允許一個節點有更新數據的權利，而其余節點對于復制的數據拷貝僅有只讀權限。然而，還存在這樣的情況，允許多個節點可以更新同一個數據，在極端情況下可以是在同一時刻，這就是所說的共享所有權。
3. 共享所有權
共享所有權使用異步復制，這對于主節點和動態所有權模型來講存在一些限制。在共享所有權情況下，整個系統可以存在暫時的不一致，同時必須使用沖突檢測和消除。共享所有權模型相對于前面兩種模型具有一些新的特點。
例如，對于前面我們討論的那個采用具有水平劃分主節點復制方案來的分布式"訂單處理系統"的例子。采用共享所有權模型，每個銷售辦事處都有庫表中不同的水平劃分，該庫表含有每一個辦事處為之服務的一些訂單信息和與消費者有關的顧客信息。每一個銷售辦事處只輸入與自己有關的顧客訂單情況，而不管其余顧客信息。
然而，在實際商業應用中，這個模型不是最佳的選擇。例如，這種情況，一個零售集團在一個大城市中可以有好幾個商場。顧客可能經常去離他們住的最近的那個商場，但是偶爾也可能到其他商場去購物。這時，如果多家商場執行更新同一個顧客和其訂單數據的信息，更新沖突就會發生。所以在這種情況下必須要采用沖突檢測和消除方案。
oracle高級復制支持同時既考慮沖突避免又考慮沖突檢測和消除的復制模型。oracle高級復制之所以又稱為對稱復制，其原因之一就是支持對稱復制模型，也就是可以在任何地方更新，即所有的復制節點都可以進行更新處理。為了避免沖突，一種方法就是將應用設計為將更新限制在一些特定的節點。對于共享所有權，oracle提供了自動沖突檢測和消除方案。
4. 備用數據庫（fail-over）
異步復制通過將一個主系統數據復制到另一系統，可以起到對主系統的崩潰提供保護的作用，這也就是所說的fail-over系統，如果主系統出現問題，業務依舊可以通過復制數據庫進行。
oracle高級復制支持這種fail-over配置。同時，oracle也針對fail-over提供了另外兩個可選的解決方案：oracle并行服務器和備用數據庫配置。用戶可以根據吞吐量、可用性、事務損失的可能性和其他一些如數據一致性、方法的局限性等參考指標來權衡選擇合適的fail-over方案。
3.oracle 高級復制配置
oracle高級復制即可支持基于整個表的復制也可支持基于部分表的復制兩種復制方案。這兩種復制方案主要是通過oracle的兩種復制機制來完成的，即多主復制和可更新快照復制，同時還可以將這兩種復制機制結合起來以滿足不斷變化的業務需求。
1. 多主復制
多主復制方案支持全表在各個主節點間的對稱復制，允許所有主節點對主表都有更新操作的權利。任何一個主節點上的復制表的更新都會被傳播并被直接應用到其他所有主表。一個主節點出現問題，不會對其他主節點之間變化的傳播造成影響。
多主復制采用一種稱為"延遲遠程過程調用（deferred remote procedure calls rpcs)"的機制作為主要的傳播和應用變化的機制。各節點之間變化的傳播，既可以以基于事件的方式立即傳播，也可以在某個特定的時間點，如在網絡空閑時（如晚上）傳播。在傳播變化時，如果其中的一個遠端系統沒有準備好，傳播變化的延遲遠程過程調用（rpcs）就會保存在其本地隊列中，等到系統準備好以后再執行。
2. 可更新快照
oracle將最早oracle 7上的只讀快照機制擴展為一種允許快照可更新的對稱復制機制。快照更新的傳播方式和如何應用到快照主節點采用了和多主復制一樣的延遲遠程過程調用機制。
對于快照的定義，既可以是包含一個主表的完全拷貝，也可以是為滿足基于值的選擇標準的主表中行的子集?？煺赵谥鞴濣c的刷新是按照一定的時間間隔或用戶單獨請求進行的。最后一次刷新后主表的任何變化也同樣被傳播并應用到快照。多個快照的刷新是在一個一致的事務中完成的，這就確保了數據和引用的完整性。
3. 混合配置
可以將多主復制和可更新快照復制結合在一起，構成一種新的混合配置，這種配置可以完成對全表或者子表的復制。例如下面這種應用就是一個典型的混合配置方案，一個系統具有兩個位于不同地理區域的中心節點，這兩個不同的地理區域下面還有一些分支機構，兩個中心節點可以彼此看做是自己的備份節點。采用多主復制方法在兩個中心站點之間復制數據，同時采用只讀或者可更新快照復制方法在每個區域范圍中的主節點之間復制全表或者子表。這種配置的一個顯著好處就是當其中的一個中心節點發生問題時，這些快照的主節點可以被重新定義到另一個運行良好的中心節點，從而提高了系統的可靠性。
4. 其他復制機制
oracle除了前面討論的三種復制機制以外，還提供了另外兩種復制機制：過程級復制和同步復制。
（1） 過程級復制：這種復制方案主要應用在存在大量數據更新以及采取批處理方式操作數據時需要復制數據的情況。例如，下面這個應用，一個以年為單位管理客戶訂單的公司，對于老的訂單數據不再需要在線保存，而需要卸載到某存儲介質中。這時，如果在多個節點間復制每一獨立的行級變化效率將是非常低的。對于這種情況，可以直接在每個復制節點執行一個過程來直接進行這種更新操作。oracle高級復制提供的分布式模式管理功能（將在下面詳細討論）可以非常方便地在多個節點上設置和維護過程級復制的遠程過程。
（2） 同步復制：一個采用同步復制方案的表發生變化時，oracle會確保這種變化能夠成功地作用在本地表和其他節點的復制表，如果失敗則整個事務會被成功回滾。同步復制在網絡的穩定性比較高的情況下是可行的，可以保證復制節點之間的復制數據一直保持同步。
4.oracle管理工具
很顯然，有效的管理工具對于成功的分布式應用是非常關鍵的，如果沒有能力去操作它，再專業的復制功能也不能發揮很好的作用。oracle高級復制提供了幾個功能強大的管理工具，諸如復制目錄，分布式模式管理以及其他的一些oracle 復制管理工具。
1. 復制目錄
復制目錄是一個包含定義復制環境原數據的一個單一綜合庫。復制目錄本身也被復制到多個節點以確保高可用性和授權用戶可以簡單地實現本地存取管理。
復制目錄定義了被復制的數據庫對象，復制的節點以及用于復制的機制。數據庫對象有需要復制的庫表和其他一些相關的對象，如索引，視圖，過程，觸發器和同義詞等等。這些原數據是開放的，用戶可以通過標準sql語句進行檢索和查詢。
2. 分布式模式管理
oracle高級復制的分布式模式管理功能允許在一個控制點就可進行復制環境的定義和改變。對復制環境的任何改變，都將自動復制并且應用這些數據定義語言（ddl）命令到其他復制環境節點，同時也利用數據庫觸發器和復制相關過程自動生成復制所需要的一些支持對象。
分布式模式管理在一個被稱為主定義節點的地方進行控制。它自動將ddl推向其他所有主節點并且也允許快照節點"拉"回并且執行這些ddl命令。由于主定義節點使用并且維護著整個復制目錄，該復制目錄本身也被復制到其他節點，所以該主定義節點一旦出現問題，就必須用其他節點來代替。分布式模式管理可以通過一個圖形用戶界面管理工具（gui）來配置。
3. oracle復制管理器
oracle復制管理器是oracle提供的一個圖形界面的復制管理工具，通過該工具可以配置，定時和通過一個節點來管理整個的復制環境。該管理工具可以單獨運行也可以在oracle企業管理器中通過一個applet來激活。
采用oracle復制管理器，用于復制的對象組可以通過一些鼠標操作非常簡單地定義。復制組可以包含表和其他相關的對象，如觸發器，存儲過程，索引，視圖，同義詞以及序列等。oracle除了可以復制每個復制組的全部拷貝以外，還可以選擇復制數據的子集。復制組的配置可以在任何時候修改，這種變化將自動應用到其他所有的復制節點。
一旦定義了對象組，可以通過oracle復制管理器，簡單進行拖拉操作，就可自動部署復制組到一個新的節點。這些快照節點既可以是只讀的也可以是可更新的。復制節點配置完成以后，用戶可以配置定時以使復制環境中的變化傳播到其他節點，當然也可以選擇采用同步復制。
4. 選擇沖突解決方案
如果選擇采用一種可以在任何地方更新的復制方案，oracle復制管理器提供了幾個內建的沖突解決方案，諸如"最近時間戳"和"站點優先"等來解決潛在的沖突。對于不同的表可以選擇不同的方法，甚至可以對一個表中的不同列選擇不同的沖突消除方案。用戶對于一些特殊的商業需求也可以創建自己的沖突解決方案。
5. 實時管理
通過oracle的復制管理器，復制環境中任何地方發生的錯誤均可以非?？焖俸秃唵蔚胤蛛x出來并且改正。通過一個單一的節點，用戶就可以看到每個節點的延遲事務隊列，也可以重新定時或者強制立即執行事務。另外，用戶也可以利用oracle企業管理器的事件管理功能來對復制環境進行監視，該事件管理器提供了對多個站點間的復制狀態的主動監視功能，另外還提供了可以定義自動改正的選項等。
5.主要配置參數說明示例
oracle高級復制，也稱為對稱復制。和oracle的其他功能不同，oracle的高級復制不是即插即用的，用戶必須深刻理解它們是如何工作的以及各種復制方案的優缺點。深刻理解復制的基本概念可以幫助你設計一個可靠的復制環境。
接下來主要介紹搭建oracle高級復制環境時需要設置的一些系統參數。需要提醒注意的是，這里所給出的這些系統參數的具體配置數值只能保證可以成功的搭建出一個相對較好的高級復制環境，但并未對這些參數的優化配置進行進一步的深入探討。
現在我們正式開始。假設有兩個節點，節點名分別為rldba和xjtu。
數據庫名 rldba xjtu
數據庫域名 hr_group world
數據庫sid rep.world xjtu.world
listener端口號 1521 1521
服務器ip地址 192.168.110.221 192.168.110.130

1. 實現數據庫復制的前提條件
q 數據庫支持高級復制功能：您可以用system身份登錄數據庫，查看v$option視圖，如果其中advanced replication為true，則支持高級復制功能；否則不支持。
q 數據庫初始化參數要求：
（1） db_domain = test.com.cn：指明數據庫的域名(默認的是world)，這里可以用您公司的域名。
（2） global_names = true：它要求數據庫鏈接(database link)和被連接的數據庫名稱一致。 現在全局數據庫名：db_name+"."+db_domain
q 數據庫連接通暢：
運行$tnsping hr_svr與$tnsping xjtu，出現以下提示符：
attempting to contact
(address=(protocol=tcp)(host=10.1.1.200)(port=1521)) ok（n毫秒）則表示數據庫連接通暢，可以準備復制。
2. 系統環境參數（init.ora文件）設置（對于非缺省值）
如果要搭建oracle高級復制環境，必須在初始化文件中設置下列參數，見表1所示。
參數名稱 推薦值 備注
processes 100 進程數，default=59如果進程數大于59數據庫將可能發生死鎖
shared_pool_size 30000000 至少30m，如果有很多的復制對象的話，則需要更多的空間
large_pool_size 500k
db_block_buffers 550k
compatible 8.0.5.0 該版本以上
db_file_multiblock_read_count 16
dml_locks 100
sequence_cache_entries 30
sequence_cache_hash_buckets 23
global_names true
distributed_lock_timeout 300
distributed_transactions 10
open_links 6 復制節點多的話，需要增加
sort_area_size 1000000
db_name rldba
job_queue_processes 6 定義snp進程的啟動個數為n。系統缺省值為0，正常定義范圍為0～36，根據任務的多少，可以配置不同的數值。
job_queue_interval 60 定義系統每隔n秒喚醒該進程一次。系統缺省值為60秒，正常范圍為1～3600秒。事實上，該進程執行完當前任務后，就進入睡眠狀態，睡眠一段時間后，由系統的總控負責將其喚醒。
parallel_max_servers 10 只適用于并行傳播
parallel_min_servers 2 只適用于并行傳播
peplication_dependency_tracking true 如果采用并行傳播，必須設置為true
（表1：oracle高級復制環境初始化參數設置）
表1中各個參數的推薦值認為目前的復制環境只有兩個節點，一個簡單的高級復制環境，如果節點較多，且復制關系復雜，需要復制的表也很多，則需要相應增大一些參數的值，這可以通過修改不同的參數試驗獲得。如果修改了以上這幾個參數，需要重新啟動數據庫以使參數生效。

將所有的snapshot 或者是job_queue_keep_connections參數都刪除，因為oracle以后已經不支持這些參數。

2.net8參數文件
(1)sqlnet.ora文件設置
# sqlnet.ora network configuration file: d:/oracle/ora81/network/admin/sqlnet.ora# generated by oracle configuration toolssqlnet.authentication_services= (nts) names.directory_path= (tnsnames, onames, hostname)automatic_ipc=offnames.default_domain = worldname.default_zone = worldsqlnet.expire_time = 0disable_oob = on

(2)tnsnames.ora文件設置
rldba = (description = (address_list = (address = (protocol = tcp)(host = hr_svr)(port = 1521)) ) (connect_data = (service_name = rep.world) ) )xjtu = (description = (address_list = (address = (protocol = tcp)(host = xjtu)(port = 1521)) ) (connect_data = (service_name = xjtu.world) ) )
上面host為各個復制節點的ip地址，如果復制節點很多，則全部加入到tnsnames.ora文件中，本文作為用例中有兩個節點。
3.表空間
如果搭建oracle高級的高級復制環境，額外需要加大一些表空間，表2是建議的初始表空間。
表空間 建議初始值 建議
system 至少20m
rollback segments 至少20m 建議回滾段的下一個區大小設置至少為100k。
temporary 至少10m
tools 至少20m
( 表2：oracle系統表空間大小設置 )
上面這些建議的設置是一種較小復制環境下的空間設置。如果要復制的表很多，每天的變化量很大，復制節點復雜，則需要相應增大表空間的大小，具體數據依據具體情況而定。
6.復制應用實例
上面我們對復制基本概念及復制參數的作了說明，接下來主要介紹一個oracle快照復制的實際例子及其技術實現細節。
(1) 業務需求描述
在一個實際的數據庫應用中，如電信、人力資源管理等應用中通常都采用這樣一種解決方案，在一個行政區域內，如一個省或者一個市，在不同的地理位置架設數臺數據庫服務器，這些不同地理位置的服務器具有同樣的后臺數據庫。為了維護數據庫系統的一致性，對于整個行政區域應用的基本數據表應該保持一致，如果不考慮數據復制，想維護同樣的不沖突的代碼表是很困難的。下面我們不考慮實際的業務應用，只從數據庫復制角度來說明oracle快照復制的應用。
為了維護整個系統基本數據表的一致性，比如有這樣的業務需求，對rldba上的一些表采用統一維護，即在一臺服務器上維護。而在其他位置（如數據庫xjtu，用戶snap）可以直接使用這些表，也就是說在位置1具有對代碼表插入、刪除和更新的能力，而在其他地方具有同步查詢應用的能力。
(2) 應用設計
針對上述的需求，現在提出了這樣一種解決方案，也就是采用oracle的快照復制。具體業務實現方案設計如下：
在位置1的數據庫rldba維護所有的表，在其余數據庫建立相對于位置1的所有表的快照。為了維護快照的方便，在位置2創建一個單獨的快照表空間和一個模式（schema），也可以稱為用戶（user），系統中的其他用戶通過一個私有同義詞來存取這些快照。這里私有同義詞相對公共同義詞要好，這是因為在位置1存在一個同樣的系統，它的表是通過公共同義詞來存取的。對于快照的刷新，采用oracle系統包dbms_refresh進行，并將該刷新過程的運行定時在每天早上2:00，這樣可以減少網絡流量。對于快照的刷新形式，由于對于表的維護不是很多而且表的數據量相對較少，所以在此選擇了完全刷新，這樣就避免了管理快照日志的麻煩。下面以一個節點2（xjtu）為例來說明具體的技術實現細節。
(3) 技術實現細節
除非特別說明，下面的sql命令都是在數據庫xjtu的sysetm用戶下運行的。

1. 在數據庫2（xjtu）上增加數據庫1（rldba）的services name,可以直接在tnsnames.ora文件中增加數據庫1的services name，包括ip地址，sid以及端口號等。services name 命名為rep.world。

2. 創建一個用于連接數據庫1（rldba）的數據庫連接（dblink）
drop public database link [email protected]; //刪除database linkcreate public database link [email protected] connect to rldba identified by admin using 'rldba'; //create database linkselect * from [email protected][email protected]; //test the database link
注：出于安全考慮，可以采用一個私有數據連接。
3. 創建一個名為snapshot_rldba的表空間來存放rldba快照，并創建一個和該表空間有關的名為snap的用戶。
create tablespace "snapshot_rldba"logging datafile 'd:/oracle/oradata/ora8i/snapshot_rldba.ora'size 30mdefault storage ( initial 30k next 15k minextents 100 maxextents unlimited pctincrease 0 ); //create table spacecreate user snap identified by snap default tablespace "snapshot_rldba"; //create user in the table spacegrant connect, resource to snap; //grant role to the user

4. 運行下面的腳本文件snapsql.sql來生成創建rldba數據庫上rldba用戶表的快照腳本：
注意如果所需生成快照的表中含有類型為long的列，"select *"在這里就不會起作用，上面的這個sql腳本就不能自動建立生成所需快照的腳本，必須通過在select列表中顯式地添加long型列名來創建表的快照。下面是一個例子，假如我們要創建快照依賴的表t_ygjbxx中有一個列zp類型為long，就需要單獨寫出如下的創建快照的腳本：
create snapshot t_ygjbxx pctfree 10 pctused 40tablespace "snapcost_rldba "storage (initial 40960 next 57344 pctincrease 0 )using index refresh with primery keyfor updateas select ygid, gzbh, fzjrlb, zp, sxzy, xcszy from [email protected][email protected]; //create snapshot
execute dbms_snapshot.refresh ('snap.t_ygjbxx ')
運行腳本文件create_snapshot.sql后，就在模式snap中創建了所需要的快照。下一步就是考慮該如何刷新快照。對于快照的刷新，可以通過一些桌面dba工具來刷新快照也可以通過系統包dbms_snapshot.refresh來刷新一個快照：
創建或選擇實現數據庫復制的用戶和對象，給用戶賦權，數據庫對象必須有主關鍵字，如果數據庫對象沒有主關鍵字，可以運行以下sql命令添加：
alter table dept add (constraint dept_deptno_pk primary key (deptno))；

5. 創建一個定時刷新過程來定時刷新快照：
--sp_snapshot_refresh.sql create or replace procedure sp_snapshot_refresh isbegindbms_refresh.make ( name=>' t_ygjbxx ', list=>'snap. t_ygjbxx', next_date=>trunc (sysdate+1)+2/24, interval=>'(sysdate+1)', implicit_destroy=>false, lax=>true);end sp_snapshot_refresh; --創建了一個定時任務來每天早晨2:00定時刷新快照
execute sp_snapshot_refresh; //execute the procedure
select job, what from dba_jobs; //查詢剛剛加入的這個任務
create synonym system.t_ygjbxx for snap.t_ygjbxx;//在用戶system下創建快照的私有同義詞
grant select on dm_gy_rydm to system;//以snap用戶向system用戶授與快照可以select的權限。

6. 同樣的步驟在其它位置建立位置1（rldba）的表快照和定時刷新任務。這樣就可實現在位置1統一維護代碼表，在位置2和其它位置使用該表的目的。如下面的sql語句，在位置2（xjtu）用戶snap瀏覽在位置1（rldba）中的代碼表。
select * from t_ygjbxx;
(4) 日常維護及注意事項
無論任何時候只要出現網絡連接問題，刷新就會失敗。這些錯誤信息可以在alert.log文件中找到。下面簡單介紹一下對這種問題的處理辦法：
1．首先在任務隊列中找到刷新快照的任務編號
select job,　what from dba_jobs;
2．刪除該任務
execute dbms_job.remove (jobno)；
3．刪除快照組
execute dbms_refresh.destroy ('tax_dmb_grp')；
4．重新創建快照組并且重新定時任務來定時刷新快照
execute sp_snapshot_refresh('snap.t_ygjbxx')
5．快照監視
select name, to_char(last_refresh,'dd-mon-yy hh:mm:ss') from dba_snapshots;