基于分布式應(yīng)用架構(gòu)下的PDM 數(shù)據(jù)庫(kù)架構(gòu)改造過(guò)程與方法研究

程魯明，肖菊香，郭 麗，陳 源

（成都飛機(jī)工業(yè)（集團(tuán)）有限責(zé)任公司流程與信息化部，成都 610092）

1 引言

PDM系統(tǒng)是用來(lái)管理所有與產(chǎn)品相關(guān)信息（包括零件信息、配置、文檔、CAD文件、結(jié)構(gòu)、權(quán)限信息等）和所有與產(chǎn)品相關(guān)過(guò)程（包括過(guò)程定義和管理）的信息化管理系統(tǒng)。通過(guò)實(shí)施PDM，可以提高生產(chǎn)效率，有利于對(duì)產(chǎn)品的全生命周期進(jìn)行管理，加強(qiáng)對(duì)文檔、圖紙、數(shù)據(jù)的高效利用，使工作流程規(guī)范化。因此，針對(duì)一個(gè)制造型企業(yè)而言，PDM系統(tǒng)是企業(yè)的生產(chǎn)管理和調(diào)度管理的關(guān)鍵信息化系統(tǒng)之一，其架構(gòu)的完整與完善、系統(tǒng)的高效、穩(wěn)定運(yùn)行則是保證企業(yè)PDM相關(guān)業(yè)務(wù)的關(guān)鍵。PDM系統(tǒng)是一個(gè)巨大的整體，包括應(yīng)用、網(wǎng)絡(luò)、存儲(chǔ)、主機(jī)、數(shù)據(jù)庫(kù)等方面，PDM系統(tǒng)作為企業(yè)的核心應(yīng)用，它的高效穩(wěn)定運(yùn)行，是保障企業(yè)科研生產(chǎn)正常運(yùn)轉(zhuǎn)的重要保障之一。而PDM數(shù)據(jù)庫(kù)架構(gòu)仍然是傳統(tǒng)的Oracle單機(jī)運(yùn)行模式，不足以支持分布式應(yīng)用架構(gòu)所承載的業(yè)務(wù)量，這將導(dǎo)致整個(gè)業(yè)務(wù)系統(tǒng)的瓶頸最終出現(xiàn)在數(shù)據(jù)庫(kù)層面，最終將使應(yīng)用從傳統(tǒng)架構(gòu)改造為分布式架構(gòu)失去意義。如何對(duì)PDM數(shù)據(jù)庫(kù)進(jìn)行優(yōu)化改造、采用何種架構(gòu)才能最大程度地解決數(shù)據(jù)庫(kù)自身帶來(lái)的性能瓶頸以及后期維護(hù)等是有待解決的問(wèn)題。

2 應(yīng)用架構(gòu)分布式改造

為了提高PDM系統(tǒng)的可靠性、可維護(hù)性，為用戶提供穩(wěn)定的系統(tǒng)保障服務(wù)，提高運(yùn)行效率，對(duì)應(yīng)用架構(gòu)進(jìn)行分布式改造，其整個(gè)系統(tǒng)性能得到極大提升，并發(fā)量增大，擴(kuò)展性增強(qiáng)。

將PDM應(yīng)用從傳統(tǒng)的單機(jī)環(huán)境改造為能夠支持高并發(fā)、具備高擴(kuò)展性和高安全性的分布式架構(gòu)，是從整體應(yīng)用架構(gòu)上達(dá)到預(yù)期效果的最好辦法，如圖1所示。

圖1 應(yīng)用分布式改造

當(dāng)業(yè)務(wù)系統(tǒng)架構(gòu)從傳統(tǒng)單機(jī)改造為分布式之后，整個(gè)業(yè)務(wù)系統(tǒng)的運(yùn)行支持能力得到極大提高，應(yīng)用處理并發(fā)將從800提升到2000以上，即提升2倍以上，如圖2所示。

圖 2 應(yīng)用分布式改造并發(fā)量對(duì)比

圖3 PDM 應(yīng)用分布式改造后瓶頸

當(dāng)應(yīng)用架構(gòu)通過(guò)改造得到巨大提升后，PDM數(shù)據(jù)庫(kù)的Oracle單機(jī)運(yùn)行模式不足以支持分布式應(yīng)用架構(gòu)所承載的業(yè)務(wù)量，這將導(dǎo)致整個(gè)業(yè)務(wù)系統(tǒng)的瓶頸最終出現(xiàn)在數(shù)據(jù)庫(kù)層面，導(dǎo)致PDM應(yīng)用從傳統(tǒng)架構(gòu)改造為分布式架構(gòu)的做法失去意義，如圖3所示。因此，如何解決在分布式應(yīng)用改造后，整個(gè)PDM數(shù)據(jù)庫(kù)的性能保證及數(shù)據(jù)庫(kù)高并發(fā)、高可用是需要考慮的關(guān)鍵。由于IBM小型機(jī)是一個(gè)比較封閉的運(yùn)行環(huán)境，如果進(jìn)行單純的擴(kuò)容和雙機(jī)改造，不僅方案實(shí)施難度大，而且需要消耗的硬件成本、軟件成本以及維護(hù)成本極大。此外，封閉式的小型機(jī)環(huán)境也為整個(gè)系統(tǒng)的高可用及容災(zāi)帶來(lái)極大的困難。故以開(kāi)放的X86架構(gòu)對(duì)封閉式的小型機(jī)單機(jī)數(shù)據(jù)庫(kù)架構(gòu)進(jìn)行集群化，不僅可以提高數(shù)據(jù)庫(kù)層面的并發(fā)量，同時(shí)也可以為整個(gè)環(huán)境進(jìn)行高冗余配置。此外，X86架構(gòu)的開(kāi)放性也可以促進(jìn)整個(gè)架構(gòu)的并發(fā)量，提升容錯(cuò)率，降低TCO成本。

3 基于Oracle數(shù)據(jù)庫(kù)的分布式高可用架構(gòu)

基于Oracle數(shù)據(jù)庫(kù)的分布式高可用架構(gòu)，即采用輕量級(jí)的X86服務(wù)器代替?zhèn)鹘y(tǒng)架構(gòu)下的小型機(jī)，結(jié)合當(dāng)前Oracle數(shù)據(jù)庫(kù)的12C版本，進(jìn)行數(shù)據(jù)庫(kù)重構(gòu)，構(gòu)建分布式的集群數(shù)據(jù)庫(kù)，從而提升數(shù)據(jù)庫(kù)的擴(kuò)展性與并發(fā)量。此外，整個(gè)架構(gòu)中構(gòu)建了多個(gè)集群，不同的集群之間可以通過(guò)Oracle ADG技術(shù)進(jìn)行實(shí)時(shí)數(shù)據(jù)同步復(fù)制，最終結(jié)合Oracle的閃回技術(shù)，則能夠?qū)崿F(xiàn)多角色的數(shù)據(jù)庫(kù)容災(zāi)集群，該容災(zāi)集群既可以作為數(shù)據(jù)同步庫(kù)，也可以作為開(kāi)發(fā)測(cè)試環(huán)境，兩者之間可以快速自由切換，如圖4所示。

3.1 X86 技術(shù)概述

全球最新的服務(wù)器X86將進(jìn)入14nm工藝時(shí)代，這意味著X86架構(gòu)的服務(wù)器將會(huì)具備更高的處理性能、更長(zhǎng)的穩(wěn)定運(yùn)行時(shí)間以及更低的能耗。下一代20nm工藝的DDR4（第四代雙倍速率同步動(dòng)態(tài)隨機(jī)存儲(chǔ)器Dual Data Rate Synchronous DynamicRandom Access Memory）內(nèi)存芯片將開(kāi)始應(yīng)用于數(shù)據(jù)中心高端服務(wù)器，基于差分信號(hào)技術(shù)的DDR4內(nèi)存，其傳輸速率將會(huì)達(dá)到6.4Gb/s。

圖4 基于 Oracle 的分布式數(shù)據(jù)庫(kù)架構(gòu)

3.2 Oracle 12C 數(shù)據(jù)庫(kù)新特性概述

