CORRECTIF : Ralentissement des performances lorsque vous restaurez une base de données s'il existe de nombreux fichiers journaux virtuels dans le journal des transactions dans SQL Server 2005, SQL Server 2008 ou dans SQL Server 2008 R2

Traductions disponibles Traductions disponibles
Numéro d'article: 2455009 - Voir les produits auxquels s'applique cet article
Microsoft distribue Microsoft SQL Server 2005, 2008 et 2008 R2 résout sous la forme d'un fichier téléchargeable unique. Les correctifs étant cumulatifs, chaque nouvelle version contient tous les correctifs et correctifs de sécurité inclus dans la précédente SQL Server 2005, 2008 et 2008 R2 version du correctif.
Agrandir tout | Réduire tout

Sommaire

Symptômes

Envisagez le scénario suivant :
  • Vous installez Microsoft SQL Server 2005, Microsoft SQL Server 2008 ou Microsoft SQL Server 2008 R2 sur un ordinateur.
  • Une ou plusieurs bases de données sont dans le modèle de récupération complète ou journalisée en bloc.
  • La taille initiale du fichier journal des transactions pour la base de données est petite. Toutefois, le fichier des transactions devient volumineux.
  • Le croissance automatique l'incrément de croissance du fichier journal des transactions est configuré pour une taille réduite. Par exemple, la croissance automatique incrément de croissance est configuré pour un mégaoctet ou à un pour cent. Ou bien, vous effectuez le fichier journal des transactions à l'aide d'une petite croissance manuelle.
  • Le fichier journal des transactions croît par l'incrément de croissance de petite taille. Après un certain temps, le fichier journal des transactions est important.

    Par exemple, le fichier journal des transactions augmente de 100 Mo à 10 Go. Le fichier journal des transactions croît par incrément de 1 mégaoctet dans chaque croissance.
Dans ce scénario, vous pouvez rencontrer les problèmes suivants :
  • Récupération de la base de données est lente lorsque la base de données est démarré s'il existe une grande quantité de travail à récupérer.

    Par exemple, une transaction est en attente d'ouvrir pendant une longue période. Ou bien, beaucoup de transactions de petites taille n'est pas validées lorsque le SQL Server est arrêté ou redémarré. Dans ce cas, vous pouvez recevoir une erreur pour un temps de récupération long estimé dans la phase d'analyse, dans la phase d'annulation ou de la phase de rétablissement. L'erreur semblable à la suivante et est enregistré dans le fichier journal des erreurs SQL Server 2005 :
    Analyse de la base de données 'mydatabase » (7) est de 0 % terminé (reste 1234 secondes environ). Il s'agit d'un message d'information uniquement. Aucune action utilisateur n'est requise.
  • Récupération de la base de données est lente lorsqu'un fichier de sauvegarde de base de données complète et une séquence de journaux de transactions supplémentaires sont restaurés si la base de données est mis en ligne.

    Remarque : Pour mettre en ligne la base de données pendant l'opération de restauration, utilisez la AVEC RÉCUPÉRATION syntaxe ou le EN VEILLE = <options></options> syntaxe.
  • Base de données mise en miroir de récupération est lente sur un serveur partenaire de la paire mise en miroir.
  • La progression de l'agent de lecture du journal pour la réplication transactionnelle est lente pour les opérations suivantes :
    • Le journal des transactions d'une base de données de l'éditeur est analysé.
    • Ajout d'une commande dans une base de données de distribution.
    • Les transactions sont répliquées.

    Remarque : Pour plus d'informations, visitez le site Web Microsoft Developer Network (MSDN) suivant :
    949523 La latence de la réplication transactionnelle est élevée dans SQL Server 2005 lorsque la valeur de la propriété « Taille initiale » et la valeur de la propriété de croissance automatique sont de petite taille
  • Ralentissement des performances se produit lorsqu'une capture instantanée de base de données est créée si de nombreuses transactions sont enregistrées ou si les journaux des transactions restent actifs pendant une longue période. Ce problème se produit parce que la capture instantanée exécuter la récupération et les journaux des transactions doivent être annulées.
  • Ralentissement des performances se produit lorsque vous utilisez le DBCC CHECKDB Pour créer un instantané de base de données masquée qui a de façon à restaurer l'instantané de base de données pour exécuter la cohérence de la syntaxe vérifie.

Cause

