Pourquoi ne puis-je pas joindre des TFS à un Projet de Collecte qui a été restaurée à SQL Server (je pense) correctement?

Nous avons essayé de déplacer un TFS Projet de Collection de TFS 2010 serveur à un autre.

  1. Détaché de la collection dans le TSF de la Console sur le serveur source
  2. La sauvegarde de la collection, Tfs_DefaultCollection, dans SQL Server 2008 Standard Edition
  3. DBA restauré la Collecte d'une nouvelle base de données, Tfs_MyCollection, à SQL Server 2008 Enterprise R2, exemple utilisé par la cible du Serveur TFS.
  4. TFS Administrateur a essayé de joindre le serveur cible.

TFS adminisitrator reçu le message d'erreur suivant.

TF254078: Non amovible bases de données ont été trouvées sur l'exemple suivant
de SQL Server: MyServerName. Vérifiez que le nom du serveur
et le nom de l'instance sont corrects et que la base de données a été
correctement détachés à l'aide de la commande de détachement dans l'Équipe de la Fondation
La Console D'Administration.

Je assmumed nous n'avons pas besoin de préparer l'instance de base de données dans le serveur cible depuis qu'il contenait déjà un TFS Collection de Projets.
Je suppose que le fait d'aller dans une édition de SQL Server est acceptable.

Sont mes hypothèses valides?
Ce qui pourrait être la cause de ne pas être en mesure de les fixer sur le nouveau Serveur TFS?

btw, j'ai créé ce post sur ServerFault à l'origine Dans le miroir de la Serverfault, mais il a généré très peu d'intérêt.

avez-vous changer le nom de la base de données restaurée dans la cible de SQL server? la cible du serveur TFS ont déjà un TPC du même nom que celui que vous avez sauvegardés et vous avez essayé de restaurer?
oui la restauration a été effectuée avec un nouveau nom de base de données, Tfs_MyCollection (le nom a été changé pour protéger l'innocent 🙂 Ce nom est différent de celui de la seule autre TPC sur cette instance cible, qui a le nom Tfs_DefaultCollection.
Juste pour être sûr que je comprends, Nous parlons de la sauvegarde de la base de données .bak de fichiers et de restaurer sur une autre instance de SQL Server. Lors de la restauration, SQL Server demande le nom de base de données pour être restaurée. Ainsi, au moins dans SQL Server ce n'est pas un problème. Pourquoi serait-ce un problème dans TFS?
Ce que vous avez décrit devrait fonctionner, donc il nous manque quelque chose... Vérifier ces postes: blogs.msdn.com/b/tfssetup/archive/2010/09/15/... et blogs.msdn.com/b/tfssetup/archive/2010/11/12/... peut-être qu'ils vont être utiles.
Avec SQL Management Studio assurez-vous que il y a la nouvelle base de données restaurée avec le nom que vous attendez.

OriginalL'auteur Blanthor | 2012-05-30