技術標準-17Oracle單機部署與集群部署規(guī)范

版本選擇穩(wěn)定版本 。目前常用12C,12.2.0.3。每個季度都有更新迭代，不要急于更新部署，可以延后一個季度部署使用。

創(chuàng)新互聯公司服務項目包括源城網站建設、源城網站制作、源城網頁制作以及源城網絡營銷策劃等。多年來，我們專注于互聯網行業(yè)，利用自身積累的技術優(yōu)勢、行業(yè)經驗、深度合作伙伴關系等，向廣大中小型企業(yè)、政府機構等提供互聯網行業(yè)的解決方案，源城網站推廣取得了明顯的社會效益與經濟效益。目前，我們服務的客戶以成都為中心已經輻射到源城省份的部分城市，未來相信會繼續(xù)擴大服務區(qū)域并繼續(xù)獲得客戶的支持與信任！

保持各個環(huán)境版本的一致性 。開發(fā)，測試，生產三方的架構可以不同，但是版本應該保持一致。生產可以使用RAC多節(jié)點物理機架構，開發(fā)可以使用單臺物理機，甚至可以用虛擬機。

操作系統(tǒng)平臺 。盡量選擇Linux平臺，比如Redhat7。其實Aix系統(tǒng)也挺好。

空間分配 。單機的空間最少30G，RAC多節(jié)點至少80G。鏡像安裝使用Gold image。

資源拓展 。一般節(jié)點不變的時候，選擇加CPU內存的方式。如果預算充足，可以直接加節(jié)點服務器。

切換 。單機，先停止監(jiān)聽，停止DB實例，卸載VIP，存儲切換后，掛載VIP，啟動監(jiān)聽，啟動DB實例即可。RAC切換主要區(qū)別在于集群多節(jié)點的差異。

每天強制自己寫些東西，拍攝制作視頻，記錄生活，思考 探索 學習一些東西。不斷地學習，堅持下去，提高自己的認知，打開自己的思維，以后會有更多的方法和創(chuàng)新。

如何正確配置基于 oracle 數據庫的 wps v6.12 集群應用系統(tǒng)

本文描述了遠程消息傳遞和遠程支持集群環(huán)境的搭建配置過程。這個集群環(huán)境由三個集群組成，具體的拓撲結構是：

應用程序集群，不但為應用程序提供工作負載管理以及URL和EJB 請求故障轉移功能，而且還部署了BPC和HTM 容器，提供了對長業(yè)務流程和人工業(yè)務流程的應用程序的支持。

遠程消息集群，運行WPS默認提供的四個總線（SCA應用，SCA系統(tǒng)，BPC和CEI）提供獨立的高效的消息引擎。

遠程支持集群，部署通用事件體系結構和業(yè)務規(guī)則管理等其他應用程序，提供異步的事件查詢。

這三個集群配置在兩臺機器的不同的節(jié)點上，即三個集群的成員水平部署在兩臺機器上。在一個集群中的兩個成員是該集群中完全相同的副本。消息傳遞引擎、業(yè)務支持和業(yè)務流程應用程序分別位于不同的集群上，所以可以根據實際業(yè)務負載和硬件環(huán)境，靈活調配所需的資源。這種模式，也稱為黃金拓撲，是 WPS 中最復雜的拓撲結構，是大多數企業(yè)集成應用用戶的首選，具有如下優(yōu)點：

可靠性。將所有的應用、消息引擎和通用事件部署在三個集群上面，方便管理和使用。

可擴展性。因為系統(tǒng)中的消息引擎處于的關鍵地位，可能存在之后的訪問需求增長等擴展需要，單獨創(chuàng)建消息引擎集群可以很方便實行這一點。

對于系統(tǒng)運行時可能遇到的處理量非常大和可伸縮性等問題，通過將通用事件基礎架構（CEI）和應用程序分離，可以確保這兩個組件不會爭用相同的資源（內存和CPU）。此拓撲還能幫助創(chuàng)建集中的事件服務器以處理來自多個源的事件。

所有的應用服務器由 Deployment Manager 統(tǒng)一管理，降低了系統(tǒng)管理的復雜度。