Ces problèmes se produisent car les fichiers journaux virtuels (fichiers journaux virtuels) dans un fichier journal des transactions peut provoquer un ralentissement des performances lors de l'analyse de SQL Server par le biais de ces fichiers journaux virtuels pendant les opérations suivantes :
  • Récupération de la base de données
  • La mise en miroir de base de données
  • Capture instantanée de base de données
  • Activités de lecture du journal de base de données la réplication transactionnelle
Lorsqu'un fichier journal des transactions pour une base de données a été augmenté par petits incréments pendant des conditions de croissance extrêmes, des milliers de centaines de milliers de fichiers journaux virtuels sont présents à l'intérieur d'un seul ensemble de journaux de transactions (.ldf). Toutefois, croissance de journaux volumineux par grands incréments crée par comparaison seulement plusieurs fichiers journaux virtuels. Par exemple, plusieurs peuvent être inférieure à 100 fichiers journaux virtuels.

Remarque : Les fichiers journaux virtuels sont les divisions ou les segments qui sont utilisés en interne par SQL Server dans le fichier journal des transactions.

Résolution

Informations de mise à jour cumulative

SQL Server 2008 R2

Le correctif de ce problème a été publié dans 6 de mise à jour Cumulative. Pour plus d'informations sur l'obtention de ce package de mises à jour cumulatives pour SQL Server 2008 R2, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2489376 Mise à jour cumulative 6 pour SQL Server 2008 R2
Remarque : Les versions étant cumulatives, chaque nouvelle version de correctif contient tous les correctifs et correctifs de sécurité inclus avec la version précédente du correctif de SQL Server 2008 R2. Nous vous recommandons l'application la plus récente version du correctif qui comprendra ce correctif. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
981356 Versions de SQL Server 2008 R2 publiées après SQL Server 2008 R2

SQL Server 2008 Service Pack 1

Le correctif de ce problème a été publié dans les 12 mises à jour cumulatives pour SQL Server 2008 Service Pack 1. Pour plus d'informations sur ce package de mise à jour cumulative, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2467236 Package de mise à jour cumulative 12 pour SQL Server 2008 Service Pack 1
Remarque : Les versions étant cumulatives, chaque nouvelle version de correctif contient tous les correctifs logiciels et des correctifs de sécurité inclus dans la précédente 2008 de SQL Server version du correctif. Microsoft vous recommande l'application la plus récente version du correctif qui comprendra ce correctif. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
970365 Le 2008 de SQL Server versions publiées après SQL Server 2008 Service Pack 1
Correctifs Microsoft SQL Server 2008 sont créés pour SQL Server service packs spécifiques. Vous devez appliquer un correctif SQL Server 2008 Service Pack 1 dans une installation de SQL Server 2008 Service Pack 1. Par défaut, tout correctif qui est fourni dans un service pack de SQL Server est inclus dans le prochain service pack de SQL Server.

SQL Server 2008 Service Pack 2

Le correctif de ce problème a été publié dans mise à jour Cumulative 2 pour SQL Server 2008 Service Pack 2. Pour plus d'informations sur ce package de mise à jour cumulative, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2467239 Package de mise à jour cumulative 2 pour SQL Server 2008 Service Pack 2
Remarque : Les versions étant cumulatives, chaque nouvelle version de correctif contient tous les correctifs logiciels et des correctifs de sécurité inclus dans la précédente 2008 de SQL Server version du correctif. Microsoft vous recommande l'application la plus récente version du correctif qui comprendra ce correctif. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2402659 Versions de la mise SQL Server 2008 publiées après SQL Server 2008 Service Pack 2 a été
Correctifs Microsoft SQL Server 2008 sont créés pour SQL Server service packs spécifiques. Vous devez appliquer un correctif SQL Server 2008 Service Pack 2 à une installation de SQL Server 2008 Service Pack 2. Par défaut, tout correctif qui est fourni dans un service pack de SQL Server est inclus dans le prochain service pack de SQL Server.

SQL Server 2005 Service Pack 3

Le correctif de ce problème a été publié dans 13 de mise à jour Cumulative pour SQL Server 2005 Service Pack 3. Pour plus d'informations sur ce package de mise à jour cumulative, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2438344 Package de mise à jour cumulative 13 pour SQL Server 2005 Service Pack 3
Remarque : Les versions étant cumulatives, chaque nouvelle version de correctif contient tous les correctifs et correctifs de sécurité inclus dans la précédente de SQL Server 2005 version du correctif. Microsoft vous recommande l'application la plus récente version du correctif qui comprendra ce correctif. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
960598 Versions de SQL Server 2005 publiées après SQL Server 2005 Service Pack 3
Les correctifs Microsoft SQL Server 2005 sont créés pour SQL Server service packs spécifiques. Vous devez appliquer un correctif SQL Server 2005 Service Pack 3 pour une installation de SQL Server 2005 Service Pack 3. Par défaut, tout correctif qui est fourni dans un service pack de SQL Server est inclus dans le prochain service pack de SQL Server.

SQL Server 2005 Service Pack 4

Le correctif de ce problème a été publié dans mise à jour Cumulative 1 pour SQL Server 2005 Service Pack 4. Pour plus d'informations sur ce package de mise à jour cumulative, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2464079 Package de mise à jour cumulative 1 pour SQL Server 2005 Service Pack 4
Remarque : Les versions étant cumulatives, chaque nouvelle version de correctif contient tous les correctifs et correctifs de sécurité inclus dans la précédente de SQL Server 2005 version du correctif. Microsoft vous recommande l'application la plus récente version du correctif qui comprendra ce correctif. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2485757 Versions de SQL Server 2005 publiées après SQL Server 2005 Service Pack 4
Les correctifs Microsoft SQL Server 2005 sont créés pour SQL Server service packs spécifiques. Vous devez appliquer un correctif SQL Server 2005 Service Pack 4 pour une installation de SQL Server 2005 Service Pack 4. Par défaut, tout correctif qui est fourni dans un service pack de SQL Server est inclus dans le prochain service pack de SQL Server.

Statut

Microsoft a confirmé qu'il s'agit d'un problème pour les produits Microsoft répertoriés dans la section « S'applique à ».

Contournement

Installez ce correctif et redémarrage de SQL Server peut améliorer les performances de récupération. Par exemple, les performances peuvent être améliorées pour les opérations suivantes après avoir installé ce correctif et redémarrez SQL Server :
  • Récupération de la base de données
  • La mise en miroir de base de données
  • Capture instantanée de base de données
  • Activités de lecture du journal de base de données la réplication transactionnelle

Si vous ne pouvez pas installer ce correctif, vous pouvez effectuer les solutions de contournement suivantes pour atténuer un problème existant et empêcher une occurrence future.

Atténuer un problème existant

  • Attendez que la restauration ou l'opération de récupération pour terminer

    Si vous disposez d'une base de données non récupéré qui rencontre le ralentissement des performances lors de la restauration ou la récupération de la base de données, vous devrez peut-être attendre que l'opération de restauration ou de récupération à effectuer. Par exemple, vous pouvez voir l'état hors connexion ou l'état de récupération dans SQL Server Management Studio (SSMS) pour une base de données non récupérée. Arrêt de SQL Server en général n'offre aucune franchise pour une récupération lente et peut prendre plus de temps pour répéter la même phase d'analyse de récupération, rétablir la phase ou annuler la phase.
  • Éviter la restauration de la séquence de journaux de transaction qui contient des milliers de fichiers journaux virtuels

    Si vous rencontrez le ralentissement des performances lors de la restauration et la récupération d'une base de données à l'aide d'un fichier de sauvegarde, vous pouvez éviter de restaurer les séquences de journaux de transaction qui contiennent des milliers de fichiers journaux virtuels. Pour identifier le fichier de sauvegarde a les plupart des fichiers journaux virtuels enregistrés, l'instruction suivante permet d'afficher les colonnes FirstLSN et LastLSN dans les fichiers de sauvegarde de journal :
    RESTORE HEADERONLY de DISK='C:\folder\file.trn'

    Vous pouvez décider d'éviter de restaurer les fichiers de sauvegarde du journal. Ou, vous pouvez utiliser le STOP AT instruction dans la RESTAURATION commandes pour éviter les pièces fortement fragmentés des journaux des transactions. Si vous ne restaurez pas entièrement les séquences de journaux jusqu'au dernier point dans le temps au cours d'un scénario de récupération de défaillances, perte de données se produit dans votre base de données SQL Server. Cette perte de données se produit parce que toutes les transactions sont conservées. Par conséquent, il existe une décision de compromis. Vous pouvez restaurer entièrement un journal de transactions très fragmenté. Toutefois, cette opération peut prendre plusieurs heures. Ou, vous pouvez utiliser le STOP AT instruction dans la récupération pour arrêter la restauration avant la partie du journal très fragmentée. Toutefois, toutes les transactions manquantes qui vous omettez sont perdues.

    Remarque : Sans installation de ce correctif, il n'est généralement aucun recours sûr pour la récupération accélérée après le redémarrage de SQL Server. SQL Server a localiser la liste des fichiers journaux virtuels pour analyser les fichiers journaux de transactions de rétablissement terminé, puis d'annuler des transactions incomplètes pour terminer la restauration pour ramener la base de données en ligne en toute sécurité. Vous ne pouvez pas ignorer transactions pendant la récupération.

