軟件體系結(jié)構(gòu)應(yīng)用.ppt

1、Oracle 8軟件體系結(jié)構(gòu)、內(nèi)容提要、數(shù)據(jù)庫(kù)服務(wù)器和數(shù)據(jù)庫(kù)實(shí)例。 Oracle服務(wù)器進(jìn)程Oracle內(nèi)存結(jié)構(gòu)Net 8、用于Oracle分布式處理環(huán)境的網(wǎng)絡(luò)軟件、數(shù)據(jù)庫(kù)服務(wù)和數(shù)據(jù)庫(kù)實(shí)例啟動(dòng)后Oracle數(shù)據(jù)庫(kù)服務(wù)器通常被視為數(shù)據(jù)庫(kù)實(shí)例，是Oracle用來(lái)管理對(duì)數(shù)據(jù)庫(kù)的訪問的服務(wù)器端進(jìn)程和內(nèi)存區(qū)域的集合。 2.Oracle 8進(jìn)程，服務(wù)器端后臺(tái)進(jìn)程。 Oracle 8特定進(jìn)程結(jié)構(gòu)、服務(wù)器端后臺(tái)進(jìn)程、數(shù)據(jù)庫(kù)寫入進(jìn)程(DBWR )日志寫入進(jìn)程(LGWR )歸檔進(jìn)程(ARCH )檢查點(diǎn)進(jìn)程(CKPT )系統(tǒng)監(jiān)視進(jìn)程(SMON 在某些操作系統(tǒng)中，Oracle將后臺(tái)進(jìn)程實(shí)現(xiàn)為自己的操作系統(tǒng)進(jìn)程，而在Wi

2、ndows NT等操作系統(tǒng)中，每個(gè)Oracle后臺(tái)進(jìn)程是唯一的多線程服務(wù)器的進(jìn)程結(jié)構(gòu)單任務(wù)服務(wù)器的進(jìn)程結(jié)構(gòu)，支持客戶連接的最簡(jiǎn)單的進(jìn)程結(jié)構(gòu)的專用服務(wù)結(jié)構(gòu)。 Oracle為每個(gè)連接到實(shí)例的客戶啟動(dòng)專用的前臺(tái)服務(wù)進(jìn)程3360不適用于大型用戶組3360適用于密集批處理操作的多線程服務(wù)器組件是：調(diào)度在多線程服務(wù)器結(jié)構(gòu)中，多線程服務(wù)器對(duì)于預(yù)期支持的每個(gè)網(wǎng)絡(luò)協(xié)議，能夠以較少的進(jìn)程開銷支持大量客戶端的Oracle數(shù)據(jù)庫(kù)實(shí)例啟動(dòng)至少一個(gè)調(diào)度進(jìn)程。 Oracle實(shí)例啟動(dòng)一個(gè)或多個(gè)共享服務(wù)器進(jìn)程，Oracle根據(jù)系統(tǒng)上事務(wù)負(fù)載的變化自動(dòng)調(diào)整共享服務(wù)器的數(shù)量。 由于應(yīng)用程序的客戶端和前臺(tái)服務(wù)器只有一個(gè)進(jìn)程執(zhí)行這些操

3、作，因此單任務(wù)進(jìn)程結(jié)構(gòu)對(duì)于基于主機(jī)的環(huán)境非常有效。 并非所有主機(jī)操作系統(tǒng)都支持此配置。共享池全局區(qū)域的共享專用全局區(qū)域排序區(qū)域、高速緩存命中高速緩存丟失高速緩存重載高速緩存算法、高速緩存區(qū)域，通常是最大的服務(wù)器內(nèi)存區(qū)域應(yīng)用程序轉(zhuǎn)換器高速緩存的大小直接影響Oracle服務(wù)器的性能庫(kù)高速緩存區(qū)域存儲(chǔ)和共享最近執(zhí)行的分析SQL語(yǔ)句和PL/SQL程序的代表。 系統(tǒng)全局區(qū)域和程序全局區(qū)域，系統(tǒng)全局區(qū)域(SGA )是包含高速緩存區(qū)域和共享池的程序全局區(qū)域(PGA )，是Oracle創(chuàng)建的專用存儲(chǔ)器區(qū)域4 .在Oracle 8網(wǎng)絡(luò)和Net8以及Oracle環(huán)境中的客戶和服務(wù)器之間傳輸數(shù)據(jù)時(shí)，可以通過設(shè)置排序

4、區(qū)域服務(wù)關(guān)殘奧字計(jì)量器來(lái)調(diào)整排序區(qū)域的大小，排序區(qū)域服務(wù)計(jì)量器是會(huì)話可用作臨時(shí)工作區(qū)的小服務(wù)內(nèi)存區(qū)域Net8是網(wǎng)絡(luò)軟件，允許Oracle客戶機(jī)和服務(wù)器之間通過網(wǎng)絡(luò)進(jìn)行通信。 由于Net8在系統(tǒng)的客戶端和服務(wù)器端同時(shí)運(yùn)行，因此在客戶端和服務(wù)器端交互時(shí)，網(wǎng)絡(luò)是透明的。Net8軟件有三個(gè)不同的層：網(wǎng)絡(luò)層、TNS層和協(xié)議適配器。另外，在客戶網(wǎng)絡(luò)層，應(yīng)用程序可以使用SQL透明地訪問遠(yuǎn)程數(shù)據(jù)庫(kù)，在服務(wù)器端網(wǎng)絡(luò)層，服務(wù)器響應(yīng)客戶的SQL請(qǐng)求，接收數(shù)據(jù)，并且TNS層， 一種為Oracle客戶機(jī)和服務(wù)器提供支持所有行業(yè)標(biāo)準(zhǔn)網(wǎng)絡(luò)協(xié)議的通用應(yīng)用程序編程接口的軟件，通過在TNS中插入網(wǎng)絡(luò)協(xié)議適配器，客戶機(jī)和服務(wù)器可以

5、使用任何網(wǎng)絡(luò)在Net8過程中，Net8主要是接收發(fā)起方連接請(qǐng)求，將預(yù)定地址解析為目的地網(wǎng)絡(luò)地址，并建立與該目的地的TNS連接。在該過程中，Net8能夠集中預(yù)設(shè)數(shù)量的TNS連接來(lái)建立連接池。 為了進(jìn)一步降低支持網(wǎng)絡(luò)連接的開銷， Net8執(zhí)行特定的內(nèi)部功能，可以將多個(gè)網(wǎng)絡(luò)連接復(fù)用到一個(gè)物理網(wǎng)絡(luò)傳輸中。Oracle可以同時(shí)使用專用服務(wù)器配置和多線程服務(wù)器配置來(lái)支持與數(shù)據(jù)庫(kù)實(shí)例的用戶連接。Oracle數(shù)據(jù)庫(kù)系統(tǒng)中的客戶端和服務(wù)器必須運(yùn)行Net8。 Oracle的網(wǎng)絡(luò)軟件. Net可以支持任何種類的網(wǎng)絡(luò)。 因?yàn)樗ê?jiǎn)單的單協(xié)議網(wǎng)絡(luò)和復(fù)雜的多協(xié)議網(wǎng)絡(luò)，所以適配器位于源/目標(biāo)應(yīng)用程序和集成服務(wù)之間，適配器

