問題タブ [msdtc]

簡単な質問ですが、どこにも答えが見つかりません。ActiveDirectoryはトランザクションを認識していますか？

つまり、次の変更はロールバックされますか（電話をかけなかったためscope.Complete()）。

そうでない場合、これを何らかの方法で有効にすることは可能ですか？現在、データベースの更新と対応するADの更新を実行するコードがあり、ADの更新が何らかの理由で失敗した場合に、ADの更新を補正するロジックがあります。このソリューションは最適とは言えません。

よろしくお願いいたします。RonaldWildenberg

SQL Server を独自のマシンに移行中ですが、MSDTC を介してトランザクションを取得する際に問題が発生しています。

ASP.Net が生成しているエラー メッセージは次のとおりです。

トランザクション マネージャは、リモート/ネットワーク トランザクションのサポートを無効にしました

これについてグーグルで調べてみましたが、Windows 2003 でこれを解決する方法のガイド以外に多くを見つけることができませんでした。

Windows 2008 でこの問題を解決する方法を誰か教えてもらえますか? (SqlServer + IIS ボックスの両方が Win 2k8 を実行しています)。

ありがとう！

I'm currently in the process of detaching a development database on the production server. Since this is a production server I don't want to restart the sql service. That is the worst case scenario.

Obviously I tried detaching it through SSMS. Told me there was an active connection and I disconnected it. When detaching the second time it told me that was impossible since it was in use.

I tried EXEC sp_detach_db 'DB' with no luck.

I tried getting the database offline. That ran for about 15 minutes when I got bored and turned it off.

Anyway, I tried everything ... I made sure all connections were killed using the connections indicator in detach database using SSMS.

The following returned 0 results:

USE master SELECT * FROM sys.sysprocesses WHERE dbid = DB_ID('DB')

And the following is running for 18 minutes now:

ALTER DATABASE DB SET OFFLINE WITH ROLLBACK IMMEDIATE

I did restart SMSS regularly during all this to make sure SSMS wasn't the culprit by locking something invisibly.

Isn't there a way to brute force it? The database schema is something I'm pretty fond of but the data is expendable.

Hopefully there is some sort of a quick fix? :)

The DBA will try to reset the process tonight but I'd like to know the fix for this just in case.

Thx!

ps: I'm using DTC ... so perhaps this might explain why my database got locked up all of a sudden?

edit:

I'm now doing the following which results in an infinite execution of the final part. The first query even returns 0, so I suppose the killing of the users won't even matter.

USE [master] GO

SELECT * FROM sys.sysprocesses WHERE dbid = DB_ID('Database')

GO

DECLARE @return_value int

EXEC @return_value = [dbo].[usp_KillUsers] @p_DBName = 'Database'

SELECT 'Return Value' = @return_value

GO

ALTER DATABASE Database SET OFFLINE WITH ROLLBACK IMMEDIATE

GO

Windows Server 2008でC＃を使用していますが、同じドメイン内の別のマシンのパブリックトランザクションキューからメッセージを受信したいと考えています。エラーは次のようになります。

私はDTCPingを試しました。これは、一方の方向では成功しますが、もう一方の方向では失敗します。ログの関連部分は次のとおりです。

なぜこれが失敗するのか誰かが知っていますか？WindowsファイアウォールがMSDTC用に開かれました。Windows2008とMSMQに関する多くの情報を見つけるのは難しいです。

編集：キュー名は、FormatName：DIRECT = OS：dev-msmq1 \ getmap、およびFormatName：DIRECT = OS：dev-msmq1\logeventです。それらはパブリックなトランザクションキューであり、Everyoneはそれらに対するピーク/受信権限を持っています。私のコードの適切な部分は次のとおりです。

ありがとう

質問はタイトルにあります。これがサポートされていない理由を知りたいですか？

明確にするために、これは MS Sql Server 2005 / 2008 です。

