Description des options de récupération après sinistre pour Microsoft SQL Server

Traductions disponibles Traductions disponibles
Numéro d'article: 822400 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

Cet article traite des différentes solutions de récupération de données à partir d'une base de données Microsoft SQL Server, si un sinistre se produit. Cet article également Décrit les avantages et les inconvénients de chaque solution.

Reprise après sinistre est un processus que vous pouvez utiliser pour récupérer des informations systèmes et données, en cas de sinistre.

Voici quelques exemples de catastrophes inclure un naturel ou sinistre artificiels tel qu'un incendie ou une technique reprise après sinistre tel qu'une défaillance de deux disques dans un Redundant Array of Independent Disks Tableau 5 (RAID).

Planification de la récupération après sinistre est le travail est consacré à la préparation de toutes les actions qui doivent avoir lieu en réponse à un incident. La planification comprend la sélection d'une stratégie pour aider à récupérer de précieuses données. La sélection de la stratégie de rétablissement appropriée dépend besoins de votre entreprise.

Remarque : Les solutions sont abordées dans cet article fournissent uniquement Description générale des technologies que vous pouvez utiliser. Ces général Ces descriptions sont pour comparer les différentes méthodes de récupération après sinistre et la plans de reprise. Avant de choisir quelle solution de reprise après sinistre vous convient le mieux, assurez-vous que vous regardez chacun du sinistre suggéré solutions de récupération plus en détail. Après avoir discuté chaque récupération d'urgence solution, cet article contient des liens où vous trouverez des informations supplémentaires à propos de cette solution.

Clustering avec basculement

Basculement de cluster Microsoft SQL Server 2000 est conçu pour basculement automatiquement si une panne matérielle ou une défaillance logicielle se produit. Vous utiliser SQL Server 2000 clustering avec basculement pour créer un basculement de cluster pour un instance unique de SQL Server 2000 ou de plusieurs instances de SQL Server 2000. Clustering avec basculement permet à un système de base de données basculer automatiquement le traitement d'une instance de SQL Server d'un serveur défaillant à un travail serveur. Par conséquent, le clustering avec basculement est utile si un système d'exploitation panne ou si vous effectuez une mise à niveau planifiée du système de base de données ressources. En outre, le clustering avec basculement augmente la disponibilité de serveur ne contenant aucun temps d'arrêt.

Parce que le clustering avec basculement est conçu pour serveur haut disponibilité presque sans interruption du serveur, les n?uds de cluster doivent être géographiquement proche de l'autre. Clustering avec basculement peut ne pas être utile si un Échec de baie de disque se produit.

Remarque : Pour implémenter un cluster de basculement, vous devez installer Microsoft SQL Server 2000 Édition entreprise.

Les systèmes d'exploitation suivants prend en charge le clustering avec basculement :
  • Microsoft Windows NT 4.0, Édition entreprise
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, Édition entreprise Edition
  • Microsoft Windows Server 2003, Datacenter Edition
Ces systèmes d'exploitation comprennent un composant installable, Microsoft Cluster Service (MSCS). Pour mettre en ?uvre de clusters de basculement pour SQL Serveur, vous devez installer MSCS.

Pour plus d'informations sur MSCS et son installation, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
259267Service de Cluster Microsoft ressources d'installation

Avantage et les inconvénients de l'utilisation de clusters de basculement

Avantage
Vous avez la disponibilité élevée du serveur. Basculement de cluster automatiquement en cas de défaillance du serveur principal.
Inconvénients
  • Vous subissez une dépense supérieure. La maintenance de deux serveurs est deux fois le coût de maintenance d'un serveur unique. Parce que vous devez maintient deux serveurs en même temps, il est plus coûteux à installer et maintenir les n?uds de cluster.
  • Serveurs doivent être dans le même emplacement. Si les branches de l'organisation sont dans le monde entier et les clusters actifs/actifs doivent être mise en oeuvre dans les succursales, la mise en réseau et l'infrastructure de stockage qui Vous devez utiliser est très différent à partir d'un cluster de serveurs de périphérique quorum standard. Par conséquent, il est possible, il est préférable de ne pas utiliser géographiquement serveurs distants.
  • Aucune protection contre une baie de disques défaillance.
  • Clustering avec basculement ne vous permet pas de créer de basculement clusters au niveau de la base de données de niveau ou à la base de données objet niveau, tels que le niveau de la table.