Oracle 12C引入了CDB與PDB的新特性，在Oracle 12C數(shù)據(jù)庫(kù)引入的多租用戶環(huán)境（Multitenant Environment）中，允許一個(gè)數(shù)據(jù)庫(kù)容器（CDB）承載多個(gè)可插拔數(shù)據(jù)庫(kù)（PDB）。CDB全稱為Container Database，中文翻譯為數(shù)據(jù)庫(kù)容器，PDB 全 稱為Pluggable Database，即可插拔數(shù)據(jù)庫(kù)。在Oracle 12C之前，實(shí)例與數(shù)據(jù)庫(kù)是一對(duì)一或多對(duì)一關(guān)系（RAC），即一個(gè)實(shí)例只能與一個(gè)數(shù)據(jù)庫(kù)相關(guān)聯(lián)，數(shù)據(jù)庫(kù)可以被多個(gè)實(shí)例所加載。而實(shí)例與數(shù)據(jù)庫(kù)不可能是一對(duì)多的關(guān)系。當(dāng)進(jìn)入Oracle 12C后，實(shí)例與數(shù)據(jù)庫(kù)可以是一對(duì)多的關(guān)系。

3.3 Oracle ADG 技術(shù)

Oracle ADG（Active Data Guard）是管理、監(jiān)控和自動(dòng)化軟件的基礎(chǔ)架構(gòu)，它創(chuàng)建、維護(hù)和監(jiān)控一個(gè)或多個(gè)備用數(shù)據(jù)庫(kù)，以保護(hù)企業(yè)數(shù)據(jù)結(jié)構(gòu)不受故障、災(zāi)難、錯(cuò)誤和崩潰的影響。Oracle ADG使備用數(shù)據(jù)庫(kù)保持為與生產(chǎn)數(shù)據(jù)庫(kù)在事務(wù)上一致的副本。這些備用數(shù)據(jù)庫(kù)可能位于距生產(chǎn)數(shù)據(jù)中心數(shù)千公里的遠(yuǎn)程災(zāi)難恢復(fù)站點(diǎn)，或者可能位于同一城市、同一建筑物內(nèi)。當(dāng)生產(chǎn)數(shù)據(jù)庫(kù)由于計(jì)劃中斷或意外中斷而變得不可用時(shí)，OracleADG可以將任意備用數(shù)據(jù)庫(kù)切換到生產(chǎn)角色，從而使與中斷相關(guān)的停機(jī)時(shí)間減到最少，防止數(shù)據(jù)丟失。作為Oracle數(shù)據(jù)庫(kù)企業(yè)版的一個(gè)特性，推出的Oracle ADG能夠與其它的Oracle高可用性（HA）解決方案（如真正應(yīng)用集群RAC）和恢復(fù)管理器（RMAN）結(jié)合使用，以提供業(yè)內(nèi)前所未有的高水平數(shù)據(jù)保護(hù)和數(shù)據(jù)可用性。Oracle ADG包括一個(gè)生產(chǎn)數(shù)據(jù)庫(kù)（也稱為主數(shù)據(jù)庫(kù)）以及一個(gè)或多個(gè)備用數(shù)據(jù)庫(kù)，這些備用數(shù)據(jù)庫(kù)是與主數(shù)據(jù)庫(kù)在事務(wù)上一致的副本。Data Guard利用重做數(shù)據(jù)保持這種事務(wù)一致性。當(dāng)主數(shù)據(jù)庫(kù)中發(fā)生事務(wù)時(shí)，則生成重做數(shù)據(jù)并將其寫(xiě)入本地重做日志文件中。通過(guò)Oracle ADG，還 將重做數(shù)據(jù)傳輸?shù)絺溆谜军c(diǎn)上，并應(yīng)用到備用數(shù)據(jù)庫(kù)中，從而使備用數(shù)據(jù)庫(kù)與主數(shù)據(jù)庫(kù)保持同步。Oracle ADG允許管理員選擇將重做數(shù)據(jù)同步還是異步地發(fā)送到備用站點(diǎn)上。備用數(shù)據(jù)庫(kù)的底層技術(shù)是Oracle ADG重做應(yīng)用（物理備用數(shù)據(jù)庫(kù)）。物理備用數(shù)據(jù)庫(kù)在磁盤上擁有和主數(shù)據(jù)庫(kù)逐塊相同的數(shù)據(jù)庫(kù)結(jié)構(gòu)，并且使用Oracle介質(zhì)恢復(fù)進(jìn)行更新。Oracle ADG簡(jiǎn)化了主數(shù)據(jù)庫(kù)和選定的備用數(shù)據(jù)庫(kù)之間的轉(zhuǎn)換和故障切換，從而減少了由計(jì)劃停機(jī)和計(jì)劃外故障所導(dǎo)致的總停機(jī)時(shí)間。

