BizTalk Server General - Forcing Removal of Assembly/ReceivePort

This is Interesting: Free IT Magazines  
Home > Archive > BizTalk Server General > January 2006 > Forcing Removal of Assembly/ReceivePort





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Forcing Removal of Assembly/ReceivePort
Chris Taylor

2006-01-27, 9:28 pm

I know that title is a bit confusing but recently we had some administrative
issues where we have moved out BizTalk databases to a separate SQL server
than the application.

I followed the directions on MSDN on moving your biztalk databases, however,
it appears I may have missed a step in regards to removing all recieve
locations or at least unbinding them from orchastrations.

What is happening is, whenever I try to view a list of the receive locations
when binding an orchastration or trying to remove an assembly, or pretty
much anything I get the error

Unspecified Exception: Could not retrieve transport type data for Receive
Location 'rpPrintMessages' from config store. Primary Server 'XXXXXX'
failed. Unspecified error.

Now recently I had to regenerate my master key, which I'm sure has something
to do with this. Anyways, if you know how I can trash these ports and start
over without actually re-installing biztalk, that would be appreciated.

Thanks,
Chris


WenJun Zhang[msft]

2006-01-27, 9:28 pm

Hi Chris,

If all the configuration data is no longer used, why not run:
configframework /u and then configframework again(create new database) to
re-configure everything from scratch?

Removing the BizTalk Server Configuration
http://msdn.microsoft.com/library/d...-us/deploying/h
tm/ebiz_depl_config_glae.asp

Thanks.

Best regards,

WenJun Zhang
Microsoft Online Partner Support

This posting is provided "AS IS" with no warranties, and confers no rights.

Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com