Pour plus d'informations sur le clustering avec basculement, visitez le site Web de Microsoft suivant :
http://msdn2.Microsoft.com/en-us/library/aa174512 (SQL.80) .aspx
Pour plus d'informations sur les clusters de basculement, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
243218Ordre d'installation pour SQL Server 2000 Édition entreprise sur Microsoft Cluster Server
822250 Présentation technique en ligne : Procédures de récupération d'urgence de clustering avec basculement d'une Microsoft SQL Server 2000
Pour plus d'informations sur la stratégie de Support Microsoft pour un cluster de basculement SQL Server, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
327518La stratégie de support Microsoft pour un cluster de basculement SQL Server

La mise en miroir de base de données

La mise en miroir de base de données est une solution de logiciels principalement pour augmenter la disponibilité de la base de données. Vous pouvez implémenter uniquement la mise en miroir sur une base par base de données. La mise en miroir fonctionne uniquement avec les bases de données qui utilisent le modèle de récupération complète. Les modèles de récupération simple et journalisée en bloc ne supportent pas la mise en miroir de base de données. Par conséquent, toutes les opérations en bloc sont toujours entièrement enregistrées. La mise en miroir de base de données fonctionne avec n'importe quel niveau de compatibilité de base de données pris en charge.

Avantage et les inconvénients de la mise en miroir de base de données

Avantages
  • La mise en miroir de base de données augmente la protection des données.
  • La mise en miroir de base de données augmente la disponibilité d'une base de données.
  • La mise en miroir de base de données améliore la disponibilité de la base de données de production au cours des mises à niveau.
Inconvénients
  • La base de données miroir doit être identique à la base de données principale. Par exemple, tous les objets, les connexions et les autorisations doivent être identiques.
  • La mise en miroir de base de données implique le transfert des informations d'un ordinateur à un autre ordinateur sur un réseau. Par conséquent, la sécurité des informations qui transfère des SQL Server est très importante.

Réplication transactionnelle peer-to-peer

La réplication transactionnelle peer-to-peer est conçue pour les applications qui peuvent lire ou peuvent modifier les données dans une base de données qui participe à la réplication. En outre, si tous les serveurs qui hébergent les bases de données ne sont pas disponibles, vous pouvez modifier l'application pour acheminer le trafic vers les serveurs restants. Les autres serveurs contiennent des copies identiques des données.

Avantages et inconvénients de l'utilisation de la réplication transactionnelle peer-to-peer

Avantages
  • Performances en lecture sont améliorées car vous pouvez répartir l'activité sur tous les n?uds.
  • Agrégation des performances de mise à jour, insérer des performances et supprimer les performances pour la topologie ressemble à la performance d'un seul n?ud, car toutes les modifications sont propagées à tous les n?uds.
Inconvénients
  • Réplication d'égal à égal est disponible uniquement dans SQL Server 2005 Enterprise Edition.
  • Toutes les bases de données participantes doivent contenir des données et des schémas identiques.
  • Nous recommandons que chaque n?ud utiliser sa propre base de données de distribution. Cette configuration élimine le risque pour SQL Server 2005 d'avoir un point de défaillance unique.
  • Vous ne peut pas inclure des tables et autres objets dans plusieurs publications peer-to-peer au sein d'une base de données de publication unique.
  • Vous devez disposer d'une publication activée pour la réplication de peer-to-peer avant de créer des abonnements.
  • Vous devez initialiser les abonnements à l'aide d'une sauvegarde ou en définissant la valeur de type de synchronisation de l'abonnement de réplication prend en charge uniquement.
  • La réplication transactionnelle peer-to-peer ne fournit pas de détection de conflit ou de résolution des conflits.
  • Nous vous recommandons de ne pas utiliser de colonnes d'identité.