3.4 Oracle 閃回技術(shù)

為了使Oracle數(shù)據(jù)庫(kù)從任何邏輯誤操作中迅速地恢復(fù)，Oracle推出了閃回技術(shù)。該技術(shù)首先以閃回查詢（Flashback Query）出現(xiàn)在Oracle 9i版本中，后來(lái)Oracle在10g中對(duì)該技術(shù)進(jìn)行了全面擴(kuò)展，提供了閃回?cái)?shù)據(jù)庫(kù)、閃回刪除、閃回表、閃回事物及閃回 版本查詢等功能。在12c中，Oracle繼續(xù)對(duì)該技術(shù)進(jìn)行改進(jìn)和增強(qiáng)，增加了閃回?cái)?shù)據(jù)歸檔功能。

在Oracle 12c中，閃回技術(shù)包括以下各項(xiàng)：

（1）閃回?cái)?shù)據(jù)庫(kù)（Flashback Database）： 該特性允許用戶通過(guò)lf ashback database語(yǔ)句，使數(shù)據(jù)庫(kù)迅速地回滾到以前的某個(gè)時(shí)間點(diǎn)或者某個(gè)SCN（系統(tǒng)更改號(hào)）上，而不需要進(jìn)行時(shí)間點(diǎn)的恢復(fù)操作。該功能不基于撤銷數(shù)據(jù)（undo data），而是基于閃回日志。（2）閃回丟棄（Flashback Drop）：類似于操作系統(tǒng)的垃圾回收站功能，可以從中恢復(fù)被drop的表或者索引。該功能基于撤銷數(shù)據(jù)（undo data）。（3）閃回版本查詢（Flashback Version Query）：通過(guò)該功能可以看到特定的表在某個(gè)時(shí)間段內(nèi)所進(jìn)行的任何修改操作，如同 電影回放一樣，表在該時(shí)間段內(nèi)的變化一覽無(wú)余。該功能基于撤銷數(shù)據(jù)（undo data）。（4）閃回事務(wù)查詢（Flashback Transaction Query）：使用該特性可以在事物級(jí)別上檢查數(shù)據(jù)庫(kù)的任何改變，大大方便了對(duì)數(shù)據(jù)庫(kù)的性能優(yōu)化、事務(wù)審計(jì)及錯(cuò)誤診斷等操作。該功能基于撤銷數(shù)據(jù)（undo data）。（5）閃回表（Flashback Table）：使用該特性可以確保數(shù)據(jù)庫(kù)表能夠被恢復(fù)到之前的某一個(gè)時(shí)間點(diǎn)上。注意，該功能與最早的9i中的Flashback Query不同，F(xiàn)lashback Query僅僅是得到了表在之前某個(gè)時(shí)間點(diǎn)上的快照而已，并不改變當(dāng)前表的狀態(tài)；而 Flashback Table卻能夠?qū)⒈砑案綄賹?duì)象一起恢復(fù)到以前的某個(gè)時(shí)間點(diǎn)。該功能基于撤銷數(shù)據(jù)（undo data）。（6）閃回?cái)?shù)據(jù)歸檔（Flashback Data Archive）：通過(guò) fl ashback data archive可以查詢指定對(duì)象的任何時(shí)間點(diǎn)（只要滿足保護(hù)策略）的數(shù)據(jù)，而且不需要利用到undo，這在有審計(jì)需要的環(huán)境或者是安全性特別重要的高可用數(shù)據(jù)庫(kù)中是一個(gè)非常好的特性。缺點(diǎn)就是如果該表變化很頻繁，對(duì)空間的要求可能很高。Flashback data archive是針對(duì)對(duì)象的保護(hù)，是 fl ashback database的一個(gè)強(qiáng)力補(bǔ)充。

