Envoi de journaux de questions fréquemment posées - SQL Server 2000-

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

Sommaire

Résumé

Cet article traite de plusieurs aspects de l'envoi de journaux et répond aux questions les plus fréquemment posées concernant le programme d'installation, la sécurité, surveillance, modification de rôle et la suppression de l'envoi des journaux dans SQL Server 2000 Édition entreprise.

Plus d'informations

Envoi des journaux dans SQL Server 2000 fournit un moyen d'établir une solution de sauvegarde à chaud à l'aide de l'Assistant Plan de Maintenance de SQL Server. Sauvegardes du journal des transactions à partir d'une base de données peuvent être automatiquement expédiés vers un autre serveur et appliquées à une base de données en attente. Vous pouvez utiliser la base de données de secours pour effectuer des opérations en lecture seule (en fonction de l'état de chargement).

Configurer l'envoi de journaux

Trimestre 1: De quelle édition de SQL Server dois-je disposer configurer l'envoi de journaux ?

A1: Le tableau suivant indique l'édition de SQL Server qui est requis pour les trois composants qui participent à l'envoi de journaux :
Réduire ce tableauAgrandir ce tableau
ComposantÉdition de SQL Server requis
Serveur principalEnterprise Edition ou Developer Edition
Serveur secondaireEnterprise Edition ou Developer Edition
Serveur de moniteurN'importe quelle édition


2ème trimestre : Que dois-je faire avant de commencer l'envoi de journaux ensemble des via SQL Server Enterprise Manager ?

A2: Voici la liste de ce que vous devez faire avant de commencer l'envoi de journaux dans SQL Server 2000.

  • Démarrer le compte de domaine d'undera services SQL Server et SQL Server Agent soit configurer le pertinente primaire, secondaire et le monitorservers de sécurité relais (voir question 3 dans cette rubrique pour des informations supplémentaires).
  • Vous pouvez configurer l'envoi de journaux à partir de n'importe quel ordinateur sur lequel SQL Server Enterprise Manager (SEM). Vous devez enregistrer la valeur tous les ordinateurs exécutant SQL Server qui fonctionnent en tant que serveurs, qui sont destinés à être des serveurs de thesecondary, par l'intermédiaire de SEM, sur l'ordinateur à partir de laquelle isgoing à paramétrer l'envoi de journaux.
  • Créez un dossier sur le serveur principal pour l'arrière transactionlog ups. Vous pouvez créer ce dossier n'importe où sur l'ordinateur principal.Il doit y avoir suffisamment d'espace disque libre sur le lecteur sur lequel vous placez le blocage du dossier dans au moins un jours de sauvegarde du journal des transactions d'ups. La spacerequired exacte n'est pas facile à prévoir car elle dépend de la taille et la fréquence du journal de transactions sauvegardes de la base de données. Microsoft vous recommande de ce youcreate un dossier différent pour chaque base de données que vous envoyer des journaux.
  • Partagez les dossiers que vous avez créé à l'étape précédente. Vous assurer que vous accordez lire et modifier les autorisations pour le NTAccount Windows Microsoft sous les services SQL Server et SQL Server Agent sont démarrées pour les serveurs qui participent à l'envoi de journaux. Si vous utilisez la sécurité relais, accorder ces autorisations au compte Windows NT local, sous lequel SQLServer concernant les services sont démarrés.
  • Supprimez ou désactivez tout journal de transactions sauvegarder les travaux sur thedatabases sera journaux envoyés. Cela inclut tout upjobs arrière de tierce partie.
T3 : Disposez démarrer SQL Server des services sous un compte de domaine et non un compte local Windows NT liés ?

A3: Il est possible de configurer les services SQL Server pour démarrer sous un compte Windows NT local, à moins que SQL Server est configuré pour fonctionner comme un serveur virtuel en conjonction avec le Service de Cluster Microsoft. Vous pouvez utiliser la sécurité Windows NT pass-through dans ce but. Suivez ces étapes pour configurer la sécurité de la passerelle :
  • Créer un compte Windows NT sur les ordinateurs principal, secondaire andmonitor avec le même nom et les mots de passe.
  • Configurer SQL Server services liés à démarrer sous comptes theseWindows NT sur tous les ordinateurs.
Si SQL Server est configuré pour fonctionner comme un serveur virtuel avec le Service de Cluster Microsoft, les services de SQL Server doivent être démarrés sous un compte de domaine. Même si SQL Server est un serveur virtuel, Microsoft recommande d'utiliser un compte de domaine pour démarrer les services lorsque les ordinateurs SQL Server sont dans un domaine. Vous obtenez ce qui suit parti grâce à SQL Server liés à démarrer les services sous un compte de domaine :
  • Changement de mot de passe pour le compte willnot entraînent un échec des travaux d'envoi de journaux de démarrage de SQL Server. Pour continuer à logshipping avec succès dans une situation de sécurité relais, tous les serveurs doivent avoir thepassword modifié pour Windows NT démarre compte, en même temps.
4e trimestre : Où puis-je définir à partir de l'envoi de journaux ?

A4: Dans SQL Server Enterprise Manager, cliquez droit sur la base de données pour le journal des frais d'expédition a à paramétrer, puis cliquez sur Plan de Maintenance. Dans la boîte de dialogue Bienvenue , cliquez sur suivant. Cliquez pour sélectionner la case à cocher de livraison le journal des transactions vers d'autres serveurs SQL (envoi de journaux) . La case à cocher indique à l'Assistant Plan de Maintenance de SQL Server que cette base de données doit avoir l'envoi de journaux. Vous pouvez effectuer cette étape à partir d'un client qui a installé SQL Server Enterprise Manager.

Q5 : Pourquoi est la case à cocher livraison parfois estompée dans la boîte de dialogue Plan de Maintenance ?

A5: La case à cocher peut être estompée pour l'une des raisons suivantes :
  • Plusieurs bases de données peuvent être sélectionnées pour le MaintenancePlan.
  • La base de données sélectionnée n'est pas dans le modèle complet ou Récupération en bloc .
  • SQL Server 2000 Édition entreprise n'est pas installée sur le serveur.
Q6 : Pourquoi l'envoi de journaux configuré échoue lors de l'exécution de la configuration initiale ?

A6: Il existe plusieurs raisons qui peuvent provoquer l'envoi de journaux jeu d'échec. À ce stade, il existe au moins un problème connu qui provoque ce comportement. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
298743 BOGUE : Toutes les modifications apportées ne sera pas répercutées lors de l'Assistant Maintenance d'expédition journal échoue
Q7 : Les modifications de structure de fichier schéma et base de données de table sont propagées vers le serveur secondaire ?

A7: Dans SQL Server 2000, tous les table de base de données et de schéma fichier modifications de la structure sont des opérations enregistrées. Toutefois, si un nouveau fichier NDF ou LDF est ajouté à la base de données primaire, le travail de restauration du journal des transactions échoue lors du chargement de la sauvegarde du journal de transaction qui a été exécutée immédiatement après que le fichier de base de données a été ajouté à la base de données primaire. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
286280 Description de l'effet de la récupération de base de données une fois que vous ajoutez ou supprimez des fichiers de base de données
Q8 : Puis-je script d'envoi de journaux ?

A8: Non. Actuellement, il n'est pas possible de script envoi de journaux. Le seul moyen pris en charge de la configuration d'envoi de journaux est par l'intermédiaire de l'Assistant sous la forme 4 en question décrites de cette section.

Q 9: Puis-je configurer entre serveurs dans plusieurs domaines d'envoi de journaux ?

A9: Oui. Il est possible de paramétrer des journaux entre des serveurs qui sont dans des domaines distincts. Il existe deux façons de procéder :
  • Utiliser la sécurité de la passerelle. Configurer Windows NT accountswith le même nom et les mots de passe sur le serveur primaire, secondaire et surveiller les serveurs.Configurer SQL Server services liés à démarrer sous ces comptes pour allservers et utiliser l'authentification SQL lors de la configuration de l'envoi de journaux pour se connecter au serveur du moniteur. - ou -

  • Utiliser la sécurité Windows NT classique. Vous devez configurethe domaines avec des approbations bidirectionnelles. SQL Server concernant les services peuvent être des comptes de domaine startedunder. L'authentification SQL ou canbe d'authentification Windows utilisé par les tâches sur les serveurs principales et secondaires pour se connecter à la monitorserver. Toutes les autres exigences sont les mêmes qu'expliqué 2 répète en question.
Q10 : Est-il possible de configurer des serveurs principal et secondaire pour utiliser l'authentification SQL pour se connecter au serveur du moniteur ?

A10 : Oui. Il est possible d'utiliser l'authentification Windows ou SQL pour les serveurs principales et secondaires pour se connecter au serveur du moniteur. Microsoft vous recommande d'utiliser l'authentification Windows à cet effet. Toutefois, si elle n'est pas possible d'utiliser l'authentification Windows, vous pouvez utiliser l'authentification SQL. SQL Server crée un compte « log_shipping_monitor_probe » sur le serveur primaire, secondaire et surveiller les serveurs, si elle n'existe pas déjà, avec le mot de passe spécifié lorsque vous configurez l'envoi de journaux. Si l'authentification SQL est utilisée pour l'envoi de journaux, vous devez configurer SQL Server sur le serveur primaire, secondaire et contrôler les serveurs à utiliser l'authentification en Mode mixte.

Considérations sur la sécurité de l'envoi de journaux

Trimestre 1: Si je désactiver le compte « invité » avant de configurer l'envoi de journaux, et je veux que ma base de données secondaire dans un état de veille, comment puis-je permettre aux utilisateurs d'accéder à la base de données secondaire (en appliquant le même modèle de sécurité que le serveur principal) ?

A1: Le compte « invité » ne devant pas être supprimé à partir de SQL Server pour une raison quelconque. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
315523 Suppression du compte invité peut provoquer une erreur 916 dans SQL Server 2000 Service Pack 4 ou une violation d'accès exception gérée dans les versions antérieures de SQL Server 2000
Cependant, vous pouvez peut rendre le « invité » compte non disponible pour les bases de données dans le cas où il y a peut-être des problèmes de sécurité. Étant donné que la base de données secondaire est dans un état de veille, il n'est pas possible d'utiliser le la procédure sp_change_users_login procédure stockée de re-mappage de manière appropriée les connexions d'accès. Pour appliquer le même modèle de sécurité sur une base de données de secours, créez les connexions sur le serveur secondaire à l'aide de la même valeur d'identificateur de sécurité que le serveur principal. Lisez l'article suivant de la Base de connaissances Microsoft pour plus d'informations sur la création de connexions avec le même SID valeurs :
303722 Comment faire pour accorder l'accès aux connexions d'accès SQL sur une base de données mise en veille lorsque l'utilisateur invité est désactivé dans SQL Server
Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
321247 Comment faire pour configurer la sécurité pour SQL Server envoi de journaux
2ème trimestre : Quel est sp_resolve_logins ?

A2: Au moment de la modification du rôle d'envoi de journaux du sp_resolve_logins procédure stockée requiert un fichier BCP de la table système syslogins à partir du serveur principal. Cette procédure stockée charge le fichier BCP dans la table temporaire et effectue une boucle sur chaque connexion afin de vérifier si une connexion portant le même nom existe dans la table de système syslogins d'un serveur secondaire. Il vérifie ensuite si la valeur du SID pour cette connexion existe dans la table système sysusers de la base de données secondaire. Enfin, il vérifie pour voir si la valeur du SID dans la table de base de données secondaire sysusers système n'est pas identique à la valeur du SID dans la table syslogins du serveur secondaire. Si ces contrôles sont respectées, la procédure sp_resolve_logins stockée exécute la procédure sp_Change_users_login stockées pour cette connexion et résout l'identificateur de sécurité dans la table système sysusers de la base de données secondaire. L'exécution de cette procédure stockée est requise uniquement s'il existe de nouvelles connexions créées sur le serveur principal après l'envoi de journaux a été initialisé et ces mêmes connexions ne sont pas créées sur les serveurs secondaires avec le même identificateur de sécurité (comme décrit dans l'article Q303722 de la Base de connaissances Microsoft).

