Et puis d’abord pour quoi faire ?
Cela peut sembler nécessaire lorsque les développements BizTalk Server 2004 se réalisent dans des environnements virtuels avec BizTalk et SQL Server 2000 déjà installés. Dans ce cas, il devient impératif de changer le nom du serveur virtuel, ainsi que le nom du serveur SQL Server.
Comment ?
De la manière suivante :
- Déconfigurer le serveur BizTalk – s’il est déjà configuré, bien entendu – à l’aide de la commande
configframework /u
- Supprimer les jobs SQL Server pour BizTalk
- Renommer le serveur SQL en exécutant les instructions suivantes :
sp_helpserver -- afin de connaitre la valeur {ancien_nom}
GO
sp_dropserver {ancien_nom}
GO
sp_addserver {nouveau_nom}, local
GO
- Redémarrer les services SQL Server (voire la machine si nécessaire…)
- Reconfigurer le serveur BizTalk à l’aide de la commande
Configframework
- S’il devient nécessaire de supprimer des jobs SQL Server après avoir réalisé l’étape 3, exécuter la requête SQL Server suivante
UPDATE msdb.dbo.sysjobs SET originating_server = @@SERVERNAME WHERE
originating_server <> @@SERVERNAME;
afin d’éviter le message d’erreur erreur 14274: impossible d’ajouter, de mettre à jour ou de supprimer un travail provenant d’un serveur MSX (ni l’une des étapes ou l’un de ses plannings).
Et voila.
Lorsque l’on cherche à récupérer des messages IDOC à l’aide d’un port de réception BizTalk présentant l’adapter WCF-SAP, le journal d’évènement Windows peut présenter l’exception Loading property information list by namespace failed or property not found in the list.
Cause:
A la réception d’un message IDOC, l’adapter WCF-SAP essaie de promouvoir des champs dans le context du message. Pour réaliser cela, l’adapter s’appuie sur un property schema défini dans l’assembly Microsoft.Adapters.SAP.BizTalkPropertySchema.
Solution:
Il suffit d’ajouter l’assembly Microsoft.Adapters.SAP.BizTalkPropertySchema dans les ressources de l’application BizTalk présentant le port de réception SAP à l’aide de la manipulation suivante:
- Clic droit sur les ressources de l’application BizTalk concernée
- Choisir Add –> BizTalkAssemblies
- Naviguer vers le répertoire \bin d’installation du BizTalk Adapter Pack et sélectionner l’assembly Microsoft.Adapters.SAP.BizTalkPropertySchema
- Dans les propriétés de l’adapter WCF, vérifier que le champ EnableBizTalkCompatibilityMode (anciennement connu sous le nom EnableBizTalkLayeredChannel) présente la valeur True
- Redémarrer les services BizTalk afin de prendre en compte les modifications
Sous un environnement 64 bits (Windows Server 2008 Standard Edition), le message Explorer OM not supported in 64 bits process peut apparaître dans le journal d’évènement lors de l’installation de l’ESB Portal de l’ESB Toolkit 2.0.
Pour corriger cela, il m’a été nécessaire de passer à True la propriété Enable 32-bit Applications dans les propriétés avancées du pool d’application associé à l’application web (déployée sous IIS) ESB.BizTalkOperationsService.
Pourquoi écrire un post alors qu’il en existe déjà un (avec des images svp)
Ok, le risque c’est que le lien ne fonctionne plus, mais bon…
Merci à jesaispasqui pour son post.