| 導購 | 订阅 | 在线投稿
分享
 
 
當前位置: 王朝網路 >> mssql >> "SQL Server_8525"SQL Server數據庫引擎錯誤
 

"SQL Server_8525"SQL Server數據庫引擎錯誤

2008-07-18 06:17:34  編輯來源:互聯網  简体版  手機版  評論  字體: ||
 
 
  這篇論壇文章(賽迪網技術社區)著重介紹了"SQL Server_8525"SQL Server數據庫引擎錯誤的解決方法,更多內容請參考下文:

  前段時間筆者在做一個BizTalk Server 2006的項目,使用SQL Adapter時碰到「分布式事務已完成。請將此會話登記到新事務或 NULL 事務中」的錯誤。

  筆者使用的操作系統爲Windows Server 2003企業版 + SP2。數據庫管理系統使用SQL Server 2005企業版 + SP2。BizTalk Server 使用2006企業版,通過BizTalk生成項向導轉換存儲過程爲Xml Schema,在部署的時候由BizTalk SQL Adapter通過指定對應Xml Namespace來訪問該存儲過程。BizTalk Server 和 SQL Server 部署在不同的服務器上。各服務器不在Windows域中,配置各台服務器的MSDTC,設置「事務管理器通信」爲「不要求進行驗證」。

  查了一下MSDN文檔,屬于「MSSQLSERVER_8525」數據庫引擎錯誤。MSDN描述了在什麽樣的情況下會碰到「MSSQLSERVER_8525」錯誤。

  將分布式事務處理協調器與 SQL Server 配合使用的編程模型需要應用程序顯式登記到分布式事務或從中脫離出來。

  滿足以下四個條件時會出現此錯誤:

  1.應用程序已登記到分布式事務中。

  2.無論原因如何,該事務已結束(已提交或回滾)。

  3.用戶應用程序並未顯式地從分布式事務中脫離或顯式地登記到新的分布式事務中。

  4.應用程序嘗試執行任何脫離現有分布式事務或登記到新的分布式事務以外的事務操作,如發出查詢或啓動本地事務。

  錯誤狀態 1 在應用程序執行創建本地事務的操作時使用,狀態 2 在應用程序嘗試登記到綁定會話時使用。

  MSDN說明了相關用戶操作。應用程序登記到分布式事務中之後,應用程序必須顯式地從分布式事務中脫離或登記到另一個分布式事務中。這樣將從上一個登記的事務中隱式脫離。有關從分布式事務脫離或登記到其中的准確語法,請參見該應用程序的編程接口手冊。

  更多的內容可以訪問http://technet.microsoft.com/zh-cn/library/bb326310.aspx

  BizTalk SQL適配器訪問的SQL Server存儲過程大概的內容描述如下:

  通過存儲過程傳入多個參數,更新數據到指定數據表中,然後把操作成功或失敗的結果通過 FOR XML AUTO,ELEMENTS語句返回給SQL適配器。對于數據表的更新操作上同事使用「BEGIN TRAN」來開啓一個事務。問題就出在存儲過程添加的事務上。

  在BizTalk項目中,筆者使用了Orchestration來訪問SQL適配器,對于Orchestration的設置爲「長期事務」,而訪問SQL適配器的一部分功能塊放在了一個作用域中,對該作用域設置爲「原子事務」。對BizTalk應用程序進行部署後出現上面提到的錯誤。

  由于存儲過程是同事按SQL 2000的方式來寫的,筆者第一想到的就是使用SQL Server 2005中T-SQL語句新功能——TRY/CATCH塊帶代替。TRY CATCH結構就是類似于C#語言中的那種經典結構。關于TRY/CATCH的使用建議看一下「使用 TRY/CATCH 語句解決 SQL Server 2005 死鎖」。

  以下是部分SQL片段:

  BEGIN TRY

  BEGIN TRANSACTION;

  --更新語句

  COMMIT TRANSACTION;

  SET @ReutrnValue = '01';

  END TRY

  BEGIN CATCH

  IF @@TRANCOUNT > 0

  BEGIN

  ROLLBACK TRANSACTION;

  END

  END CATCH;

  在存儲過程的最後返回XML:

  SELECT Code AS ReturnValue FROM ManifestStatus Manifest

  WHERE Code = @ReutrnValue

  FOR XML AUTO,ELEMENTS

  結果對于單條數據的處理不會再出現該提示,不過對于並發執行過程中,發現有死鎖回滾現象。可能語句的其它地方寫的有問題。

  簡單分析。出現「分布式事務已完成。請將此會話登記到新事務或 NULL 事務中」錯誤是在數據庫這一層處理出現,在BizTalk Server 的業務流程中發起了一個分布式事務,而該分布式事務調用的存儲過程剛好又包含有自己的事務,那該事務就變成了內嵌事務。在出現DeadLock的情況下,會RollBACK所有事務。在網上搜索了一下,在程序調試過程中訪問SQL Server出現該錯誤還是比較常見。
 
 
 