Empêcher un créneau

  • La valeur de l'incrément de croissance automatique de la base de données à une taille appropriée

    Si la taille de l'incrément de croissance automatique est trop petite, il y aura de nombreux fichiers journaux virtuels (fichiers journaux virtuels), et vous pouvez rencontrer des performances lentes dans SQL Server. Si la taille de l'incrément de croissance automatique est trop grande, requêtes qui font de la taille des journaux augmente automatiquement de transaction peuvent avoir à attendre longtemps terminer une croissance. Par conséquent, une erreur de temporisation peut se produire dans SQL Server. Pour contourner ces problèmes, vous pouvez définir la taille de l'incrément de croissance automatique pour votre base de données à une taille appropriée.
  • Éliminer le grand nombre de fichiers journaux virtuels et d'utiliser une croissance manuelle

    Si de nombreux fichiers journaux virtuels sont dans le journal des transactions, réduire la taille du journal des transactions et faites-en augmenter avant d'entreprise de pointe à répondre à la demande à l'aide d'une croissance manuelle. Par exemple, le journal des transactions augmente à une taille moyenne raisonnable dans un grand incrément ou une croissance manuelle unique. Par conséquent, la taille du journal des transactions atteint une capacité de pointe, et les fichiers journaux de sauvegarde sont planifiées sur une base périodique et fréquente. En outre, le journal des transactions peut être tronqué, et les fichiers journaux virtuels pour le journal des transactions peuvent être réutilisés dans un cycle.
  • Comment faire pour réduire et augmenter le journal des transactions manuellement

    Pour corriger un journal qui a trop de fichiers journaux virtuels, procédez comme suit pour réduire le journal et d'augmenter à nouveau manuellement :
    1. Si la base de données est dans un modèle de récupération complète ou journalisée en bloc, vous devez sauvegarder le journal des transactions pour le fichier journal virtuel actif est tronquée et autorisés à être réutilisé.
      BACKUP LOG databasename TO DISK='C:\folder\log_backupfile.trn'

      Pour plus d'informations sur la façon de sauvegarder le fichier journal des transactions à l'aide de SSMS, visitez le site Web Microsoft Developer Network (MSDN) suivant :
      Comment faire pour sauvegarder le fichier journal des transactions à l'aide de SSMS
      Pour plus d'informations sur la façon de sauvegarder le fichier journal des transactions en utilisant des instructions Transact-SQL, reportez-vous au site Web MSDN suivant :
    2. Pour déterminer le nom logique de fichier journal de transactions, exécutez une des instructions suivantes.
      Relevé 1
      exec sp_helpfile 
      Déclaration 2
      select * from sys.sysfiles 
      Pour réduire la taille du fichier journal des transactions à la taille de votre choix, utilisez le code suivant :
      DBCC SHRINKFILE(transactionloglogicalfilename, TRUNCATEONLY) 
    3. Vous pouvez augmenter la taille du fichier journal des transactions à une taille appropriée. Nous vous recommandons de laisser la taille du fichier journal des transactions grandir à la taille normale de pointe. Par conséquent, le croissance automatique incrément est évitée. Pour définir la taille du journal des transactions, utilisez la page de Propriétés de base de données de SSMS, ou utilisez la commande suivante MODIFIER LA BASE DE DONNÉES syntaxe :
      MODIFY FILE ( NAME = transactionloglogicalfilenae, SIZE=newtotalsize MB) 

      Pour plus d'informations sur la façon d'augmenter la taille d'une base de données de SSMS, visitez le site Web MSDN suivant :
      Comment faire pour augmenter la taille d'une base de données de SSMS
      Pour plus d'informations sur le ALTER DATABASE MODIFIER FICHIER syntaxe, visitez le site Web MSDN suivant :
      Informations générales sur la syntaxe de ALTER DATABASE FILE modifier

Plus d'informations

Vous pouvez vérifier le nombre de segments du fichier journal virtuel en passant en revue le fichier journal des erreurs SQL, puis en recherchant le numéro de séquence de journal (LSN) dans chaque fichier de sauvegarde du journal des transactions. Les premiers chiffres avant le symbole deux-points dans les LSNs correspondant au nombre de LSN.