Maintenance d'un secours à chaud serveur

Vous pouvez créer et gérer un serveur de secours semi-automatique à l'aide des méthodes suivantes :
  • Envoi de journaux
  • Réplication transactionnelle
Plus d'informations sur chacune de ces deux méthodes suit.

Envoi de journaux

Envoi de journaux est inclus dans le kit de ressources pour Microsoft SQL Server 7.0 et il est entièrement intégré dans Microsoft SQL Server 2000 Enterprise Edition et dans la Microsoft SQL Server 2000 Édition Enterprise Developer. Journal expédition utilise un serveur de secours n'est pas utilisé pendant les opérations normales. A serveur de secours est utile pour récupérer des données en cas de sinistre. Vous pouvez Utilisez uniquement au niveau de la base de données d'envoi de journaux. Vous ne pouvez pas l'utiliser à l'instance niveau.

Lorsqu'un serveur de secours est la restauration des journaux de transactions, la base de données est en mode exclusif et il est inutilisable. Toutefois, vous pouvez exécuter le lot tâches de Reporting entre les restaurations de journal de transactions ou de la Console de base de données Commandes (DBCC) vérifie en permanence l'intégrité de la mise en veille serveur. Pour les applications comme les serveurs de prise en charge de la décision nécessitant sur un serveur de base de données de traitement continu, l'envoi de journaux n'est pas appropriée option.

La latence sur le serveur de secours est basée sur la façon de forum les sauvegardes du journal des transactions sont prises sur le serveur principal et ensuite appliquées au le serveur de secours. Si le serveur principal tombe en panne, vous risquez de perdre les modifications qui ont été effectuées par les transactions survenues après votre transaction la plus récente sauvegarde du journal.

Par exemple, si les sauvegardes du journal des transactions sont effectuées chaque 10 minutes, transactions la plus récente pendant 10 minutes peuvent être perdues. Ceci ne signifie pas nécessairement que les mises à jour de données sont effectuées sur le serveur principal serveur pendant la période de latence seront perdue. En règle générale, les nouvelles mises à jour dans le journal des transactions principales peut être récupéré et appliquée au niveau du serveur de secours à chaud avec un petit retard de commutation à partir du serveur principal pour la mise en veille seulement serveur. L'objectif principal de l'envoi de journaux est de maintenir un serveur de secours semi-automatique. Si vous gérez qu'un serveur de secours semi-automatique est votre principal objectif, l'envoi de journaux est susceptibles d'être plus approprié que les autres solutions que cet article traite.

Avantages et inconvénients de l'utilisation de l'envoi de journaux

Avantages
  • Vous pouvez récupérer toutes les activités de base de données. La récupération inclut tous les objets qui ont été créées comme les tables et vues. Il également inclut des modifications de sécurité tels que les nouveaux utilisateurs qui ont été créés et tout modifications d'autorisations.
  • Vous pouvez restaurer la base de données plus rapidement. La restauration de la base de données et le journal des transactions est basé sur les formats de page de bas niveau. Par conséquent, l'envoi de journaux accélère le processus de restauration et se traduit par la récupération rapide des données.
Inconvénients
  • La base de données est inutilisable pendant le processus de restauration parce que la base de données est en mode exclusif sur le serveur de secours.
  • Il existe un manque de granularité. Lors de la restauration processus, toutes les modifications sur le serveur primaire sont appliqués à la mise en veille serveur. Vous ne pouvez pas utiliser l'envoi de journaux pour appliquer les modifications pour quelques tables et refuser les modifications restantes.
  • Il n'existe aucun basculement automatique des applications. Lors de la serveur principal échoue en raison d'un sinistre, n'est pas le cas du serveur de secours basculement automatique. Par conséquent, vous devez explicitement rediriger le applications qui se connectent au serveur principal pour la mise en veille (basculement) serveur.
