locked
Migrating TFS RC from one domain to another RRS feed

  • Question

  • The process aim was to move an RC server from one domain to another.

    The databases were copies from the source domain's TFS server  to the new one

    The databases were restored from backup

    The TFSadminutil was run to rename data tier, activate app tier and change user's accounts to the new domain

     

    Results:

    Team explorer was connected to the projects but didn't display any data

    Only the web services under the services virtual root worked – all other services didn't work and supplied 503 error

    In the Eventlog we received the following error: "Exception Message: An error has occurred while establishing a connection to the server.  When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) (type SqlException"

     

    Issues:

    1. There is no real problem with the named pipes – they were checked and are configured properly
    2. Database status: The tfssetup/tfsservice/tfsreports were created in the new domain but all over the database user's identity still includes the old domain's name.

    How can we finish the process, any other tool/method/workaround we can take?

     

    Thank you,

    Sarit

    Friday, March 17, 2006 2:36 AM

Answers

  • I do know that there are sometimes caching issues on client computer's when switching from one computer to another, but that doesn't sound like what you have. 

    • Did you verify that TFS was installed properly before the restore?
    • When you say no data was displayed, was it that no team projects were displayed or is it something else?
    • Is Sharepoint working correctly?
    • Check the TFSIntegration Database, there are fields in there that indicate what servername\etc are to be used.  In particular tbl_service_interface and tbl_database seem to have the best data
    • When you did this migration, was this single server -> single server, dual server -> dual server, or even single -> dual server?

    For the most part, the webservices should be the easiest to fix.  They are standard webservices for the most part, so debugging them would be the same if you were debugging your own.

    Friday, March 17, 2006 6:34 PM

All replies

  • I do know that there are sometimes caching issues on client computer's when switching from one computer to another, but that doesn't sound like what you have. 

    • Did you verify that TFS was installed properly before the restore?
    • When you say no data was displayed, was it that no team projects were displayed or is it something else?
    • Is Sharepoint working correctly?
    • Check the TFSIntegration Database, there are fields in there that indicate what servername\etc are to be used.  In particular tbl_service_interface and tbl_database seem to have the best data
    • When you did this migration, was this single server -> single server, dual server -> dual server, or even single -> dual server?

    For the most part, the webservices should be the easiest to fix.  They are standard webservices for the most part, so debugging them would be the same if you were debugging your own.

    Friday, March 17, 2006 6:34 PM
  • Were you able to get around this?
    Wednesday, March 22, 2006 5:47 PM