Fichier Lisezmoi du Service Pack 1a pour Microsoft BizTalk Server 2000
© 2001 Microsoft Corporation. Tous droits réservés.
Ce document fournit des informations sur le Service Pack 1a (SP1a) pour Microsoft BizTalk Server 2000. SP1a s’applique à toutes les éditions de BizTalk Server 2000. Il peut être installé sur n’importe quel correctif QFE (Quick Fix Engineering) ou Service Pack (SP) BizTalk Server existant.
Important
- Avant de télécharger ou d’installer le Service Pack 1a pour BizTalk Server 2000, il est fortement recommandé de consulter ce fichier LisezMoiSP1a.htm.
- Il n’est pas possible d’installer directement BizTalk Server 2000 SP1a à partir d’un CD-ROM. Pour plus d’informations, reportez-vous à la section “ Instructions d’installation ”, plus loin dans ce document.
- La version 3.0 SP1 du parseur Microsoft XML (MSXML) rétrograde à la version 3.0 (dans BizTalk Server 2000) lorsque vous annulez l’installation de BizTalk Server 2000 SP1a. Pour résoudre ce problème, réinstallez MSXML 3.0 SP1.
Table des matières
Résumé des modifications
Notes de mise à jour de SP1a
Instructions d’installation
Tous les ordinateurs d’un groupe BizTalk Server doivent exécuter la même version de BizTalk Server
Instructions d’installation supplémentaires pour gérer la base de données de suivi
Instructions d’installation supplémentaires pour gérer la base de données de persistance d’orchestration
Notes de documentation
Accessibilité
Services d’Échanges BizTalk
Services d’Orchestration BizTalk
Assistant Configuration de BizTalk Server : un outil de déploiement de BizTalk Server 2000
Installation de MDAC 2.6 pour éviter l’altération des données DBCS
La hiérarchie d’imbrication HL ne peut pas avoir de sauts de génération
SQL Server génère une erreur inconnue et des erreurs de délai d’expiration
Le sérialiseur et le parseur EDIFACT traitent les caractères DBCS par le biais de l’identificateur de syntaxe UNOA
Compatibilité avec Visio 2002
Correction des problèmes de compatibilité de caractères du Concepteur d’Orchestration BizTalk avec Visio 2002
L’installation et le service d’Échanges échouent lorsque BizTalk Server 2000 communique avec un serveur SQL Server dans un cluster
Le Mappeur BizTalk vérifie l’existence d’un attribut ou d’un élément pour une liaison directe à partir de la source et de la destination avant la génération de XSLT
Réinstallation de MSXML 3.0 Service Pack 1
Résumé des modifications
- Cette section donne un aperçu général des mises à jour et des modifications figurant dans Microsoft BizTalk Server 2000 SP1a. (La liste ci-dessous n’est pas exhaustive) :
- Le Mappeur BizTalk Mapper vérifie l’existence d’un attribut ou d’un élément pour la liaison directe à partir de la source et de la destination avant de générer du XSLT.
- Le résultat EDIFACT ne crée plus de verrouillage dans BizTalk Server 2000.
- Un document X12 soumis directement à un canal génère correctement un accusé de réception.
- BizTalk Server est capable d’associer des accusés de réception fonctionnels.
- Les performances de BizTalk Server 2000 ont été améliorées grâce à la limitation du nombre de recherche des procédures stockées.
- Le Concepteur d’Orchestration BizTalk est désormais compatible avec Microsoft Visio 2002.
- Il est possible de créer des files d’attente de messages privés dans un scénario de déploiement de serveurs en cluster.
- Des procédures stockées archivent et suppriment des enregistrements d’échange et de documents dans la base de données de suivi.
- Des procédures stockées suppriment des enregistrements dans la base de données de persistance d’orchestration.
- Il est possible de configurer un nom d’utilisateur et un mot de passe pour faire des envois à un serveur proxy lorsque le service de transport HTTP est sélectionné dans un canal.
- Le sérialiseur et le parseur EDIFACT traitent les caractères DBCS (Double Byte Character Set) par le biais de l’identificateur de syntaxe UNOA.
Notes de mise à jour de SP1a
Pour plus d’informations sur les correctifs spécifiques à SP1a, consultez l’article suivant de la Base de Connaissances Microsoft :
Remarque
- La version anglaise (EN) du SP1a sera disponible la première, suivie des versions allemandes (DE), françaises (FR) et japonaises (JA).
Instructions d’installation
L’installation de BizTalk Server 2000 SP1a s’effectue depuis :
- un site Web
— ou —
- Copiez-le sur votre ordinateur local d’où vous l’exécuterez).
Pour installer SP1a, choisissez la méthode d’installation qui vous convient.
Attention
- Pour installer SP1a, votre ordinateur doit avoir accès à la source d’installation d’origine de BizTalk Server 2000. Si vous avez installé BizTalk Server 2000 à partir d’un CD-ROM, insérez le CD-ROM lorsque le programme d’installation de SP1a vous le demande. Si vous avez installé BizTalk Server 2000 à partir d’un emplacement réseau, cet emplacement doit être accessible.
- Si vous annulez le programme d’installation de SP1a et souhaitez revenir à l’installation RTM (Release to Manufacturing), vous devez réinstaller complètement SP1a, puis le désinstaller. En annulant l’installation de SP1a, vous risquez de désactiver les services BizTalk. Dans ce cas, installez complètement SP1a pour restaurer les services. Vous pouvez alors désinstaller SP1a sans désactiver vos services.
Pour installer SP1a à partir du Web
- Dans le menu Démarrer, pointez sur Programmes, puis cliquez sur Internet Explorer.
- Accédez au site Web Microsoft sur lequel se trouve SP1a (www.microsoft.com/downloads/search.asp?LangID=7&LangDIR=FR ).
- Dans la zone Nom de produit, sélectionnez BizTalk Server 2000 dans la liste déroulante.
- Dans la zone Système d’exploitation, sélectionnez Windows 2000 dans la liste déroulante.
- Cliquez sur Rechercher!
Une table contenant les téléchargements disponibles triés par titre apparaît.
- Dans la colonne Titre, cliquez sur BizTalk Server 2000 Service Pack 1a.
- Téléchargez le programme d’installation et le fichier SP1a Readme.htm sur votre ordinateur local.
- Exécutez le programme d’installation.
Pour installer SP1a à partir d’un CD-ROM
- Insérez le CD-ROM de SP1a pour BizTalk Server 2000 dans le lecteur de CD-ROM.
- Dans le répertoire, recherchez la version de langue de SP1a que vous souhaitez installer : DE (allemand), EN (anglais), FR (français) ou JA (japonais).
- Copiez le programme d’installation sur votre ordinateur local et exécutez-le.
- Exécutez BTS2000_SP1a_<langue>.EXE.
Pour installer la procédure stockée dans la base de données de files d’attente partagées
- Dans le menu Démarrer, pointez sur Programmes, pointez sur Microsoft SQL Server, puis cliquez sur Analyseur de requêtes.
- Dans la liste SQL Server, cliquez sur le nom du serveur SQL Server qui héberge la base de données de files d’attente partagées, entrez les informations de connexion appropriées, puis cliquez sur OK.
- Si vous disposez de Microsoft SQL Server 7.0, dans la liste des bases de données, cliquez sur le nom de la base de données de files d’attente partagées et passez à l’étape 5.
Exemple : InterchangeSQ
— ou —
Si vous disposez de Microsoft SQL Server 2000, dans le menu Requête, cliquez sur Modifier la base de données.
- Cliquez sur le nom de la base de données de files d’attente partagées et cliquez sur OK.
Exemple : InterchangeSQ
- Dans le menu Fichier, cliquez sur Ouvrir.
- Dans la liste Rechercher dans de la boîte de dialogue Ouvrir le fichier requête, recherchez \Program Files\Microsoft BizTalk Server\Setup.
- Cliquez sur CleanQueuesPatch.sql, puis sur Ouvrir.
- Dans le menu Requête, cliquez sur Exécuter.
Pour installer la procédure stockée dans la base de données Gestion d’échanges BizTalk
- Dans le menu Démarrer, pointez sur Programmes, pointez sur Microsoft SQL Server, puis cliquez sur Analyseur de requêtes.
- Dans la liste SQL Server, cliquez sur le nom de l’instance SQL Server qui héberge la base de données Gestion d’échanges BizTalk, entrez les informations de connexion appropriées, puis cliquez sur OK.
- Si vous disposez de Microsoft SQL Server 7.0, dans la liste des bases de données, cliquez sur le nom de la base de données Gestion d’échanges BizTalk (par exemple, InterchangeBTM) et passez à l’étape 5.
— ou —
Si vous disposez de Microsoft SQL Server 2000, dans le menu Requête, cliquez sur Modifier la base de données et passez à l’étape 4.
- Cliquez sur le nom de la base de données Gestion d’échanges BizTalk (par exemple, InterchangeBTM) et cliquez sur OK.
- Dans le menu Fichier, cliquez sur Ouvrir.
- Dans la liste Rechercher dans de la boîte de dialogue Ouvrir le fichier requête, recherchez \Program Files\Microsoft BizTalk Server\Setup.
- Cliquez sur ControlNumbers.sql, puis sur Ouvrir.
- Dans le menu Requête, cliquez sur Exécuter.
Pour vérifier l’installation de SP1a
Affichez les propriétés de fichier d’une DLL quelconque (à l’exception de setupex.dll) figurant dans le répertoire d’installation de BizTalk Server 2000.
- Dans l’Explorateur Windows, accédez au répertoire d’installation de BizTalk Server 2000, puis sélectionnez et cliquez avec le bouton droit sur n’importe quelle DLL (à l’exception de setupex.dll).
- Sélectionnez Propriétés.
- Dans l’onglet Version, confirmez le numéro de version 1764 et cliquez sur OK.
Pour désinstaller SP1a
Remarque
- Avant de désinstaller SP1a, enregistrez une copie de votre fichier Connection.vb (dans Program Files\Microsoft BizTalk Server\BizTalkTracking\VBScripts, situé dans le répertoire d’installation) à un emplacement temporaire, en dehors de la racine de BizTalk Server. Si, après avoir désinstallé SP1a, vous rencontrez des erreurs avec l’interface utilisateur de Suivi des documents Biztalk, vous pouvez y remédier en restaurant la copie du fichier Connection.vb à son emplacement d’origine. Ce fichier va écraser celui qui était là après la désinstallation de SP1a.
Pour désinstaller SP1a dans les scénarios de groupe BizTalk Server, procédez comme suit :
- Arrêtez tous les services associés à BizTalk Server sur tous les ordinateurs BizTalk Server.
- Avant de redémarrer les services associés à BizTalk Server, utilisez l’Analyseur de requêtes SQL pour appliquer UndoCleanQueuesPatch.sql à la base de données InterchangeSQ.
- Exécutez BTS2000_SP1a_Uninstall_<langue>.EXE.
- Notes
- La désinstallation de SP1a change les fichiers d’installation en fichiers BizTalk Server 2000. Toutes les modifications apportées précédemment à ces fichiers ne sont pas restaurées.
- Si la fenêtre de la commande Désinstaller apparaît pendant la désinstallation, procédez comme suit :
- Fermez la fenêtre de la commande Désinstaller.
- Dans la boîte de dialogue Désinstaller, cliquez sur Réessayer.
La suppression de l’installation de SP1a se poursuit normalement.
Veuillez ne pas tenir compte du message: "Erreur lors de la création de p_setup.cmd. Raison : Le fichier spécifié est introuvable." avant la fenêtre de redémarrage de votre ordinateur.
Prise en charge des systèmes d’exploitation officiels et logiciels recommandés pour BizTalk Server 2000 SP1a
Microsoft Windows 2000 Service Pack 2 (SP2) prend officiellement en charge BizTalk Server 2000 SP1a. Si vous pouvez exécuter BizTalk Server 2000 SP1a sur Microsoft Windows 2000 SP1, il est néanmoins conseillé d’évoluer vers Microsoft Windows SP2 car cette version résout les précédents problèmes fonctionnels de BizTalk Server 2000.
Pour exécuter BizTalk Server 2000 SP1a, les logiciels suivants sont recommandés, mais pas obligatoires :
- SQL Server 7.0 SP3 ou SQL Server 2000 SP1
- MSXML 3.0 SP1
- Visio 2000
Dossiers modifiés dans BizTalk Server 2000 SP1a
Cette section répertorie les fichiers exemple qui ont changé :
- \Program Files\Microsoft BizTalk Server\SDK\Messaging Samples\BTConfigAssistant
- \Program Files\Microsoft BizTalk Server\SDK\Messaging Samples\BTSAppIntegration
- \Program Files\Microsoft BizTalk Server\SDK\Messaging Samples\DirectIntegration
- \Program Files\Microsoft BizTalk Server\SDK\Messaging Samples\DistributionList
- \Program Files\Microsoft BizTalk Server\SDK\Messaging Samples\PipelineComponent
- \Program Files\Microsoft BizTalk Server\SDK\XLANG Samples\ASP\CreditChecker
- \Program Files\Microsoft BizTalk Server\SDK\XLANG Tools
Notes
- Dans cette rubrique, le dossier d’installation de BizTalk Server 2000 est \Program Files\Microsoft BizTalk Server. Si vous avez installé BizTalk Server 2000 dans un autre dossier, les chemins d’accès peuvent différer de ceux indiqués.
- SP1a ajoute ses nouveaux scripts SQL (Structured Query Language) au sous-répertoire Setup existant à la racine d’installation de BizTalk Server 2000.
Tous les ordinateurs d’un groupe BizTalk Server doivent exécuter la même version de BizTalk Server
Pour utiliser SP1a dans les scénarios de groupe BizTalk Server, procédez comme suit :
- Appliquez le correctif SP1a sur tous les ordinateurs. SP1a génère automatiquement un redémarrage système.
- Après le redémarrage, arrêtez-vous au niveau du service d’échanges BizTalk.
- Avant de redémarrer le service d’échanges BizTalk, utilisez l’Analyseur de requêtes SQL pour appliquer CleanQueuesPatch.sql à la base de données InterchangeSQ.
Important
- Si vous souhaitez ajouter un autre ordinateur au groupe BizTalk Server, vous devez d’abord appliquer SP1a avant de démarrer le service d’échanges BizTalk ou de rejoindre le groupe.
Instructions d’installation supplémentaires pour gérer la base de données de suivi
Le correctif SP1a comprend des utilitaires qui gèrent la base de données de suivi. Lors de son installation, les fichiers appropriés sont copiés dans le dossier \Program Files\Microsoft BizTalk Server\Setup. En outre, un programme d’installation supplémentaire est requis pour activer les utilitaires. Si vous souhaitez les utiliser, suivez les instructions figurant dans cette section.
Si vous ne suivez pas les échanges et les documents de votre installation BizTalk Server, ou bien si vous n’utilisez pas les scripts SQL inclus dans ce Service Pack de BizTalk Server pour archiver et purger votre base de données de suivi, vous pouvez ignorer cette section.
Pour utiliser les utilitaires nécessaires à la gestion de la base de données de suivi, procédez comme suit :
- Créez une base de données archive de suivi.
- Créez le schéma de la base de données archive de suivi.
- Configurez la base de données de suivi.
- Installez les procédures stockées dans la base de données de suivi.
Pour plus d’informations sur chacune des étapes décrites plus haut, reportez-vous aux procédures correspondantes dans les rubriques ci-après.
Important
- Si vous ne parvenez pas à exécuter les procédures qui suivent, vérifiez que le compte d’utilisateur utilisé pour vous connecter au serveur exécutant Microsoft SQL Server dispose des autorisations suffisantes pour créer des procédures stockées et des travaux de l’Agent SQL Server.
- Le nom par défaut de la base de données de suivi est InterchangeDTA. Si le nom de votre base de données de suivi est différent, vous devez remplacer toutes les instances de la chaîne InterchangeDTA dans le script BTS_Tracking_Archive_Purge_Script.sql par le nom de votre base de données de suivi.
Notes
- Pour éviter de gaspiller l’espace disque, il est recommandé d’activer l’option Vider le journal au point de contrôle. Pour plus d’informations sur le mode de configuration de cette option, consultez la rubrique “ Éviter l’allocation d’espace disque inutile ” dans l’aide de BizTalk Server 2000.
- Pour plus d’informations sur les procédures stockées qui gèrent l’utilitaire de base de données de suivi, reportez-vous à la rubrique “ Utilisation des procédures stockées de la base de données de suivi ”, plus loin dans ce document.
Pour créer une base de données archive de suivi
Effectuez les étapes suivantes sur le serveur qui va héberger la base de données archive de suivi.
- Dans le menu Démarrer, pointez sur Programmes, pointez sur Microsoft SQL Server, puis cliquez sur Enterprise Manager.
- Développez Serveurs Microsoft SQL et Groupe SQL Server, puis cliquez sur le serveur sur lequel vous voulez créer une base de données archive de suivi.
- Dans le menu Action, pointez sur Nouveau, puis cliquez sur Base de données.
- Dans la boîte de dialogue Propriétés de la base de données, tapez un nom pour la base de données archive de suivi, puis cliquez sur OK.
Pour créer le schéma de la base de données archive de suivi
- Dans le menu Démarrer, pointez sur Programmes, pointez sur Microsoft SQL Server, puis cliquez sur Analyseur de requêtes.
- Dans la liste SQL Server, cliquez sur le nom du serveur SQL Server qui va héberger la base de données archive de suivi que vous venez de créer, entrez les informations de connexion appropriées, puis cliquez sur OK.
- Si vous disposez de Microsoft SQL Server 7.0, dans la liste des bases de données, cliquez sur le nom de la base de données archive de suivi que vous venez de créer et passez à l’étape 5.
— ou —
Si vous disposez de Microsoft SQL Server 2000, dans le menu Requête, cliquez sur Modifier la base de données.
- Cliquez sur le nom de la base de données archive de suivi que vous venez de créer et cliquez sur OK.
- Dans le menu Fichier, cliquez sur Ouvrir.
- Dans la liste Rechercher dans de la boîte de dialogue Ouvrir le fichier requête, recherchez \Program Files\Microsoft BizTalk Server\Setup.
- Cliquez sur BTS_Tracking_ArchiveDB_Schema.sql, puis sur Ouvrir.
- Dans le menu Requête, cliquez sur Exécuter.
Remarque
- Dans cette rubrique, le dossier d’installation de BizTalk Server 2000 est \Program Files\Microsoft BizTalk Server. Si vous avez installé BizTalk Server 2000 dans un autre dossier, les chemins d’accès peuvent différer de ceux indiqués.
Pour configurer la base de données de suivi
Effectuez les étapes suivantes sur le serveur SQL Server qui héberge la base de données de suivi.
- Vérifiez que l’Analyseur de requêtes est ouvert.
- Dans le menu Fichier, cliquez sur Déconnecter.
- Dans le menu Fichier, cliquez sur Connecter.
- Dans la liste SQL Server, cliquez sur le nom du serveur SQL Server qui héberge la base de données de suivi à archiver, entrez les informations de connexion appropriées, puis cliquez sur OK.
- Si vous disposez de Microsoft SQL Server 7.0, dans la liste des bases de données, cliquez sur le nom de la base de données de suivi que vous voulez archiver et passez à l’étape 7.
Exemple : InterchangeDTA
— ou —
Si SQL Server 2000 est installé, dans le menu Requête, cliquez sur Modifier la base de données.
- Cliquez sur le nom de la base de données de suivi, puis sur OK.
Exemple : InterchangeDTA
Remarque
- Vérifiez que la base de données de suivi est sélectionnée et non la base de données archive de suivi.
- Configurez la base de données archive de suivi comme serveur SQL lié.
L’exemple suivant est une instruction SQL pour configurer un serveur lié. Un serveur de bases de données distant appelé “ Seattle2 ” est un serveur lié sur le serveur SQL Server local :
EXEC sp_addlinkedserver N'Seattle2', N'SQL Server'
- Si nécessaire, configurez un mappage entre les connexions des serveurs SQL Server liés locaux et distants.
L’exemple suivant est une instruction SQL pour créer un mappage entre la connexion de l’administrateur système (sa) sur l’ordinateur local et les serveurs SQL Server liés distants. Dans cet exemple, le mot de passe de la connexion sa distante est “ abc123 ”.
EXEC sp_addlinkedsrvlogin '<Nom du serveur SQL Server distant>', 'FALSE', 'sa', 'sa', 'abc123'
Important
- Il est important de configurer votre base de données Suivi et votre base de données archive Suivi comme des serveurs liés. Les serveurs liés doivent être configurés pour la procédure stockée dta_purge_old_records afin de pouvoir archiver (INSERT) les anciens enregistrements dans la base de données archive de suivi distante. Si vous souhaitez purger uniquement les enregistrements, la liaison des serveurs n’est pas nécessaire.
Remarque
- Si le compte de l’administrateur système n’a pas de mot de passe, il faut impérativement utiliser une chaîne vide (''). Pour des raisons de sécurité, cette configuration est déconseillée.
Important
- Le nom par défaut de la base de données de suivi est InterchangeDTA. Si le nom de votre base de données de suivi est différent, vous devez remplacer toutes les instances de la chaîne InterchangeDTA dans le script BTS_Tracking_Archive_Purge_Script.sql par le nom de votre base de données de suivi.
Pour installer les procédures stockées dans la base de données de suivi
Effectuez les étapes suivantes sur le serveur SQL Server qui héberge la base de données de suivi. Ce serveur doit être celui que vous avez configuré dans la procédure précédente.
- Vérifiez que l’Analyseur de requêtes est ouvert.
- Dans le menu Fichier, cliquez sur Ouvrir.
- Dans la liste Rechercher dans de la boîte de dialogue Ouvrir le fichier requête, recherchez \Program Files\Microsoft BizTalk Server\Setup.
- Cliquez sur BTS_Tracking_Archive_Purge_Script.sql, puis sur Ouvrir.
- Dans le menu Requête, cliquez sur Exécuter.
Le script crée une procédure stockée appelée dta_purge_old_records. Il crée un travail de l’Agent SQL Server appelé “ Archiver et purger la base de données de suivi BizTalk : <<Nom de votre base de données de suivi>. ” Par défaut, le travail de l’Agent SQL Server n’est pas activé.
- Si nécessaire, ouvrez Enterprise Manager.
- Développez successivement Serveurs Microsoft SQL, Groupe SQL Server, le serveur contenant la base de données de suivi, Gestion, Agent SQL Server, puis cliquez sur Travaux.
- Dans le volet de détails, cliquez sur Archiver et purger la base de données de suivi BizTalk : <Nom de votre base de données de suivi>.
- Dans le menu Action, cliquez sur Propriétés.
- Dans l’onglet Étapes, vérifiez que la procédure dtaStep_execute_stored_proc est sélectionnée, puis cliquez sur Modifier.
- Dans l’onglet Général de la boîte de dialogue Modifier les étapes du travail, définissez les paramètres d’entrée dans la zone Commande.
Voici quelques exemples de configuration des paramètres d’entrée passés à la procédure stockée dta_purge_old_records. Pour plus d’informations sur la syntaxe et les arguments de cette procédure stockée, reportez-vous à la rubrique “ Utilisation des procédures stockées de la base de données de suivi ”, plus loin dans ce document.
- Pour supprimer sans archiver tous les échanges et documents traités complètement et antérieurs à une journée, modifiez le travail comme suit :
USE InterchangeDTA
EXEC dta_purge_old_records 1, 24, 1,0
- Pour archiver et supprimer tous les échanges indépendamment de savoir s’ils sont traités complètement ou non, sauf pour les 1 000 derniers échanges, modifiez le travail comme suit :
USE InterchangeDTA
EXEC dta_purge_old_records 2, 1000, 0, 1, N'<Nom d’un serveur SQL Server>', N'<Nom de la base de données archive de suivi>'
- Cliquez sur OK.
- Dans l’onglet Planifications, vérifiez que BizTalk Archive and Purge Scheduleest sélectionnée et cliquez sur Modifier.
- Dans la boîte de dialogue Modifier la planification des travaux, cliquez sur Modifier dans la zone Type de planification.
- Dans la boîte de dialogue Modifier la planification périodique du travail, modifiez à votre convenance l’occurrence, la fréquence et la durée du travail de l’Agent SQL Server et cliquez sur OK.
- Dans l’onglet Général, activez la case à cocher Activé et cliquez sur OK.
Les modifications sont enregistrées et le travail de l’Agent SQL Server est activé.
Remarque
- Dans cette rubrique, le dossier d’installation de BizTalk Server 2000 est \Program Files\Microsoft BizTalk Server. Si vous avez installé BizTalk Server 2000 dans un autre dossier, les chemins d’accès peuvent différer de ceux indiqués.
Instructions d’installation supplémentaires pour gérer la base de données de persistance d’orchestration
La version SP1a comprend des utilitaires qui gèrent la base de données de persistance d’orchestration. Lors de l’installation du Service Pack, les fichiers appropriés sont copiés dans le dossier \Program Files\Microsoft BizTalk Server\Setup. Si vous souhaitez utiliser ces utilitaires, vous devez effectuer la procédure suivante.
Si vous n’utilisez pas le script SQL inclus dans ce service pack pour purger votre base de données de persistance d’orchestration, vous pouvez ignorer cette section.
Remarque
- Pour plus d’informations sur les procédures stockées utilisées pour gérer la base de données de persistance d’orchestration, reportez-vous à la rubrique “ Utilisation des procédures stockées de la base de données de persistance d’orchestration ”, plus loin dans ce document.
Pour installer les nouvelles procédures stockées dans la base de données de persistance d’orchestration
- Dans le menu Démarrer, pointez sur Programmes, pointez sur Microsoft SQL Server, puis cliquez sur Analyseur de requêtes.
- Dans la liste SQL Server, cliquez sur le nom du SQL Server qui héberge la base de données de persistance d’orchestration, entrez les informations de connexion appropriées, puis cliquez sur OK.
- Si SQL Server 7.0 est installé, dans la liste des bases de données, cliquez sur le nom de la base de données de persistance d’orchestration contenant les enregistrements que vous souhaitez purger et passez à l’étape 5.
Exemple : XLANG
— ou —
Si SQL Server 2000 est installé, dans le menu Requête, cliquez sur Modifier la base de données.
- Cliquez sur le nom de la base de données de persistance d’orchestration et cliquez sur OK.
Exemple : XLANG
- Dans le menu Fichier, cliquez sur Ouvrir.
- Dans la liste Rechercher dans de la boîte de dialogue Ouvrir le fichier requête, recherchez \Program Files\Microsoft BizTalk Server\Setup.
- Cliquez sur XLANG_Purge_Script.sql, puis sur Ouvrir.
- Dans le menu Requête, cliquez sur Exécuter.
Remarque
- Dans cette rubrique, le dossier d’installation de BizTalk Server 2000 est \Program Files\Microsoft BizTalk Server. Si vous avez installé BizTalk Server 2000 dans un autre dossier, les chemins d’accès peuvent différer de ceux indiqués.
Notes de documentation
Cette rubrique décrit d’autres informations utiles concernant SP1a et corrige la documentation de l’Aide de BizTalk Server 2000.
Pour publier BizTalk Server 2000 dans Active Directory
Après avoir installé SP1a, vous pouvez publier BizTalk Server 2000 dans les services d’annuaire Microsoft Active Directory pour déterminer la disponibilité de BizTalk Server 2000 dans un environnement distribué. Supposons, par exemple, que vous souhaitiez connaître les ordinateurs qui exécutent BizTalk Server 2000. Pour ce faire, publiez BizTalk Server 2000 dans Active Directory.
- Dans le menu Démarrer, cliquez sur Exécuter.
- Dans la zone Ouvrir, tapez cmd et cliquez sur OK.
- À l’invite de commandes, changez le répertoire par le dossier Setup dans votre répertoire d’installation de BizTalk Server 2000.
Exemple : à l’invite de commandes, tapez cd \Program Files\Microsoft BizTalk Server\Setup et appuyez sur ENTRÉE.
- À l’invite de commandes, tapez cscript AD_registration.vbs et appuyez sur ENTRÉE.
- Dans la boîte de dialogue de confirmation, cliquez sur OK.
- À l’invite de commandes, tapez exit et appuyez sur ENTRÉE.
Remarque
- Le script AD_registration.vbs n’est pas conçu pour être utilisé sur un ordinateur distant. Il est conseillé de l’exécuter sur un ordinateur local. Si vous devez enregistrer un ordinateur distant, effectuez impérativement la modification suivante :
- Remplacez la valeur de la variable ServerName dans le script AD_registration.vbs par le nom de l’ordinateur distant. Ainsi, l’ordinateur local appelle le fournisseur WMI (Windows Management Instrumentation) sur l’ordinateur distant à enregistrer. Le fournisseur WMI de l’ordinateur distant implémente le code approprié.
Pour supprimer BizTalk Server 2000 de Active Directory
Lorsque vous supprimez BizTalk Server 2000 d’un ordinateur, son enregistrement n’est pas supprimé automatiquement des services d’annuaire Active Directory. Vous devez supprimer l’enregistrement de cet ordinateur pour que seuls les ordinateurs exécutant toujours BizTalk Server 2000 soient correctement identifiés lors de l’interrogation de Active Directory.
- Dans le menu Démarrer, cliquez sur Exécuter.
- Dans la zone Ouvrir, tapez cmd et cliquez sur OK.
- À l’invite de commandes, changez le répertoire par le dossier Setup dans votre répertoire d’installation de BizTalk Server 2000.
Exemple : à l’invite de commandes, tapez cd \Program Files\Microsoft BizTalk Server\Setup et appuyez sur ENTRÉE.
- À l’invite de commandes, tapez cscript AD_registration.vbs /u et appuyez sur ENTRÉE.
- Dans la boîte de dialogue de confirmation, cliquez sur OK.
- À l’invite de commandes, tapez exit et appuyez sur ENTRÉE.
Correction apportée à la section “ Définition des propriétés d’analyse ”
Dans l’aide de BizTalk Server 2000, prenez en compte la correction suivante apportée au texte des tables de la section “ Définition des propriétés d’analyse ”. Dans la sous-section “ Standard : Personnalisé, propriété de la structure : Délimité ”, dans l’Onglet Analyse : table Nœud racine ou propriétés de l’enregistrement, la colonne Valeur de la ligne Ajout d’une nouvelle ligne doit apparaître comme suit :
Sélectionnez l’une des options suivantes :
- Oui. Indique que lorsque le sérialiseur atteint le délimiteur d’enregistrement, il doit ajouter automatiquement une nouvelle ligne (LF,0x0A).
- Non. Indique que lorsque le sérialiseur atteint le délimiteur d’enregistrement, il doit continuer sur la même ligne pour l’enregistrement suivant.
Dans la sous-section “ Standard : Personnalisé, propriété de la structure : Positionnelle ”, dans l’Onglet Analyse : table Propriétés du nœud racine ou propriétés de l’enregistrement, la colonne Valeur de la ligne Ajouter une nouvelle ligne doit apparaître comme suit :
Sélectionnez l’une des options suivantes :
- Oui. Indique que lorsque le sérialiseur atteint le délimiteur d’enregistrement, il doit ajouter automatiquement une nouvelle ligne (LF,0x0A).
- Non. Indique que lorsque le sérialiseur atteint le délimiteur d’enregistrement, il doit continuer sur la même ligne pour l’enregistrement suivant.
Deux nouvelles clés de dictionnaire fournissent un nom de fichier entrant à la remise d’un document
Le dictionnaire d’exécution comporte désormais deux clés, appelées src_filename et src_filepath, qui fournissent le nom du fichier à la remise d’un document. Le serveur remplit ces clés lorsqu’une fonction de réception de Fichier ou un appel Submit avec un nom de fichier est arrivé. Le nom du fichier est disponible pendant toute la durée de vie d’un document. Si un composant AIC (Application Integration Component) a besoin de ces propriétés, il est possible de les extraire du dictionnaire. Ces clés peuvent également être exposées sous formes de paramètres génériques, %nomfichier_src% et %cheminfichier_src%, tout comme %nom_document% et %id_suivi%.
Notes
- Lorsque vous utilisez les paramètres génériques, tenez compte des limitations de taille du chemin d’accès aux fichiers et du fait que le nom de fichier résultant ne contient pas de barre oblique inversée (\).
Exemple :
si le nom du fichier soumis est c:\temp\myfile.txt
, les paramètres génériques seront configurés comme suit :
%cheminfichier_src% = "c:\temp" (no trailing backward slash)
%nomfichier_src% = "myfile.txt"
Pour reconstruire le nom du fichier d’origine, les paramètres génériques doivent apparaître comme suit :
%cheminfichier_src%\%nomfichier_src%
Une barre oblique inversée doit séparer les deux champs. Pour plus d’informations, consultez la remarque ci-après.
- Si vous souhaitez mettre à jour un fichier existant à l’aide de BizTalk Server 2000 et de ses caractères génériques de transport, vous devez utiliser %cheminfichier_src% et %nomfichier_src% ensemble et les séparer par une barre oblique inversée. Sinon, un comportement imprévu risque de se produire.
For example, if you have a source file located at c:\SourceFile, using the wildcards %src_filepath% = "c:"
and %src_filename%
= "SourceFile"
will move this file to c:\WINNT\System32\SourceFile or c:\SourceFile, depending on the current directory in the process.
Pour convertir un schéma XDR en schéma XSD avec une feuille de style XSLT mise à jour
Pour convertir un schéma XDR en schéma XSD, vous devez télécharger et exécuter une feuille de style XSLT mise à jour.
- Accédez au site Web MSDN (Microsoft Developer Network) (msdn.microsoft.com).
- Dans la zone Recherche sur l’espace, tapez XDR-XSD et cliquez sur go.
Remarque
- Vérifiez que la feuille de style XSLT est postérieure au 15 janvier 2001.
Accessibilité
Le tableau suivant présente les raccourcis clavier de BizTalk Server 2000.
Interface utilisateur |
Appuyez sur |
Pour |
Éditeur BizTalk |
MAJ++ (avec la touche VERR NUM activée, appuyez simultanément sur la touche + du pavé numérique et sur la touche MAJ.) |
Ajouter une nouvelle annotation personnalisée lorsque le focus est sur la feuille de données d’espace de noms dans le volet de droite. |
Éditeur BizTalk |
Touche TAB |
Accéder aux boutons situés en haut à droite de la boîte de dialogue Nouvelle spécification de document. |
Éditeur BizTalk |
MAJ+F10 |
Ouvrir le menu contextuel des éléments mis en surbrillance. |
Éditeur BizTalk |
CTRL+MAJ+R |
Ajouter un nouvel enregistrement à une spécification de document. |
Éditeur BizTalk |
CTRL+MAJ+F |
Ajouter un nouveau champ dans une spécification de document. |
Mappeur BizTalk |
Touches fléchées |
Déplacer le focus dans la fenêtre Aperçu de la grille. |
Mappeur BizTalk |
MAJ+F10 |
Ouvrir le menu contextuel des éléments mis en surbrillance. |
Mappeur BizTalk |
Touche TAB |
Accéder aux boutons situés en haut à droite de la boîte de dialogue Sélection du type de spécification source. |
Utilisation des Touches souris avec BizTalk Server 2000
Le tableau suivant dresse la liste des opérations pour lesquelles il n’y a pas de raccourcis clavier. Pour effectuer ces opérations, vous devez utiliser les Touches souris.
Interface utilisateur |
Opération |
Éditeur BizTalk |
Déplacement, glissement-déplacement, copie de nœuds. |
Mappeur BizTalk |
Déplacement, sélection de fonctoids, glissement-déplacement de fonctoids, liaison. |
Services d’Échanges BizTalk
Cette section contient les mises à jour importantes sur les services d’Échanges BizTalk.
Spécification d’un format de nom pour les files d’attente des messages
Pour spécifier l’emplacement d’une file d’attente de messages, vous pouvez utiliser tout format de nom valide. Voici dans la liste suivante des exemples de formats de nom valides pour les files d’attente des messages :
- DIRECT=OS:<server name>\<queue name>
- PUBLIC=<queue name GUID>
- DIRECT=TCP:<AdresseIP\nom_file_d’attente>
Notes
- Si vous utilisez PUBLIC= format de nom, n’insérez pas de crochets avec l’identificateur global unique (GUID) de la file d’attente des messages.
- Si vous utilisez des files d’attente de messages publiques, il est recommandé d’utiliser PUBLIC= format de nom.
Pour utiliser le parseur XML
Il est fortement recommandé d’utiliser la version 3.0 du parseur Microsoft XML (MSXML) avec l’installation de BizTalk Server 2000, en Mode côte à côte de préférence. Si vous configurez le parseur MSXML pour le faire fonctionner en Mode remplacement en installant XMLINST.EXE, vous pouvez rencontrer des problèmes avec BizTalk Server 2000. Par exemple, il se peut que vous ne puissiez pas ouvrir l’Éditeur BizTalk ou le Mappeur BizTalk. Si vous configurez le parseur MSXML pour le faire fonctionner en Mode remplacement en utilisant XMLINST.exe ou en modifiant les clés de registre, votre installation de BizTalk Server 2000 ne sera pas prise en charge.
La procédure suivante décrit la façon dont vous pouvez configurer le parseur MSXML pour qu’il s’exécute en mode Mode côte à côte, si vous l’avez déjà configuré en Mode remplacement.
- Dans le menu Démarrer, cliquez sur Exécuter.
- Dans la zone Ouvrir, tapez cmd et cliquez sur OK.
- À l’invite de commandes, tapez xmlinst -u et appuyez sur ENTRÉE.
- À l’invite de commandes, tapez %WINDIR%\system32\regsvr32 msxml.dll et appuyez sur ENTRÉE.
- À l’invite de commandes, tapez %WINDIR%\system32\regsvr32 msxml2.dll et appuyez sur ENTRÉE.
- À l’invite de commandes, tapez %WINDIR%\system32\regsvr32 msxml3.dll et appuyez sur ENTRÉE.
- À l’invite de commandes, tapez exit et appuyez sur ENTRÉE.
Pour plus d’informations sur l’utilisation de XMLINST.exe, consultez l’article suivant de la Base de Connaissances Microsoft, “ PRB: Application Errors Occur After You Run Xmlinst.exe on Production Servers" (support.microsoft.com/support/kb/articles/Q302/5/12.asp).
Pour modifier la valeur par défaut de l’objet SMTP
La valeur par défaut de l’Objet SMTP (Simple Mail Transfer Protocol) est <nom_document>-<ID_suivi>. Elle vous permet de router les documents basés sur le nom de définition du document.
Pour modifier la valeur par défaut de l’objet SMTP, effectuez les opérations suivantes :
- Dans le menu Démarrer, pointez sur Programmes, pointez sur Microsoft BizTalk Server, puis cliquez sur Gestionnaire d’échanges BizTalk.
- Dans la zone Rechercher d’autres éléments, cliquez sur Canaux et sur Rechercher.
- Sous Nom du canal, cliquez sur le canal pour lequel vous souhaitez afficher l’objet SMTP, puis appuyez sur ENTRÉE.
L’Assistant Propriétés du canal s’ouvre.
- Cliquez sur Suivant pour avancer dans l’Assistant jusqu’à la page Configuration avancée.
- Sur la page Configuration avancée, cliquez sur Avancée.
- Dans la boîte de dialogue Ignorer les valeurs par défaut du port d’échanges, cliquez sur Propriétés.
- Dans la zone Objet, entrez une nouvelle valeur par défaut et cliquez deux fois sur OK.
- Cliquez sur Terminer.
La modification est enregistrée.
Remarque
- Si vous créez un port d’échanges de destination ouvert, la boîte de dialogue Ignorer les valeurs par défaut du port d’échanges n’est pas disponible. Si vous utilisez SMTP comme service de transport des documents et des échanges de destination ouverts, vous pouvez router le document à partir de l’ID de suivi et du nom de définition du document.
Pour configurer le nom d’utilisateur et le mot de passe de proxy pour les services de transport HTTP et HTTPS
Vous pouvez configurer le nom d’utilisateur et le mot de passe de proxy pour les services de transport HTTP et HTTPS (Hypertext Transfer Protocol Secure).
- Dans le menu Démarrer, pointez sur Programmes, pointez sur Microsoft BizTalk Server, puis cliquez sur Gestionnaire d’échanges BizTalk.
- Dans la zone Rechercher d’autres éléments, cliquez sur Canaux et sur Rechercher.
- Sélectionnez le canal pour lequel vous souhaitez configurer le nom d’utilisateur et le mot de passe du proxy, puis appuyez sur ENTRÉE.
L’Assistant Propriétés du canal s’ouvre.
- Cliquez sur Suivant pour avancer dans l’Assistant jusqu’à la page Configuration avancée.
- Sur la page Configuration avancée, cliquez sur Propriétés.
- Dans la zone Nom d’utilisateur, entrez un nom d’utilisateur valide pour accéder au serveur proxy.
- Dans la zone Mot de passe, entrez un mot de passe pour accéder au serveur proxy.
Format d’heure pris en charge pour la norme X12
Dans l’Éditeur BizTalk, le format d’heure pris en charge pour la syntaxe X12 (indiqué lorsque standard=X12 dans l’onglet Référence du nœud racine du schéma) est HHMMSSDD :
- HH représente les heures. L’entrée valide est comprise entre 00 et 23.
- MM représente les minutes. L’entrée valide est comprise entre 00 et 59.
- SS représente les secondes sous forme d’entier. L’entrée valide est comprise entre 00 et 59.
- DD représente les secondes en décimales. Les secondes en décimales sont envoyées dans l’un des formats suivants :
Grâce à ce format, les données respectant les restrictions de plages d’entrée indiquées plus haut peuvent comporter quatre, six, sept ou huit chiffres. En d’autres termes, la spécification de HHMMSSDD d’un format de date signifie que les données d’instance doivent correspondre à HHMM, HHMMSS, HHMMSSD ou HHMMSSDD. Si le format HHMMSSD n’est pas disponible dans la liste d’options relative aux types de données Date/Type personnalisé, vous pouvez le spécifier en sélectionnant HHMMSSDD et en définissant la propriété Longueur maximale de l’onglet Déclaration sur 7.
- Si vous utilisez le format HHMMSSss ou l’une de ses variantes, le parseur et le sérialiseur X12 sont incapables de parser les données correctement et vous recevez une erreur de validation. HHMMSSss n’est pas un format X12 approuvé pour les zones d’heure ;
L’erreur apparaît soit dans la fenêtre Outils Avertissement lorsque vous validez la spécification, soit dans le journal des événements pendant l’exécution.
- Toutes les zones d’heure utilisant le format personnalisé HHMMSSDD seront traitées comme des chaînes car XML ne gère pas les dixièmes ou les centièmes de seconde.
Pour appliquer la nouvelle propriété Format Date/Heure personnalisé dans l’Éditeur BizTalk
Un nouveau type de données Date/Heure personnalisée est disponible dans l’Éditeur BizTalk. Ce type de données permet d’envoyer des informations de date et d’heure au format : HHMMSSDD. Pour plus d’informations, reportez-vous à la rubrique précédente “ Format d’heure pris en charge pour la norme X12 ”.
- Dans le menu Démarrer, pointez sur Programmes, pointez sur Microsoft BizTalk Server, et cliquez sur BizTalk Editor.
- Ouvrez une spécification.
Pour plus d'informations sur la façon d'ouvrir une spécification de document, reportez-vous à la rubrique " Ouverture de spécifications " dans l'Aide de BizTalk Server 2000.
- Dans l'arborescence de la spécification, cliquez sur le champ pour lequel vous voulez définir la propriété Date/Heure personnalisée, puis cliquez sur l'onglet Analyse.
- Double-cliquez sur la colonne Valeur en regard de Type de données personnalisé.
- Cliquez sur Heure (TM) dans la liste d'options, puis appuyez sur ENTRÉE.
Un message d'avertissement apparaît.
- Cliquez sur Oui.
- Double-cliquez sur la colonne Valeur en regard de Format Date/Heure personnalisé.
- Cliquez sur HHMMSSDD dans la liste de valeurs et appuyez sur ENTRÉE.
Le nouveau type de données Date/Heure personnalisé est appliqué.
Important
Notes
Pour appliquer la nouvelle propriété Longueur maximale personnalisée dans l'Éditeur BizTalk
Dans l'Éditeur BizTalk, une nouvelle propriété est disponible pour le Type de données personnalisé concernant les nombres. Il s'agit de Longueur maximale personnalisée. Cette propriété permet notamment d'utiliser des points et des tirets dans le champ numérique.
- Dans le menu Démarrer, pointez sur Programmes, pointez sur Microsoft BizTalk Server, puis cliquez sur Éditeur BizTalk.
- Ouvrez une spécification.
Pour plus d'informations sur l'ouverture d'une spécification de document, reportez-vous à la rubrique " Ouverture de spécifications " dans l'Aide de BizTalk Server 2000
- Dans l'arborescence de la spécification, cliquez sur le nœud racine, l'enregistrement ou le champ pour lequel vous voulez définir la propriété Longueur maximale personnalisée, puis cliquez sur l'onglet Analyse.
- Double-cliquez sur la colonne Valeur en regard de Type de données personnalisé.
- Sélectionnez l'une des options suivantes dans la liste et appuyez sur ENTRÉE.
Un message d'avertissement apparaît.
- Cliquez sur Oui.
Le nouveau champ Longueur maximale personnalisée apparaît.
- Entrez un nombre qui représente le nombre de caractères maximal pouvant être contenu dans ce champ et appuyez sur ENTRÉE.
Comment BizTalk Server 2000 gère-t-il les documents lorsque la base de données de files d'attente partagées n'est pas disponible
Si BizTalk Server 2000 traite un échange ou un document, il arrête le traitement et annule la base de données de files d'attente partagées dans les conditions suivantes :
- BizTalk Server 2000 ne peut pas accéder à la base de données de files d'attente partagées. Par exemple, BizTalk Server 2000 perd la connexion avec la base de données de files d'attente partagées car le serveur qui héberge cette base a connu une défaillance.
- Des erreurs SQL Server se produisent, comme l'expiration des délais, des transactions interrompues et des verrouillages.
La transaction est annulée même si BizTalk Server 2000 a arrêté le traitement après la transmission de l'échange ou du document. Lorsque la base de données de files d'attente partagées est de nouveau disponible, l'étiquette est supprimée pour tous les documents identifiés comme étant " en cours de traitement ". Autrement dit, les documents sont traités de nouveau au lieu d'être placés dans la file d'attente interrompue.
Avec les files d'attente de messages transactionnels ou les échanges de type Reliable, vous êtes assuré que l'échange ou le document ne sera remis qu'une seule fois. Avec les transmissions non transactionnelles, BizTalk Server 2000 peut envoyer le même document deux fois dans les situations décrites ci-dessus.
Remarque
- Les échanges et les documents sont traités de cette façon uniquement si vous installez BizTalk Server 2000 SP1a. Sinon, BizTalk Server 2000 traite les documents autrement dans l'éventualité d'une défaillance de la base de données. Pour plus d'informations sur la façon dont BizTalk Server 2000 traite les documents dans l'éventualité d'une défaillance de la base de données sans SP1a, reportez-vous à la rubrique " Gestion des files d'attente " dans l'Aide de BizTalk Server 2000.
Utilisation des procédures stockées de la base de données de suivi
La section suivante décrit la syntaxe et les arguments des scripts SQL de la base de données de suivi.
Syntaxe
Le code suivant est la syntaxe utilisée dans la procédure stockée dta_purge_old_records :
[ @nPurgeType = ] nPurgeType,
[ @nPurgeValue = ] nPurgeValue,
[ @nCompletedInterchangesOnly = ] nCompletedInterchangesOnly,
[ @nArchiveFlag = ] nArchiveFlag
[ , [ @nvcArchiveDBServer = ] N'nvcArchiveDBServer' ]
[ , [ @nvcArchiveDBName = ] N'nvcArchiveDBName' ]
Arguments
Cette rubrique décrit les arguments utilisés dans la syntaxe.
[ @nPurgeType = ] nPurgeType
L'argument [ @nPurgeType = ] nPurgeType est une valeur d'entier indiquant si les échanges sont sélectionnés pour la suppression par date ou par nombre de lignes. Si nPurgeType a pour valeur 1, les enregistrements sont supprimés par date. Si nPurgeType a pour valeur 2, les enregistrements sont supprimés par nombre de lignes.
[ @nPurgeValue = ] nPurgeValue
L'argument [ @nPurgeValue = ] nPurgeValue est une valeur d'entier. Sa signification dépend de la valeur de nPurgeType.
Si la valeur de nPurgeType est 1, nPurgeValue représente le nombre d'heures à soustraire de CURRENT_TIMESTAMP pour déterminer la façon d'archiver des échanges antérieurs à une date et une heure données. Par exemple, si vous spécifiez 96 comme valeur de nPurgeValue, vous archivez les échanges antérieurs à 96 heures (quatre jours).
Si la valeur de nPurgeType est 2, nPurgeValue représente le nombre d'échanges qui restent dans la base de données une fois les enregistrements archivés et supprimés de celle-ci. Par exemple, la spécification de 25 000 provoque l'archivage de tous les échanges de moins de 25 000 lignes.
[ @nCompletedInterchangesOnly = ] nCompletedInterchangesOnly
L'argument [ @nCompletedInterchangesOnly = ] nCompletedInterchangesOnly est une valeur d'entier qui définit si les échanges demandant un traitement supplémentaire sont supprimés ou non de la base de données. Par exemple, certains échanges ou documents peuvent attendre un accusé de réception ou doivent être réenvoyés.
Si vous attribuez la valeur 0 à l'argument nCompletedInterchangesOnly, le travail de purge supprime les échanges et les documents, que ceux-ci aient besoin ou non d'un traitement supplémentaire. Le travail de purge est plus rapide car il y a moins de filtrage.
Si vous attribuez la valeur 1 à l'argument nCompletedInterchangesOnly, le travail de purge ne supprime pas les échanges et les documents nécessitant un traitement supplémentaire. Le travail de purge est moins rapide car le filtrage est plus important.
[ @nArchiveFlag = ] nArchiveFlag
L'argument [ @nArchiveFlag = ] nArchiveFlag est une valeur d'entier indiquant si la procédure stockée doit archiver les enregistrements d'échanges et de documents avant de les supprimer. Si la valeur de l'argument nArchiveFlag est 0, la procédure stockée n'archive aucun enregistrement d'échange ou de document. Si la valeur de l'argument nArchiveFlag est 1, la procédure stockée archive les enregistrements d'échange et de document avant qu'ils ne soient supprimés de la base de données.
[ @nvcArchiveDBServer = ] nvcArchiveDBServer
L'argument [ @nvcArchiveDBServer = ] nvcArchiveDBServer est facultatif. Configurez-le si vous affectez la valeur 1 à l'argument nArchiveFlag. Cet argument est un type de données nvarchar(128) ; il spécifie le nom du serveur de base de données sur lequel la procédure stockée archive les enregistrements d'échange et de document.
[ @nvcArchiveDBName = ] nvcArchiveDBName
L'argument [ @nvcArchiveDBName = ] nvcArchiveDBName est facultatif. Configurez-le si vous affectez la valeur 1 à l'argument nArchiveFlag. Cet argument est un type de données nvarchar(128) ; il spécifie le nom de la base de données dans laquelle la procédure stockée archive les enregistrements d'échange et de document.
Services d'Orchestration BizTalk
Cette section contient des mises à jour importantes sur les services d'Orchestration BizTalk.
Impossible d'ouvrir le Concepteur d'Orchestration BizTalk
Si vous avez désinstallé Microsoft Office 2000, un ou plusieurs des fichiers Microsoft Visio 2000 inclus dans le dossier VBA de Office ont peut-être été supprimés. Par conséquent, le Concepteur d'Orchestration BizTalk ne s'ouvre pas. Toutefois, ces fichiers sont également inclus dans Visio. Pour réinstaller les fichiers VBA manquants, procédez comme suit :
- Insérez le CD-ROM de Microsoft Visio 2000 dans le lecteur de CD-ROM.
- Dans le menu Démarrer, pointez sur Programmes, pointez sur Accessoires, puis cliquez sur Synchroniser..
- Recherchez D:\Install\BIN\SP\VBA (D correspondant à la lettre de votre lecteur de CD-ROM).
- Cliquez avec le bouton droit sur Vba6.msi, puis cliquez sur Installer.
Utilisation des procédures stockées de la base de données de persistance d'orchestration
Cette section décrit l'utilisation des procédures stockées incluses dans SP1a pour supprimer des enregistrements de la base de données de persistance d'orchestration.
Remarque
- Vous pouvez créer des travaux de l'Agent SQL Server qui utiliseront ces procédure stockées à des intervalles réguliers.
sp_CleanDoneInstances @CompletedBefore='<>GMT date and time>'
La procédure stockée sp_CleanDoneInstances supprime toutes les instances de planification XLANG terminées ou arrêtées. Le code suivant est un exemple d’utilisation de cette procédure :
exec sp_CleanDoneInstances @CompletedBefore='2000-10-25 19:34:49.000'
Dans cet exemple :
- L’heure est basée sur l’heure du méridien de Greenwich (GMT) car toutes les informations de date et d’heure sont stockées dans la base de données de persistance d’orchestration dans ce format.
- L’heure de fin s’applique uniquement aux planifications de niveau racine.
sp_CleanDoneModuleInstances @CompletedBefore='<date et heure GMT>', @ModuleGUID='<identificateur global unique>'
La procédure stockée sp_CleanDoneModuleInstances supprime toutes les instances de planification XLANG terminées ou arrêtées d’un type de planification spécifique. Le code suivant est un exemple d’utilisation de cette procédure :
exec sp_CleanDoneModuleInstances @CompletedBefore='2000-10-25 19:34:49.000',
@ModuleGUID='4C5842DA-40E5-40B8-AF03-BC5DD4B7E037'
Dans cet exemple :
- L’heure est basée sur le format d’heure du méridien de Greenwich (GMT) car toutes les informations de date et d’heure sont stockées dans la base de données de persistance d’orchestration dans ce format.
- L’heure de fin s’applique uniquement aux planifications de niveau racine.
- @ModuleGUID est le ModuleID d’une planification.
ModuleID est une référence unique à un type spécifique de planification XLANG. Vous pouvez utiliser le paramètre @ModuleGUID pour filtrer sur le type de planification XLANG. Le paramètre @CompletedBefore filtre les instances de planification XLANG qui se sont terminées avant une heure donnée tandis que le paramètre @ModuleGUID filtre les planifications XLANG d’un certain type. Vous pouvez utiliser l’Observateur XLANG pour déterminer le ModuleID d’une planification XLANG. Le ModuleID est l’une des propriétés des événements concernant ScheduleStart, ScheduleDone, ContextEnter, ContextLeave, TransactionBegin et TransactionEnd. Pour l’obtenir, vous pouvez également recourir à l’interface publique vers les instances de planification XLANG, IWFWorkflowInstance::ModuleId Property.
sp_CleanInstance@InstanceID='{<identificateur unique global>}'
La procédure stockée sp_CleanInstance supprime une planification XLANG terminée ou arrêtée ainsi que toutes les instances filles de cette planification. Cette opération de suppression est transactionnelle. Dans cette procédure stockée, @InstanceID est l’identificateur global unique (GUID), c’est-à-dire l’identificateur d’instance de la planification XLANG racine. BizTalk Server 2000 se sert de cette procédure stockée. Vous n’avez pas besoin d’appeler cette procédure directement. Il vaut mieux suivre les instructions pour purger la base de données XLANG.
Assistant Configuration de BizTalk Server : un outil de déploiement de BizTalk Server 2000
L’Assistant Configuration de BizTalk Server est un outil qui vous permet d’effectuer les actions suivantes :
- Afficher tous les détails de configuration d’une installation BizTalk Server 2000. L’interface utilisateur comporte des pages d’onglet correspondant à toutes les catégories d’objets d’échanges dans le modèle d’objets de configuration d’Échanges BizTalk. Les noms des pages d’onglets incluent Canaux, Groupes de port et Ports.
- Importer une configuration BizTalk Server.
- Exporter une configuration BizTalk Server 2000 en tout ou partie. Lorsque vous exportez une configuration, l’Assistant Configuration BizTalk Server crée un package contenant les informations nécessaires à la restauration de la configuration exportée. Ce package inclut le manifeste XML (représentation XML de la configuration à créer), toutes les spécifications de documents, les mappages, les composants AIC ainsi que les parseurs et les sérialiseurs personnalisés.
- Afficher ou enregistrer une représentation XML de tout ou partie de la configuration actuelle de BizTalk Server 2000.
- Afficher ou enregistrer le code Microsoft VBScript (Visual Basic Scripting Edition) qui crée la configuration de BizTalk Server 2000.
- Basculer l’affichage d’un objet d’échanges à un objet de message lié. Par exemple, si vous affichez un canal et que vous cliquez sur l’en-tête du document d’entrée, l’affichage passe à l’onglet Documents. De plus, le document d’entrée référencé est sélectionné.
L’Assistant Configuration de BizTalk Server repose sur le modèle d’objets de configuration d’Échanges BizTalk. Pour qu’il fonctionne correctement, les fichiers suivants doivent se trouver dans le même répertoire que lui :
- BTM.xsl
- Enum*2VBScript.xsl
- Utilities*.xsl
- Utilities.vbs
Remarque
- L’Assistant exemple Configuration de BizTalk Server (BTConfigAssistant) ne parvient pas à créer dans le référentiel de sous-répertoire pour le dossier Map si le nom du sous-répertoire Maps est différent de celui du sous-répertoire Documents. Pour résoudre ce problème, ajoutez une application de référentiel pour Maps. Dans la fonction BizTalkConfigFromXML du module ModuleConfig.bas, ajoutez le code suivant directement devant l’appel de la fonction UploadMaps :
if (strDocsAppName <> strMapsAppName) then
On Error Resume Next
CreateApplicationFolder strLocalServer, strMapsAppName
Err.Clear
On Error GoTo errorExit
end if
Pour plus d’informations sur l’Assistant Configuration de BizTalk Server, consultez le fichier Readme dans le dossier \Program Files\Microsoft BizTalk Server\SDK\Messaging Samples\BTConfigAssistant.
Installation de MDAC 2.6 pour éviter l’altération des données DBCS
Si vous avez installé les composants MDAC (Microsoft Data Access Components) 2.5 et configuré un port d’échanges SMTP pour bénéficier du codage MIME (Multipurpose Internet Mail Extensions), les données DBCS (double-byte character set) envoyées par ce port sont endommagées. (MDAC 2.5 est livré avec toutes les versions du Service Pack de Windows 2000.)
Pour éviter ce problème, installez MDAC 2.6 en choisissant l’une des méthodes suivantes :
- Pour installer MDAC 2.6 directement, ouvrez votre navigateur et accédez au site Web Universal Data Access Web de Microsoft (www.microsoft.com/data) (site en anglais) pour le télécharger.
- Installez les utilitaires client SQL Server 2000 incluant MDAC 2.6.
Aujourd’hui, aucun correctif fonctionnant à la fois sur MDAC 2.5 et sur MDAC 2.6 n’est disponible.
La hiérarchie d’imbrication HL ne peut pas avoir de sauts de génération
Les types de permutation de structure d’instance pris en charge par le parseur X12 présentent une restriction, à savoir qu’il ne peut y avoir de sauts de génération dans les segments HL (Hierarchy Level).
Toute boucle ou segment HL doit se trouver exactement un niveau en dessous de la racine que sa boucle ou son segment parent HL, s’il en a un. Par exemple, HL/NM1/HL n’est pas pris en charge. En d’autres termes, une séquence 'x' donnée de niveaux d’imbrication doit répartir exactement les générations 'x' de profondeur dans l’arborescence.
SQL Server génère une erreur inconnue et des erreurs de délai d’expiration
SQL Server peut générer des messages d’erreur “ Erreur inconnue ” et “ Délai d’expiration ” dans les conditions suivantes :
- BizTalk Server 2000 SP1a est en cours d’exécution.
- Windows 2000 SP2 est en cours d’exécution.
- SQL Server 2000 est en cours d’exécution.
- Des connexions sont établies avec SQL Server via une connexion de confiance et l’Authentification SQL.
- Des connexions sont établies avec SQL Server sur les ordinateurs locaux et distants.
- Il existe des processeurs mono et multiprocesseur.
Ces erreurs provoquent l’échec de l’exécution des planifications lors de la tentative de prolongation à la base de données.
Outre l’augmentation du délai d’expiration des transactions, il faut aussi augmenter les valeurs d’expiration des connexions et des commandes ADO (Microsoft ActiveX Data Objects). L’exécution du code suivant dans un fichier .reg ajoute les clés de registre appropriées au registre et positionne également les valeurs de délai d’expiration sur 300 secondes, remplaçant ainsi la valeur par défaut de 60 secondes :
Version de l’Éditeur de registre Windows 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\BizTalk Server\1.0\XLANG Scheduler]
"ADOConnectionTimeout"=dword:0000012c
"ADOCommandTimeout"=dword:0000012c
En général, le Journal des événements contient les entrées suivantes lorsque les messages d’erreur “ Erreur inconnue ” et “ Délai d’expiration ” se produisent :
Journal des événements :
Error1
Impossible d’enregistrer l’état de l’instance de planification XLANG dans la base de données. Des informations détaillées sont fournies dans le message suivant.
Nom de module : mymodule
ID de module : {EE8FB9FA-AB64-492A-A127-56A1EFDB2C50}
ID d’instance : {6B48FF17-791B-474F-8EE2-AD35FF8E5A30}
Erreur(s) de base de données :
Code d’erreur = 0x8004e007 : Vous avez effectué un appel de méthode sur le composant COM+ pour lequel une transaction a déjà été engagée ou interrompue.
Informations internes sur le moteur de XLANG Scheduler
Fichier : d:\bts\private\sked\src\runtime\persistence\persist.cpp
Ligne : 261
Erreur 2 :
Une erreur s’est produite lors de la tentative de prolongation d’une instance de planification XLANG. Des informations détaillées sont fournies dans le message suivant.
Source d’erreur : Champ
nom : __Correlation__
HRESULT : 0x80040e14
Nom de module : mymodule
ID de module : {EE8FB9FA-AB64-492A-A127-56A1EFDB2C65}
ID d’instance : {6FE02E74-7FE2-401B-93F3-EC208636257B}
Code d’erreur = 0x80040e14 :
Le sérialiseur et le parseur EDIFACT traitent les caractères DBCS par le biais de l’identificateur de syntaxe UNOA
L’identificateur de syntaxe UNOX dans EDIFACT est défini comme une technique d’extension du code permettant de traiter les caractères qui ne sont pas codés sur un seul octet. Toutefois, certains pays avaient déjà défini leurs propres normes avant l’introduction de la syntaxe UNOX. Par exemple, en Corée, la norme appelée KEDIFACT marque les données par KECA à la place de UNO*. Les données EDIFACT que BizTalk Server 2000 reçoit possèdent un en-tête modifié en caractères UNOA (uppercase Latin alphabet) qui conserve les caractères DBCS (Double Byte Character Set). UNOA ne comporte que des caractères ASCII en majuscules et ne convertit pas les caractères DBCS correctement.
Pour résoudre ce problème, le parseur et le sérialiseur EDIFACT ont été mis à jour. Si l’en-tête est en caractères UNOA, le parseur et le sérialiseur EDIFACT acceptent une clé de registre pour définir une page de code, autre que celle par défaut, qui convertit les données. Une valeur de registre, appelée EDIFACTUNOACodepage, a été ajoutée à l’ensemble des valeurs que BizTalk Server 2000 définit. Si la valeur du registre est 0 (valeur par défaut), BizTalk Server 2000 se comporte normalement. Si elle est différente, la valeur correspond à celle de la page de code par défaut utilisée pour convertir les données KEDIFACT résultantes.
Le changement de la page de code est global. Toutes les données EDIFACT passant par le biais de ce serveur BizTalk Server 2000 traitent les données selon la page de code EDIFACTUNOACodepage.
Compatibilité avec Visio 2002
SP1a assure la compatibilité de Visio 2002 avec BizTalk Server 2000. Quelques problèmes subsistent lors de l’utilisation de Visio 2002 avec le coréen. Ils feront l’objet d’une correction dans le prochain QFE de BizTalk Server.
Correction des problèmes de compatibilité de caractères du Concepteur d’Orchestration BizTalk avec Visio 2002
Si vous exécutez le Concepteur d’Orchestration BizTalk sur un ordinateur exécutant une version non anglaise de Microsoft Windows, vous risquez de voir des caractères incorrects en sortie ou de recevoir des erreurs de compatibilité de type. Pour corriger le problème, procédez comme suit :
- Dans le menu Démarrer, pointez sur Programmes, puis cliquez sur Microsoft Visio.
- Dans le menu Outils, cliquez sur Options.
- Cliquez sur l’onglet Paramètres Régionaux.
- Dans la zone Document base font (Police de base du document), cliquez sur Always use the system default font (Toujours utiliser la police du système par défaut). (Utilisez toujours cette option.)
Remarque
- La vérification de la police par défaut du système est une nouvelle option de Visio 2002. Si elle est activée, le jeu de caractères du schéma du Concepteur d’Orchestration BizTalk apparaît dans la police par défaut du système. Si elle est désactivée, pour un schéma créé avec un jeu de caractères différent de celui utilisé sur l’ordinateur, le jeu de caractères d’origine est conservé s’il est disponible sur l’ordinateur.
L’installation et le service d’Échanges échouent lorsque BizTalk Server 2000 communique avec un serveur SQL Server dans un cluster
Lorsque BizTalk Server 2000 est installé sur un ordinateur autonome qui comporte des bases de données SQL Server s’exécutant dans un cluster MSCS, le programme d’installation échoue pendant l’installation de la base de données InterchangeBTM avec l’erreur suivante :
BizTalk Server n’est pas parvenu à établir la connexion à la base de données <InterchangeBTM> sur le serveur <serveur SQL> avec les informations de connexion de la base de données.
Ce problème survient avec le fournisseur SQLOLEDB dans MDAC 2.6. Pour le résoudre, évoluez vers MDAC 2.7 (dès sa disponibilité).
Le Mappeur BizTalk vérifie l’existence d’un attribut ou d’un élément pour une liaison directe à partir de la source et de la destination avant la génération de XSLT
Un problème se produit lorsqu’une liaison est créée depuis un champ facultatif du schéma source vers un champ de destination. Le Mappeur BizTalk génère XSLT qui crée le champ de destination et copie la valeur du champ source. Si le champ source n’apparaît pas dans le document d’instance (il est en effet facultatif), un champ de destination vierge est créé. Ce comportement est inacceptable car le champ de destination doit être créé uniquement lorsque le champ source existe.
Pour résoudre le problème, vérifiez si le champ lié est facultatif dans le schéma source. Si c’est le cas, BizTalk Server génère une clause <xsl:if> pour vérifier l’existence du champ source avant de créer le champ de destination. Ceci permet de s’assurer que le champ de destination n’est pas créé lorsque le champ source ne figure pas dans l’instance source. Si l’instance source contient le champ, le champ de destination est créé comme prévu.
Réinstallation de MSXML 3.0 Service Pack 1
La version 3.0 SP1 du parseur Microsoft XML (MSXML) rétrograde à la version 3.0 (dans BizTalk Server 2000) lorsque vous annulez l’installation de BizTalk Server 2000 SP1a. Pour résoudre ce problème, réinstallez MSXML 3.0 SP1.