6、通過將請(qǐng)求轉(zhuǎn)換為源/目標(biāo)應(yīng)用程序可以理解的格式，從而將請(qǐng)求背對(duì)背2、在適配器目的(purpose):之前，將應(yīng)用程序a連接到應(yīng)用程序b，或?qū)?yīng)用程序a、b連接到統(tǒng)一服務(wù)器， 必須使用應(yīng)用程序提供的接口與這些應(yīng)用程序交互的應(yīng)用程序和數(shù)據(jù)庫(kù)連接的接口相當(dāng)多，簡(jiǎn)單且定義好的API也少，復(fù)雜且語(yǔ)義隱含的出口調(diào)用也多。 適配器是集成服務(wù)和源/目標(biāo)應(yīng)用程序之間的層次結(jié)構(gòu)。 例如，適配器是一組庫(kù)，提供兩個(gè)不同接口(統(tǒng)一服務(wù)器接口和源/目標(biāo)應(yīng)用程序接口)之間的映射，以及使用應(yīng)用程序服務(wù)器的最終用戶或應(yīng)用程序集成有瘦適配器和胖適配器兩種。 這些適配器有靜態(tài)和動(dòng)態(tài)兩種行為。 精簡(jiǎn)適配器：精簡(jiǎn)適配器通常只是一些綁定