上一篇《Microsoft SQL Server 2005數據庫鏡像語句》
下一篇《SQL Server 2000數據庫FOR XML查詢概述》
 
 
 
日版寵物情人插曲《Winding Road》歌詞

日版寵物情人2017的插曲,很帶節奏感,日語的,女生唱的。 最後聽見是在第8集的時候女主手割傷了,然後男主用嘴幫她吸了一下,插曲就出來了。 歌手:Def...

兄弟共妻,我成了他們夜裏的美食

老鍾家的兩個兒子很特別,就是跟其他的人不太一樣,魔一般的執著。兄弟倆都到了要結婚的年齡了,不管自家老爹怎麽磨破嘴皮子,兄弟倆說不娶就不娶,老父母爲兄弟兩操碎了心...

如何磨出破洞牛仔褲?牛仔褲怎麽剪破洞?

把牛仔褲磨出有線的破洞 1、具體工具就是磨腳石,下面墊一個硬物,然後用磨腳石一直磨一直磨,到把那塊磨薄了,用手撕開就好了。出來的洞啊很自然的。需要貓須的話調幾...

我就是掃描下圖得到了敬業福和愛國福

先來看下敬業福和愛國福 今年春節,支付寶再次推出了“五福紅包”活動,表示要“把欠大家的敬業福都還給大家”。 今天該活動正式啓動,和去年一樣,需要收集“五福”...

冰箱異味産生的原因和臭味去除的方法

有時候我們打開冰箱就會聞到一股異味,冰箱裏的這種異味是因爲一些物質發出的氣味的混合體,聞起來讓人惡心。 産生這些異味的主要原因有以下幾點。 1、很多人有這種習...

《極品家丁》1-31集大結局分集劇情介紹

簡介 《極品家丁》講述了現代白領林晚榮無意回到古代金陵,並追隨蕭二小姐化名“林三”進入蕭府,不料卻陰差陽錯上演了一出低級家丁拼搏上位的“林三升職記”。...

李溪芮《極品家丁》片尾曲《你就是我最愛的寶寶》歌詞

你就是我最愛的寶寶 - 李溪芮 (電視劇《極品家丁》片尾曲) 作詞:常馨內 作曲:常馨內 你的眉 又鬼馬的挑 你的嘴 又壞壞的笑 上一秒吵鬧 下...

烏梅的功效與作用以及烏梅的食用禁忌有哪些?

烏梅,又稱春梅,中醫認爲,烏梅味酸,性溫,無毒,具有安心、除熱、下氣、祛痰、止渴調中、殺蟲的功效,治肢體痛、肺痨病。烏梅泡水喝能治傷寒煩熱、止吐瀉,與幹姜一起制...

什麽是脂肪粒?如何消除臉部脂肪粒?

什麽是脂肪粒 在我們的臉上總會長一個個像脂肪的小顆粒,弄也弄不掉,而且顔色還是白白的。它既不是粉刺也不是其他的任何痘痘,它就是脂肪粒。 脂肪粒雖然也是由油脂...

網絡安全治理:國家安全保障的主要方向是打擊犯罪,而不是處置和懲罰受害者