Remarque : Si votre objectif principal est de maintenir un serveur de secours à chaud Microsoft vous recommande d'utiliser l'envoi de journaux. Le serveur de secours à chaud reflète toutes les transactions qui se produisent sur le serveur principal. Toutefois, vous Impossible d'utiliser le serveur de secours lorsque le serveur principal est disponible.

Pour plus d'informations sur comment configurer un serveur de secours semi-automatique à l'aide de l'envoi de journaux, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
323135Microsoft SQL Server 2000 - la configuration de journaux (livre blanc)
325220 Présentation technique en ligne : Envoi de journaux 2000 Microsoft SQL Server
Pour plus d'informations sur l'envoi de journaux, visitez le sites Web de Microsoft suivants :
http://msdn2.Microsoft.com/en-us/library/aa213785 (SQL.80) .aspx

Réplication transactionnelle

Vous pouvez également utiliser la réplication transactionnelle pour maintenir un chaud serveur de secours. La réplication transactionnelle réplique les données sur un seul serveur (l'éditeur) vers un autre serveur (l'abonné) avec une latence moindre que journal frais de livraison. Vous pouvez implémenter la réplication transactionnelle à l'objet de base de données niveau comme niveau de la table. Par conséquent, Microsoft recommande d'utiliser réplication transactionnelle lorsque vous avez moins de données à protéger, et vous devez disposer un plan de récupération rapide.

Vous pouvez utiliser un abonnement envoyé pour mettre en ?uvre la réplication transactionnelle entre deux serveurs avec le serveur principal en tant que le Publisher et le serveur de secours en tant que l'abonné. Réplication transactionnelle assure la réplication des données. En cas d'échec de l'éditeur, l'abonné peut être utilisé.

Cette solution est vulnérable à l'échec de l'éditeur et l'abonné en même temps. Dans un tel scénario, vous ne pouvez pas protéger le données. Dans tous les autres scénarios, tels que la défaillance d'un distributeur ou un abonné, il est préférable de resynchroniser les données de l'abonné avec le données dans l'éditeur.

Vous devez utiliser la réplication transactionnelle maintenance un serveur de secours semi-automatique uniquement lorsque vous n'implémentez pas de modifications de schéma ou vous n'implémentez pas les autres modifications apportées à la base de données telles que les modifications de sécurité que la réplication ne prend pas en charge.

Remarque : La réplication n'est pas conçue pour le maintien de secours à chaud serveurs. Avec la réplication, vous pouvez utiliser les données répliquées sur l'abonné à générer des rapports. Vous pouvez également utiliser la réplication pour d'autres utilisations générales sans avoir à effectuer un traitement de l'éditeur relativement occupé.

Avantages et inconvénients de l'utilisation de la réplication transactionnelle

Avantages
  • Vous pouvez lire des données sur un abonné lorsque vous appliquez des modifications.
  • Les modifications sont appliquées avec une latence moindre.

    Remarque : Cet avantage n'est peut-être pas applicable si des opérations suivantes est vraie :
    • Les agents de réplication ne sont pas définies sur continue.
    • Les agents de réplication sont arrêtés à cause d'erreurs qui peut se produire lors de la réplication.
La réplication transactionnelle peut prendre plus de temps pour appliquer les modifications Étant donné que les mises à jour de lot importante doivent être effectuées au cours de la réplication.
Inconvénients
  • Modifications de schéma ou les modifications de sécurité qui sont effectuées au l'éditeur après l'établissement de la réplication ne sera pas disponible à la abonné.
  • Le distributeur dans la réplication transactionnelle utilise une instruction Open Connectivity (ODBC) de base de données ou une connexion OLEDB (OLE Database) Pour distribuer des données. Toutefois, l'envoi de journaux utilise l'opération de restauration instruction Transact-SQL bas niveau pour distribuer les journaux de transactions. UNE RESTAURATION Instruction TRANSACTION est beaucoup plus rapide qu'une connexion ODBC ou un OLEDB connexion.
  • En général, changement de serveur efface la réplication configurations. Par conséquent, vous devez configurer la réplication deux fois :
    Lorsque vous passez à l'abonné.
    Lorsque vous basculez vers l'éditeur.
  • En cas de sinistre, vous devez basculer manuellement les serveurs par redirection de toutes les applications à l'abonné.
