Mise à jour pour le Service DRDA MS pour mieux prendre en charge les transactions distribuées

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3032484
Résumé
Le Microsoft DRDA prend en charge les transactions de validation à deux phases DRDA unité de travail distribués (DRDA DUW) et transactions XA distribué afin de permettre les mises à jour fiables sur le réseau. Mise à jour Cumulative de Host Integration Server (HIS) 2013 3 (CU3) comprend des correctifs et améliorations pour les transactions de Service DRDA distribués prennent en charge, comme suit.

Transactions de DRDA DUW

Contrairement à la version du Service de DRDA ou des mises à jour cumulatives précédentes, cette mise à jour permet la prise en charge de transactions DRDA DUW entre DRDA Client et DRDA Service associés à des transactions XA entre DRDA Service et SQL Server. Cette prise en charge se produit en distribuant la transaction DRDA DUW (mappée sur un ID de transaction XA) de SQL Server ainsi que par l'inscription de la transaction XA à MS DTC. DRDA Service conserve un journal d'enregistrement de transactions de fichier (transactionlog.data) (UOWID, XID, l'état, les données du journal) pour toutes les sessions DRDA. Lorsqu'une session DRDA se termine par une transaction incertaine, DRDA Service demande que le Client de DRDA resynchroniser les journaux. Et lorsque DRDA Service démarre et détecte les transactions incertaines dans le journal, les demandes de Service de DRDA que DRDA Client resynchroniser les journaux.

Transactions XA

Les transactions XA entre DRDA Client et DRDA Service sont distribuées sur SQL Server et MS DTC sont intégrées. Pendant la restauration de la transaction, DRDA Service renvoie DRDA Client une liste incertaines qui est basée sur les informations dans le journal de transactions de DTC.

Informations de mise à jour cumulative

Cette mise à jour est incluse dans Mise à jour cumulative 3 pour Host Integration Server 2013.
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».
Plus d'informations

Service d'intégration (Configuration) de données pour DRDA

Configuration du Service pour DRDA

Fichier de configuration de l'application
La configuration du Service de DRDA est stockée dans le fichier de configuration d'application MsDrdaService.exe.config et associés à des fichiers XML (mappage de message d'erreur et de mappage de type de données). Au moment de l'exécution, le Service DRDA surveille les modifications du fichier MsDrdaService.exe.config. Lorsque des modifications sont détectées, le Service DRDA lit et utilise les informations de configuration modifiée lorsqu'il traite des nouvelles connexions entrant.

Après l'installation, les professionnels de l'informatique peuvent personnaliser la configuration du Service de DRDA en modifiant le fichier de configuration d'application MsDrdaService.exe.config à l'aide d'un éditeur XML et le fichier 2013\system\Schemas\HostIntegrationDrdaServiceConfiguration.xsd de C:\Program Files\Microsoft Host Integration Server associé.

Configuration des connexions SQL Server

Resynchronisation
L'élément resynchronizationManager du fichier MsDrdaService.exe.config contient les paramètres de resynchronisation de transaction pour gérer les transactions distribuée de client entrant SQL. Le type de resynchronizationManagerest le Microsoft.HostIntegration.Drda.Server.ResynchronizationManager qui traite liée dans les transactions distribuées. Cela inclut l'inscription des transactions avec Microsoft Distributed Transaction Coordinator, de journalisation des transactions et de resynchronisation des transactions incertaines liste.

<hostIntegration.drdaAs.drdaService xmlns="http://schemas.microsoft.com/his/DrdaAs/DrdaService/2013">  <services>    <service name="DrdaService1">      <resynchronizationManager type="Microsoft.HostIntegration.Drda.Server.ResynchronizationManager, Microsoft.HostIntegration.Drda.Server,Version=9.0.1000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL"        transactionExpiryDuration="P3D"        resyncRetryDurationInMinutes = "3"        resyncIntervalInMinutes = "1"        transactionLogLocation =""        />

Exemple 1: Élément de resynchronizationManager de Stock ajouté à la section hostIntegration.drdaAs.drdaService du fichier MsDrdaService.exe.config.

Remarque À la MsDrdaService.exe.config, vous devez ajouter le nouvel élément de resynchronizationManageravant d'exécuter PowerShell pour lire ou écrire des paramètres dans ce nouvel élément.

Durée d'expiration de transaction
L'attribut transactionExpriryDurationindique le Service DRDA sur la durée du temps de conserver une transaction dans un fichier d'enregistrement de transaction. Une fois passée la période fixée, les bases de données distantes service la transaction à partir du fichier. Cet attribut facultatif accepte une valeur de durée. La valeur par défaut est PT3D (période de temps est de 3 jours). La valeur de durée est spécifiée dans l'écran PnYnMnDTnHnMnS.

Élément Description
P Période de temps pendant la durée (obligatoire)
nY Nombre d'années.
nM Nombre de mois.
nD Nombre de jours.
T Début d'une section de temps (obligée de spécifier une durée de temps qui se compose d'heures, de minutes ou de secondes).
nH Nombre d'heures.
nM Nombre de minutes.
S Nombre de secondes.
Tableau 1: Durée exprimée au format XML.

Durée de nouvelle tentative de resynchronisation
L'attribut resyncRetryDurationInMinutesindique le Service DRDA sur la durée (en minutes) dans lequel la tentative de traitement d'un élément dans la liste de transaction incertaine de resynchronisation. Cet attribut facultatif accepte une valeur entière. La valeur par défaut est3 minutes.

Intervalle de resynchronisation
L'attribut resyncIntervalInMinutesindique le Service DRDA sur l'intervalle (en minutes) entre le traitement des éléments de la liste de transaction incertaine de resynchronisation. Cet attribut facultatif accepte une valeur entière. La valeur par défaut est1 minute.

Emplacement du journal des transactions
L'attribut transactionLogLocationindique au Service DRDA où il doit écrire le fichier journal des transactions. Cet attribut facultatif accepte une valeur de chaîne. La valeur par défaut est une chaîne vide qui est définie comme le dossier de trace Host Integration Server.

Pour plus d'informations, consultez la documentation de MSDN DRDA Service des Transactions distribuées..

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3032484 - Dernière mise à jour : 01/27/2016 00:45:00 - Révision : 1.0

Microsoft Host Integration Server 2013

  • kbqfe kbfix kbexpertiseinter kbbug kbsurveynew kbmt KB3032484 KbMtfr
Commentaires