安裝前的注意事項

在集群環(huán)境的安裝過程中，需要同步兩臺主機的信息，確保它們之間能夠良好的通信。主要同步的信息包括兩臺主機的系統(tǒng)時間、時區(qū)設置，并確保兩臺機器的時間差在5分鐘之內，如果時間差超過5分鐘，聯合操作將失敗。

更新兩臺主機的hosts 文件（默認目錄為/etc/hosts ），確保每臺機器均包含對方的host name 和對應的IP 地址，以便主機間的相互訪問。

在使用向導安裝和配置概要時，請按照從上到下的順序輸入配置參數，對于WPS V6.12 ，輸入順序的改變有可能導致未知錯誤。

集群環(huán)境的搭建步驟

Informix 數據庫規(guī)劃

WPS的集群環(huán)境需要后臺數據庫的支持。為了提高集群在實際運行中的效率，建議根據功能的不同，創(chuàng)建不同的數據庫。數據庫的詳細信息如下表所示：

數據庫名稱 說明

WPRCSDB 公共數據庫

EVENT 通用事件體系結構數據庫

CEIDB 通用事件體系結構消息傳遞引擎數據庫

SCASYSDB 服務組件系統(tǒng)消息傳遞引擎數據庫

SCAAPPDB 服務組件應用程序消息傳遞引擎數據庫

BPCDB 業(yè)務流程編排器數據庫

BPCME 業(yè)務流程編排器消息傳遞引擎數據庫

OBSVRDB 業(yè)務流程編排器事件收集器數據庫

注意：本文選擇英文語言的數據庫安裝。如果要安裝中文語言的數據庫，請參考本文的：在數據源定制屬性中添加數據庫語言。

安裝WPS的步驟

首先使用圖形化安裝向導在兩臺主機上分別安裝WPS v6.1.2 產品，。在安裝產品和搭建集群過程中，步驟如下：

1.選擇“Typical installation”安裝類型。典型安裝也稱為完全安裝，提供了環(huán)境的初始化定義，包括通過概要管理工具創(chuàng)建特定了類型的概要文件。

圖2 選擇安裝類型

2.在選擇概要類型界面提供了四種可選擇的概要類型（圖3）。我們選擇“None”，即不創(chuàng)建任何類型的概要，以便在以后的步驟中手動創(chuàng)建概要。

使用Profile Management Tool（PMT） 創(chuàng)建Deployment Manager 概要

Deployment Manager（DM）是管理控制節(jié)點，它對集群環(huán)境下的所有節(jié)點提供了圖形化的管理功能。一個集群環(huán)境中一般只需要一個管理概要。下面我們將向您講述創(chuàng)建DM 概要的主要步驟：

1. 在WPS_HOME/bin/ProfileManagement/ 下執(zhí)行命令pmt.sh ，彈出安裝界面。在各種類型的環(huán)境選項中選擇 WPS，進入下一步。

2. 在概要類型中提供了三種典型的概要類型，選擇 Deployment manager profile，搭建DM 概要。

3. 在創(chuàng)建方式界面中，默認選項為創(chuàng)建典型的概要文件，在此需要選擇 Advanced profile creation，以便我們在后續(xù)步驟中通過管理控制臺手動進行集群配置，以滿足特定環(huán)境的需求。

4. 填寫要創(chuàng)建的Deployment manager profile的名稱和安裝目錄。

5. 填寫概要的Node Name和Cell name ，指定 Host Name。

6. 在管理安全選項中，如果選中 Enable administrative security 選項，請記住 WPS v 6.1.2

用戶名稱和密碼。這里建議取消 Enable administrative security 選項，不設置安全管理。在后續(xù)步驟中可以根據需要手動啟動安全管理選項，設定用戶名密碼。

7. 配置服務器的端口。

