|
database
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
Distributed Transaction Over TCP/IPhere. I have two SQL Server servers A and B that are not on the same network. They are both Windows Server 2003 servers. They communicate only using TCP/IP. Using Query Analyzer, I connect to A and execute the following SQL statement to add B as a linked server: sp_addlinkedserver 'MyServerB.MyDomain.com' This works fine and B is added as a linked server to A. I then execute the following SQL statement: select * from [MyServerB.MyDomain.com].[MyDatabase].[Dbo].[MyTable] This too works fine and I get a list of the rows in the specified table. Then I execute the following SQL statements: begin transaction select * from [MyServerB.MyDomain.com].[MyDatabase].[Dbo].[Mytable] And after a minute or two I receive the following error: Server: Msg 7391, Level 16, State 1, Line 1 The operation could not be performed because the OLE DB provider 'SQLOLEDB' was unable to begin a distributed transaction. [OLE/DB provider returned message: New transaction cannot enlist in the specified transaction coordinator. ] OLE DB error trace [OLE/DB Provider 'SQLOLEDB' ITransactionJoin::JoinTransaction returned 0x8004d00a]. I have tried executing 'begin distributed transaction' instead of 'begin transaction'. That doesn't help. The Distributed Transaction Coordinator is running on both servers. TurnOffRpcSecurity is set to 1 on both servers. Both servers have SQL Server SP4 (version 8.00.2039). I cannot figure out what to do to be able to perform a distributed transaction between these two machines. Any assistance on this issue would be greatly appreciated! -- Corey Young Software Engineer LANDesk Software I had this same problem a few months ago, and the following support
article helped me resolve it: http://support.microsoft.com/default.aspx?scid=kb;en-us;839279 Stu Thanks for the quick response!
I have gone through the steps outlined on that web page with no success. Any other ideas? -- Show quoteCorey Young Software Engineer LANDesk Software "Stu" wrote: > I had this same problem a few months ago, and the following support > article helped me resolve it: > > http://support.microsoft.com/default.aspx?scid=kb;en-us;839279 > > Stu > >
Show quote
"Young, Corey" <YoungCo***@discussions.microsoft.com> wrote in message
news:7603CD79-0C56-4BF4-A301-3BB9CB4F8365@microsoft.com... > Thanks for the quick response! > > I have gone through the steps outlined on that web page with no success. > Any > other ideas? > > -- > Corey Young > Software Engineer > LANDesk Software > > > "Stu" wrote: > >> I had this same problem a few months ago, and the following support >> article helped me resolve it: >> >> http://support.microsoft.com/default.aspx?scid=kb;en-us;839279 >> >> Stu >> >> I found the problem!
I had to go to Local Security Settings, IP Security Policies on Local Computer, Packet Filter, and uncheck Block All. I suspect this makes the server much more vulnerable to attacks, but it wasn't working with Block All checked even if I had a "permit" on port 135. Anyway, at least now I have something working and can go from there to lock things down more tightly. -- Show quoteCorey Young Software Engineer LANDesk Software "Stu" wrote: > I had this same problem a few months ago, and the following support > article helped me resolve it: > > http://support.microsoft.com/default.aspx?scid=kb;en-us;839279 > > Stu > > |
|||||||||||||||||||||||