7、器，它將源系統(tǒng)和目標(biāo)系統(tǒng)接口映射到集成服務(wù)提供的公共接口。 也就是說，簡(jiǎn)單地實(shí)現(xiàn)API綁定跟蹤，將一個(gè)API連接到另一個(gè)接口。Application，otherapplicationorintegrationservers，API，精簡(jiǎn)適配器(abstraction )和精簡(jiǎn)適配器不提供源系統(tǒng)和目標(biāo)系統(tǒng)與集成服務(wù)器之間的復(fù)雜功能、和缺點(diǎn)： (1)性能影響；(2)仍然需要大量編程；(3)對(duì)于這些復(fù)雜問題，到API的映射幾乎始終是獨(dú)特的。Application，otherapplicationorintegrationservers，API，管理，自動(dòng)化，transfoot胖適配器的抽象層痛苦地管

8、理信息的遷移和過程調(diào)用此抽象層和管理器幾乎不需要編程，因?yàn)樗鼈兛梢蕴幚硇枰傻乃袘?yīng)用程序之間的差異。 胖適配器的特征(feature )是獨(dú)立于統(tǒng)一服務(wù)器，能夠集中考慮和處理信息。 由胖適配器執(zhí)行的處理包括(1)簡(jiǎn)單地轉(zhuǎn)換應(yīng)用語(yǔ)義，例如將原始格式轉(zhuǎn)換到標(biāo)準(zhǔn)格式。 (2)例外處理例程。 (3)如果綜合服務(wù)器中止運(yùn)行，則對(duì)消息進(jìn)行排隊(duì)和重新開始。 (4)消息路由的方向，這不需要綜合服務(wù)器中的服務(wù)。 靜態(tài)和動(dòng)態(tài)適配器當(dāng)前靜態(tài)的大多數(shù)通用適配器都是靜態(tài)的。 靜態(tài)適配器必須根據(jù)源系統(tǒng)/目標(biāo)系統(tǒng)的內(nèi)容手動(dòng)編碼。 理解所連接的數(shù)據(jù)庫(kù)的模式?jīng)]有適當(dāng)?shù)臋C(jī)制。 因此，必須手動(dòng)編碼和檢索源模式信息。 如果已連接

9、的數(shù)據(jù)庫(kù)模式發(fā)生更改，則靜態(tài)適配器沒有與新模式協(xié)調(diào)配置的機(jī)制。 的雙曲馀弦值。 動(dòng)態(tài)適配器具有“學(xué)習(xí)”和連接源系統(tǒng)/目標(biāo)系統(tǒng)的功能。 其中一些發(fā)現(xiàn)過程是第一次將源系統(tǒng)/目標(biāo)系統(tǒng)連接到應(yīng)用程序或數(shù)據(jù)庫(kù)時(shí)發(fā)生的。 此檢測(cè)過程通常重要地涉及從倉(cāng)庫(kù)或源代碼讀取數(shù)據(jù)庫(kù)模式信息，以確定結(jié)構(gòu)、內(nèi)容以及所連接的系統(tǒng)的應(yīng)用語(yǔ)義，其中，動(dòng)態(tài)適配器通常為所連接的系統(tǒng)動(dòng)態(tài)適配器可以在客戶屬性名稱更改時(shí)自動(dòng)理解。Application，integration SERS，API，Dynamic Adapter在使用動(dòng)態(tài)適配器時(shí)，會(huì)在統(tǒng)一服務(wù)器上顯示模式等信息。 從體系結(jié)構(gòu)的角度來(lái)看，、New Schema、Schema

10、Change、集中適配器和分布式適配器當(dāng)前有兩個(gè)適配器，集中適配器和分布式適配器與統(tǒng)一服務(wù)器一起工作。 通常，集中式適配器是精簡(jiǎn)適配器，它僅將統(tǒng)一服務(wù)器的API綁定到源/目標(biāo)應(yīng)用程序的API。 分布式適配器通常是胖適配器。在集成服務(wù)和源/目標(biāo)應(yīng)用程序集成的應(yīng)用程序中，執(zhí)行適配器可以更好地確定源/目標(biāo)應(yīng)用程序的多個(gè)進(jìn)程3、面向信息的適配器和面向服務(wù)的適配器很明顯，適配器正在從簡(jiǎn)單的信息遷移到支持服務(wù)層應(yīng)用的連接發(fā)展。 我們認(rèn)為每種方法都需要不同類型的適配器技術(shù)。 1 )處理簡(jiǎn)單信息時(shí)，無(wú)論是使用接口從源系統(tǒng)提取信息，還是將信息遷移到統(tǒng)一服務(wù)器，大多使用“面向信息的適配器”。 例如，來(lái)自SAP的客