8. 進行數據庫的配置。首先從 Choose a database product 選擇 Informix Dynamic Server 作為公共數據庫類型，并選擇 Use an existing database。另外，需要指定 Database name，本例中使用先前創(chuàng)建的數據庫 WPRCSDB。不選擇“Deplay execution of database scripts for new or existing database”選項，因為概要文件的安裝過程中會自動創(chuàng)建數據庫 WPRCSDB 中的表。注意：如果創(chuàng)建的數據庫為中文字符集，則需要選擇 “Deplay execution of database scripts for new or existing database“選項，在概要創(chuàng)建完成后，手動執(zhí)行創(chuàng)建數據庫表（請參考本節(jié)內容中的步驟 11）。

9. 在數據庫配置的第2步，需要對 Common DB 參數進行配置。如果是遠程數據庫，則在填寫 Database server host name時，要確保遠程數據庫的host name 已經添加到本地主機（參考本文的第三部分內容“安裝前的注意事項”）；也可以直接在該項填寫遠程數據庫的IP 地址。換句話說，在點擊下一步之前，請確認數據庫的參數信息，否則將在點擊下一步后，會收到不能連接數據庫的錯誤提示。

10. 完成以上步驟后，系統(tǒng)會顯示概要的創(chuàng)建信息。如果發(fā)現參數需要調整可以后退向導重新進行輸入。DM 創(chuàng)建成功后，可取消選擇 Launch the First steps console和Create another profile，點擊完成。至此，Deployment Manager 創(chuàng)建完成。如果創(chuàng)建DM 失敗，請查看 WPS_HOME/logs/manageprofile 目錄下的日志文件進行分析。

11. 另外，如果需要手工創(chuàng)建Common DB(WPRCSDB) 相關的表，可執(zhí)行DM 概要創(chuàng)建生成的數據庫腳本，默認目錄為：

WPS_HOME/profiles/Dmgr01/dbscripts/CommonDB/Informix/WPRCSDB 。

請將這些腳本復制到 Informix 數據庫所在機器，并設置如下環(huán)境變量：

INFORMIXSERVER=IFX_INSTANCENAME

INFORMIXDIR=IFX_INSTALL_HOME

之后執(zhí)行如下命令：

dbaccess – createDatabase_CommonDB.sql

如果WPRCSDB已經創(chuàng)建，可以忽略。

dbaccess WPRCSDB createTable_AppScheduler.sql

dbaccess WPRCSDB createTable_CommonDB.sql

dbaccess WPRCSDB createTable_customization.sql

dbaccess WPRCSDB createTable_lockmanager.sql

dbaccess WPRCSDB createTable_mediation.sql

dbaccess WPRCSDB createTable_Recovery.sql

dbaccess WPRCSDB createTable_RelationshipMetadataTable.sql

dbaccess WPRCSDB createTable_EsbLoggerMediation.sql

dbaccess WPRCSDB insertTable_CommonDB.sql

使用PMT 創(chuàng)建自定義概要

接下來，我們手動進行自定義概要的創(chuàng)建。這樣，能夠在創(chuàng)建概要過程中，根據客戶特定的使用需求和環(huán)境特點，選擇適合于自己的數據庫，并進行端口、用戶名、密碼等信息的設置。

在創(chuàng)建自定義概要（Custom profile）之前啟動 DeploymentManager（DM）概要，在目錄WPS_HOME/profiles/Dmgr01/bin 下，運行startManager.sh 命令。節(jié)點概要的創(chuàng)建與 DM 概要的創(chuàng)建類似，在目錄WPS_HOME/bin/ProfileManagment 下執(zhí)行命令pmt.sh，隨即獲得安裝界面，主要步驟如下。

1．選擇 Create 即創(chuàng)建一個新的概要文件。

2．在環(huán)境選項中，選擇 WPS，進入下一步。

3．在創(chuàng)建概要的類型中，選擇 Custom Profile，創(chuàng)建一個自定義節(jié)點概要。

4．在安裝類型選項中，選擇 Advanced profile creation，以便在后續(xù)步驟中通過手動配置相關參數，定制特定的節(jié)點概要。

