Mike H. - Another Geek In Need...

WebLog

  Home  |   Contact  |   Syndication    |   Login
  58 Posts | 6 Stories | 215 Comments | 293 Trackbacks

News

Archives

Post Categories

Image Galleries

Development

Favorite Blogs

Hosting

User Groups

Either another TDDS is processing the same data or there is an orphaned session in SQL server holding TDDS lock. Either another TDDS is processing the same data or there is an orphaned session in SQL Server holding TDDS lock. SQL Server: \. Database: BizTalkDTADb

 

The above error seems to indicate that more than one TDDS is processing at the same time / on the same data, locking it and preventing access to it. If you experience this error in a clustered / multi-node BizTalk Server environment, follow these steps to ensure that your domain groups are added to the proper SQL Server database rolls that are created when BTS is installed. (NOTE: You will have to do this on each SQL Server instance where BizTalk is installed.)

 

  1. Execute SQL Server Enterprise Manager (EM).
  2. Expand the SQL Server instance we are working with, and expand Databases.
  3. Expand the BAMArchive database, and select Roles.
  4. Double-click (or right-clickàProperties) the BTS_ADMIN_USERS role. If the domain group BizTalk Server Administrators group is not a member of this role, click the Add button to add it. (NOTE: If the group does not appear as available when you click add, you will need to cancel this, select Logins for this database, and add the \BizTalk Server Administrators group as a new login to this database before you can add it as a role.)
  5. Click okay to save.
  6. Select Users on the left and ensure that the BizTalk Isolated Host Users group is a login for this database. If it is not, right-click on the right pane, select New User and add this login to this database.
  7. Select Roles on the left, and double click the BTS_HOST_USERS role. IF the \BizTalk Isolated Host Users group is not a member of this role, click Add and add this login to this role. Click OK when done.
  8. Expand the database BAMPrimaryImport on the left.
  9. Select Users and here we need to add our BizTalk Service Account. This is not done automatically during the ConfigFramework.
  10. Right-click on the right pane, select New User and add our service account login to this database.
  11. Next, click Roles and double click the BAM_EVENT_WRITER role on the right. Add our service (BtsService) account, and the BizTalk Server Administrators logins to this role.
  12. Click OK to save.
  13. Double click the BAMQueryWS role and add our service (BtsService) account and the BizTalk Isolated Host Users accounts to this role.
  14. Click OK to save.
  15. Next, expand the BizTalkDTADb database object, and select Roles on the left.
  16. On the right double-click the BAM_EVENT_WRITER role, and add the BizTalk Server Administrators login and the service (BtsService) login to this role. Click OK to save.
  17. Double-click the HM_EVENT_WRITER role, and add the BizTalk Server Administrators and the service account to this role as well. Click OK to save.
  18. Next, expand the BizTalkMgmtDb database object, and select Roles on the left.
  19. Double-click the BAM_CONFIG_READER role, and add the service account to this role. Click OK to save.
  20. Next, expand the BizTalkMsgBoxDb database object, and select Users.
  21. Right-click on the right pane, select New User and add the service account as a login to this database. Click OK to save. Now select Roles on the left.
  22. Double-click the BAM_EVENT_READER role, and add the service account to this role. Click OK to save.
posted on Sunday, May 01, 2005 1:20 PM

Feedback

# re: Either another TDDS is processing... 6/3/2005 1:34 AM Micheal Maclean
You are the man. We have had a remote db server for all our biztalk installations. Debugging and message tracking has never worked.
You have solved all our problems for us. Thank you very much. You are a god send.

# re: Either another TDDS is processing... 10/7/2005 11:29 AM Ppeter De Bruyne
Indeed, we needed to reconfigure our 6 biztalk servers (configframework /u) and after the deployment, the tracking failed. This entry helped us to activate the tracking again in the HAT. Many many Thx!!!

# re: Either another TDDS is processing... 10/31/2005 11:36 AM Monish
I am working with a multiple biztalk server installation where I have 2 BizTalk Servers and 2 SQL Servers clustered in active/passive mode. I have made the recommended changes above to the virtual sql server instance where all the biztalk databases are stored. However, I still keep receiving this error on both BTS servers.

BTS 1 Reports
-----------------
Either another TDDS is processing the same data or there is an orphaned session in SQL server holding TDDS lock.Either another TDDS is processing the same data or there is an orphaned session in SQL server holding TDDS lock. SQLServer: V****\BIZ01T, Database: BAMPrimaryImport.

BTS 2 Reports
-----------------
Either another TDDS is processing the same data or there is an orphaned session in SQL server holding TDDS lock.Either another TDDS is processing the same data or there is an orphaned session in SQL server holding TDDS lock. SQLServer: V****\BIZ01T, Database: BizTalkDTADb.

Your post has come closest to solving my problem. Any ideas?

# re: Either another TDDS is processing... 12/13/2006 4:37 AM Peter Elzinga
Superb solution to this annoying problem. Many thanks for sharing this with us.
We had 1 BizTalk server that had this problem. Following these steps solved it!

# re: Either another TDDS is processing... 10/24/2007 3:12 PM mike
Just wanted to post something that I found when having this issue with BizTalk 2006. After doing the above steps I was still having the issue. Turns out that the SQL server was not in Mixed Authentication mode, so that was causing the issue. I changed it, restarted the server, and all is well with this error.

Post Feedback

Title:
Name:
Email: (never displayed)
Url:
Comments: 
Please add 5 and 7 and type the answer here: