ora-01591:锁被未分布式事物处理/Distrib tran

伴随报错内容

        Distrib tran xxx.xxx.xx.x.xxxx         

1、使用Oracle DBA用户,查询如下数据字典:select * from dba_2pc_pending

2、强制Rollback或者Commit该事务:

select ‘commit force ‘‘‘|| local_tran_id||‘‘‘;‘ from dba_2pc_pending;
select ‘rollback force ‘‘‘|| local_tran_id||‘‘‘;‘ from dba_2pc_pending;
或
采用博客给出的学习建议:春~暖 ()
使用如下方式关闭oracle RAC分布式特性
alter system set _CLUSTERWIDE_GLOBAL_TRANSACTIONS=FALSE scope=spfile;
restore database 

更加详细可查看我上一篇转载的有关分布式故障处理的博客。
时间: 2024-12-28 15:55:01

ora-01591:锁被未分布式事物处理/Distrib tran的相关文章

【转】错误: ORA-01591: 锁被未决分布式事务处理 7.2.428982 持有--解决方案

SQL 错误: ORA-01591: 锁被未决分布式事务处理 7.2.428982 持有 01591. 00000 -  "lock held by in-doubt distributed transaction %s" *Cause:    Trying to access resource that is locked by a dead two-phase commit transaction that is in prepared state. *Action:   DBA

ORA-01591: 锁被未决分布式事务处理解决方案

现场报有一个功能走不下去,后台日志报错:java.sql.SQLException: ORA-01591: 锁被未决分布式事务处理 657.7.39336 持有.    解决方案: rollback force '657.7.39336';--执行可能会比较慢 执行完成后,查询DBA_2PC_PENDING, select * from DBA_2PC_PENDING s  where s.local_tran_id='657.7.39336'; 657.7.39336 SP4GD.a6dfea

分布式事物

1.分布式事物简单处理方式一 不出现错误,都提交:出现错误,都回滚: 分布式事物,布布扣,bubuko.com

分布式事物的原理图

分布式事物两阶段提交原理图. blog宗旨:用图说话.

Spring+Mybatis+SpringMVC+Atomikos多数据源共存+分布式事物处理

网上找了一大堆的例子,没一个跑通的,都是copy转发,哎,整理得好辛苦..做个笔记,方便正遇到此问题的猿们能够得到帮助....废话不多说,贴代码..... 项目结构说明: 1.dao层的admin.website包中包含的Mapper.xml文件分别操作不同的数据库 2.举例:192.168.1.1下有个mysql数据库叫 odao_admin 192.168.1.2下有个sqlserver数据库叫 odao_mobile 详情见下方的jdbc.properties文件 1:Pom.xml <p

MySQL分布式事物(XA事物)的使用

有时一个系统的数据 放在不同的库之中.如果用普通的事物 一个分支库提交成功了,另外一个分支库提交失败了, 这候 两个库没有同步的成功或者失败.会导致系统数据的不完整. 对于处理这种情况 MySQL有了处理分布式(XA)事物的语法 XA START xid 用于启动一个带给定xid的XA事物. xid包含3个部分 gtrid,bqual,formatID gtrid 是一个分布式事物的标识符,一个分布式事物的每个XA事物的gtrid必须相同,这样可以明确知道每个XA事物属于哪个分布式事物. bqu

Spring 分布式事物详解

在学习分布式事物的过程中会遇到以下关键名词: 相关名词: XA :XA规范的目的是允许多个资源(如数据库,应用服务器,消息队列,等等)在同一事务中访问,这样可以使ACID属性跨越应用程序而保持有效.XA使用两阶段提交来保证所有资源同时提交或回滚任何特定的事务. JTA: Java事务API(Java Transaction API,简称JTA ) 是一个Java企业版 的应用程序接口,在Java环境中,允许完成跨越多个XA资源的分布式事务. 分布式事物要解决的问题: 把不同支援放到一个事物中,实

mq解决分布式事物问题

今天只看看原理,下一节看项目怎么集成mq进行解决分布式事物. 1.什么情况下会使用到分布式事物? 举例说明:现有一个支付系统,因为项目使用的是微服务框架,有订单模块和支付模块两个模块.生产者进行订单的下单操作购买100元,这时候订单表数据应该是新增一条,然后支付模块的个人账户资金应该是加100元.同一个方法中既需要对订单数据库进行新增又需要调用支付模块对数据进行修改(不同项目不同数据库),这时候就会用到分布式事物,只是举个典型的例子. 那么问题来了,生产者进行订单的下单操作怎么保证订单和支付的数

分布式事物解决方案-TCC

分布式框架下,如何保证事物一致性一直是一个热门话题.当然事物一致性解决方案有很多种(请参考:分布式事物一致性设计思路),我们今天主要介绍TCC方案解决的思路.以下是参与设计讨论的一种解决思路,大家有问题请留言. 1.基本概念 TI:Transaction Interceptor,事务拦截器,位于dapeng容器的filterChain链中. 由于TI的逻辑会比较复杂, 不太适合在IO线程中操作 TM:Transaction Manager, 事务管理器,作为一个独立的服务存在. 事务发起方: 服