T3 : Le sp_resolve_logins les procédures stockées étendues avec succès ; Toutefois, il n'effectue pas les modifications prévues à la sécurité sur le serveur secondaire. Pourquoi ?

A3: La procédure sp_resolve_logins stockées nécessite un jour fichier BCP de syslogins (table système) du serveur principal. Ces connexions doivent déjà créés sur le serveur secondaire. Si ces deux conditions sont réunies, la procédure sp_resolve_logins stockées effectue les modifications apportées à la table système sysusers dans la base de données secondaire.

4e trimestre : Disposez exécuter une tâche de transfert de DTS de connexions conjointement avec la procédure sp_resolve_logins stockées avant de procéder à la modification de rôle ?

A4: Oui. Vous devez utiliser la tâche transfert des connexions afin de vous assurer que les connexions d'accès existent dans la table système syslogins sur le serveur secondaire. Cela ne garantit pas que l'utilisateur peut utiliser la base de données secondaire (si la base de données secondaire est chargé en mode veille). Si l'utilisateur dispose utiliser la base de données secondaire avant d'effectuer la modification du rôle d'envoi de journaux, consultez la question 1 dans cette section.

Q5 : La procédure sp_resolve_logins stockées fonctionne pour les connexions d'accès distantes dans SQL Server ?

