问题标签 [escalation]

有什么方法可以准确地确定 System.Transaction TrasactionScope 升级到 DTC 的原因？我们的一个组件似乎升级了事务，而所有其他组件（看起来很相似）都没有升级，我们遇到了一个问题。

是否提供了有关升级原因以及如何找到和观察这些原因的任何信息？SQL 探查器？日志文件？还是我在这方面不走运？

更新：我正在针对 SQL Server 2005 运行以获取信息

我正在阅读关于 SQL Server 锁升级的MSDN 页面上的 SQL Server 锁升级

我的问题是，似乎存在锁升级的主要原因是为了减少维护更多锁的开销（例如，当为一个表获取更多行锁时，然后将行级锁升级到表级）。我的问题是，维护更多的锁会提高并发性，这是一个好处，为什么是开销？在我的拙见中，锁应该足够小，以通过提高并发性来提高数据库性能。谁能用简单的方式解释为什么需要锁升级以及所谓的锁开销是什么？

提前谢谢，乔治

我需要编写一个 C 程序，它允许我读/写 root 拥有的文件。但是，我只能在另一个用户下运行代码。我有 root 密码，但系统上没有“sudo”或“su”命令，所以我无法访问 root 帐户（实际上几乎没有任何 shell 命令）。我不太了解 UNIX 权限，所以我不知道是否真的可以在不以某种方式利用系统或运行 root 本身拥有的程序（使用 +s 或其他）的情况下做到这一点. 有什么建议吗？

谢谢！

PS 不，这不是恶意的，这是在 iPhone 上。

如何检查是否需要特权提升来启动子进程而不先尝试然后失败？

我需要从 python 代码中启动一个子进程命令。在某些情况下它可以正常工作，在其他情况下则需要提升权限；在某些 Windows 系统上，这种情况会导致我的程序冻结。

我想确定是否需要特权升级，而无需尝试首先运行子进程并捕获/捕获任何错误情况。

导致程序冻结的进程被调用；

subprocess.call('路径_文件名_选项',shell=False)

我正在寻找一种在我正在开发的 python GUI 应用程序中升级权限的方法。我想要的模型是 GUFW。我喜欢你不必以 root 身份运行主程序，但是当你做任何“rooty”的事情时，你必须“解锁”它。

我有一个程序，我正在开发文本文件，这些文本文件需要保存在用户的主目录树或 /usr 的目录中（需要根提升）。

我不想以 root 身份运行程序，但是当/如果我需要将文件保存给与运行程序的用户不同的用户（在本例中为 root）时，我会调用 root 访问权限。

我不想将其保存到临时位置并恢复为 (ba)sh 调用，例如：

如果可能的话，我想在 Python 中以编程方式完成这一切。将来，我可能需要的操作不仅仅是创建文件，还可能需要在文件中间进行一些附加操作。

此外，在完成保存操作后，我希望隐私降级。

有人可以为我指出一个教程或一些示例代码吗？

问候，

纳尼

我试图在我的应用程序中避免 MSDTC 升级。我正在使用带有 SQL Server Express 2008 R2 的 LINQ，稍后将使用完整版。

我编写了一个数据库包装类，它根据需要创建连接并尽快处理它们。连接字符串在所有连接中保持不变。

这是我班的一个非常精简的版本：

使用如下：

如果我对 PerformConnectionAction 方法的内容进行了锁定，因此一次只能运行一个，那么一切正常，但会出现明显的性能损失。但是，当我删除它时，它会升级。

使用包装器的代码正在使用 TransactionScope，并且可能存在 TransactionScope 的嵌套和/或对 PerformDataContextAction 或 PerformConnectionAction 的调用（它们每个都使用相同的连接字符串创建一个新连接）；在伪代码中（因为这可能发生在不同的类/方法中）：

另请注意，可能会在各个点使用静态成员资格方法。

我还应该补充一点，连接字符串如下：

问题是，我如何重构/重写我的代码，以便我的应用程序可以在没有 MSDTC 和引入锁的情况下正常运行？

谢谢

I was testing my code by disabling MSDTC and wanted to make sure that no transaction within my code gets escalated(Trace why a transaction is escalated to DTC). Now the code seems to work fine and there isn't any peoblem related to DTC. Should I be comfortable with it, that the code will work fine and there will be no escalation when it is deployed. It will be deployed on SQL Azure, and EF 4.5 is being used for Data Access.

According to this post TransactionScope automatically escalating to MSDTC on some machines? that SQL Server 2008 can use multiple connection without escalating, I just wanted to be sure if it applies for SQL Azure as well.

Any suggestion will be highly appreciated.

Thanks

我偶然发现了一个问题，但我找不到答案（或者我的谷歌技能真的很垃圾）。

我们的解决方案是一个 ASP MVC4 C# 网站和多个类库。我们使用 MS SQL2008 和 EntityFramework 6。

假设我有 Foo 和 Bar 对象类型。Foo 包含一个 Bar 对象。保存 Foo 后，我必须保存 Bar。保存 Foo 和 Bar 的方法在不同的类库中定义，每个库都有自己的实体模型，其中包含来自相同基础的相关模式的表。现在的问题是我使用事务，并且调用保存 Bar 的方法会导致事务级别升级“禁用 MSDTC”异常。

有没有办法避免必须使用 MSDTC 并且仍然使用引用相同基础的不同实体模型？

在运行 SQL Server Profiler 时，我遇到了一些 Lock:Escalations。当我搜索具有与 Lock:Escalation 事件相同的 SPID 的语句时，我意识到删除语句之一会导致这种情况。

有什么方法可以找出为什么在这样的地方发生锁升级？

声明就像：

提前致谢。

我们有一个 Maximo 自动化脚本 (python)，当它从计划的升级运行时，它会批准所有人工交易。“mbo.approveLaborTransaction()”是整个脚本。自动化脚本或升级没有问题。

但是，当它运行时，我们不想批准所有劳动力，而是只批准开始日期超过 21 天前的劳动力。（这将使员工有时间编辑他们的劳动记录。批准的劳动不能被编辑。）

是否可以通过 python 脚本有条件地批准劳动记录？如果是这样，怎么办？

如果没有，是否可以对调用自动化脚本的升级设置条件？目前，升级有一个条件“GENAPPRSERVRECEIPT=0”。（这意味着劳动力未批准）我尝试添加'...AND（STARTDATETIME <（SYSDATE - 21））'，但这没有用。

我也对其他方法持开放态度。谢谢。瑞安