微軟事務處理服務介紹

2019-11-17 04:51:16

字體：大中小

來源：轉載

供稿：網友

　　簡介：

　　微軟事務處理服務(MTS)代表了一類新的產品，它使開發和布置高性能的、可變尺度的、可靠的分布式應用程序更加輕易。這是通過將以組件為基礎的開發和布置技術與事務處理控制器的可變尺度性、可靠性結合起來而實現的。

　　為什么使用微軟事務處理服務？

　　微軟事務處理服務被設計用于使的構造高性能的、可變尺度的、可靠的internet和intranet應用程序更加輕易。多年以前，我們就能構造這些應用程序了，但它所要求的才賦和投資超出了大多數公司的能力。

　　MTS以已被證實的事務處理方法為基礎，但它的重要性超出了事務處理控制器的領域，它對分布式、以組件為基礎的服務器應用程序定義了一個簡單的編程模式和執行環境。

　　應用程序由能夠提供商業應用功能的微軟ActiveX組件組合而成。這些組件似乎被開發用于單用戶。通過在MTS環境下安裝這些組件來執行它們，服務器應用程序能高性能的、可靠的自動改變尺度以支持同時存在的多客戶。

　　MTS 被非凡設計用于答應服務器應用程序在一個很大的用戶范圍內變化（從小的單用戶系統到高容量的網絡服務器）。它還具有通常只有高檔的事務處理系統才具有的魯棒性和完整性。

　　下面這部分對開發一個優秀的服務器應用程序的復雜性作一個簡單的回顧。

　　我們從三個不同角度來討論這個問題：

　　第一、它強調了一個網絡服務器為提供合理水平服務所必須作的工作。

　　第二、它論述了當構造以組件為基礎的應用程序所引起的問題。

　　第三、它描述了即使是在錯誤發生時，維持應用程序的完整的重要性。

　　MTS提供了一個應用程序編程模式，使得開發者避開了這些復雜之處，答應開發者將精力集中于程序的功能上，并降低了構造程序所需的費用和時間。

　　服務器基本結構：

　　服務器要有一個高級的基礎。從零開始建造一個網絡應用服務器不是一件輕易的事。完成實際的商業功能，例如處理在線書庫的訂單，實際只是工作的一小部分。典型的服務器系統必須有一個高級基礎來獲取可接受的性能和尺度。

　　應用程序服務開發者必須親自經常開發基本構件中的許多部分。舉個例子，序調用提供了豐富的服務，系統開發者仍必須作下面的工作：

　　注冊目錄系統服務器；

　　治理服務器處理池和線程池；

　　最后，服務器需要為多用戶請求提供的服務治理線程池，而不只是針對一個單用戶。使多客戶同時請求使用共享數據和資源的要求同步。這要求高級鎖定協議能解釋死鎖、條件競爭、資源匱乏及其他性能上的問題。治理客戶內容，包括數據庫連接和數據結構的全視圖。（目標視圖）

　　客戶緩沖狀況以改善潛在慢速網絡通行。

　　完成安全保障以確保商業功能和對象僅提供給被授權者。

　　完成治理和確認工具以答應服務器的遠程安裝和治理。

　　MTS提供了一個應用程序/服務器基本結構來滿足上面的要求。

　　構造以組件為基礎的應用程序：

　　從組件構造應用程序對開發者有極大的吸引力并且是面向對象計算的早期目標之一。由于它提供了一個自然的方法來封裝商業功能，因而對開發服務器應用程序更具吸引力。

　　然而，組件工程程序比它原來顯現出來的要困難。早期對象系統的一個根本弱點是缺乏共同的框架來答應開發者無論是在同一進程或是交叉進程，都能將不同部分創造的對象結合到一個完整的程序里。組件對象模型（COM）解決了這個問題。

　　然而，簡單的用一個COM模型來從組件構造服務器應用程序是不夠的。該組件必須使用共同的服務框架。那些自己構造服務器框架的開發者使用其他組的組件開發程序的機會就會很小。

　　MTS程序工程師和編程界面提供了一個共同的框架來構造以組件為基礎的服務器應用程序。
　　保持程序的完整性：

　　非常重要的一點是，商業系統應能準確的維持商業狀態。例如，一個在線書庫必須可靠的跟蹤訂單。若不然，將會產生巨大的收入損失。現存的訂單可能丟失或在取訂單、填訂單的時候有延時，不滿足的用戶可能會轉到別處作生意。

　　維持商業系統的完整性從不輕易，非凡在發生錯誤以后。具有諷刺意義的是，即使計算機變的越來越可靠，系統作為一個整體變得更加不可靠。對提供internet和intranet連接到數十、數百、甚至可能數萬個服務器上的無數桌式計算機來講，錯誤是常事。

　　對分布式程序的要求使問題復雜化。商業事務，如訂書，逐漸地卷入多個服務者，必須證實其信用，書必須船運，必須治理存貨目錄，并且客戶必須有資金。這一切都使在多服務器上的多個數據庫更新成為必須。分布式開發者必須預料到程序的某一部分能在其他部分發生錯誤后繼續運行。這些防錯方案是單個程序的好幾倍。