來源:中國青年報 新的攻擊方法不斷湧現,黑客幾乎永遠占據網絡攻擊的上風,我們不可能通過技術手段杜絕網絡攻擊。國家安全保障的主要方向是打擊犯罪,而不是處置和懲罰...

 
 
 
這篇論壇文章(賽迪網技術社區)著重介紹了"SQL Server_8525"SQL Server數據庫引擎錯誤的解決方法,更多內容請參考下文: 前段時間筆者在做一個BizTalk Server 2006的項目,使用SQL Adapter時碰到「分布式事務已完成。請將此會話登記到新事務或 NULL 事務中」的錯誤。 筆者使用的操作系統爲Windows Server 2003企業版 + SP2。數據庫管理系統使用SQL Server 2005企業版 + SP2。BizTalk Server 使用2006企業版,通過BizTalk生成項向導轉換存儲過程爲Xml Schema,在部署的時候由BizTalk SQL Adapter通過指定對應Xml Namespace來訪問該存儲過程。BizTalk Server 和 SQL Server 部署在不同的服務器上。各服務器不在Windows域中,配置各台服務器的MSDTC,設置「事務管理器通信」爲「不要求進行驗證」。 查了一下MSDN文檔,屬于「MSSQLSERVER_8525」數據庫引擎錯誤。MSDN描述了在什麽樣的情況下會碰到「MSSQLSERVER_8525」錯誤。 將分布式事務處理協調器與 SQL Server 配合使用的編程模型需要應用程序顯式登記到分布式事務或從中脫離出來。 滿足以下四個條件時會出現此錯誤: 1.應用程序已登記到分布式事務中。 2.無論原因如何,該事務已結束(已提交或回滾)。 3.用戶應用程序並未顯式地從分布式事務中脫離或顯式地登記到新的分布式事務中。 4.應用程序嘗試執行任何脫離現有分布式事務或登記到新的分布式事務以外的事務操作,如發出查詢或啓動本地事務。 錯誤狀態 1 在應用程序執行創建本地事務的操作時使用,狀態 2 在應用程序嘗試登記到綁定會話時使用。 MSDN說明了相關用戶操作。應用程序登記到分布式事務中之後,應用程序必須顯式地從分布式事務中脫離或登記到另一個分布式事務中。這樣將從上一個登記的事務中隱式脫離。有關從分布式事務脫離或登記到其中的准確語法,請參見該應用程序的編程接口手冊。 更多的內容可以訪問[url=http://technet.microsoft.com/zh-cn/library/bb326310.aspx]http://technet.microsoft.com/zh-cn/library/bb326310.aspx[/url]。 BizTalk SQL適配器訪問的SQL Server存儲過程大概的內容描述如下: 通過存儲過程傳入多個參數,更新數據到指定數據表中,然後把操作成功或失敗的結果通過 FOR XML AUTO,ELEMENTS語句返回給SQL適配器。對于數據表的更新操作上同事使用「BEGIN TRAN」來開啓一個事務。問題就出在存儲過程添加的事務上。 在BizTalk項目中,筆者使用了Orchestration來訪問SQL適配器,對于Orchestration的設置爲「長期事務」,而訪問SQL適配器的一部分功能塊放在了一個作用域中,對該作用域設置爲「原子事務」。對BizTalk應用程序進行部署後出現上面提到的錯誤。 由于存儲過程是同事按SQL 2000的方式來寫的,筆者第一想到的就是使用SQL Server 2005中T-SQL語句新功能——TRY/CATCH塊帶代替。TRY CATCH結構就是類似于C#語言中的那種經典結構。關于TRY/CATCH的使用建議看一下「使用 TRY/CATCH 語句解決 SQL Server 2005 死鎖」。 以下是部分SQL片段: BEGIN TRY BEGIN TRANSACTION; --更新語句 COMMIT TRANSACTION; SET @ReutrnValue = '01'; END TRY BEGIN CATCH IF @@TRANCOUNT > 0 BEGIN ROLLBACK TRANSACTION; END END CATCH; 在存儲過程的最後返回XML: SELECT Code AS ReturnValue FROM ManifestStatus Manifest WHERE Code = @ReutrnValue FOR XML AUTO,ELEMENTS 結果對于單條數據的處理不會再出現該提示,不過對于並發執行過程中,發現有死鎖回滾現象。可能語句的其它地方寫的有問題。 簡單分析。出現「分布式事務已完成。請將此會話登記到新事務或 NULL 事務中」錯誤是在數據庫這一層處理出現,在BizTalk Server 的業務流程中發起了一個分布式事務,而該分布式事務調用的存儲過程剛好又包含有自己的事務,那該事務就變成了內嵌事務。在出現DeadLock的情況下,會RollBACK所有事務。在網上搜索了一下,在程序調試過程中訪問SQL Server出現該錯誤還是比較常見。
󰈣󰈤
 
 
 
  免責聲明:本文僅代表作者個人觀點,與王朝網路無關。王朝網路登載此文出於傳遞更多信息之目的,並不意味著贊同其觀點或證實其描述,其原創性以及文中陳述文字和內容未經本站證實,對本文以及其中全部或者部分內容、文字的真實性、完整性、及時性本站不作任何保證或承諾,請讀者僅作參考,並請自行核實相關內容。
 
 
成熟風韻的Meinv
甜美少女
此女子姿色過人也
愛恨情愁傷哀怨
痞子的甘南日記
疑是銀河落九天
雪域壩上四——純美色
冬日戀歌——西城楊柳弄輕柔
 
>>返回首頁<<
 熱帖排行
 
 
王朝网络微信公众号
微信扫码关注本站公众号 wangchaonetcn
 
© 2005- 王朝網路 版權所有