A5: Non. Le sp_resolve_logins stockées procédure ne fonctionne que pour les connexions par défaut. Connexions d'accès distantes doivent être créées manuellement sur le serveur secondaire.

Journal de suivi de la livraison

Trimestre 1: Sauvegarde d'envoi de journaux et alertes de désynchronisation sont déclenchement, même lorsque le serveur secondaire est mis à jour avec les sauvegardes du journal des transactions. Est-ce possible ?

A1: Oui. Il est possible que les alertes peuvent se déclencher même lorsque la base de données secondaire est mis à jour. Si le seuil d'alerte est défini sur une valeur inférieure à deux fois le temps écoulé entre sauvegarder et copier ou restaurer les travaux, les alertes peuvent être déclenchés. Si les alertes sont est déclenché et le seuil est proche ou égale à deux fois l'intervalle entre la sauvegarde suivante et copie ou de procédures de restauration, continuez et augmentez le seuil.

2ème trimestre : Pourquoi les sauvegardes du journal des transactions échouent restaurer sur le serveur secondaire ?

A2: Sauvegardes du journal des transactions seulement peuvent être restaurés que s'ils sont dans une séquence. Cette séquence est déterminée par les champs LastLSN et FirstLSN qui sont retournés par le RESTORE HEADERONLY commande. Si le champ LastLSN et le champ FirstLSN n'affichent pas le même nombre de sauvegardes de journaux de transactions consécutifs, ils ne sont pas peuvent être restaurées dans cet ordre. Il peut y avoir plusieurs raisons pour les sauvegardes du journal des transactions en séquence. Quelques-unes des causes plus courantes sont les suivantes :
  • Il y a transaction redondants journal des tâches de sauvegarde sur serveur theprimary qui sont à l'origine de la séquence de rupture.
  • Il existe des opérations non journalisée dans la base de données. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    272093 Description des effets des opérations non consignées et journalisées sur la sauvegarde du journal des transactions et le processus de restauration dans SQL Server
  • Le modèle de récupération de la base de données était probablement des sauvegardes du journal des transactions toggledbetween.
  • La tâche de transformation de données (DTS, Data Transformation Services) sur le primaryserver peut être à l'origine de ce problème. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    308267 CORRECTIF : Sauts de chaîne de sauvegarde du journal des transactions en basculant en mode de récupération simple au cours du transfert DTS copie les objets tâche (DMO)