11、戶端地址信息經(jīng)過轉(zhuǎn)換以解決應(yīng)用語(yǔ)義差異，并發(fā)布到目標(biāo)系統(tǒng)，如使用相同類型的面向信息適配器的PeopleSoft。API、面向信息的適配器、方案內(nèi)容、請(qǐng)求、2 )與面向信息的適配器相比，面向服務(wù)的適配器更加復(fù)雜。 相反，面向服務(wù)的適配器必須將服務(wù)和應(yīng)用程序行為抽象化，而不是從源系統(tǒng)和目標(biāo)系統(tǒng)中提取簡(jiǎn)單信息并將其公開給源系統(tǒng)和目標(biāo)系統(tǒng)。 即，需要公開應(yīng)用功能，作為遠(yuǎn)程系統(tǒng)上實(shí)際存在的本地功能，能夠抽象為一個(gè)組合應(yīng)用。API、面向服務(wù)的適配器、Invoked Server、Abstracted Server、面向服務(wù)的適配器有能力將遠(yuǎn)程應(yīng)用服務(wù)提取為可用組合的應(yīng)用。 4、JCA JCA (j2eec

12、onnectorarchitecture )是一種標(biāo)準(zhǔn)適配器體系結(jié)構(gòu)，通過提供與源系統(tǒng)和目標(biāo)系統(tǒng)通信的機(jī)制，為適配器提供集成服務(wù)器之間的互操作性。1 )源/目標(biāo)系統(tǒng)(打包的應(yīng)用、數(shù)據(jù)庫(kù)、系統(tǒng)等)從JCA配置和JCA的角度被稱為企業(yè)信息系統(tǒng)(EIS )，并且JCA資源適配器是應(yīng)用服務(wù)器或集成服務(wù)器J2EE環(huán)境的組件可以使用公共客戶端接口(CCI)API資源適配器與EIS交互。 連接管理器，事務(wù)管理器，安全管理器，應(yīng)用程序服務(wù)器，應(yīng)用程序組件，資源系統(tǒng)協(xié)議， connectionmanagementsecuritymanagementtransactionmanagement，Applicatio

13、n Contract，eis-spplicationcontract受管環(huán)境可以連接到一個(gè)或多個(gè)EIS 此外，應(yīng)用(稱為管理應(yīng)用)可以包括J2EE容器內(nèi)的一個(gè)或多個(gè)應(yīng)用組件。 非管理環(huán)境支持還支持訪問一個(gè)或多個(gè)EIS系統(tǒng)。在傳統(tǒng)體系結(jié)構(gòu)中，Java客戶端直接連接到EIS并使用資源適配器庫(kù)。 適配器摘要關(guān)于適配器應(yīng)用程序集成的重要機(jī)制。 這消除了處理與各種源系統(tǒng)和目標(biāo)系統(tǒng)通信的接口細(xì)節(jié)的需要。 此外，適配器被修改為可在有問題的域之間重復(fù)使用，從而提供接口到接口的一致性。 但是，適配器無(wú)法實(shí)現(xiàn)完整的集成方案，如轉(zhuǎn)換、路由和進(jìn)程集成。 僅處理與源系統(tǒng)/目標(biāo)系統(tǒng)的連接。 隨著新標(biāo)準(zhǔn)(如Web服務(wù))的使用，適配器變得更加重要。 需要從面向信息更改為面向服務(wù)的適配器。 此外，許多應(yīng)用程序不提供對(duì)內(nèi)部功能的服務(wù)層訪問，而僅提供簡(jiǎn)單的數(shù)據(jù)服務(wù)。 隨著時(shí)間的推移，大量的簡(jiǎn)單信息接口變成基于服務(wù)的，并且可以使用面向服務(wù)的訪問標(biāo)準(zhǔn)，如WSDL和SOAP。 6應(yīng)用程序集成的未來(lái)目標(biāo)：真的進(jìn)入了數(shù)字經(jīng)濟(jì)時(shí)代，即，業(yè)務(wù)可以在多臺(tái)計(jì)算機(jī)之間執(zhí)行。 所有的事情都自動(dòng)化了。 實(shí)現(xiàn)這一目標(biāo)的主要問題：不僅僅是使用