Étapes d’optimisation de l’environnement après configuration
Étapes de post-configuration visant à améliorer les performances, effectuer la maintenance de l’environnement BizTalk et installer les schémas EDI.
Désactivation du protocole de mémoire partagée dans SQL Server
- Ouvrez Gestionnaire de configuration SQL Server> développez SQL Server Protocoles de configuration> réseaupour MSSQLSERVER.
- Cliquez avec le bouton droit surDésactiver lamémoire> partagée.
- Sélectionnez SQL Server Services, cliquez avec le bouton droit sur SQL Server (MSSQLServer)>Redémarrer.
- Fermez Gestionnaire de configuration SQL Server.
Configuration des travaux de l’Agent SQL
Ouvrez SQL Server Management Studio et connectez-vous au moteur de base de données.
Développez SQL Server Agent, puis Travaux. Configurez les travaux suivants :
BizTalk Server de sauvegarde : sauvegarde les bases de données BizTalk Server et les fichiers journaux. Dans le cadre de la configuration de ce travail, vous déterminez divers paramètres tels que la fréquence et l’emplacement de fichier.
Les liens suivants décrivent le travail de l’Agent SQL et ses paramètres :
- Sauvegarde et restauration des bases de données BizTalk Server
- Configuration du travail de sauvegarde de BizTalk Server
Ce travail de l’Agent SQL tronque par ailleurs les journaux des transactions, ce qui permet d’améliorer les performances.
Ce travail ne supprime ni ne supprime les fichiers de sauvegarde, y compris les fichiers plus anciens. Pour supprimer les fichiers de sauvegarde, consultez la rubrique Échec du travail « Sauvegarde de BizTalk Server » suite à l’accumulation de fichiers sur le serveur de base de données Microsoft BizTalk Server.
Vidage et archivage DTA : tronque et archive la base de données de suivi BizTalk Server (BizTalkDTADb). Dans le cadre de la configuration du travail, vous déterminez les paramètres tels que le délai de conservation des instances terminées et de toutes les données.
Les liens suivants décrivent le travail de l’Agent SQL et ses paramètres :
- Archivage et purge de la base de données de suivi BizTalk
- Configuration du travail de purge et d'archivage DTA
Ce travail SQL Agent a un impact direct sur les performances en conservant l’hôte de suivi et en purgeant les événements de suivi.
Maintenance de vos fichiers de sauvegarde
BizTalk Server n’inclut aucune tâche pour supprimer les fichiers de sauvegarde. Par conséquent, vous décidez seul de la façon dont vous effectuez la maintenance de vos fichiers de sauvegarde. De nombreux utilisateurs créent la procédure stockée sp_DeleteBackupHistoryAndFiles, puis appellent cette procédure stockée directement dans la tâche de sauvegarde de BizTalk Server. D’autres créent un plan de maintenance. C’est à vous de choisir. Cette rubrique répertorie les deux options.
Option 1 : Créer la procédure stockée sp_DeleteBackupHistoryAndFiles
Dans SQL Server Management Studio, sélectionnez la base de données de gestion BizTalk (BizTalkMgmtDb).
Sélectionnez Nouvelle requête, puis exécutez le script T-SQL suivant pour créer la
sp_DeleteBackupHistoryAndFiles
procédure stockée (BizTalk Server 2016) ousp_DeleteBackupHistoryAndFiles2013
(BizTalk Server 2013 R2 et versions antérieures) :sp_DeleteBackupHistoryAndFiles (BizTalk Server 2016 et versions ultérieures)
CREATE PROCEDURE [dbo].[sp_DeleteBackupHistoryAndFiles] @DaysToKeep smallint = null AS BEGIN set nocount on IF @DaysToKeep IS NULL OR @DaysToKeep <= 1 RETURN /* Only delete full sets If a set spans a day in such a way that some items fall into the deleted group and the other does not, do not delete the set */ /* First delete MarkName from all other databases */ declare @BackupServer sysname ,@BackupDB sysname, @tsql nvarchar(1024), @MarkToBeDeleted nvarchar(128) DECLARE BackupDB_Cursor insensitive cursor for SELECT ServerName, DatabaseName FROM admv_BackupDatabases ORDER BY ServerName open BackupDB_Cursor SELECT @MarkToBeDeleted = MAX([MarkName]) FROM [dbo].[adm_BackupHistory] [h1] WHERE [BackupType] = 'lg' AND datediff( dd, [BackupDateTime], getdate() ) >= @DaysToKeep AND [BackupSetId] NOT IN ( SELECT [BackupSetId] FROM [dbo].[adm_BackupHistory] [h2] WHERE [h2].[BackupSetId] = [h1].[BackupSetId] AND datediff( dd, [h2].[BackupDateTime], getdate() ) < @DaysToKeep AND [h2].[BackupType] = 'lg') AND EXISTS( SELECT TOP 1 1 FROM [dbo].[adm_BackupHistory] [h2] WHERE [h2].[BackupSetId] > [h1].[BackupSetId] AND [h2].[BackupType] = 'lg') fetch next from BackupDB_Cursor into @BackupServer, @BackupDB while @@fetch_status = 0 begin set @tsql = '[' + @BackupServer + '].[' + @BackupDB + '].[dbo].[sp_CleanUpMarkLog]' exec @tsql @MarkName=@MarkToBeDeleted fetch next from BackupDB_Cursor into @BackupServer, @BackupDB end close BackupDB_Cursor deallocate BackupDB_Cursor DECLARE DeleteBackupFiles CURSOR -- xp_delete_file variant FOR SELECT [BackupFileLocation] + '\' + [BackupFileName] FROM [adm_BackupHistory] -- xp_cmdshell variant -- FOR SELECT 'del "' + [BackupFileLocation] + '\' + [BackupFileName] + '"' FROM [adm_BackupHistory] WHERE datediff( dd, [BackupDateTime], getdate() ) >= @DaysToKeep AND [BackupSetId] NOT IN ( SELECT [BackupSetId] FROM [dbo].[adm_BackupHistory] [h2] WHERE [h2].[BackupSetId] = [BackupSetId] AND datediff( dd, [h2].[BackupDateTime], getdate() ) < @DaysToKeep ) DECLARE @cmd varchar(400) OPEN DeleteBackupFiles FETCH NEXT FROM DeleteBackupFiles INTO @cmd WHILE (@@fetch_status <> -1) BEGIN IF (@@fetch_status <> -2) BEGIN -- xp_delete_file variant EXECUTE master.dbo.xp_delete_file 0, @cmd -- xp_cmdshell variant -- EXEC master.dbo.xp_cmdshell @cmd, NO_OUTPUT delete from [adm_BackupHistory] WHERE CURRENT OF DeleteBackupFiles print @cmd END FETCH NEXT FROM DeleteBackupFiles INTO @cmd END CLOSE DeleteBackupFiles DEALLOCATE DeleteBackupFiles END GO
sp_DeleteBackupHistoryAndFiles2013 (BizTalk 2013 R2 et versions antérieures)
CREATE PROCEDURE [dbo].[sp_DeleteBackupHistoryAndFiles2013] @DaysToKeep smallint = null AS BEGIN set nocount on IF @DaysToKeep IS NULL OR @DaysToKeep <= 1 RETURN /* Only delete full sets If a set spans a day in such a way that some items fall into the deleted group and the other does not, do not delete the set */ DECLARE DeleteBackupFiles CURSOR FOR SELECT 'del "' + [BackupFileLocation] + '\' + [BackupFileName] + '"' FROM [adm_BackupHistory] WHERE datediff( dd, [BackupDateTime], getdate() ) >= @DaysToKeep AND [BackupSetId] NOT IN ( SELECT [BackupSetId] FROM [dbo].[adm_BackupHistory] [h2] WHERE [h2].[BackupSetId] = [BackupSetId] AND datediff( dd, [h2].[BackupDateTime], getdate() ) < @DaysToKeep ) DECLARE @cmd varchar(400) OPEN DeleteBackupFiles FETCH NEXT FROM DeleteBackupFiles INTO @cmd WHILE (@@fetch_status <> -1) BEGIN IF (@@fetch_status <> -2) BEGIN EXEC master.dbo.xp_cmdshell @cmd, NO_OUTPUT delete from [adm_BackupHistory] WHERE CURRENT OF DeleteBackupFiles print @cmd END FETCH NEXT FROM DeleteBackupFiles INTO @cmd END CLOSE DeleteBackupFiles DEALLOCATE DeleteBackupFiles END GO
Ouvrez le BizTalk Server de sauvegarde, > sélectionnez Étapes.
Modifiez l’étape Effacer l’historique de sauvegarde afin qu’elle appelle la nouvelle procédure stockée sp_DeleteBackupHistoryAndFiles ou sp_DeleteBackupHistoryAndFiles2013 au lieu de la procédure stockée sp_DeleteBackupHistory précédente.
Sélectionnez OK pour enregistrer vos modifications.
Option 2 : Créer un plan de maintenance
- Dans SQL Server Management Studio, développez Gestion, cliquez avec le bouton droit sur Plans de maintenance, puis sélectionnez Assistant Plan de maintenance.
- Nommez le plan (par exemple, nommez-le Purger les fichiers de sauvegarde), puis sélectionnez le bouton Modifier en regard de Planifier.
- Choisissez la fréquence à laquelle vous souhaitez vider les fichiers de sauvegarde. Ces paramètres sont à votre entière discrétion. Sélectionnez OK, puis Suivant.
- Sélectionnez Tâche de nettoyage de> maintenanceSuivant.
- Dans la fenêtre Tâche de nettoyage , accédez à Rechercher un dossier et supprimer des fichiers..., sélectionnez votre dossier de sauvegarde (peut-être f :\BizTalkBackUps), puis entrez .bak pour l’extension Fichier. Vous pouvez également choisir de supprimer les fichiers en fonction de leur ancienneté. Par exemple, entrez 3 pour supprimer les fichiers antérieurs à 3 semaines. Sélectionnez Suivant.
- Terminez l’Assistant et entrez toutes les informations supplémentaires que vous souhaitez. Sélectionnez Terminer.
Installation des schémas EDI et d’autres configurations EDI AS2
Les fichiers de schéma EANCOM, EDIFACT, HIPAA et X12 sont inclus dans un fichier exécutable à extraction automatique nommé MicrosoftEdiXSDTemplates.exe. Pour créer des solutions EDI, extrayez ces fichiers et déployez-les avec vos projets. Pour installer et extraire ces fichiers :
Exécutez l’installation BizTalk Server et installez les outils de développement et le composant SDK. Ce composant télécharge le fichier de schéma EDI MicrosoftEdiXSDTemplates.exe dans le dossier \XSD_Schema\EDI.
Notes
Si vous mettez à niveau BizTalk Server, le fichier MicrosoftEdiXSDTemplates.exe de votre installation est remplacé par le nouveau fichier MicrosoftEdiXSDTemplates.exe associé à la mise à niveau. Si vous avez besoin des schémas précédents, sauvegardez le fichier MicrosoftEdiXSDTemplates.exe précédent.
Notes
Si vous mettez à niveau des schémas de message lorsque vous mettez à niveau BizTalk Server vers une build ultérieure, vous pouvez rencontrer des problèmes à l’aide des schémas mis à jour ou vous devrez peut-être effectuer des étapes de mise à jour supplémentaires. Consultez la section « Considérations relatives à la mise à jour des schémas » dans Considérations importantes pour la mise à jour des applications
Accédez à \Program Files (x86)\Microsoft BizTalk Server <VERSION>\XSD_Schema\EDI, puis double-cliquez sur MicrosoftEdiXSDTemplates.exe.
Extrayez les schémas dans \Program Files (x86)\Microsoft BizTalk Server <VERSION>\XSD_Schema\EDI. Lorsque vous extrayez ces schémas, ils sont stockés dans les dossiers EANCOM, EDIFACT, HIPAA et X12.
Ajout d’une référence à l’application EDI BizTalk Server
Les schémas, pipelines et orchestrations EDI sont déployés dans l’application EDI BizTalk. Pour utiliser une autre application en tant qu’application EDI, ajoutez une référence à l’application EDI BizTalk. Étapes :
Dans la console d’administration BizTalk Server, développez Applications. Cliquez avec le bouton droit sur l’application que vous souhaitez utiliser pour EDI (par exemple , BizTalk Application 1), sélectionnez Ajouter, puis références.
Sélectionnez Application EDI BizTalk, puis sélectionnez OK pour enregistrer vos modifications.
Conseil
Pour afficher les références à d’autres applications, cliquez avec le bouton droit sur une application, puis sélectionnez Propriétés. Sélectionnez Références. Vous pouvez également ajouter de nouvelles références et supprimer des références existantes.
Notes
N’ajoutez pas d’artefacts personnalisés à l’application EDI BizTalk. Il est préférable de laisser cette application telle qu’elle est.
Démarrage des orchestrations de traitement par lot
Si vous permettez à un tiers de recevoir et/ou d’envoyer des lots EDI, démarrez les orchestrations de traitement par lot. Celles-ci ne sont pas démarrées par l'Assistant Installation ou Configuration. Étapes :
Dans BizTalk Server Console d’administration, développez Application EDI BizTalk, puis sélectionnezOrchestrations.
Cliquez avec le bouton droit sur chacune des orchestrations suivantes, puis sélectionnez Démarrer :
Microsoft.BizTalk.Edi.BatchSuspendOrchestration.BatchElementSuspendService (assembly : Microsoft.BizTalk.Edi.BatchingOrchestration.dll)
Microsoft.BizTalk.Edi.BatchingOrchestration.BatchingService (assembly : Microsoft.BizTalk.Edi.BatchingOrchestration.dll)
Microsoft.BizTalk.Edi.RoutingOrchestration.BatchRoutingService (assembly : Microsoft.BizTalk.Edi.RoutingOrchestration.dll)
Notes
Les orchestrations de traitement par lot EDI ne doivent être démarrées que si vous recevez et/ou envoyez des lots EDI. Leur démarrage hors de cette condition peut affecter les performances du système.
Migrer des artefacts EDI à partir d’une version précédente de BizTalk
La façon dont les partenaires commerciaux sont gérés dans BizTalk Server a été mise à jour dans BizTalk Server 2010 et les versions ultérieures. Dans les versions BizTalk Server précédentes, une partie a été créée uniquement pour le partenaire commercial, et non pour le partenaire d’hébergement BizTalk Server. En BizTalk Server 2010 et versions ultérieures, une partie doit être créée pour tous les partenaires commerciaux, y compris les partenaires hébergeant des BizTalk Server. Dans les versions BizTalk Server précédentes, les propriétés de protocole d’encodage (X12 et EDIFACT) et de transport (AS2) sont définies au niveau de la partie. Dans BizTalk Server versions 2010 et ultérieures, ces propriétés sont définies via des contrats.
Pour migrer des données de partie à partir de versions précédentes, BizTalk Server inclut un outil de migration de partie. Tenez compte des chemins de migration suivants :
version BizTalk Server | Chemin de migration |
---|---|
BizTalk Server 2006 R2 | Procédez à une mise à niveau vers BizTalk Server 2009. Ensuite, utilisez l’outil de migration de parties inclus avec BizTalk Server 2013/2013 R2 pour migrer vers BizTalk Server 2013/2013 R2. Vous pouvez également utiliser l’outil de migration de parties inclus avec BizTalk Server 2013/2013 R2 pour migrer vers BizTalk Server 2010. Ensuite, mettez à niveau vers BizTalk Server 2013/2013 R2. |
BizTalk Server 2009 | Utilisez l’outil de migration de parties inclus avec BizTalk Server 2013/2013 R2 pour migrer directement vers BizTalk Server 2013/2013 R2. |
BizTalk Server 2010 | Mise à niveau vers BizTalk Server 2013/2013 R2. |
L’outil de migration de partie est disponible sur le support BizTalk Server sous le dossier \PartyMigrationTool.
Installation de BizTalk Health Monitor (BHM)
BizTalk Health Monitor fournit un tableau de bord pour créer et afficher des rapports de la visionneuse MessageBox, créer des requêtes personnalisées, exécuter des tâches de marque de fin de champ, surveiller plusieurs environnements BizTalk, etc. Si vous êtes responsable d’un environnement BizTalk, nous vous conseillons d’installer et d’utiliser cet outil pour vérifier l’intégrité de l’environnement BizTalk et en effectuer la maintenance.
Liens clés :
Télécharger BHMInstaller BHM BHMBlog officiel
Création de vos hôtes et instances d’hôtes
Il est recommandé de séparer certaines tâches clés entre des hôtes distincts. Par exemple, créez toujours un hôte exclusivement réservé au suivi. Créez un autre hôte/une autre instance d’hôte dédié(e) à la réception des messages, un autre hôte/une autre instance d’hôte à l’envoi des messages et un autre hôte/une autre instance d’hôte à l’orchestration.
Il existe de nombreuses recommandations dans ce domaine. En voici quelques-unes pour bien démarrer :
Gestion des hôtes et des instances d'hôte BizTalk
Configuration de la haute disponibilité pour des hôtes BizTalk
Bonnes pratiques : Créer et configurer l’hôte BizTalk Server et l’hôte
Exécution d’orchestrations dans plusieurs hôtes sur le même ordinateur
PowerShell pour créer et configurer BizTalk Server hôte, les instances hôtes et les gestionnaires