T3 : Où puis-je trouver des informations sur les erreurs lors de la sauvegarde, copier ou les opérations de restauration ?

A3: Pour obtenir plus d'informations sur une paire d'envoi de journal spécifique, procédez comme suit :
  1. Ouvrez SQL Server Enterprise Manager et ensuite de se connecter au serveur themonitor.
  2. Sous administration, cliquez sur Moniteur d'envoi de journaux. Dans le volet droit de la fenêtre, tous les journaux des paires aredisplayed (qui ont été configurés avec ce serveur en tant que serveur du moniteur).Si la paire d'envoi de journaux ne sont pas visible, cliquez droit sur le Moniteur d'envoi de journaux (sous gestion), puis cliquez sur Actualiser.
  3. Avec le bouton droit de la paire que vous souhaitez des informations sur et puis cliquez sur Afficher l'historique de sauvegarde pour afficher l'historique des travaux de sauvegarde de l'envoi de journaux.
  4. Avec le bouton droit de la paire d'envoi de journaux, puis cliquez sur Afficher l'historique de restauration par copie pour afficher l'historique de copie et de procédures de restauration.
  5. Avec le bouton droit de la paire d'envoi de journaux, puis cliquez sur Propriétés pour afficher l'état, la Source et Destinationalert d'envoi de journaux en cours état.
4e trimestre : Le first_file_000000000000.trn de nom de fichier signifie que la tâche de copie et de restauration a échoué ?