Windowsサーバー2003マシンでホストされているWCFベースのWebサービスがあります。データベースは、solaris上のOracle10Gです。Webサービスは、transactionscopeを広範囲に使用し、一部の場所ではado.netトランザクションを使用します。ほとんどのトランザクションには、1つのリソース（複数のOracleストアドプロシージャ呼び出し）のみが含まれます。それらのいくつかは2つのリソース（MSMQとoracleストアドプロシージャ）です。これを考えると、ネットワークDTCはWindowsマシンで有効にする必要があります。すでにMSDTCサービスが開始されています。WebサービスクライアントからWebサービスへのトランザクションフローはありません。ネットワークDTCを有効にしなくても機能するようですが、確認したいと思います。

プラットフォームは.Net2.0SP1 + 3.0（WCF用）です。OracleドライバはODP.Netv11.1.0.6です。

MSDTC は既定で無効になっています (windows 2003 以降)。.Net C# からの分散トランザクションを必要とする開発中のアプリケーションで有効にしたいと考えています。

それを有効にすることでセキュリティ上の問題があるとは思いませんが、SO は DTC を有効にすることによるセキュリティの問題を知っていますか?

乾杯

オリー

バックグラウンド：

トランザクション NTFS (TxF) に関するこの SO の質問と、その使用方法を説明するこの記事については承知していますが、大量の BLOB データ (ドキュメントや写真) はトランザクションごとに 1 回保持し、何度も読み取る必要があります。

• 1 日あたり数万のドキュメントが書き込まれ、1 時間あたり数万の読み取りが予想されます。
• ファイル システム内または SQL Server 内にインデックスを格納できますが、これを複数のボックスにスケールアウトできる必要があります。
• 災害復旧のために、データを簡単にバックアップおよび復元する機能を保持する必要があります。

質問：

• トランザクショナル NTFS (TxF) を実際にエンタープライズ レベルで使用した経験はありますか?

関連する質問:

• 同じファイルが一度に 2 つのミラー サーバーにコミットされる TxF を使用して分散トランザクションを試した人はいますか?
• ファイル システムとデータベースで分散トランザクションを試した人はいますか?
• 共有できるパフォーマンスに関する懸念/信頼性に関する懸念/パフォーマンス データはありますか? トランザクションが問題になる前に、この規模で何かをした人はいますか?

編集:より明確にするために、SQL Server 2008 の新しい FILESTREAM データ型を含む他のテクノロジを調査しましたが、この質問は特にトランザクション ファイル システムのみを対象としています。

その他のリソース:

• TxF に関する MSDN Magazine の記事「Enhance Your Apps With File System Transactions」。
• 「Transactional Vista: Kernel Transaction Manager and friends (TxF, TxR)」という Web キャスト。このビデオでは、TxF を使用した場合のオーバーヘッドが 2 ～ 5% であることを引用しており、約 25 分後にパフォーマンスの議論が始まります。これは、私が見つけた最初の具体的な数字です。ビデオは、これが内部でどのように機能するかについての非常に優れた概要です。34:30 あたりで、スピーカーはこの質問と非常によく似たシナリオを説明します。
• 「Surendra Verma: Vista Transactional File System」というチャンネル 9 のスクリーンキャスト。彼は 35 分あたりから始まるパフォーマンスについて話します。具体的な数字はありません。
• B# .NET ブログのTxF 記事のリスト。
• 「Transactional NTFS」と呼ばれる Channel 9 スクリーンキャスト。

SQL Server 2008 用の SSIS パッケージを作成しているときに、次のエラーが発生しました。

エラー: SSIS ランタイムは、エラー 0x8004D01B "The Transaction Manager is not available." により、分散トランザクションを開始できませんでした。DTC トランザクションの開始に失敗しました。これは、MSDTC サービスが実行されていないために発生する可能性があります。

パッケージを自分のマシンでローカルに作成して実行していますが、データベースはドメイン内にないWindows Server 2008 を実行しているサーバー上にあります。

DTC サービスがローカルとサーバーの両方で開始されていることを確認し、Windows Vista ファイアウォールで事前定義されているファイアウォールの例外を追加しました。

SSIS ランタイムが分散トランザクションの開始に失敗するのはなぜですか?