| 订阅 | 在线投稿
分享
 
 
当前位置: 王朝网络 >> 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、很多人有这种习...

 
 
 
这篇论坛文章(赛迪网技术社区)着重介绍了"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出现该错误还是比较常见。
󰈣󰈤
 
 
 
  免责声明:本文仅代表作者个人观点,与王朝网络无关。王朝网络登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述,其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
越来越漂亮的楚楚(7)
越来越漂亮的楚楚(6)
越来越漂亮的楚楚(5)
越来越漂亮的楚楚(4)
共长一色
水中莲
峰林晚照
远离喧嚣——山村小景
 
>>返回首页<<
 为你推荐
 
 
 转载本文
 UBB代码 HTML代码
复制到剪贴板...
 
 热帖排行
 
 
 
 
©2005- 王朝网络 版权所有