Par exemple, le premier nombre dans le premier message d'information pour le LSN est 1. Toutefois, le premier nombre dans le deuxième message d'information pour le LSN est 100001. Dans ce scénario, il existe 100 000 fichiers journaux virtuels utilisés entre l'heure du premier message d'information et de la deuxième message d'information. Par conséquent, le journal des transactions fragmentés connecté qui a de nombreux fichiers journaux virtuels (fichiers journaux virtuels) semblable au suivant :

{Sauvegarde du journal. Base de données : mydbname, date(time) de création : 2010/07/08(12:36:46), LSN de la première : 1:5068:70, dernier LSN : 1:5108:1, nombre d'unités de vidage: 1, informations sur le périphérique: (fichier = 1, TYPE = disque: {'C:\folder\logbackup1.trn'}). Il s'agit d'un message d'information uniquement. Aucune action utilisateur n'est requise.

Sauvegarde du journal. Base de données : mydbname, date(time) de création : 2010/07/08(15:36:46), LSN de la première : 100001:5108:1, dernier LSN : 100002:5108:1, nombre d'unités de vidage: 1, informations sur le périphérique: (fichier = 2, TYPE = disque: {'C:\folder\logbackup2.trn'}). Il s'agit d'un message d'information uniquement. Aucune action utilisateur n'est requise.}

Le tableau suivant fournit plus d'informations sur les produits ou les outils de vérification automatique de la condition qui est décrite dans la section « Symptômes » dans votre instance de SQL Server et dans les versions de SQL Server par rapport à laquelle la règle est évaluée.

Réduire ce tableauAgrandir ce tableau
Logiciel de règlesTitre de la règleDescription de la règleVersions du produit par rapport à laquelle la règle est évaluée.
System Center AdvisorSQL Server avec la réplication transactionnelle, les performances de l'Agent lecteur de journal peuvent être affecté en fonction de la taille du journal des transactions ou numéro de fichier journal virtuelDans cette instance de SQL Server, le conseiller a détecté la réplication transactionnelle de présence avec le nombre de fichiers journaux virtuels ou TLOG taille nettement supérieure. Les performances de l'Agent lecteur de journal s'en ressent par la taille du journal des transactions ou numéro de fichier journal virtuel. Réduire la taille du journal des transactions et le nombre de fichier journal virtuel pour améliorer les performances de l'Agent de lecture du journal.SQL Server 2008

SQL Server 2008 R2

SQL Server 2012



Références

Pour plus d'informations sur l'architecture physique du journal des transactions, reportez-vous au site Web MSDN suivant :
Informations générales sur l'architecture physique du journal des transactions

Pour plus d'informations sur les numéros de séquence de journal (LSN), reportez-vous au site Web MSDN suivant :
Informations générales sur les numéros de séquence de journal

Pour plus d'informations sur l'erreur 1413 lors du démarrage de la mise en miroir de base de données, reportez-vous au site Web MSDN suivant :
Informations générales sur l'erreur 1413 au démarrage de la mise en miroir de base de données

Pour plus d'informations sur comment une structure de fichier journal peut affecter les temps de récupération de base de données, reportez-vous au site Web MSDN suivant :
Comment une structure de fichier journal peut affecter les temps de récupération de base de données

Pour plus d'informations sur le journal de transactions virtuels, reportez-vous au site Web MSDN suivant :
Informations générales sur le fichier journal des transactions

Pour plus d'informations sur la façon de créer une capture instantanée de base de données, reportez-vous au site Web MSDN suivant :
Comment faire pour créer une capture instantanée de base de données
Pour plus d'informations sur le modèle de service incrémentiel pour SQL Server, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
935897 Un modèle de service incrémentiel est disponible auprès de l'équipe SQL Server pour proposer des correctifs pour les problèmes signalés
Pour plus d'informations sur le schéma d'appellation des mises à jour de SQL Server, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
822499Nouveau schéma d'affectation de noms pour les packages de mise à jour logicielle de Microsoft SQL Server
Pour plus d'informations sur la terminologie de mise à jour de logiciels, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
824684 5 Description de la terminologie standard utilisée pour définir les mises à jour logicielles de Microsoft

Propriétés

Numéro d'article: 2455009 - Dernière mise à jour: mardi 7 janvier 2014 - Version: 4.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems
  • Microsoft SQL Server 2005 Enterprise X64 Edition
  • Microsoft SQL Server 2005 Evaluation Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Standard Edition for Small Business
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Workgroup
Mots-clés : 
kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB2455009 KbMtfr
Traduction automatique
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: 2455009
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com