　　商業程序經常被要求將多個工作協調為單個商業事務。一個在線書庫絕對不能在沒有處理恰當的訂單前就去安排裝運的日程，同時也不可能向用戶收取費用而不通知其送貨日期。協調這些工作使它們都發生或都不發生，若無非凡系統支持是非常困難的。

　　即使在發生錯誤時要確保程序最小單位的更新，是很不輕易的。尤其當一個應用程序分布在多個數據庫和系統上時。使用在設計上隱藏了其可完成性的多種組件造成了這個問題。

　　當多個用戶獲取同一組件時程序也必須能提供一致的行為。對同一本書同時的定單不應產生只送一本書給兩個用戶的情況。除非程序被正確書寫，資源競爭最終將引起不一致性。這些問題很難解決并將花很多錢。并且隨著程序增長和費用增多而更可能發生。這也是由于使用組件引起的。

　　MTS使用以組件為基礎的編程完整事務使得你能開發出魯棒，分布式的，以組件為基礎的程序。
QQread.com 推出各大專業服務器評測 linux服務器的安全性能 SUN服務器 HP服務器 DELL服務器 IBM服務器聯想服務器浪潮服務器曙光服務器同方服務器華碩服務器寶德服務器
　　MTS工程師

　　這部分對MTS工程師主要元素作一簡介

　　這些元素包括：

　　ActiveX組件，完成應用程序功能。

　　事務治理服務執行者，為程序組件運行服務。

　　服務處理，提供存放程序組件的代理處理環境。

　　資源治理者(RM)，治理程序的可耐階段，例如包括相關數據庫系統和事務性消息隊列。

　　資源分配者，治理進程內組件非耐久性共享數據，例子包括數據庫連接池，治理隊列。

　　微軟分布事務協調者，答應通過多個資源治理者，分配者和程序組件協調事務。

　　微軟事務服務器組件：程序組件使商業行為模式化。這些組件了完整商業規則，提供視圖和程序狀態變化情況。考慮在線書庫的例子。用在數據庫系統中的記錄代表商務的耐久狀態，如掛起訂單，方便的目錄，可接受帳單。應用程序組件刷新狀態以反映如新定單和目錄發送的變化。

　　MTS程序組件是ActiveX處理中服務器（DDL）。通過使用Microsoft Visual Basic，Visual C++，Visual J++或任何與ActiveX相兼容的開發工具，你可以創造并實現這些組件。

　　ActiveX以COM為基礎，包括：

　　界面概念，客戶從對象請求服務的方法；

　　通過處理器和機器界限與透明對象的連接；

　　確認組件，動態裝載和執行組件的機制；

　　對象能通過MTS工程師支持多界面，并提供給用戶查詢支持對象的非凡界面的方法。并答應組件提供不同水平的功能并逐漸引入新版本。

　　MTS擴展了COM以提供一個通用的服務器程序框架。除了上面提到的COM內在的特性外，MTS還處理服務器注冊，進程,線程治理，內容治理，共享資源的治理和同步化，以及以組件為基礎的安全性治理。

　　將事務引入到程序模板作為獲得最小單元更新和在組件、數據庫系統及網絡邊界達到一致性的機制。每個組件都有一個事務屬性指出組件的事務性語義。這答應事務性內容被MTS自動治理。MTS使用戶避免了復雜的服務事件，使用戶可以專注于完成商業功能。由于在MTS下運行組件可充分利用事務服務程序，用戶可以把程序當成各自獨立的狀態來編寫程序。MTS處理同時事件，資源池，內容治理及其他系統水平的復雜的事件。事務系統，與數據庫服務器和其他類型的資源治理協同工作，確保同時事務是強大的、一致的、有恰當的分離性，并且，一旦完成，變化是可耐久的。

　　應用程序作為ActiveX的組件來分配，稱為包裹。包裹定義了錯誤分離和信任邊界。 QQread.com 推出各大專業服務器評測 Linux服務器的安全性能 SUN服務器 HP服務器 DELL服務器 IBM服務器聯想服務器浪潮服務器曙光服務器同方服務器華碩服務器寶德服務器
　　事務治理服務執行器：

　　事務治理服務執行器是一個動態連接庫（DDL），它對事務治理服務組件提供運行時服務。這些服務包括線程治理和內容治理。這些動態連接庫被加載到應用程序組件的宿主進程中，并且在后臺透明的執行。

　　服務進程：

　　服務進程是應用程序組件執行的宿主系統進程，對數十、成百、上千個客戶提供服務。你可以配置多個服務進程在一個計算機上執行。每個服務進程反映了一個分立的信任邊界和錯誤絕緣域。

　　其他的進程環境也能讓應用程序組件在其上運行。這使你可以分配應用程序以適合不同的分布、性能和錯誤絕緣要求。例如，你可以配置MTS組件直接加載到微軟SQL服務器上或微軟網絡信息服務器（IIS）上。你還可以直接將它們配置到客戶進程中去。

