Select the product you need help with
Envoi de journaux de questions fréquemment posées - SQL Server 2000-Numéro d'article: 314515 - Voir les produits auxquels s'applique cet article SommaireRésumé Cet article aborde plusieurs aspects de l'envoi de journaux et
répond aux questions fréquemment posées concernant le programme d'installation, sécurité,
surveillance, changement de rôle et la suppression de l'envoi des journaux dans SQL Server 2000
Enterprise Edition. Plus d'informations Envoi des journaux dans SQL Server 2000 fournit un moyen de
établissement d'une solution de sauvegarde à chaud à l'aide du Plan de Maintenance SQL Server
Assistant. Sauvegardes du journal des transactions à partir d'une base de données peuvent être automatiquement envoyés à
un autre serveur et appliqué à une base de données en attente. Vous pouvez utiliser la mise en veille
base de données pour effectuer des opérations en lecture seule (en fonction de la charge
état). Configurer l'envoi de journauxQ1 : 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 tableau
Q2 : Que dois-je faire avant de commencer l'envoi de journaux ensemble jusqu'à 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.
A3: Il est possible de configurer les services de SQL Server pour démarrer sous un compte locales Windows NT, à moins que SQL Server est configuré pour s'exécuter comme un virtuel serveur en conjonction avec le Service de Cluster Microsoft. Vous pouvez utiliser Windows NT sécurité relais à cet effet. Suivez ces étapes pour configurer sécurité relais :
A4: Dans SQL Server Enterprise Manager, cliquez droit sur la base de données le journaux a à configurer, 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 du journal des transactions vers d'autres serveurs SQL (envoi de journaux) . La case à cocher indique à l'entretien de SQL Server Planifier l'Assistant que cette base de données doit disposer de l'envoi de journaux. Vous pouvez effectuer cela l'étape d'un client qui a SQL Server Enterprise Manager est installé. 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 grisée pour les raisons suivantes :
A6: Il existe plusieurs raisons qui peuvent provoquer le journal expédition set up Échec. En ce moment, il existe au moins un problème connu qui provoque cette comportement. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft : 298743 Q7 : Les table de base de données et de schéma fichier modifications de la structure sont propagées vers le serveur secondaire ?
(http://support.microsoft.com/kb/298743/
)
BOGUE : Toutes les modifications ne peuvent pas être annulées lorsque Assistant Maintenance de livraison journal échoueA7: SQL Server 2000, toutes les table structure du fichier de base de données et de schéma les modifications sont enregistrées les opérations. Toutefois, si un nouveau fichier NDF ou LDF est ajouté au la base de données primaire, le travail de restauration des journaux de transaction échoue lors du chargement du sauvegarde du journal des transactions qui a été effectuée immédiatement après 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 Q8 : Puis-je script envoi de journaux ?
(http://support.microsoft.com/kb/286280/
)
Description de l'effet à la récupération de base de données une fois que vous ajoutez ou supprimez des fichiers de base de donnéesA8: N° Actuellement, il n'est pas possible de script envoi de journaux. Le uniquement pris en charge moyen de configurer l'envoi de journaux est via l'Assistant en tant que décrit à la question 4 de la présente section. Q9 : Puis-je définir l'envoi entre serveurs dans plusieurs domaines de journaux ? A9: Oui. Il est possible de configurer entre les serveurs d'envoi de journaux qui se trouvent dans des domaines distincts. Il existe deux façons de procéder :
A10 : Oui. Il est possible d'utiliser l'authentification Windows ou SQL pour les serveurs primaires et secondaires pour se connecter au serveur du moniteur. Microsoft vous recommande d'utiliser l'authentification Windows à cet effet. Toutefois, si elle est pas possible d'utiliser l'authentification Windows, vous pouvez utiliser l'authentification SQL. SQL Server va créer un compte de « 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 le journal frais de livraison, vous devez configurer SQL Server sur le serveur primaire, secondaire et moniteur serveurs pour utiliser l'authentification en Mode mixte. Considérations sur la sécurité de l'envoi de journauxQ1 : Si je rendre le compte « invité » indisponible 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 autoriser les utilisateurs aient accès à 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 tout raison. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft : 315523 Toutefois, vous pouvez peut faire le compte « invité »
non disponible pour les bases de données dans le cas où il peut y avoir des problèmes de sécurité. Dans la mesure où le
base de données secondaire est dans un état de veille, il n'est pas possible d'utiliser le sp_change_users_login
(http://support.microsoft.com/kb/315523/
)
Suppression du compte invité peut provoquer une erreur 916 dans SQL Server 2000 SP4 ou une violation d'accès exception gérée dans les versions antérieures de SQL Server 2000
(http://msdn2.microsoft.com/en-us/library/aa259633(SQL.80).aspx)
Pour mapper correctement les connexions d'accès à une procédure stockée. Pour appliquer le même
le modèle de sécurité dans une base de données de secours, créer les connexions sur le serveur secondaire
en utilisant la même valeur d'identificateur (SID) de sécurité que le serveur principal. En lecture
l'article suivant de la Base de connaissances Microsoft pour plus d'informations sur
Création de connexions avec le même SID valeurs : 303722 Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
(http://support.microsoft.com/kb/303722/
)
Comment faire pour accorder l'accès aux connexions SQL sur une base de données mise en veille lorsque l'utilisateur invité est désactivé dans SQL Server321247 Q2 : Quel est sp_resolve_logins ?
(http://support.microsoft.com/kb/321247/
)
Comment faire pour configurer la sécurité pour SQL Server envoi de journauxA2: Au moment de la modification du rôle d'envoi de journaux le sp_resolve_logins
(http://msdn2.microsoft.com/en-us/library/aa238877(SQL.80).aspx)
procédure stockée requiert un fichier BCP de la table système syslogins à partir du serveur principal. Cette procédure stockée se charge.
le fichier BCP dans la table temporaire et effectue une boucle sur chaque connexion afin de vérifier si
une connexion avec le même nom existe dans la table de système syslogins d'un serveur secondaire. Il vérifie ensuite si le SID de valeur pour cette
la connexion existe dans la table système sysusers de la base de données secondaire. Il enfin vérifie si la valeur du SID dans
table de base de données secondaire sysusers système n'est pas identique à la valeur du SID dans l'image secondaire
table syslogins de serveur. Si ces vérifications sont respectées, la procédure sp_resolve_logins stockées exécute la procédure stockée sp_Change_users_login pour que la connexion et corrige le SID dans le
sysusers , table système de 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 primaire après l'envoi de journaux a
été initialisé et que ces mêmes connexions ne sont pas créées sur les serveurs secondaires
avec le même SID (comme décrit dans la base de connaissances Microsoft
Q303722).3E trimestre : Le sp_resolve_logins procédures stockées étendues avec succès ; Toutefois, il n'effectue pas les modifications attendues pour la sécurité sur le serveur secondaire. Pourquoi ? A3: La procédure sp_resolve_logins stockées nécessite un fichier BCP à jour principale de (table système syslogins ) du serveur. 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. Q4 : Disposer exécuter une tâche DTS de connexions de transfert en conjonction avec la procédure sp_resolve_logins stockées avant d'effectuer le rôle modifier ? A4: Oui. Vous devez utiliser la tâche de transfert des connexions pour vous assurer que le connexions 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 doit utiliser la base de données secondaire avant effectuez la modification du rôle d'envoi de journaux, reportez-vous à la question 1 dans le présent section. Q5 : La procédure sp_resolve_logins stockées fonctionne pour les connexions d'accès distantes dans SQL Serveur ? A5: N° Le sp_resolve_logins stockées procédure ne fonctionne que pour les logins standard. Connexions d'accès distantes doivent être créées manuellement sur le serveur secondaire. Ouvrez une session de surveillance d'expéditionQ1 : Sauvegarde du journal des frais d'expédition et désynchronisation alertes sont déclenchent, 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 le base de données secondaire est mis à jour. Si le seuil d'alerte est défini sur une valeur inférieur à doublent la durée entre l'arrière et de copier ou de restaurer des travaux, les alertes peut être déclenché. Si les alertes sont déclenchés et le seuil est près ou inférieur à deux fois le temps écoulé entre la sauvegarde suivante et de copie ou de restauration travaux, lancez-vous et augmenter le seuil. Q2 : Pourquoi les sauvegardes du journal des transactions échouent restaurer sur le serveur secondaire ? A2: Sauvegardes du journal des transactions ne peuvent être restaurés si elles sont dans un séquence. Cette séquence est déterminée par les champs LastLSN et FirstLSN qui sont retournées par le RESTAURATION HEADERONLY
(http://msdn2.microsoft.com/en-us/library/aa238455(SQL.80).aspx)
commande. Si le champ LastLSN et le champ FirstLSN n'affichent pas le même nombre de transactions consécutives
journal des sauvegardes, ils ne sont pas peuvent être restaurées dans cette séquence. Il peut y avoir plusieurs
raisons pour les sauvegardes du journal des transactions être hors de la séquence. La plupart des
raisons courantes sont les suivantes :
A3: Pour obtenir plus d'informations sur une paire d'envoi de journaux particulière procédez comme suit :
A4: Chaque exécution de la tâche de copie et de restauration est associée au moins un seul fichier. Par défaut, si aucun des fichiers sont copiés ou restaurés d'une certaine exécution de un 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, le toute première fois que vous copiez ou restaurez les travaux sont exécutés sur le serveur secondaire, Il existe peut-être pas tous disponibles pour copier ou restaurer les fichiers. Dans ce cas, first_file_000000000000.TRN ne représentent pas nécessairement une erreur. Toutefois, dans certaines circonstances, il peut représenter un problème. Consultez les rubriques suivantes Article de la Base de connaissances Microsoft pour plus d'informations : 292586 Q5 : Il est possible de modifier la fréquence et la destination des sauvegardes de journal des transactions, sur le serveur principal, après que l'envoi de journaux a été opérationnelle pendant un certain temps ?
(http://support.microsoft.com/kb/292586/
)
Sauvegarde, copie et charger les informations de travail ne sont pas mis à jour sur le Moniteur d'envoi de journauxA5: Oui. Ces informations figurent dans le Plan de Maintenance sur le serveur primaire serveur. Pour afficher les informations, procédez comme suit :
Changer de rôle d'envoi de journauxQ1 : Comment effectuer une modification du rôle d'envoi de journaux ?A1: Cliquez sur le lien suivant pour lire la documentation en ligne de SQL Server 2000 modification de la rubrique sur l'exécution d'un rôle d'envoi de journaux : Comment faire Pour configurer et effectuer une modification du rôle d'envoi de journaux (Transact-SQL)
(http://msdn2.microsoft.com/en-us/library/aa215392(SQL.80).aspx)
Q2 : Puis-je effectuer un changement de rôle pendant que le serveur primaire est indisponible ou hors connexion ? A2: Oui. Exécution de la sp_change_primary_role
(http://msdn2.microsoft.com/en-us/library/aa259617(SQL.80).aspx)
procédure stockée sur le serveur principal est facultative.Q3 : Pourquoi le sp_resolve_logins stockées fail procédure avec le message d'erreur 208 lorsque exécutez à partir du 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 sp_resolve_logins stockées. Pour plus d'informations sur ce problème, lisez l'article suivant dans la Base de connaissances Microsoft : 310882 Q4: Y a-t-il un problème lors de la promotion d'un serveur secondaire en tant que serveur principal, lorsqu'il y a plusieurs serveurs secondaires liés à un changement de rôle ?
(http://support.microsoft.com/kb/310882/
)
BOGUE : sp_resolve_logins procédure stockée échoue si exécutée pendant la modification du rôle d'envoi de journauxA4: Lire l'article suivant de la Base de connaissances Microsoft concernant un connu problème qui peut provoquer des erreurs lors d'un changement de rôle implique plusieurs serveurs secondaires : 300497 Q5 : Comment puis-je je rétablir l'envoi de journaux après la promotion du serveur secondaire en tant que serveur principal ?
(http://support.microsoft.com/kb/300497/
)
CORRIGER : Envoi de journaux : ne peut pas attribuer le rôle de secondaire principal lorsque les noms de base de données sont différentsA5: Si la case à cocher Autoriser 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'a pas été sélectionné, utilisez le Assistant Plan de maintenance pour configurer les journaux après un changement de rôle.
A6: Il est possible de se connecter à plusieurs reprises sans navire entre deux serveurs avoir à restaurer la sauvegarde complète de base de données. La condition est que les deux les serveurs primaires et secondaires sont disponibles lorsque vous effectuez le rôle modifier la procédure. Dans le cadre de l'exécution de la modification de rôle, vous devez exécuter le sp_change_primary_role
(http://msdn.microsoft.com/en-us/library/aa259617.aspx)
procédure stockée. Vous devez exécuter la procédure sp_change_primary_role stockées avec le paramètre @ final_state 2 ou 3. Ceci laisse la base de données primaire
dans son état après l'exécution du journal des transactions à sauvegarder. Dans la mesure où
la base de données est laissé dans son état, cette base de données peut être sélectionnée.
Lorsque la destination d'envoi de journaux est ajoutée (comme expliqué dans le précédent
question). De cette façon, que vous n'avez pas de recharger une sauvegarde de base de données. Suppression de l'envoi de journauxQ1 : Comment puis-je arrêter de journaux pour une paire d'envoi de journaux particulière ?A1: Suivez ces étapes pour supprimer une paire d'envoi de journaux :
A2: Lire l'article suivant de la Base de connaissances Microsoft, qui traite de ce problème plus en détail : 295936
(http://support.microsoft.com/kb/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 guillemetRÉFÉRENCESPour plus d'informations sur l'envoi de journaux, visitez les sites Web de Microsoft aux adresses suivantesEnvoi de journaux http://msdn2.Microsoft.com/en-us/library/aa213785 (SQL.80) .aspx
(http://msdn2.microsoft.com/en-us/library/aa213785(SQL.80).aspx)
275146 Vous n'avez pas de voir une réponse à votre question ?
Visitez les groupes de discussion Microsoft SQL Server à :
(http://support.microsoft.com/kb/275146/
)
Envoi de journaux de questions fréquemment posées - SQL Server 7.0-Microsoft
Groupes de discussion SQL Serverhttp://www.Microsoft.com/communities/newsgroups/en-us/ Commentaires à propos de ce ou d'autres
Articles de la Base de connaissances Microsoft ? Envoyez-nous une note à SQLKB@Microsoft.com
(http://www.microsoft.com/communities/newsgroups/en-us/)
(mailto: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
(http://support.microsoft.com/kb/917544/
)
BOGUE : Vous recevez un message d'erreur lorsque vous exécutez la tâche « Journal expédition alerte Job ? restauration » dans SQL Server 2000PropriétésNuméro d'article: 314515 - Dernière mise à jour: vendredi 13 avril 2012 - Version: 1.0 Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
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: 314515
(http://support.microsoft.com/kb/314515/en-us/
)
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. | Traductions disponibles
 |
Retour au début