A4: Chaque exécution de la tâche de copie et de restauration est associée au moins un fichier. Par défaut, si aucun fichier n'est copié ou restauré lors de l'exécution d'une de ces deux tâches, SQL Server place first_file_000000000000.trn dans le champ nom de fichier . Cela peut ou peut ne pas indique un problème. Par exemple, la première fois que les travaux de copie et de restauration sont exécutés sur le serveur secondaire, il peut-être pas tous disponibles pour copier ou restaurer les fichiers. Dans ce cas, first_file_000000000000.trn ne représente pas nécessairement une erreur. Toutefois, dans certaines circonstances, cela peut représenter un problème. Lisez l'article suivant de la Base de connaissances Microsoft pour plus d'informations :
292586 Sauvegarde, de copie et charge les informations de travail ne sont pas mis à jour sur le moniteur d'envoi de journaux
Q5 : Il est possible de modifier la fréquence et la destination des sauvegardes du journal des transactions sur le serveur principal, après l'envoi de journaux opérationnelle pendant un certain temps ?

A5: Oui. Ces informations figurent dans le Plan de Maintenance sur le serveur principal. Pour afficher les informations, procédez comme suit :
  1. Double-cliquez sur le Plan de Maintenance sur le serveur principal de la base de données pour lequel ce informationmust être modifiés.
  2. Cliquez sur l'onglet. modifier la destination de la Sauvegarde du journal des transactions et la fréquence de la dialogbox.
  3. Étant donné que la tâche de copie sur le serveur secondaire est des sauvegardes du journal des transactions copie expectingto à partir du partage spécifié à la logshipping de temps a été configuré, ce travail peut échouer après la modification du dossier cible de la sauvegarde du journal des transactions ups. Pour plus d'informations sur l'utilisation d'aroundthis problème, lisez l'article suivant dans la KnowledgeBase de Microsoft :
    314570 Impossible de modifier le partage réseau de sauvegarde après avoir modifié le dossier de sauvegarde du journal des transactions

Modification du rôle d'envoi de journaux

Trimestre 1: Comment effectuer une modification du rôle d'envoi de journaux ?

A1: Cliquez sur le lien suivant pour consulter la rubrique documentation en ligne de SQL Server 2000 sur l'exécution d'une modification du rôle d'envoi de journaux :

Comment faire pour configurer et effectuer un changement de rôle (Transact-SQL) d'envoi de journaux

2ème trimestre : Puis-je effectuer une modification de rôle pendant que le serveur principal est hors connexion ou non disponible ?

A2: Oui. Exécution de la sp_change_primary_role procédure stockée sur le serveur principal est facultative.

T3 : Pourquoi la sp_resolve_logins stockées procédure échoue avec le message d'erreur 208 lors de l'exécution à partir de la base de données secondaire au moment d'un changement de rôle ?

A3: La procédure sp_resolve_logins stockées ne qualifie pas la table système sysusers avec le préfixe de base de données master . Il s'agit d'un problème connu avec le code de la procédure stockée de sp_resolve_logins . Pour plus d'informations sur ce problème, lisez l'article suivant dans la Base de connaissances Microsoft :
310882 BOGUE : sp_resolve_logins procédure stockée échoue si exécutée lors de la modification du rôle d'envoi de journaux
4e trimestre: Y a-t-il un problème lors de la promotion d'un serveur secondaire à un serveur principal, lorsqu'il y a plusieurs serveurs secondaires liés à un changement de rôle ?

A4: Lisez l'article suivant de la Base de connaissances Microsoft sur un problème connu qui peut provoquer des erreurs lors de l'exécution d'une modification de rôle qui implique plusieurs serveurs secondaires :
300497 CORRECTIF : Envoi de journaux : ne peut pas de modifier le rôle de secondaire principale lorsque les noms de base de données sont différents
Q5 : Comment puis-je je rétablir l'envoi de journaux après la promotion du serveur secondaire pour le serveur principal ?