5．輸入節(jié)點所對應的DM 概要的主機名稱和端口，默認端口為8879。如果在創(chuàng)建DM時啟動了管理安全性，則需要輸入用戶名和密碼。Federate this node later 選項的選擇取決于是否要在創(chuàng)建節(jié)點的同時將其聯合到指定的DM 概要中。這里，我們不選擇該選項，節(jié)點會自動與 DM 概要聯合，需要注意的是，要確保 DM 概要此時為啟動狀態(tài)。

若選擇創(chuàng)建節(jié)點之后手動聯合到 DM 概要中，則需要在創(chuàng)建節(jié)點完成后使用WPS_HOME/Custom01/bin 目錄下的addNode.sh 命令進行節(jié)點與 DM的手動聯合，具體命令如下：

addNode.sh dmgr_hostname　–username username –password password

6．輸入DM的信息后，進入端口設置頁面，可以自行修改端口號。

7．在數據庫選項中選擇 Informix Dynamic Server 作為數據庫類型，并為Informix JDBC driver 指定正確的路徑。該路徑指向節(jié)點所在的本地機器上 ifxjdbc.jar和ifxjdbcx.jar的存儲位置。

8．瀏覽匯總信息無誤后，點擊 Create 開始創(chuàng)建自定義概要。

9．創(chuàng)建成功后，重復以上步驟為另一臺機器創(chuàng)建自定義概要。

命令行方式創(chuàng)建Deployment Manager 實例和托管節(jié)點實例

創(chuàng)建DM profile 和Custom profile時，除了使用pmt.sh 命令外，還可以選擇命令行方式，即執(zhí)行WPS_HOME /bin/manageprofiles.sh 命令創(chuàng)建概要。創(chuàng)建Deployment manager 概要的命令和腳本如下：

./manageprofiles.sh –create -dbServerPort 8002

–templatePath WPS_HOME/profileTemplates/dmgr.wbiserver

–profileName Dmgr01

-dbDelayConfig true –dbCommonForME false

–dbType INFORMIX –dbHostName aix235.cn.ibm.com

–dbInstance IFXTest –hostName aix235.cn.ibm.com

–enableAdminSecurity false –dbName wprcsdb

–dbPassword informix –ndtopology false

-cellName aix235Cell01 –nodeName aix235CellManager01

–dbJDBCClasspath /opt/jdbc/lib –dbUserId Informix

–dbCreateNew false –profilePath WPS_HOME/profiles/Dmgr01

創(chuàng)建自定義節(jié)點的命令和腳本如下：

./manageprofiles.sh –create –dmgrHost 9.186.111.234

–profileName Custom01 –templatePath WPS_HOME/profileTemplates/managed.wbiserver

–dbType INFORMIX –ndtopology false

–cellName aix234Node01Cell –hostName aix234.cn.ibm.com

–nodeName aix234Node01 –dbJDBCClasspath /home/jdbc/lib

–dmgrPort 8879 –profilePath WPS_HOME/profiles/Custom01

如何在 Solaris 區(qū)域集群上部署 Oracle RAC

一個區(qū)域集群包含多個 Oracle Solaris 區(qū)域，每個區(qū)域分別駐留在其各自獨立的服務器上；組成集群的各個區(qū)域鏈接到單個虛擬集群。

因為區(qū)域集群之間是相互隔離的，所以各區(qū)域集群的安全性將得到加強。此外，由于區(qū)域是聚集在一起的，所以各區(qū)域所承載應用程序的可用性得到了提高。由于一個物理集群上可存在多個區(qū)域集群，提供了在一個集群上整合多集群應用程序的方法。

在區(qū)域集群中安裝 Oracle RAC，您就可以為同一數據庫創(chuàng)建不同的數據庫版本或進行不同的部署(例如，一個用于生產，一個用于開發(fā))。

使用此架構，您還可以將多層解決方案的不同部分部署到不同的虛擬區(qū)域集群中。例如，您可以將 Oracle RAC 和應用程序服務器部署在同一集群的不同區(qū)域中。

使用該方法可以在充分利用 Oracle Solaris Cluster 簡化管理的同時將層和管理域相互隔離開來。

oracle 10g 的集群怎么配置？

集群有兩個方面：

1，Portal實例是通過PORTAL中的OC4J集群實現。目前只能支持stateless,不支持stateful.