3.5 自動(dòng)化 Oracle ADG 多角色切換

Oracle ADG主要分為兩種模式：一種是物理備庫(kù)模式，一種是快照模式。其中，物理備庫(kù)即為傳統(tǒng)的數(shù)據(jù)庫(kù)備份模式，主要將redo日志從主庫(kù)實(shí)時(shí)傳輸?shù)絺鋷?kù)中，并由備庫(kù)實(shí)時(shí)執(zhí)行，保持主備數(shù)據(jù)庫(kù)數(shù)據(jù)的一致性，此時(shí)主庫(kù)可用于讀寫(xiě)，備庫(kù)為只讀狀態(tài)（該特性可以將主備庫(kù)進(jìn)行分離使用，形成讀寫(xiě)分離架構(gòu)）?？煺漳Ｊ郊礊閿?shù)據(jù)庫(kù)ADG的非同步模式，在該模式下，主備庫(kù)之間同步的redo日志不會(huì)在備庫(kù)進(jìn)行執(zhí)行，兩個(gè)庫(kù)之間可以保持不一致。此時(shí)，備庫(kù)也為可讀寫(xiě)狀態(tài)，可作為測(cè)試庫(kù)使用。當(dāng)回切為物理備庫(kù)模式后，redo日志會(huì)在備庫(kù)重新執(zhí)行，再次保持備庫(kù)與主庫(kù)數(shù)據(jù)一致。

雖然Oracle本身支持ADG多角色切換，但切換過(guò)程也需要專業(yè)的數(shù)據(jù)庫(kù)DBA進(jìn)行相關(guān)操作。而通過(guò)自動(dòng)化腳本，一鍵式形成ADG多角色自動(dòng)化切換工具，則可以將底層切換命令代碼進(jìn)行封裝，達(dá)到方便、快捷的切換目的。

4 基于 Oracle 數(shù)據(jù)庫(kù)的分布式高可用架構(gòu)改造過(guò)程與方法

由于原PDM數(shù)據(jù)庫(kù)環(huán)境是以IBM小型機(jī)為硬件基礎(chǔ)，以O(shè)racle 11.2.0.4組成的Oracle RDBMS系統(tǒng)，整個(gè)系統(tǒng)的封閉性較強(qiáng)，且在數(shù)據(jù)庫(kù)分布式高可用架構(gòu)改造的過(guò)程中，除了需要對(duì)硬件基礎(chǔ)架構(gòu)進(jìn)行調(diào)整（調(diào)整為X86服務(wù)器），還需對(duì)數(shù)據(jù)庫(kù)進(jìn)行大版本升級(jí)。因此，整個(gè)改造過(guò)程必須有標(biāo)準(zhǔn)步驟及測(cè)試方式，才能保證整個(gè)PDM系統(tǒng)數(shù)據(jù)庫(kù)在改造過(guò)程中的數(shù)據(jù)安全、系統(tǒng)穩(wěn)定。此外，后期也需要對(duì)應(yīng)用開(kāi)展細(xì)節(jié)性能測(cè)試，保證系統(tǒng)在改造后高效運(yùn)行。

根據(jù)實(shí)際情況，基于Oracle數(shù)據(jù)庫(kù)的分布式高可用架構(gòu)改造過(guò)程分為以下幾步：（1）數(shù)據(jù)庫(kù)服務(wù)器操作系統(tǒng)安裝；（2）分布式服務(wù)器集群實(shí)施；（3）分布式服務(wù)器集群高可用和穩(wěn)定性測(cè)試；（4）PDM應(yīng)用數(shù)據(jù)遷移；（5）PDM應(yīng)用優(yōu)化測(cè)試；（6）PDM備庫(kù)ADG配置；（7）PDM備庫(kù)自動(dòng)切換腳本定制。

