軟件體系結構應用.ppt

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

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

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

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

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

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

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

8、理信息的遷移和過程調用此抽象層和管理器幾乎不需要編程，因為它們可以處理需要集成的所有應用程序之間的差異。 胖適配器的特征(feature )是獨立于統(tǒng)一服務器，能夠集中考慮和處理信息。 由胖適配器執(zhí)行的處理包括(1)簡單地轉換應用語義，例如將原始格式轉換到標準格式。 (2)例外處理例程。 (3)如果綜合服務器中止運行，則對消息進行排隊和重新開始。 (4)消息路由的方向，這不需要綜合服務器中的服務。 靜態(tài)和動態(tài)適配器當前靜態(tài)的大多數(shù)通用適配器都是靜態(tài)的。 靜態(tài)適配器必須根據(jù)源系統(tǒng)/目標系統(tǒng)的內容手動編碼。 理解所連接的數(shù)據(jù)庫的模式?jīng)]有適當?shù)臋C制。 因此，必須手動編碼和檢索源模式信息。 如果已連接

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

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

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

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

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