2，Portal數據庫。PORTAL repository可以通過RAC來實現集群。這需要將infrastructure配置成RAC。

oracle 怎么做集群

通過RAC實現。只是共享存儲。各臺機器有自己的共享內存。并非每臺機器的內存共享累加起來組成一個數據庫的共享內存。 RAC的好處是所有機器組成一個集群。 ORACLE RAC工作原理 在一個應用環(huán)境當中，所有的服務器使用和管理同一個數據庫，目的是為了分散每一臺服務器的工作量，硬件上至少需要兩臺以上的服務器，而且還需要一個共享存儲設備。同時還需要兩類軟件，一個是集群軟件，另外一個就是Oracle數據庫中的RAC組件。同時所有服務器上的OS都應該是同一類OS,根據負載均衡的配置策略，當一個客戶端發(fā)送請求到某一臺服務的listener后，這臺服務器根據我們的負載均衡策略，會把請求發(fā)送給本機的RAC組件處理也可能會發(fā)送給另外一臺服務器的RAC組件處理，處理完請求后，RAC會通過集群軟件來訪問我們的共享存儲設備。 邏輯結構上看，每一個參加集群的節(jié)點有一個獨立的instance，這些instance訪問同一個數據庫。節(jié)點之間通過集群軟件的通訊層（communication layer）來進行通訊。同時為了減少IO的消耗，存在了一個全局緩存服務，因此每一個數據庫的instance，都保留了一份相同的數據庫cache。 RAC中的特點是：每一個節(jié)點的instance都有自己的SGA 每一個節(jié)點的instance都有自己的background process 每一個節(jié)點的instance都有自己的redo logs 每一個節(jié)點的instance都有自己的undo表空間所有節(jié)點都共享一份datafiles和controlfiles Oracle還提出了一個緩存融合的技術(Cache fusion) 目的有兩個 1.保證緩存的一致性IXPUB技術博客 2.減少共享磁盤IO的消耗IXPUB技術博客因此在RAC環(huán)境中多個節(jié)點保留了同一份的DB CACHE 緩存融合（Cache fusion）工作原理： 1.其中一個節(jié)點會從共享數據庫中讀取一個block到db cache中 2.這個節(jié)點會在所有的節(jié)點進行交叉db block copy 3.當任何一個節(jié)點緩存被修改的時候，就會在節(jié)點之間進行緩存修改 4.為了達到存儲的一致最終修改的結果也會寫到磁盤上 ClusterWare組件 有四種Service Crsd - 集群資源服務 Cssd - 集群同步服務 Evmd - 事件管理服務 oprocd - 節(jié)點檢測監(jiān)控有三類Resource VIP - 虛擬IP地址(Virtual IP) OCR - Oracle Cluster Registry(集群注冊文件),記錄每個節(jié)點的相關信息 Voting Disk - Establishes quorum (表決磁盤),仲裁機制用于仲裁多個節(jié)點向共享節(jié)點同時寫的行為，這樣做是為了避免發(fā)生沖突。 RAC的組件 提供過了額外的進程，用來維護數據庫 LMS - Gobal Cache Service Process 全局緩存服務進程 LMD - Global Enqueue Service Daemon 全局查詢服務守護進程 LMON - Global Enqueue Service Monitor全局查詢服務監(jiān)視進程 LCK0 - Instance Enqueue Process 實例查詢進程

現有兩臺windows2008企業(yè)版系統(tǒng)的數據庫服務器，如果安裝oracle集群，具體該如何操作?需要做哪些準備？

做oracle10g以上的集群，不需要其它集群軟件，磁盤陣列需要是共享的，新劃分的磁盤存儲不要在操作系統(tǒng)上分區(qū)，否則oracle不認，建議你看官方文檔，或者搜索一下文檔，很多

本文標題：如何部署oracle集群,oracle分布式部署
文章轉載：http://chinadenli.net/article6/dsggpig.html

成都網站建設公司_創(chuàng)新互聯，為您提供品牌網站建設、用戶體驗、微信公眾號、域名注冊、動態(tài)網站、全網營銷推廣

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