Pour plus d'informations sur la réplication, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
195757Questions fréquemment posées - SQL Server 7.0 - réplication

Fonctionnalité sauvegarde et restauration

La fonctionnalité sauvegarde et restauration de SQL Server fournit un important protection pour protéger les données critiques stockées dans les bases de données SQL Server. Vous pouvez créer une copie d'une base de données (une copie de sauvegarde) à l'aide de la sauvegarde et Restaurer la fonctionnalité et ensuite stocker la copie de la base de données dans un emplacement protégé contre la défaillance potentielle du serveur qui exécute l'instance de SQL Server. Si vous rencontrez une défaillance du système de base de données ou la corruption de la base de données, Vous pouvez ensuite utiliser la copie de sauvegarde pour recréer la base de données ou pour restaurer le base de données.

Lorsque vous planifiez la reprise après sinistre à l'aide de la sauvegarde et Fonctionnalité de restauration, également déterminer l'importance sont de données dans la base de données. En outre, déterminer les besoins de restauration pour la base de données. Pour exemple, déterminer les besoins de restauration suivants :
  • Le point que vous restaurez la base de données. Vous devez décider lequel de ces deux vous voulez faire :
    Restaurer la base de données à la condition de la nuit précédant la panne.
    Restaurer la base de données à la condition d'un point de temps aussi proche que possible au moment de la défaillance.
  • Combien de temps la base de données peut être indisponible. Si vous devez restaurer la base de données immédiatement.
Après avoir déterminé les besoins de restauration, vous pouvez planifier un sauvegarde des processus qui préserve un jeu de sauvegardes pour répondre à la configuration requise

Vous pouvez uniquement restaurer une base de données à la condition de la point de temps à laquelle vous avez effectué la sauvegarde la plus récente. Les transactions qui s'est produite après que la sauvegarde risquent d'être perdue. Par conséquent, Microsoft vous recommande vous utilisez la fonctionnalité sauvegarde et restauration uniquement pour la base de données non critique applications.

Avantages et inconvénients de l'utilisation de la fonctionnalité sauvegarde et restauration

Avantages
  • Vous pouvez sauvegarder la base de données jusqu'à un support amovible à l'aide protection contre les défaillances de disque.
  • Vous n'avez pas à dépendre du réseau comme vous le faites lorsque vous utilisez le clustering avec basculement ou envoi de journaux.
Inconvénients
  • Lorsque vous sauvegardez la base de données, vous ne pouvez pas effectuer opérations de création d'index, à la création de la table de base de la réduction, ou opérations non consignées.
  • En cas d'échec, vous risquez de perdre vos données les plus récentes.
  • En cas de sinistre, vous devez restaurer manuellement la base de données.
Remarque : Avant d'utiliser votre procédure de sauvegarde et de restauration dans une production environnement, il est préférable de tester cette procédure dans un test environnement.

Pour plus d'informations sur la fonctionnalité sauvegarde et restauration, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
325257Présentation technique en ligne : Récupération de base de données 2000 SQL Server : sauvegarde et restauration
281122 Description de la restauration de sauvegardes de fichiers et de SQL Server
Pour plus d'informations sur la sauvegarde et restauration fonctionnalité, visitez les sites Web de Microsoft à l'adresse suivante :
http://msdn2.Microsoft.com/en-us/library/aa196617 (SQL.80) .aspx
http://msdn2.Microsoft.com/en-us/library/aa196685 (SQL.80) .aspx
http://msdn2.Microsoft.com/en-us/library/aa178143 (SQL.80) .aspx

Redondance de données à l'aide d'un redundant array of independent disks (RAID)

