內(nèi)容教程教案solution

執(zhí) 業(yè)務案 解決方案概 關鍵成 VirtualSANOracleRAC參考架 用 適用范 目標讀 術 技術概 VMware VMwareVirtual VMwareVirtualSAN延伸群 Oracle11gR2 OracleExtended OracleData Oracle 在VirtualSAN延伸群集上部署OracleExtended 概 VirtualSAN延伸群集上的部署注意事 OracleClusterware和VirtualSAN延伸群集部 網(wǎng)絡分區(qū)期間的行 部署優(yōu) 解決方案配 架構 硬件資 軟件資 網(wǎng)絡配 VMwareESXi 控制器模 VirtualSAN配 VirtualSAN策 OracleRAC虛擬機和數(shù)據(jù)庫配 解決方案驗 測試概 測試和性能數(shù)據(jù)收集工 測試工 性能數(shù)據(jù)收集工 OracleRAC在VirtualSAN上的性 測試概 21OracleRAC在VirtualSAN上的可擴展 測試概 22VirtualSAN彈 測試概 測試方 25VirtualSAN上的vSphere 測試概 和觀 OracleExtendedRAC在VirtualSAN延伸群集上的性 測試概覽和設 28VirtualSAN延伸群集站點容 站點故障測試概 站點故障和連續(xù)的數(shù)據(jù)可用 使用VirtualSAN延伸群集和OracleDataGuard執(zhí)行城域和全局恢 解決方案和設置概 解決方案驗 VirtualSAN上的OracleRAC數(shù)據(jù)庫備份和恢 備份解決方案概 備份解決方案驗 VirtualSAN上虛擬化的OracleRAC的最佳做 VirtualSAN配置準 CPU配置準 內(nèi)存配置準 結 參 白皮 產(chǎn)品文 其他文 關于作者和貢獻 執(zhí)業(yè)務案們要滿足非常嚴格的業(yè)務要求。針對關鍵業(yè)務應用程序(BusinessCriticalApplication,BCA)使用傳統(tǒng)解VirtualSAN?的目標是使用經(jīng)濟高效的硬件提供高度可擴展、高度可用、高度可靠且高性能的，特別是VMwareESXi?主機中的直接連接磁盤。VirtualSAN采用基于策略的新管理模式，簡化并自動執(zhí)行傳統(tǒng)解決方案概覽此解決方案解決了上一部分中討論的當CIO在聯(lián)機事務(OnlineTransactionProcessingOLTP環(huán)境針對VirtualSAN上的OracleRAC數(shù)據(jù)庫設計和實施最佳配置。關鍵成OracleRACOLTPVirtualSANRecovery,DR)。VirtualSANOracleRAC用本參考架構證VirtualSAN能夠OracleRAC環(huán)境中支持行業(yè)TPC-C類工作負載。VirtualSAN適用范目標讀術表1. OracleAutomaticStorageManagement(OracleASM)OracleASM是一個卷管理器，也是一個用于Oracle數(shù)據(jù)庫文件的文件系統(tǒng)，支持單個實例Oracle數(shù)據(jù)庫和OracleRAC配置。OracleOrceClsrwre是一款可移植群集軟件，支持形成獨立服OracleDataOracleDataGuard可確保企業(yè)數(shù)據(jù)的高可用性并提供數(shù)據(jù)保 恢復。DataGuard提供了一套全面的服務，可創(chuàng) OracleOracleExtendedRAC（遠距離群集上的OracleRAC）OracleExtendedRAC是一種部署模型，群集內(nèi)的服務器位主數(shù)據(jù)物理物理備用數(shù)據(jù)庫使用“重做應用”來塊的塊（主數(shù)據(jù)庫的副本）。物理備用數(shù)據(jù)庫可為OrceDRRMAN(RecoveryManager)Oracle數(shù)據(jù)庫的備份和恢復VMwareVMwareVirtualVMwareVirtualSAN延伸群Oracle11gR2OracleExtendedOracleDataOracleVMwarevSphere是用于構建云基礎架構的行業(yè)領先虛擬化平臺。通過它，用戶可以放心地運行關鍵業(yè)務應用程序并快速響應業(yè)務需求。vSphere加快了現(xiàn)有數(shù)據(jù)中心計算轉移的過程，并增加了兼容的公有云產(chǎn)VMwareVirtualVMwareVirtualSAN是VMware用于超聚合基礎架構的軟件定義解決方案，超聚合基礎架構是一種軟件驅動架構，從單個虛擬化的x86服務器提供緊密集成的計算、網(wǎng)絡和共享功能。VirtualSAN通過將服務器連接的閃存設備和硬盤(HardDisk,HDD)納入群集來實現(xiàn)高性能、高彈性的共享。VirtualSAN在實現(xiàn)可預測的可擴展性和全閃存性能的同時，為虛擬化生產(chǎn)環(huán)境提供了企業(yè)級服務，而價格只是傳統(tǒng)陣列的幾分之一。與vSphere一樣，VirtualSAN為用戶提供了靈活性和控制權，他們可以從眾多硬件選項中進行選擇，輕松地針I(yè)T工作負載和用例部署和管理此解決方案。VirtualSAN可以1.VirtualSANVirtualSAN支持混合磁盤架構，利用閃存設備實現(xiàn)性能，并利用磁盤實現(xiàn)容量和持久數(shù)據(jù)。此外，VirtualSAN還可以使用閃存設備實現(xiàn)緩存和持久。它是分布式對象系統(tǒng)，利用vSphere基于 略的管理(Storage -BasedManagement,SPBM)功能，提供以應用程序為中心、集中管理的 VMwareVirtualSAN延伸SAN群集。VirtualSAN延伸群集是一種特定配置，用在將避免/停機視為一項關鍵要求的環(huán)境中。VirtualSAN延伸群集以故障域為基礎進行構建。VirtualSAN6.0中，故障域功能引入了機架感知能力。該邏輯故障區(qū)域或服務器機架。同樣，VirtualSAN延伸群集需要三個故障域，且基于三個站點（兩個活動/活動站點和一個站點）。站點僅用于托管對象和群集元數(shù)據(jù)信息的虛擬設備，此外還在發(fā)生表示數(shù)據(jù)站點B中ESXi主機的數(shù)量，Z表示站點C中主機的數(shù)量。數(shù)據(jù)站點是指部署了虛擬機的站點。支持的最低配置是3個節(jié)點(1+1+1)。最高配置是31個節(jié)點(15+15+1)。寫入延遲：在常VirtualSANVirtualSAN延伸群集中，您需有關詳細信息，請參見《VirtualSAN6.1延伸群集指南》圖 Oracle11gR2在OracleRAC環(huán)境中，并發(fā)單個共享數(shù)據(jù)庫時，Oracle數(shù)據(jù)庫可在群集中的兩個或多個系統(tǒng)上運行。讓通過網(wǎng)絡互連功能的多個數(shù)據(jù)庫實例能夠共享Oracle數(shù)據(jù)庫的權限。OracleRAC適合所有系統(tǒng)類型，從只讀數(shù)據(jù)倉庫系統(tǒng)到更新密集型OLTP系統(tǒng)。OracleExtendedOracleExtendedRACOracleRAC提供更高的可用性。它可以極快地從站點故障中恢復，還允許所OracleDataOracleDataGuard提供管理、和自動化軟件基礎架構來創(chuàng)建和 Oracle數(shù)據(jù)免遭故障、、錯誤和數(shù)據(jù)損壞。在眾多Oracle 解決方案中，DataGuard是唯一既支持第二種備用數(shù)據(jù)庫類型使用“SQL應用”來主數(shù)據(jù)庫的邏輯副本。雖然邏輯備用數(shù)據(jù)庫包含的數(shù)據(jù)與主Guard，可以使用物理備用數(shù)據(jù)庫進行實告，最大程度縮短報告和生產(chǎn)數(shù)據(jù)之間的延遲。此外，OracleActiveDataGuard可以在生產(chǎn)站點出現(xiàn)計劃內(nèi)或計劃外中斷時故障切換至備用數(shù)據(jù)庫，從而繼續(xù)提供高可用性和恢復保護優(yōu)勢。OracleOracleRecoveryManagerRMANOracle數(shù)據(jù)庫提供了廣泛基礎。完整HADR策略需要可靠的數(shù)據(jù)備份、還原和恢復過程。RMAN的目標是與服務器緊密合作，在數(shù)據(jù)庫備份和恢復過程中提供塊級損壞檢測。RMAN在備份過程中可使用文件多路復用和備份集壓縮來優(yōu)化性能和空間使用，并與第VirtualSANOracleExtended概OracleRAC主要作為可擴展性和高可用性解決方案在單個數(shù)據(jù)中心內(nèi)實施。然而OracleExtendedRAC架構中，節(jié)點按地理距離分隔。例如，如果客戶有一個企業(yè)園區(qū)，他們可能希望將各OracleRAC節(jié)點放在單獨的建筑物中。這樣的配置除了提供正常的OracleRAC高可用性以外，還提供更高的容災性，因為只要設的VirtualSAN延伸群集本身使用VirtualSAN故障域概念，提供這個適用于OracleExtended 的 對于VirtualSAN延伸群集中部署的虛擬機，它在站A上有一個數(shù)據(jù)副本，在站B上有另一個數(shù)據(jù)副本，而所有組件則全部放置在站點C中的主機上。此配置借助故障域實現(xiàn)。如果整個站點發(fā)生故障，環(huán)境中仍會有一個完整的虛擬機數(shù)據(jù)副本以及超過50%的組件可供使用。這使得虛擬機仍可在VirtualSAN數(shù)據(jù)上使用。如果虛擬機需要在另一個數(shù)據(jù)站點中重新啟動，VMwarevSphereHighAvailability將OracleExtendedRAC的安裝OracleRAC并無不同。確保準備基礎架構，使節(jié)點之間的距離對于像，從而維持。VirtualSAN延伸群集上的部署VirtualSAN延伸群集啟用按城域距離分隔的活動/活動數(shù)據(jù)中心。VirtualSANOracleExtendedRAC在件等計劃內(nèi)）。此外，如果計劃外導致其中一個站點的服務中斷，將使用Oracle透明應用程序故障切(TransparentApplicationFailover,TAF)自動將失敗的客戶端連接重定向至繼續(xù)運行的站點上運行的Oracle節(jié)點。另外，如果在單個站點故障期間正確配置，VMwarevSphereHA可以在具有彈性且繼續(xù)運行的站點上重新啟動失敗的OracleRAC虛擬機。OracleClusterware軟件可以讓多個服務器像一個服務器一樣協(xié)作運行。這是使OracleRAC的必備條件。OracleClusterware需要兩個組件：用于記錄節(jié)點成員資格信息的表決磁盤以及用于記錄群集配置信息的Oracle群集表(OracleClusterRegistry,OCR)。表決磁盤和OCR必須位于共享上。OracleExtendedRAC部署重點強調(diào)部署第三個站點用于托管第三個OracleRAC群集表決磁盤（NFS），如距離（延伸）群集上的OracleRACOracleRACOneNode。但是，在使用VirtualSAN延伸群集的OracleExtendedRAC中，群集表決磁盤全部位于VirtualSAN延伸群集數(shù)據(jù)中，而不需要基于NFS。VirtualSAN延伸群集單獨部署在第三個站點上或建筑物內(nèi)的不同樓層上（取決于故障域）。在裂。OracleDatabase11gR2中，ClusterwareOracleASM合并來創(chuàng)OracleGridInfrastructure。第一個ASM磁盤組在安裝OracleGridInfrastructure時創(chuàng)建。建議使用OracleASMOracleClusterware文網(wǎng)絡分區(qū)期間的行為VirtualSAN延伸群集網(wǎng)絡分區(qū)，VirtualSAN會繼續(xù)從其中一個可用站點進IO。因此，僅VirtualSAN延伸群集允許IO繼續(xù)的位置，Oracle群集節(jié)點才能表決磁盤，然后OracleClusterware將相應地重新配置群集OracleExtendedRAC需要表決磁盤，但是您不需要在獨立的第三個站點上進行部署，因為VirtualSAN延伸群集會提供裂腦保護，并會保證VirtualSAN延伸群集和OracleClusterware行為部署優(yōu)OracleExtendedRAC在VirtualSAN延伸群集數(shù)據(jù) 上部署Oracle表決磁盤的基礎架構要求比較簡單。不需要在第三個站點上提供用于仲裁的NFS 解決方案配置VMwareESXiVirtualSAN配OracleRAC虛擬機和數(shù)據(jù)庫配架構VirtualSANESXiVirtualSAN800GBSSD和五個1.2TBHDD。OracleRACOracleEnterpriseLinux虛擬機，每個虛擬機位ESXi主機中。每個虛擬8vCPU64GB28GB分配Oracle(SystemGlobalAreaSGA)。數(shù)據(jù)庫大小為350GB。圖 VirtualSAN延伸群集有五個(2+2+1)ESXi主機。站點A和站點B分別有兩個ESXi主機，每個ESXi主機有兩個VirtualSAN磁盤組。每個磁盤組包含一個800GBSSD和五個1.2TBHDD。VirtualSAN延伸群集的站點（站點C）將一個嵌套的ESXi主機虛擬機用作 主機。物理ESXi主機和虛擬設備（嵌套ESXi形式）都可以用作主機。在此解決方案中， VMware提供的預配置設備AB中各有一OracleEnterpriseLinuxOracleExtendedRAC群集。每個虛擬機有8vCPU64GB內(nèi)存，其中28GBOracleSGA。數(shù)據(jù)庫大小為350GB。圖 硬件資表 硬件資解決方配Virtual4ESXi主（2+2+1虛擬機設備）ESXi主3ESXi主軟件資表 軟件資VMwarevCenterServer6.0用于托管虛擬機并提供Virtual群集的ESXi群集。VMwarevSphere環(huán)境。VMwareVirtual用于超聚合基礎架構的軟件定解決方Oracle11gR2GridOracle工作負Swingbench用于生成Oracle工作LinuxOELXORP（開源路由平臺網(wǎng)絡配VMwarevSphereDistributedSwitch?可用作數(shù)據(jù)群集內(nèi)所有關聯(lián)主機的單個虛擬交換機。此設置使得虛擬機在跨多個主機進行遷移時可確保其網(wǎng)絡配置保持一致。如圖5中所示，vSphereDistributedSwitch對每個主機使用兩個10GbE適配器。5.vSphereDistributedSwitch6.ESXiDistributedSwitch端口組定義與安全性、流量調(diào)整和網(wǎng)卡綁定相關的屬性。使用默認端口組設置，表4中顯示的上行鏈路故障表 DISTRIBUTEDSWITCH端口VLANI活動上行備用上行OraclePrivate（RAC互連上行鏈上行鏈Oracle上行鏈上行鏈Virtual上行鏈上行鏈上行鏈上行鏈VMwareESXi圖 控制器模式SAN可以完全控制連接到控制器的本地SSD和HDD。VirtualSANVirtualSAN策VirtualSAN可以為每個虛擬機設置可用性、容量和性能策略。表5顯示了已設計和實施的策略。表5. Oracle數(shù)據(jù)庫的VirtualSAN設置1每個對象的磁盤2閃 緩存預對象空間預擬機對象副本數(shù)將為n+1，需要的具有的主機數(shù)將為2n+1。應用于VirtualSAN數(shù)據(jù)上的虛擬機的對象空間預留-在創(chuàng)建對象的過程中應預留的對象邏輯大小百分比。默認值為0%，最大值為100%比。默認設置為0%，VirtualSAN可按需為對象動態(tài)分配緩存。OracleRAC虛擬機和數(shù)據(jù)庫配)恢復(FastRecoveryAreaFRAASM磁盤組位于PVSCSI控制器上。存檔日志目標使用FRA磁盤組。表6提供了OracleRAC虛擬機磁盤布局和ASM磁盤組配置。表 虛擬SCSI控制VMDK的大小GB)總(GBASM磁盤操作系統(tǒng)和OracleSCSI100x不適數(shù)據(jù)SCSI60xSCSI40x聯(lián)機重做日SCSI20xCRS、表決磁SCSI20xOracleRAC需要將共享磁盤連接到一個或多個虛擬機，這就需要為所有適用虛擬機和VMDK提供多寫擬機和VMDK顯式啟用多寫入器支持。中使用的VirtualSAN策略，請參見表5。 VMware知識庫文章解決方案驗證測試概RAC實例的性能和功能。VirtualSANVirtualSANvSpherevMotionVirtualSANOracleExtendedRAC性能測試，用于驗證分散在不同地理位置的站點的性能VirtualSANOracleRMANOracle測試和性能數(shù)據(jù)收集工具測試工具問名稱）設置OracleRAC。SCAN為客戶端與數(shù)據(jù)庫的連接提供負載平衡和故障切換。對于群集中的數(shù)據(jù)庫，SCAN用作群集別名。在所有測試中，Swingbench使用EZConnect客戶端和簡單的JDBC精簡URLOracleRAC數(shù)據(jù)庫。除非在各個測試中特別說明，否Swingbench會被設OracleRAC數(shù)據(jù)庫上生成使100個用戶會話的TPC-C類工作負載。性能數(shù)據(jù)收集工具VirtualSANVirtualSANObserver旨在捕獲VMwareVirtualSAN群集的性能統(tǒng)計信息和帶寬。它提供IOPS的深入快照、VirtualSAN不同層的帶寬和延遲、 SAN堆棧中的不同層上提供這些信息，幫助對 性能進行故障排除。有關VMwareVirtualSANObserver的詳細信息，請參見《使用VirtualSANObserverVMwareVirtualSAN》文檔。esxtop實用程 自動數(shù)據(jù)庫診斷監(jiān)視器(AutomaticDatabaseDiagnosticMonitor,ADDM)分析自動工作負載庫(AWR中的數(shù)據(jù)，用于確定潛在性能瓶頸。對于每個確定的問題，ADDM會找到根本原因并提供建議來OracleRACVirtualSAN上的測試概覽。Swingbench報告每分鐘(TransactionsPerMinuteTPM的最331,000，平均287,000，如圖8中所示。從角度來講，VirtualSANObserver和OracleAWR報告平均IOPS為28,000，平均吞示IOPS（7,000）和吞吐量（76MB/s）均勻分布在ESXi主機上7顯示從提供工作負載結果。在此工作負載期間，圖9顯示整體IO響應時間少于2毫秒。說明VirtualSAN對于OracleRAC而言是可行的解決方案。圖 圖9. 四節(jié)點RAC上Swingbench工作負載期間VirtualSANObserver中的IO衡量指標表7. OracleAWR報告中的IO工作負載ORACLEAWR15分鐘快照中的物理IO（平均值四節(jié)RAIOPSOracleRAC在VirtualSAN上的可測試概覽可擴展性OracleRAC數(shù)據(jù)庫的主要優(yōu)勢之一。RAC數(shù)據(jù)庫的性能會隨著增加額外的節(jié)點而提高，因運行了四個不同的測試，一開始使用單個實例，然后逐漸擴展到四節(jié)RAC；我們?yōu)樗羞@四個測試設置了相同的用戶會話數(shù)，并為每次測試記錄了平均TPM。如圖10中所示，平均TPM從單實例數(shù)據(jù)庫到四節(jié)點RAC數(shù)據(jù)庫呈線性增加。圖9中顯示的TPS是在RAC中的所有Oracle實例上觀察到的匯總TPS。我們觀察到IOPS和吞吐量呈線性增加，而整體延遲均少 圖 VirtualSAN測試概覽該測試評估在遇到一個HDD故障時虛擬化OracleRAC數(shù)據(jù)庫受到的影響。該HDD中了Oracle數(shù)VMDK組件。熱移除（或熱拔出）HDD以模VirtualSAN群集的一個節(jié)點上出現(xiàn)磁盤故障，觀察這個故障是否會對Oracle生產(chǎn)數(shù)據(jù)庫的功能或性能產(chǎn)生影響?；疭SD以模擬磁盤組故障，觀察這個故障是否會對Oracle生產(chǎn)數(shù)據(jù)庫的功能或性能該測試評估在遇到一個VirtualSAN主機故障時虛擬化OracleRAC數(shù)據(jù)庫受到的影響。關閉Virtual測試方案單個磁盤故障表 故障磁盤NAAIESXI主機已用41106.62磁盤組故障SSD故障導致整個磁盤組變得不可。表 磁盤顯示ESXI主機磁盤總容GB已用容量不適不適34312主機故障我們模擬了主機故障，方法是當Swingbench在三節(jié)OracleRAC上生成工作負載時關閉一個為VirtualSAN提供容量的ESXiServer。故障ESXiOracleRAC虛擬機。我們有意進行這樣的設置是因VMwareHA操作對工作負載產(chǎn)生影響。故障節(jié)點有兩個磁盤組，每個磁盤組有以下SSD和HDD備用磁盤，如表10中所示。表10. 故障ESXi主機VirtualSAN磁盤組-物理磁盤和組件磁盤顯示ESXI主機磁盤總容GB已用(%不適不適24344不適不適33233前的值幾乎相同。沒有一個測試報告Linux虛擬機中出現(xiàn)IO錯誤或Oracle用戶會話斷開連接，這說明了VirtualSAN在組件故障期間具有彈性。表 故障期間Oracle工作負載受到的影故障故障前的TPS故障后的ORACLETP故障后恢復到穩(wěn)定狀TPS所需的時（重做磁盤VMDKIOPS在出現(xiàn)故障時降低重做VMDK寫入響應時間在出現(xiàn)故障時增加（秒）單個磁2501.6磁盤2401.7主1701.7每次發(fā)生故障后，由于虛擬機策略的“允許的故障數(shù)(FTT)”設置為大于零，因此虛擬機對象和組件仍可訪問。在磁盤故障測試中，由于磁盤是熱移除的，而不是永久故障，VirtualSAN了解磁盤只是被移除，因此不見VMware知識庫文章 。如果移除的磁盤在60分鐘內(nèi)沒有插回去，而群集內(nèi)有其他容量可滿足對VirtualSAN會立即做出響應，重新構建磁盤對象。如果出現(xiàn)主機故障，為了避免在主機期間出現(xiàn)不必要測試概覽vSpherevMotion實時遷移允許將整個虛擬機從一個物理服務器遷移到另一個物理服務器，而虛擬機不會出現(xiàn)載。在這個測試中我們vMotion，以便將四OracleRAC中的一個節(jié)點VirtualSAN群集中的一個ESXi主機遷移到另一個ESXi主機，如圖11中所示。圖 和觀察SwingbenchTPC-C類工作負載時，將啟動vMotion，以便將RAC2VirtualSAN群集中的ESXi2ESXi3。開始遷移時，OracleRAC數(shù)據(jù)庫TPM300,000182秒。在遷移的最后階段，TPM會降低并持10秒，之后回到正常水平。在這個測試中，ESXi3有足夠的資源來集中部署的OracleRAC虛擬機具有移動性。OracleExtendedRAC在VirtualSAN延伸測試概覽和設置ExtendedRAC，如圖4中所示。VirtualSAN延伸群集設 接口，每個接口分別位于三個VLAN中的一個，用作在各個站點之間進行VLAN間路由的網(wǎng)關。在ESXiVirtualSANVMkernel端口上配置了靜態(tài)路由，用于在不同VLAN（站點）之間路由。Linux虛擬機利用已內(nèi)置到Linux的Netem功能模擬站點之間的網(wǎng)絡延遲。另外，Linux虛擬機上安裝的XORP為兩數(shù)據(jù)站點的站點間往返延遲200毫秒圖 環(huán)境中的2+2+1延伸群集模OracleRAC節(jié)點間的延遲設13顯示了延伸群集的故障域配置。我們配置了三個站點間往返延遲：1毫秒、2.24.2毫秒，并對其進行了測試。在這些測試中，我們使用Swingbench生成相同的TPC-C類工作負載。圖 延伸群集的故障域配在測試過程中，我們記SwingbenchOracleTPSVirtualSAN延伸群集IOPS衡量指標。使試工作負載，TPS的降低與站點間往返延遲的增長成一定比例關系。如14中所示，對1毫秒、2.2毫秒4.2毫秒的往返延遲，TPS分別下降12%2747%。同樣，我們發(fā)VirtualSANObserver中的IOPS也出現(xiàn)下降情況，如15中所示。我們注意到，站點間延遲時間的增加會導IOOracle緩存融合消息延遲時間增加。此解決方案證明，VirtualSAN延伸群集OracleExtendedRAC能夠OLTP工作負載提供合理的性能。與常VirtualSAN群集相比，站點間往返延遲1毫秒（通常距離100公里）的VirtualSAN延伸群集OracleExtendedRAC88的事務速率。隨著站點間距離和延遲的增加，圖 OracleRAC上TPC-C類工作負載的TPS比圖 VirtualSAN延伸群集站點故障測試概覽我們在OracleExtendedRAC上運行此測試，如4中所示。我們在群集上啟用了vSphereHA和圖 站點故障和連續(xù)的數(shù)據(jù)可用A發(fā)生故障后，站RAC虛擬機會受影響。但是，即使站ARAC實例發(fā)生故障，事務也會繼續(xù)進行，此時客戶端連接會故障切換到繼續(xù)運行的站BRAC虛擬機。vSphereHA隨后會重新啟動BRAC虛擬機，該虛擬機已準備好建立連接。站點中斷不會對數(shù)據(jù)可用性造成影響，因BA中所有數(shù)據(jù)的副本。因此，vSphereHA將自動重新啟動受影響RAC虛擬機，而不會產(chǎn)生任何問題。站點發(fā)生故障后，由于站A不再有效且RAC虛擬機均位于同一站點，無法保持數(shù)據(jù)冗余，因此不存在OracleRAC緩存融合消息延遲，這樣一來，數(shù)據(jù)庫可以支持的事務。但是，獲得此性一段時間后，同時打開兩個ESXi主機的電源即可使用站點A。VirtualSAN延伸群使用故障后站點B中HAvSphereDRS自動執(zhí)行故障切換和故障恢復過程來提供可用性。這證明VirtualSAN延伸群集能夠在整個站點發(fā)生故障時立即（RPO和RTO均為零）對OracleRAC數(shù)據(jù)庫執(zhí)行恢復功能，從而使其繼續(xù)運站點故障和恢復的最佳做機。如果繼續(xù)運行的RAC虛擬機無法支持故障站點RAC虛擬機帶來的額外負載，而繼續(xù)運行的站點中的管發(fā)生站點故障時，相對于逐個啟動故障VirtualSAN主機，我們建議在10分鐘內(nèi)將所有主機同時聯(lián)機。VirtualSAN延伸群等待10分鐘，然后再開始恢復與站點的通信。這可以避免在站點間反復重新同點故障，建議將vSphereDRS策略從全自動更改為半自動。VirtualSAN延伸群集OracleDataGuard執(zhí)行城域和全局災解決方案和設置概覽中的任意位置以執(zhí)行恢復。此零數(shù)據(jù)丟失的恢復解決方案通過將VirtualSAN延伸群集和OracleDataGuard結合使用而實現(xiàn)。在此解決方案中，VirtualSAN延伸群集負責提供城域距離內(nèi)的活動/活動連續(xù)可用性，OracleDataGuard負責提供全局距離內(nèi)的和恢復。。站點D的常規(guī)VirtualSAN群集上有一個用于執(zhí)行恢復的雙節(jié)點OracleRAC，最好保持全局距離以執(zhí)行恢復（但是，這是在的同一數(shù)據(jù)中心為演示而設置的）。站點D中的雙節(jié)點OracleRACOracleDataGuard配置中的物理備用數(shù)據(jù)庫。OracleActiveDataGuard設置在主數(shù)據(jù)庫和物理備用圖 解決方案驗證Swingbench可以在主數(shù)據(jù)庫上生OracleTPC-C類工作負載。使用最高性能模式下DataGuard設借助OracleActiveDataGuard，可以使用物理備用數(shù)據(jù)庫進行實告，最大程度縮短報告和生產(chǎn)數(shù)據(jù)之間的延遲。此外，OracleActiveDataGuard還允許將備份操作卸載到備用數(shù)據(jù)庫。如17中所示D中的備用數(shù)據(jù)庫執(zhí)行RMAN備份，該數(shù)據(jù)庫通過RMAN數(shù)據(jù)庫進行和管理。這將高效使用恢復站點上的VirtualSAN資源，從而提高整體性能和投資的回報。另一個可以考慮使用的保護模式是最大可用性模式。該模式可提供別的數(shù)據(jù)保護，而不影響主數(shù)據(jù)庫的此解決方案演示了托管主數(shù)據(jù)庫的VirtualSAN延伸群集和托管備用數(shù)據(jù)庫的VirtualSAN如何與OracleDataGuard一起使用，從而提供具有成本效益且跨三個數(shù)據(jù)中心實現(xiàn)別可用性的解決方案，在其中任何一個站點的恢復過程中使數(shù)據(jù)丟失接近于零。VirtualSAN上的OracleRAC數(shù)據(jù)庫備份備份解決方案概覽RMAN是一款可以備份、還原和恢復數(shù)據(jù)庫文件Oracle實用程序。它是一Oracle數(shù)據(jù)庫服務器功能，不需要單獨安裝。RMAN在執(zhí)行備份和恢復前后負責所有的基礎數(shù)據(jù)庫步驟，釋放操作SQL*Plus腳本的依賴關系。在此解決方案中，我們使用OracleRMAN執(zhí)行數(shù)據(jù)庫備份和恢復并演示以下備份方案：OracleDataGuard主站點上存在工作負載時，從物理備用數(shù)據(jù)庫（恢復站點）執(zhí)行OracleRAC數(shù)據(jù)庫備份。我們實施此解決方案，如圖17中所示。該方將備份卸載到備用數(shù)據(jù)庫。RMAN從控制文件或可選的恢復備份和恢復信息。首選方法是在生產(chǎn)環(huán)境中具備單獨的恢復，因為該可用作輔助元數(shù)據(jù)庫并可集中所有目標數(shù)據(jù)庫的元數(shù)據(jù)。在DataGuard環(huán)境中使用RMAN需要恢復。通過所有主數(shù)據(jù)庫和備用數(shù)據(jù)庫的備份元數(shù)據(jù)，恢復使您可以將備份任務卸載到備用在環(huán)境中，RMAN恢復數(shù)據(jù)庫安裝在單獨的虛擬機上，如圖17中所示。NFS掛載點用于實際備份（基于磁盤的備份）。RMAN數(shù)據(jù)庫和NFS掛載點在托管所有基礎架構組件的單獨VirtualSAN數(shù)據(jù)中。單獨的備份網(wǎng)絡接口和VLAN可用于備份流量，因此我們可以將備份流量與Oracle公用流量和RAC互連流量。備份解決方案驗證在RMAN中運行BACKUP命令后，輸出內(nèi)容始終是備份集或映像備份。備份集是RMAN特定的格式，而映像備份是位對位的文件副本。默認情況下，RMAN創(chuàng)建備份集并用于以下測試。從生產(chǎn)站點執(zhí)行OracleRACTPS4,5004,800之間。存在工作負載時，我們從其中一個生產(chǎn)RAC虛擬(vmorarac1)啟動RMAN完整備份。啟動RMAN備份后，此RAC虛擬機上的吞吐量從50MB/s增加到115MB/s。吞吐量的增加是由備份工作負載所致。在備份過程中，Oracle事務會繼續(xù)運行，且TPS與啟動備份前的相同。雖然備份工作負載不會影響事務性能，但由于RMAN備份使用部分CPU和資源，因此建議在非高峰期啟動備份或將備份卸載到備用數(shù)據(jù)庫（如果適用）。此外，RMAN能夠執(zhí)行增量備份，即僅備份上一次從物理備用數(shù)據(jù)庫（恢復站點）執(zhí)行OracleRAC數(shù)據(jù)庫備此時Swingbench在雙節(jié)點OracleExtendedRAC上生成工作負載，如圖17中所示。從備用數(shù)據(jù)庫啟動對主站點上的資源產(chǎn)生影響，因此不會對主數(shù)據(jù)庫上的Oracle事務產(chǎn)生影響。主數(shù)據(jù)庫和備用數(shù)據(jù)庫已到RMAN 這些測試演示OracleRMAN備份作為一款可行的解決方案，適用VirtualSANOracleRAC數(shù)VirtualSANOracleRAC數(shù)據(jù)庫的VMwareVirtualSAN最佳做法。有關CPU、內(nèi)存和網(wǎng)絡配置的詳細信息，請參見《VMware上的Oracle數(shù)據(jù)庫最佳做法指南》以及適用于特定vSphere版本的vSphere性能最佳做法指南。VirtualSAN配置準VirtualSAN是分布式對象數(shù)據(jù)，由通過ESXi主機本地連接的設備組成。VirtualSAN使用磁盤組將閃存設備和磁盤作為單個管理構造匯聚成池。建議VirtualSAN群集中使用相似配置和大小ESXi主機：臺服務器上使用多VirtualSAN磁盤組，每個磁盤組包含足夠的磁盤心軸和SSD容量。為滿足未來的VirtualSANSPBM可以在每個虛擬機上設置可用性、容量和性能策略。每個對象的磁盤帶數(shù)和對象空間預留均為策略，這些策略的默認值已針對此參考架構中的OracleRAC虛擬機進行了更改：容量，因此對象空間預留將會設置為100%。隨著條帶寬度的增加，您可能會注意IO性能得到改善，這是因為對象分散在的VirtualSAN磁盤組和磁盤中。但是，在類似OracleRAC（建議對數(shù)據(jù)庫使用多個因此，建議使用默認條帶寬度1，除非在緩存未命中或暫存期間出現(xiàn)性能問題。在我們的OracleRAC12時，OracleTPS會提升至臨界點。但是，進一步增加條帶寬度并不會帶來任何好處，