Ce document fournit des informations sur le Service Pack 2 (SP2) pour Microsoft BizTalk Server 2000. SP2 s'applique à toutes les éditions de BizTalk Server 2000. Les Service Packs de BizTalk Server se cumulent. SP2 inclut tous les correctifs issus des Services Pack déjà commercialisés. Il peut s'appliquer à une installation de BizTalk Server initiale où à une installation sur laquelle SP1a a déjà été appliquée. Pour installer SP1a, consultez la page de téléchargement de BizTalk Server 2000 Service Pack 1a.
Pour plus d'informations sur les correctifs spécifiques à SP2, consultez l'article suivant de la Base de Connaissances Microsoft :
INFO: List of Bugs Fixed in BizTalk Server 2000 SP2 (Q318625)
Important
Remarque
Instructions d'installation du Service Pack
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
Éditeur BizTalk (BizTalk Editor)
Cette section donne un aperçu des mises à jour et modifications incluses dans ce Service Pack pour Microsoft BizTalk Server 2000. Les Service Pack pour BizTalk Server étant cumulatifs, SP2 contient tous les correctifs des anciens Service Pack.
Voici quelques modifications et mises jour liées à SP2 (la liste n'est pas exhaustive) :
Voici quelques modifications et mises à jour liées aux anciennes versions des Service Pack (la liste n'est pas exhaustive) :
Cette section traite des rubriques suivantes :
Il est possible d'installer BizTalk Server 2000 SP2 à partir du site Web de Microsoft. BizTalk Server 2000 SP2 n'est pas disponible sur CD-ROM.
Attention
Cette section traite des rubriques suivantes :
Pour utiliser SP2 dans les scénarios de groupe de BizTalk Server, tous les ordinateurs d'un groupe BizTalk Server doivent exécuter la même version de BizTalk Server. Après avoir appliqué SP2 sur tous les ordinateurs, vous devez appliquer CleanQueuesPatch.sql à la base de données de files d'attente partagées. Pour plus d'informations, reportez-vous à la rubrique Tous les ordinateurs d'un groupe BizTalk Server doivent exécuter la même version de BizTalk Server.
— ou —
Si vous disposez de Microsoft SQL Server 2000, dans le menu Requête, cliquez sur Modifier la base de données.
Après avoir appliqué SP2 sur tous les ordinateurs, vous devez appliquer ControlNumbers.sql à la base de données Gestion d'échanges. ControlNumbers.sql corrige la procédure stockée pour l'extraction des numéros de contrôle de l'échange EDI (Electronic Data Interchange) associés à un port. Si vous installez SP2 sans exécuter ce fichier, l'EDI sortant ne fonctionnera pas. Si, toutefois, vous avez installé et exécuté ce fichier avec SP1a, la procédure suivante n'est pas nécessaire.
— 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.
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.
Ce Service Pack contient deux packages de désinstallation.
Attention
Pour désinstaller SP2 dans les scénarios de groupe BizTalk Server, procédez comme suit :
Remarque
Microsoft Windows 2000 Service Pack 2 (SP2) prend officiellement en charge BizTalk Server 2000 SP2. Si vous pouvez exécuter BizTalk Server 2000 SP2 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 SP2, les logiciels suivants sont recommandés, mais pas obligatoires :
Cette section répertorie les dossiers contenant des fichiers qui ont changé :
Notes
Pour utiliser SP2 dans les scénarios de groupe BizTalk Server, procédez comme suit :
Important
Le correctif SP2 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 pour 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 :
Important
Notes
Effectuez les étapes suivantes sur le serveur qui va héberger la base de données archive de suivi.
— ou —
Si vous disposez de Microsoft SQL Server 2000, dans le menu Requête, cliquez sur Modifier la base de données.
Remarque
Effectuez les étapes suivantes sur le serveur SQL Server qui héberge la base de données de suivi.
— ou —
Si SQL Server 2000 est installé, dans le menu Requête, cliquez sur Modifier la base de données.
Remarque
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'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
Remarque
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.
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é.
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 pour l'archivage et la purge dans la base de données de suivibts2000_sp2readme_HKEC.
USE InterchangeDTA
EXEC dta_purge_old_records 1, 24, 1,0
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>'
Les modifications sont enregistrées et le travail de l'Agent SQL Server est activé.
Remarque
La version SP2 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
— ou —
Si SQL Server 2000 est installé, dans le menu Requête, cliquez sur Modifier la base de données.
Remarque
Cette rubrique décrit les problèmes de documentation portant sur ce Service Pack. Vous y trouverez des informations sur les nouvelles fonctionnalités introduites par le Service Pack, ainsi que des corrections à la documentation de l'Aide de BizTalk Server 2000.
Cette section traite des rubriques suivantes :
Cette section contient des mises à jour importantes sur l'Administration BizTalk.
Cette section traite des rubriques suivantes :
Introduite dans SP1
Lors de l'installation de ce Service Pack, les procédures stockées sont copiées dans le dossier \Program Files\Microsoft BizTalk Server\Setup. Cette section décrit l'utilisation des procédures stockées incluses pour supprimer des enregistrements de la base de données de persistance d'orchestration.
Remarque
La procédure stockée sp_CleanDoneInstances supprime toutes les instances de planification XLANG terminées ou arrêtées, comme illustré ci-dessous :
sp_CleanDoneInstances @CompletedBefore='<date et heure GMT>'
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 :
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, comme illustré ci-dessous :
sp_CleanDoneModuleInstances @ModuleGUID='<identificateur global unique>', @CompletedBefore='<date et heure GMT>'
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 :
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.
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, comme illustré ci-dessous :
sp_CleanInstance @InstanceID='{<identificateur global unique>}'
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.
Introduite dans SP1
Après avoir installé SP2, 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.
Exemple : à l'invite de commandes, tapez cd \Program Files\Microsoft BizTalk Server\Setup et appuyez sur ENTRÉE.
Remarque
Introduite dans SP1
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.
Exemple : à l'invite de commandes, tapez cd \Program Files\Microsoft BizTalk Server\Setup et appuyez sur ENTRÉE.
Introduite dans SP1
Si vous installez ce Service Pack, BizTalk Server 2000 arrête le traitement d'un échange ou d'un document et annule la base de données de files d'attente partagées dans les conditions suivantes :
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
Introduite dans SP1
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 :
Notes
Cette section contient des mises à jour importantes sur les l'Éditeur BizTalk.
Cette section traite des rubriques suivantes :
Introduite dans SP1
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 Format d'heure pris en charge pour la norme X12.
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.
Un message d'avertissement apparaît.
Le nouveau type de données Date/Heure personnalisée est appliqué.
Important
Notes
Le parseur et le sérialiseur X12 lisent le type de données Date/Heure personnalisée de gauche à droite et ne retournent pas d'erreur si la date et l'heure envoyées comptent moins de huit caractères. Ainsi, les données de date et d'heure suivantes sont valides :
Introduite dans SP1
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.
Cette propriété permet notamment de valider la longueur de la représentation native des données non XML, lorsque la normalisation en provenance ou à destination de XML (c'est-à-dire l'analyse et la sérialisation) affecte la longueur des données. En effet, la longueur des données natives est un point essentiel de la validation (la longueur des données au format XML n'est pas importante car XML sert uniquement de format intermédiaire, lors du traitement d'un fichier plat en fichier plat, par exemple).
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.
où x est un nombre compris entre 0 et 9.
Un message d'avertissement apparaît.
Le nouveau champ Longueur maximale personnalisée apparaît.
Introduite dans SP1
Dans l'Éditeur BizTalk, le format d'heure pris en charge pour la syntaxe X12 (indiqué lorsque Standard prend la valeur X12 sous l'onglet Référence du nœud racine du schéma) est HHMMSSDD :
Si vous souhaitez exprimer l'heure en dixièmes ou en centièmes de seconde, utilisez le type de données Date/Heure personnalisée décrit dans la rubrique Application du format Date/Heure personnalisée dans l'Éditeur BizTalk.
Grâce au format HHMMSSDD, 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. 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. HHMMSSss n'est pas un format X12 approuvé pour les zones d'heure ; X12 utilise HHMMSSDD uniquement.
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.
Introduite dans SP1
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 :
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 :
Introduite dans SP1a
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.
Cette section contient des mises à jour importantes sur le Mappeur BizTalk.
Cette section traite de la rubrique suivante :
Introduite dans SP1a
Dans BizTalk Server 2000, lorsque vous créez une liaison entre un champ facultatif du schéma source et un champ du schéma de destination, le Mappeur BizTalk peut générer des transformations XSLT (Extensible Stylesheet Language Transformations) qui vont créer un champ de destination vide. Cette situation se produit si le champ source n'apparaît pas dans le document d'instance (car il est facultatif).
Ce Service Pack pour Microsoft BizTalk Server 2000 corrige le problème. Avec BizTalk Server 2000 SP2, si le champ lié est facultatif dans le schéma source, 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.
Cette section contient les mises à jour importantes sur les services d'Échanges BizTalk.
Cette section traite des rubriques suivantes :
Introduite dans SP1
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 :
La modification est enregistrée.
Remarque
Introduite dans SP1
Pour configurer le nom d'utilisateur et le mot de passe de proxy pour les services de transport HTTP et HTTPS (Hypertext Transfer Protocol Secure), procédez comme suit :
L'Assistant Propriétés du canal s'ouvre.
Introduite dans SP1
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
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.
Par exemple, si vous disposez d'un fichier source situé à l'emplacement c:\SourceFile, l'utilisation des caractères génériques %src_filepath% = "c:" et %src_filename% = "SourceFile" va déplacer ce fichier dans c:\WINNT\System32\SourceFile ou c:\SourceFile, selon le répertoire en cours dans ce processus.
Cette section contient des mises à jour importantes sur les problèmes de déploiement dans BizTalk Server 2000.
Cette section traite de la rubrique suivante :
Introduite dans SP1
Depuis la mise sur le marché de BizTalk Server 2000, plusieurs modifications ont été apportées à l'Assistant Configuration de BizTalk Server. Pour obtenir des informations complémentaires sur ces modifications, consultez la Base de Connaissances Microsoft :
Q297445 INFO: List of Bugs Fixed in BizTalk Server 2000 Service Pack 1 (Q297445)
L'Assistant Configuration de BizTalk Server est un outil qui vous permet d'effectuer les actions suivantes :
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 :
Remarque
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 LisezMoi dans le dossier \Program Files\Microsoft BizTalk Server\SDK\Messaging Samples\BTConfigAssistant.
Cette section contient des mises à jour importantes sur le suivi de documents.
Cette section traite de la rubrique suivante :
Introduite dans SP1
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 = ] nPurgeTypeL'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 = ] nPurgeValueL'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 = ] nCompletedInterchangesOnlyL'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 renvoyé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 = ] nArchiveFlagL'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 = ] nvcArchiveDBServerL'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 = ] nvcArchiveDBNameL'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.
Cette section contient des informations importantes sur les technologies et les logiciels dépendants.
Cette section traite des rubriques suivantes :
Introduite dans SP1
Le tableau suivant présente les raccourcis clavier de BizTalk Server 2000.
| Interface utilisateur | Appuyez sur | Pour |
| Éditeur BizTalk (BizTalk Editor) | 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 (BizTalk Editor) | Touche TAB | Accéder aux boutons situés en haut à droite de la boîte de dialogue Nouvelle spécification de document. |
| Éditeur BizTalk (BizTalk Editor) | MAJ+F10 | Ouvrir le menu contextuel des éléments mis en surbrillance. |
| Éditeur BizTalk (BizTalk Editor) | CTRL+MAJ+R | Ajouter un nouvel enregistrement à une spécification de document. |
| Éditeur BizTalk (BizTalk Editor) | 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. |
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 (BizTalk Editor) | Déplacement, glissement-déplacement, copie de nœuds. |
| Mappeur BizTalk | Déplacement, sélection de fonctoids, glissement-déplacement de fonctoids, liaison. |
Introduite dans SP1
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.
Remarque
Introduite dans SP1a
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 et régions 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 ; cependant les caractères DBCS (Double Byte Character Set) sont conservés. 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.
Introduite dans SP1
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 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 :
Aujourd'hui, aucun correctif fonctionnant à la fois sur MDAC 2.5 et sur MDAC 2.6 n'est disponible.
Introduite dans SP1
Il est fortement recommandé d'utiliser la version 3.0 du Parseur Microsoft XML (MSXML) parallèlement au Service Pack 2 (SP2) avec l'installation de BizTalk Server 2000. Il est aussi conseillé d'utiliser MSXML en Mode côte à côte. MSXML 3.0 SP2 s'installe par défaut en mode Remplacement.
Si vous configurez MSXML pour le faire fonctionner en Mode remplacement en installant XMLINST.exe, vous pouvez rencontrer des problèmes avec BizTalk Server. Par exemple, il se peut que vous ne puissiez pas ouvrir l'Éditeur BizTalk ou le Mappeur BizTalk. Si vous configurez 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 ne sera pas prise en charge.
La procédure suivante décrit la façon dont vous pouvez configurer MSXML à l'aide de XMLINST.EXE pour qu'il s'exécute en mode Mode côte à côte, si vous l'avez déjà configuré en Mode remplacement.
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" (Q278636).
Important
Introduite dans SP1a
Ce Service Pack assure à Visio 2002 la compatibilité avec BizTalk Server 2000. Si, toutefois, vous utilisez une langue autre que l'anglais dans Visio 2002, il se peut que certains caractères ne s'affichent pas correctement dans le Concepteur d'Orchestration BizTalk. Pour remédier à ce problème, spécifiez que Microsoft Visio 2002 utilise systématiquement la police système par défaut.