is包作业总是超时，有啥好的解决办法吗
0
没有找到相关结果
重要提示：提问者不能发表回复，可以通过评论与回答者沟通，沟通后可以通过编辑功能完善问题描述，以便后续其他人能够更容易理解问题.
5 个回复
天桥下的郑成功 - Hadoop大数据开发工程师、数仓架构师、熟悉数据仓库设计、Hadoop、Spark、HBase、Hive、SSIS等开发 2013-12-06 回答
赞同来自:
具体如何查找DeadLock 以及如何判断，可以去网上找找 或者 参考梁总的文档。
最后说一下，查找DeadLock已经要有耐心。
2种办法
BIWORK - 热衷于微软BI技术,技术架构和解决方案！ 2013-12-06 回答
赞同来自:
第二个是发生死锁了，两个事务都在同时抢一个资源，因此有一个事务自动的被系统断掉了，就可能引起发生上面的这种错误。
具体发生死锁的原因你可以通过 SQL Profiler 跟踪一下，看看到底是哪些 SQL 语句引起死锁的。
Pearl 2013-12-06 回答
赞同来自:
BIWORK - 热衷于微软BI技术,技术架构和解决方案！ 2013-12-06 回答
赞同来自:
你可以使用 SQL Profiler 跟踪一下，只开启 Deadlock 下的几个Event -
Deadlock Graph
Lock:Deadlock
Lock:Deadlock Chain
然后下次作业同时在跑的时候如果再发生死锁就能看到是哪些 SQL 语句引起的了，相应的你要处理这些 SQL 语句，避免死锁。
还有一种解决方法就是，如果这个作业执行失败了，那么可以在计划中安排它重新执行。或者干脆把几个作业的执行计划分开安排，如果没有这种时效性特别强的要求可以完全依次执行或者时间错开。
天桥下的郑成功 - Hadoop大数据开发工程师、数仓架构师、熟悉数据仓库设计、Hadoop、Spark、HBase、Hive、SSIS等开发 2013-12-10 回答
赞同来自:
不过 如果你这个问题，不能立刻重现的话，最好不要使用SQLProfile来看(当然一直开着SQLProfile也可以，不过不推荐)。
还是我之前说的 你可以先使用
DUMP TRANSACTION 库名 WITH NO_LOG
命令 清除当前所有log, 然后使用 dbcc traceon (1222, -1) 收集 Deadlock Event
就是 撒网，然后收网的过程。
另外下面这个链接也许对你有帮助(对于deacklock的分析非常详细)，之前梁总提供的文档里也有很详细的记载:
http://blogs.msdn.com/b/apgcds ... .aspx