　　資源治理者：

　　資源治理者是一種系統服務，它治理耐久數據。
服務器應用程序使用資源治理者維持應用程序的耐久狀態，如方便的存貨目錄記錄，到期訂單以及可接受帳目。資源治理者于事務治理者協同工作，以保證應用程序的最小性和分立性。微軟SQL服務器，耐久的消息隊列和事務性的文件系統都是資源治理者的例子。

　　最小性保證了在一個非凡事務中所有的更新都能完成（并能持久）或者被放棄并回到原來的狀態。一致性意味著一個事務是系統狀態的正確轉化，保存了狀態變量。

　　分立使得同時事務不會得知其他事務的信息和未完成的結果，以免引起應用程序狀態的不穩定。資源治理者應用以事務為基礎的同步協議來分離活動事務治理程序未完成的工作。

　　耐久性意味著對已治理資源（如數據庫記錄）的更新，能不受錯誤的影響，包括通訊錯誤，進程錯誤和服務系統錯誤。事務治理的日志甚至能答應你在磁盤介質失效后恢復耐久狀態。

　　最小性和分立性協同工作使得事務治理程序看起來是馬上發生的。事務治理程序的中間狀態對外面來說是不可見的，并且產生了這樣一個結果：或者所有的工作都完成了，或者沒有一個完成了。這答應我們在編寫應用程序組件時，可以把事務治理程序當作順序發生而不考慮其同時性，這對應用程序開發者是一個非常大的簡化。

　　MTS支持資源治理者來完成OLE事務治理協議或X/Open XA協議。有開發資源治理者的工具包。

一個資源分配者在一個進程內代表應用程序組件治理非耐久性的共享數據。資源分配者與資源治理者相似，但沒有擔保或耐久性。MTS提供兩種資源分配者：

　　ODBC資源分配者

　　共享屬性治理者

　　并提供了一個工具包來開發資源分配者

　　ODBC資源分配者：

　　ODBC資源分配者使用標準開放數據連接界面為事務服務器治理數據連接池。ODBC資源分配者維護數據庫連接池，快速和有效的分配給對象連接。連接被自動列在對象的事務處理程序中。資源分配者能自動的回收和重用連接。ODBC資源分配者是一個動態連接庫，它對用戶透明的提供這種功能并且內構在MTS的特性里。

　　共享屬性治理者：

　　共享特性治理者對定義的應用程序，進程寬度，屬性（變量）進行同步治理。你可以使用它來維護一個Web頁面沖浪計數器，常量數據的緩沖，或者提供高速緩沖來避免數據庫的過熱點。（例如產生唯一的接收成員）。

　　微軟分布式事務治理協調者：

　　微軟分布式事務治理協調者是一個系統服務，用于協調跨越多個資源治理者的事務。即使事務可能在分立的計算機上跨越了多個資源治理者，它也能當作最小事務來完成。

　　微軟分布式事務治理協調者最早作為微軟SQL服務器6.5版本的一部分發布，并且包含在MTS里。它完成了兩階段承諾協議來保證事務處理結果（完成的或拋棄的）在所有的資源治理者中是一致的。

　　微軟分布式事務治理協調者確保最小性，不管是在錯誤（節點沖突、網絡崩潰或資源治理者、應用程序的錯誤動作），條件競爭（事務治理程序開始工作而一個資源治理者正在放棄）還是可提供性（一個資源治理者裝備了一個事務但沒有返回）發生時。

　　微軟分布式事務治理協調者支持符合OLE事務治理或X/Open XA協議的資源治理者。

　　結論：

　　微軟事務治理服務器將改變人們開發商業應用程序的方法。組件基礎技術、面向對象技術與針對分布式、在線事務處理的時間驗證技術的結合將使得布置由被購買的通常構造的組件組成的應用程序更加輕易。經濟上的優點將產生商業組件的一個新市場。這種情況，反過來說，使得原來沒有解決的問題得到商業上的解決。

　　微軟事務處理服務已經分兩階段展開。初始時，分布式事務處理協調器在1996年4月作為微軟SQL服務器版本3.5的一部分發布。它提供了通過相異數據存儲庫的分布式兩階段承諾。

　　在1996年11月，微軟事務服務器發布。它提供了可靠的、可變尺度的、分布式的運行ActiveX組件所需的編程環境和運行時執行環境。

　　了解更多的信息：

　　查詢微軟事務治理服務器的最新信息，可到其Web站點（http://www.microsoft.com/transaction/）

　　也可以參考<<事務處理：概念和技術>> 作者：Jim Gray&Andreas Reuter ,Morgan Kaufmann出版社，1993年。

　　本文所包括的內容作為最新出版物代表了微軟公司在所討論問題上的最新觀點。因為微軟必須對市場情況作出反應，微軟不承諾解釋這些內容，也不保證在出版日期以后的內容的準確性。

上一篇：軟件開發全過程檢測及測試自動化

下一篇：極端編程的特點及討論