A5: Si la case à cocher Autoriser les base de données à assumer le rôle principal est sélectionnée, lors de la configuration d'envoi de journaux, dans la boîte de dialogue Ajouter une base de données de Destination , procédez comme suit pour ajouter un nouveau serveur secondaire après avoir effectué une modification de rôle. Si le paramètre n'est pas sélectionné, utilisez l'Assistant Plan de Maintenance pour configurer après une modification du rôle d'envoi de journaux.
  1. Ouvrez SQL Server Enterprise Manager et ensuite se connecter au serveur principal thepromoted. Inscrire le serveur que vous souhaitez ajouter en tant que serveur de thesecondary.
  2. Développez gestion (dans SQL Server Enterprise Manager), puis cliquez sur Plans de Maintenance. Cliquez droit sur le Plan de Maintenance approprié dans la liste, puis cliquez sur Propriétés.
  3. Cliquez sur l'onglet Envoi de journaux , puis cliquez sur Ajouter.
  4. Fournir les informations appropriées en ce qui concerne le secondaryserver sur cette boîte de dialogue, puis cliquez sur OK. Cela ajoutera le nouveau serveur secondaire à logshipping.
Q6 : Comment puis-je continuer à envoyer des journaux vers l'ancien serveur primaire sans restauration d'une sauvegarde de base de données ?

A6: Il est possible d'effectuer cette opération entre deux serveurs à plusieurs reprises sans avoir à restaurer la sauvegarde complète de base de données. L'exigence est que les serveurs principales et secondaires sont disponibles lorsque vous effectuez la procédure de changement de rôle. Dans le cadre de l'exécution de la modification de rôle, vous devez exécuter le sp_change_primary_role procédure stockée. Vous devez exécuter la procédure sp_change_primary_role stockée avec un paramètre @final_state de 2 ou 3. Cela laisse la base de données primaire dans son état après l'exécution de la sauvegarder le journal des transactions. Étant donné que la base de données est laissé dans son état, cette base de données peut être sélectionnée lors de l'ajout de la destination d'envoi de journaux (comme expliqué dans la question précédente). De cette façon, que vous n'êtes pas obligé de recharger une sauvegarde de base de données.

Suppression de l'envoi de journaux

Trimestre 1: Comment puis-je arrêter envoi de journaux pour une paire d'envoi de journaux particulier ?

A1: Suivez ces étapes pour supprimer une paire d'envoi de journaux :
  1. Ouvrez SQL Server Enterprise Manager sur le primaryserver. Développez gestion, puis cliquez sur Plan de Maintenance. Cliquez droit sur le Plan de Maintenance, puis cliquez sur Propriétés.
  2. Cliquez sur l'onglet Envoi de journaux , puis cliquez pour sélectionner la paire que vous souhaitez utiliser supprimer l'envoi de journaux.
  3. Cliquez sur le bouton de commande Supprimer pour supprimer cette paire d'envoi de journaux. S'il s'agit de la dernière paire de l'envoi de journaux, en cliquant sur Supprimer supprime l'envoi de journaux. Si vous souhaitez continuer à serveur situé ou à une base de données d'envoi de journaux, cliquez sur Ajouter. Puis, cliquez sur pour sélectionner le serveur approprié ou la base de données vers le serveur secondaire actas avant de supprimer le secondaire d'envoi de journaux existant.
2ème trimestre: Y a-t-il un problème avec suppression d'envoi de journaux pour une base de données contenant des caractères spéciaux dans son nom ?

A2: Lisez l'article suivant de la Base de connaissances Microsoft, lequel aborde ce problème de façon plus détaillée :
295936 CORRECTIF : Erreur suppression de l'envoi de journaux sur la base de données secondaire lorsque le nom de la base de données contient un guillemet

RÉFÉRENCES

Pour plus d'informations sur l'envoi de journaux, visitez les sites Web de Microsoft à l'adresse suivante
Envoi de journaux
http://msdn2.Microsoft.com/en-us/library/aa213785 (SQL.80).aspx
275146 Envoi de journaux de questions fréquemment posées - SQL Server 7.0-
Vous n'avez pas voir une réponse à votre question ? Visitez les groupes de discussion Microsoft SQL Server à :
Groupes de discussion Microsoft SQL Serverhttp://www.Microsoft.com/communities/newsgroups/en-us/
Commentaires sur ce ou d'autres articles de la Base de connaissances Microsoft ? Adressez-les nous à SQLKB@Microsoft.com.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
917544 BOGUE : Vous recevez un message d'erreur lorsque vous exécutez la tâche « Journal d'expédition alerte tâche ? restauration » dans SQL Server 2000

Propriétés

Numéro d'article: 314515 - Dernière mise à jour: mardi 24 juin 2014 - Version: 2.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 2000 Édition Entreprise
  • Microsoft SQL Server 2000 Édition Développeur
Mots-clés : 
kbsqlsetup kbinfo kbmt KB314515 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: 314515
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