4.1 基于分布式應(yīng)用的數(shù)據(jù)庫(kù)服務(wù)器操作系統(tǒng)安裝

基于X86環(huán)境的數(shù)據(jù)庫(kù)服務(wù)器安裝操作系統(tǒng)版本為RedHat7.2。安裝完后，對(duì)操作系統(tǒng)進(jìn)行用戶安全驗(yàn)證、操作系統(tǒng)防火墻、操作系統(tǒng)虛擬內(nèi)存參數(shù)、網(wǎng)絡(luò)參數(shù)等優(yōu)化調(diào)整，以滿足整個(gè)數(shù)據(jù)庫(kù)集群運(yùn)行環(huán)境的安全性和穩(wěn)定性，同時(shí)滿足PDM分布式應(yīng)用架構(gòu)的高效穩(wěn)定運(yùn)行要求。

4.2 基于分布式應(yīng)用的數(shù)據(jù)庫(kù)集群安裝

根據(jù)原PDM系統(tǒng)的實(shí)際情況，對(duì)存儲(chǔ)空間進(jìn)行規(guī)劃及劃分。完成后進(jìn)行Oracle數(shù)據(jù)庫(kù)12.1版本的集群安裝，并根據(jù)原PDM配置的實(shí)際情況，調(diào)整數(shù)據(jù)庫(kù)內(nèi)存參數(shù)、優(yōu)化器參數(shù)、新特性參數(shù)、審計(jì)等，達(dá)到最佳優(yōu)化調(diào)整效果，以確保數(shù)據(jù)庫(kù)運(yùn)行的穩(wěn)定性。此外，還需通過(guò)安裝數(shù)據(jù)庫(kù)集群補(bǔ)丁集來(lái)避免數(shù)據(jù)庫(kù)集群軟件本身的不足。

4.3 基于分布式應(yīng)用的數(shù)據(jù)庫(kù)集群的高可用和穩(wěn)定性測(cè)試

由于分布式數(shù)據(jù)庫(kù)集群環(huán)境目前無(wú)完整的業(yè)務(wù)數(shù)據(jù)，故需要通過(guò)模擬壓力測(cè)試工具來(lái)開(kāi)展數(shù)據(jù)庫(kù)集群環(huán)境的并發(fā)支撐能力、業(yè)務(wù)運(yùn)行響應(yīng)時(shí)間、IO響應(yīng)時(shí)間等性能測(cè)試。其次是通過(guò)一系列的模擬網(wǎng)絡(luò)、存儲(chǔ)破壞，開(kāi)展災(zāi)難性模擬測(cè)試，以驗(yàn)證數(shù)據(jù)庫(kù)集群的高可用及穩(wěn)定性。

4.4 PDM 應(yīng)用數(shù)據(jù)庫(kù)的遷移升級(jí)

PDM應(yīng)用數(shù)據(jù)的遷移是整個(gè)分布式數(shù)據(jù)庫(kù)架構(gòu)改造的核心。由于完整的遷移需要在保證業(yè)務(wù)停機(jī)時(shí)間最短的前提下，完成T級(jí)別的數(shù)據(jù)遷移，因此對(duì)數(shù)據(jù)的遷移方法選擇極為重要。根據(jù)原有PDM的數(shù)據(jù)量及跨平臺(tái)遷移需求，整個(gè)遷移過(guò)程采用表空間跨平臺(tái)增量傳輸同步技術(shù)來(lái)進(jìn)行PDM數(shù)據(jù)庫(kù)數(shù)據(jù)從單機(jī)環(huán)境到集群環(huán)境的遷移升級(jí)。而在正式遷移之前，也需要通過(guò)多輪的測(cè)試驗(yàn)證，確保整個(gè)遷移方案的穩(wěn)定可靠、失敗可回退。

4.5 數(shù)據(jù)庫(kù)集群應(yīng)用模塊性能優(yōu)化

當(dāng)數(shù)據(jù)庫(kù)集群版本升級(jí)后，PDM應(yīng)用模塊可能會(huì)出現(xiàn)部分業(yè)務(wù)模塊性能衰減的情況，因此必須根據(jù)業(yè)務(wù)實(shí)際的運(yùn)行情況進(jìn)行針對(duì)性的優(yōu)化改造，確保后期整個(gè)PDM系統(tǒng)的高效性。

