Reconfiguration de BizTalk vers un nouveau serveur de base de données

Question

Voici la situation. Nous avons exécuté BizTalk 2013 avec SQL Server 2008 backbone depuis plusieurs mois maintenant. Ce qui signifie que notre boîte aux lettres, l'authentification unique et toutes les autres choses liées à la base de données ont été hébergés sur un cluster Windows 2008 R2/SQL Server 2008 avec 2 nœuds et BizTalk 2013 a également été exécuté avec 2 nœuds sur Windows Server 2008 R2. Cela fonctionne très bien, mais ce n'est pas le moment de mettre à niveau SQL Server dans notre organisation et notre environnement BizTalk est le suivant.

Nous avons déjà 2 nouveaux serveurs, SQL Server 2012 installé, les composants BizTalk SSO sont installés sur eux (les serveurs SQL serviront également de serveurs maîtres secrets). Les serveurs BizTalk vont rester sur les mêmes noeuds, tels quels.

Je n'ai pas été en mesure de trouver des informations spécifiques sur la manière de passer à un nouveau serveur SQL pour BizTalk (en particulier lors de la mise à niveau des versions). Donc, comme le pire des cas, je pensais à ceci:

1. arrêter tous nos services BizTalk
2. exporter toutes les initiatives multilatérales et les liaisons
3. Déconfiguration serveurs BizTalk
4. reconfigure pour pointer vers le nouveau SQL
5. l'importation de cluster de serveurs et toutes les liaisons MSIs
6. commencent tous les services encore

Est-ce la bonne approche? Je sais qu'il est possible de déplacer les bases de données BizTalk, mais j'avais l'impression que passer de SQL Server 2008 à SQL Server 2012 n'est pas une bonne possibilité.

Quelqu'un a-t-il fait cela ou a-t-il eu de meilleures idées?

Answer 1

Oui, vous pouvez suivre le guidence ici pour déplacer les bases de données: http://msdn.microsoft.com/en-us/library/ee378546.aspx

Tant que la version de SQL Server est pris en charge par la version de BizTalk Server, SQL Server 2012 est, vous êtes ok.

Le processus que vous décrivez consiste essentiellement à mettre en place un nouveau groupe BizTalk, une base de données et tous. Si vous n'avez pas besoin de maintenir des Orchestrations de longue durée, c'est la méthode que je recommanderais et que je prendrais dans votre situation.

J'ai fait les deux et un-Configure/reconfigurer est juste plus facile.