Un RAID stocke les données redondantes sur plusieurs disques afin de fournir une plus grande fiabilité et des interruptions moins fréquentes pour les serveurs. Niveaux RAID 0, 1 et 5 sont généralement utilisé en tant qu'options de récupération pour SQL Server. Les technologies RAID qui mentionnés permettant de détecter la panne et le remplacement à la suite d'un seul disque sans le serveur de mise hors connexion. Si plusieurs défaillances de disque se produisent, données ne peut pas être récupérée. Par conséquent, Microsoft recommande que vous combinez gestion des données redondantes avec une procédure de sauvegarde et de restauration pour s'assurer que que vous ne perdez pas de données si un matériel défaillance ou autre sinistre se produit.

RAID 0 utilise la technologie de répartition pour un accès plus rapide que RAID 1 utilise la technologie de mise en miroir pour la fiabilité des données. Une technique courante utilisée dans gestion de base de données relationnelle implique l'utilisation conjointe de RAID 0 et RAID 1. Dans Cette technique, deux tableaux agrégés par bandes identiques de lecteurs sont mis à jour afin que les informations stockées sur les deux tableaux sont les mêmes. Si un tableau échoue, l'autre baie est automatiquement activée jusqu'à ce que le tableau d'origine est remis en ligne.

RAID 5 (également appelé répartition avec parité) utilise une baie de disques agrégés par bande unique avec les bits de parité écrites avec la données. Lorsque tout un disque tombe en panne, les bits de parité peut être utilisées pour calculer le données manquantes, jusqu'à ce que vous remplacez le disque. Lorsque vous remplacez le disque, vous pouvez utiliser les informations de parité et les données restantes pour recréer les données à partir de la le disque défaillant et copier les données recréées dans le nouveau disque. Tous ces effectuer les opérations sans interruption du système de base de données. Un RAID fournit de nombreuses autres options et fonctionnalités pour vous aider à vous assurer que vos systèmes de base de données expérience en tant que peu d'interruptions que possible.

Avantages et inconvénients de l'utilisation d'un volume RAID

Avantage
Vous ne perdez pas de données en cas d'échec de tout un disque.
Inconvénients
  • Il peut prendre beaucoup de temps pour récupérer les données.
  • Si plusieurs disques échouent, vous pouvez peut-être pas récupérer données importantes.
Pour plus d'informations sur RAID, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
100110Vue d'ensemble de redundant arrays of inexpensive disks (RAID)

Références

Pour télécharger une version mise à jour de SQL Server 2000 livres En ligne, reportez-vous au site Web de Microsoft à l'adresse suivante :
http://www.Microsoft.com/downloads/details.aspx?FamilyID=8e2dfc8d-c20e-4446-99A9-b7f0213f8bc5
Pour plus d'informations sur les autres options de récupération après sinistre, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
307775Articles de récupération après sinistre pour Microsoft SQL Server
Pour plus d'informations sur les clusters de basculement, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
195761Questions fréquemment posées - SQL Server 7.0 - basculement
260758 Questions fréquemment posées - SQL Server 2000 - basculement de cluster
274446 Mise à niveau vers une solution de basculement SQL Server 2000 recommandée pour tous les serveurs virtuels non SQL Server 2000
280743 Windows clusters et sites séparés géographiquement
Pour plus d'informations sur la sauvegarde et restauration fonctionnalité, reportez-vous au site Web de Microsoft à l'adresse suivante :
http://technet.Microsoft.com/en-us/library/cc966495.aspx
Pour plus d'informations sur la fonctionnalité sauvegarde et restauration, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
253817Comment faire pour sauvegarder le dernier journal des transactions lorsque le maître et les fichiers de base de données sont endommagés dans SQL Server
314546 Comment faire pour déplacer des bases de données entre des ordinateurs qui exécutent des SQL Server
Pour plus d'informations sur les fichiers et dossiers du catalogue de texte intégral, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
240867Comment déplacer, copier et sauvegarder des fichiers et dossiers du catalogue de texte intégral

Propriétés

Numéro d'article: 822400 - Dernière mise à jour: mardi 3 juillet 2012 - Version: 1.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Standard
Mots-clés : 
kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 822400
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