4.6 PDM 同步庫(kù)（開(kāi)發(fā)庫(kù)）的數(shù)據(jù)實(shí)時(shí)同步復(fù)制

當(dāng)PDM應(yīng)用架構(gòu)改造后，整個(gè)系統(tǒng)的運(yùn)行效率大幅提升，數(shù)據(jù)庫(kù)日志量的產(chǎn)生也會(huì)越來(lái)越大。因此，整個(gè)PDM數(shù)據(jù)庫(kù)分布式架構(gòu)中，必須有響應(yīng)的集群作為容災(zāi)環(huán)境。而針對(duì)系統(tǒng)的容災(zāi)環(huán)境，則可通過(guò)對(duì)Oracle 集群進(jìn)行數(shù)據(jù)實(shí)時(shí)同步復(fù)制（ADG實(shí)施），可確保一旦生產(chǎn)集群出現(xiàn)故障時(shí)，業(yè)務(wù)能夠進(jìn)行快速切換至ADG環(huán)境，保證整個(gè)業(yè)務(wù)在終端時(shí)間低于10分鐘，極大地提升業(yè)務(wù)的連續(xù)性和高可靠性。

4.7 PDM 同步庫(kù)到開(kāi)發(fā)庫(kù)，開(kāi)發(fā)庫(kù)到同步庫(kù)

的自動(dòng)切換腳本定制開(kāi)發(fā)在新架構(gòu)下，根據(jù)ADG的特性，容災(zāi)數(shù)據(jù)庫(kù)同步需要經(jīng)常轉(zhuǎn)換成開(kāi)發(fā)測(cè)試環(huán)境，以供開(kāi)發(fā)功能性測(cè)試和壓力測(cè)試。一旦測(cè)試完畢后，又需要將數(shù)據(jù)庫(kù)轉(zhuǎn)換成同步庫(kù)，以進(jìn)行數(shù)據(jù)實(shí)時(shí)同步，確保整個(gè)PDM系統(tǒng)的數(shù)據(jù)容災(zāi)。因此，為了實(shí)現(xiàn)方便、快捷的轉(zhuǎn)換，在整個(gè)改造中也通過(guò)python定制化開(kāi)發(fā)一鍵式自動(dòng)化切換工具，以實(shí)現(xiàn)數(shù)據(jù)同步庫(kù)能夠自動(dòng)實(shí)現(xiàn)從同步庫(kù)到開(kāi)發(fā)庫(kù)、開(kāi)發(fā)庫(kù)到同步庫(kù)的角色切換。

5 結(jié)束語(yǔ)

PDM系統(tǒng)作為制造企業(yè)的生產(chǎn)數(shù)據(jù)管理、調(diào)度的重要系統(tǒng)之一，其健康、穩(wěn)定、高效的運(yùn)行是保證企業(yè)生產(chǎn)制造的關(guān)鍵。當(dāng)系統(tǒng)出現(xiàn)故障或問(wèn)題時(shí)，將嚴(yán)重影響到企業(yè)整個(gè)生產(chǎn)線運(yùn)行。因此單機(jī)環(huán)境下的PDM應(yīng)用不僅并發(fā)量不足，導(dǎo)致系統(tǒng)性能在高峰期時(shí)具有極大的運(yùn)行壓力，而且單機(jī)運(yùn)行也存在著極大的安全隱患，系統(tǒng)故障時(shí)將會(huì)造成業(yè)務(wù)長(zhǎng)時(shí)間中斷而不能快速恢復(fù)。因此，PDM分布式應(yīng)用+分布式數(shù)據(jù)庫(kù)的改造使得整個(gè)PDM系統(tǒng)的并發(fā)量成倍提升，而X86集群模式的數(shù)據(jù)庫(kù)架構(gòu)也保證了底層數(shù)據(jù)的安全性，為PDM系統(tǒng)的安全、高效、高可用提供了最可靠的支撐。