Une erreur sur le lecteur de journal d'une réplication trancationnellle vers
plusieurs abonnées s'est mise en erreur cette nuit sur mon distributeur.
Je n'ai pas pu redémarrez l'agent. J'ai décidé de supprimer les abonnements
et de relancer la réplication, mais chaque tentative de désabonnement, ou de
suppression de la publication me retourne le message suivant :
SQL_Server entreprise manager ne peut pas la publication "rpl_PARAMETRES"
erreur 207 : 'enabled_for_syncmgr' : nom de colonne incorrect
Comment supprimer cette réplication : un redémarrage du serveur suffit-il ?
Autre question
Une des causes probables du blocage de mes réplic est la saturation du
journal de TEMPDB
Voici le message récupéré ce matin :
Le fichier journal de la base de données 'tempdb' est plein. Pour libérer de
la place, sauvegardez le journal des transactions.
(Source : AGATE (Source de données) ; Numéro d'erreur : 9002)
Comment traiter ce problème ?
Je vous remercie de l'attention que vous pourrez me porter
Yves
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
alanya
Pour le TEMPDB (qui est bien à croissance auto), j'ai la réponse : il s'agit seulement d'un pb d'espace disk. La libération d'espace m'a permis de supprimer et de reconstruire mes réplications en erreurs. (cela malgré le message d'erreur 207 qui persiste)
Suite à ce souci, je me rend compte que certains fichiers errorlog sont de taille conséquente : j'aimerais déplacer leur écriture vers un autre disk pour pouvoir récupérer de l'espace.
Existe-t-il un moyen de définir un autres espace de stockage pour ces fichiers ?
Merci encore !
"alanya" a écrit dans le message de news: 4275ece7$0$302$
bonjour à tous,
Une erreur sur le lecteur de journal d'une réplication trancationnellle
vers
plusieurs abonnées s'est mise en erreur cette nuit sur mon distributeur. Je n'ai pas pu redémarrez l'agent. J'ai décidé de supprimer les
abonnements
et de relancer la réplication, mais chaque tentative de désabonnement, ou
de
suppression de la publication me retourne le message suivant :
SQL_Server entreprise manager ne peut pas la publication "rpl_PARAMETRES" erreur 207 : 'enabled_for_syncmgr' : nom de colonne incorrect
Comment supprimer cette réplication : un redémarrage du serveur suffit-il
?
Autre question Une des causes probables du blocage de mes réplic est la saturation du journal de TEMPDB Voici le message récupéré ce matin :
Le fichier journal de la base de données 'tempdb' est plein. Pour libérer
de
la place, sauvegardez le journal des transactions. (Source : AGATE (Source de données) ; Numéro d'erreur : 9002)
Comment traiter ce problème ?
Je vous remercie de l'attention que vous pourrez me porter Yves
Pour le TEMPDB (qui est bien à croissance auto), j'ai la réponse : il s'agit
seulement d'un pb d'espace disk.
La libération d'espace m'a permis de supprimer et de reconstruire mes
réplications en erreurs. (cela malgré le message d'erreur 207 qui persiste)
Suite à ce souci, je me rend compte que certains fichiers errorlog sont de
taille conséquente : j'aimerais déplacer leur écriture vers un autre disk
pour pouvoir récupérer de l'espace.
Existe-t-il un moyen de définir un autres espace de stockage pour ces
fichiers ?
Merci encore !
"alanya" <yayraud@francechampignon.fr> a écrit dans le message de news:
4275ece7$0$302$636a15ce@news.free.fr...
bonjour à tous,
Une erreur sur le lecteur de journal d'une réplication trancationnellle
vers
plusieurs abonnées s'est mise en erreur cette nuit sur mon distributeur.
Je n'ai pas pu redémarrez l'agent. J'ai décidé de supprimer les
abonnements
et de relancer la réplication, mais chaque tentative de désabonnement, ou
de
suppression de la publication me retourne le message suivant :
SQL_Server entreprise manager ne peut pas la publication "rpl_PARAMETRES"
erreur 207 : 'enabled_for_syncmgr' : nom de colonne incorrect
Comment supprimer cette réplication : un redémarrage du serveur suffit-il
?
Autre question
Une des causes probables du blocage de mes réplic est la saturation du
journal de TEMPDB
Voici le message récupéré ce matin :
Le fichier journal de la base de données 'tempdb' est plein. Pour libérer
de
la place, sauvegardez le journal des transactions.
(Source : AGATE (Source de données) ; Numéro d'erreur : 9002)
Comment traiter ce problème ?
Je vous remercie de l'attention que vous pourrez me porter
Yves
Pour le TEMPDB (qui est bien à croissance auto), j'ai la réponse : il s'agit seulement d'un pb d'espace disk. La libération d'espace m'a permis de supprimer et de reconstruire mes réplications en erreurs. (cela malgré le message d'erreur 207 qui persiste)
Suite à ce souci, je me rend compte que certains fichiers errorlog sont de taille conséquente : j'aimerais déplacer leur écriture vers un autre disk pour pouvoir récupérer de l'espace.
Existe-t-il un moyen de définir un autres espace de stockage pour ces fichiers ?
Merci encore !
"alanya" a écrit dans le message de news: 4275ece7$0$302$
bonjour à tous,
Une erreur sur le lecteur de journal d'une réplication trancationnellle
vers
plusieurs abonnées s'est mise en erreur cette nuit sur mon distributeur. Je n'ai pas pu redémarrez l'agent. J'ai décidé de supprimer les
abonnements
et de relancer la réplication, mais chaque tentative de désabonnement, ou
de
suppression de la publication me retourne le message suivant :
SQL_Server entreprise manager ne peut pas la publication "rpl_PARAMETRES" erreur 207 : 'enabled_for_syncmgr' : nom de colonne incorrect
Comment supprimer cette réplication : un redémarrage du serveur suffit-il
?
Autre question Une des causes probables du blocage de mes réplic est la saturation du journal de TEMPDB Voici le message récupéré ce matin :
Le fichier journal de la base de données 'tempdb' est plein. Pour libérer
de
la place, sauvegardez le journal des transactions. (Source : AGATE (Source de données) ; Numéro d'erreur : 9002)
Comment traiter ce problème ?
Je vous remercie de l'attention que vous pourrez me porter Yves
Med Bouchenafa
Les fichiers errorlog peuvent être déplacés sans problème à part celui qui est actif Un nouveau fichier est créé à chaque redemarrage de SQL Server Si tu veux reellement modifier l'endroit de création de ce fichier, regarde dans les propriétés de SQL Server par l'Entreprise Manager sur l'onglet General - bouton propriétés de démarrage
-- Bien cordialement Med Bouchenafa
"alanya" a écrit dans le message de news: 42760fe1$0$290$
Pour le TEMPDB (qui est bien à croissance auto), j'ai la réponse : il s'agit seulement d'un pb d'espace disk. La libération d'espace m'a permis de supprimer et de reconstruire mes réplications en erreurs. (cela malgré le message d'erreur 207 qui persiste)
Suite à ce souci, je me rend compte que certains fichiers errorlog sont de taille conséquente : j'aimerais déplacer leur écriture vers un autre disk pour pouvoir récupérer de l'espace.
Existe-t-il un moyen de définir un autres espace de stockage pour ces fichiers ?
Merci encore !
"alanya" a écrit dans le message de news: 4275ece7$0$302$
bonjour à tous,
Une erreur sur le lecteur de journal d'une réplication trancationnellle
vers
plusieurs abonnées s'est mise en erreur cette nuit sur mon distributeur. Je n'ai pas pu redémarrez l'agent. J'ai décidé de supprimer les
abonnements
et de relancer la réplication, mais chaque tentative de désabonnement, ou
de
suppression de la publication me retourne le message suivant :
SQL_Server entreprise manager ne peut pas la publication "rpl_PARAMETRES" erreur 207 : 'enabled_for_syncmgr' : nom de colonne incorrect
Comment supprimer cette réplication : un redémarrage du serveur suffit-il
?
Autre question Une des causes probables du blocage de mes réplic est la saturation du journal de TEMPDB Voici le message récupéré ce matin :
Le fichier journal de la base de données 'tempdb' est plein. Pour libérer
de
la place, sauvegardez le journal des transactions. (Source : AGATE (Source de données) ; Numéro d'erreur : 9002)
Comment traiter ce problème ?
Je vous remercie de l'attention que vous pourrez me porter Yves
Les fichiers errorlog peuvent être déplacés sans problème à part celui qui
est actif
Un nouveau fichier est créé à chaque redemarrage de SQL Server
Si tu veux reellement modifier l'endroit de création de ce fichier, regarde
dans les propriétés de SQL Server par l'Entreprise Manager sur l'onglet
General - bouton propriétés de démarrage
--
Bien cordialement
Med Bouchenafa
"alanya" <yayraud@francechampignon.fr> a écrit dans le message de news:
42760fe1$0$290$636a15ce@news.free.fr...
Pour le TEMPDB (qui est bien à croissance auto), j'ai la réponse : il
s'agit
seulement d'un pb d'espace disk.
La libération d'espace m'a permis de supprimer et de reconstruire mes
réplications en erreurs. (cela malgré le message d'erreur 207 qui
persiste)
Suite à ce souci, je me rend compte que certains fichiers errorlog sont de
taille conséquente : j'aimerais déplacer leur écriture vers un autre disk
pour pouvoir récupérer de l'espace.
Existe-t-il un moyen de définir un autres espace de stockage pour ces
fichiers ?
Merci encore !
"alanya" <yayraud@francechampignon.fr> a écrit dans le message de news:
4275ece7$0$302$636a15ce@news.free.fr...
bonjour à tous,
Une erreur sur le lecteur de journal d'une réplication trancationnellle
vers
plusieurs abonnées s'est mise en erreur cette nuit sur mon distributeur.
Je n'ai pas pu redémarrez l'agent. J'ai décidé de supprimer les
abonnements
et de relancer la réplication, mais chaque tentative de désabonnement, ou
de
suppression de la publication me retourne le message suivant :
SQL_Server entreprise manager ne peut pas la publication "rpl_PARAMETRES"
erreur 207 : 'enabled_for_syncmgr' : nom de colonne incorrect
Comment supprimer cette réplication : un redémarrage du serveur suffit-il
?
Autre question
Une des causes probables du blocage de mes réplic est la saturation du
journal de TEMPDB
Voici le message récupéré ce matin :
Le fichier journal de la base de données 'tempdb' est plein. Pour libérer
de
la place, sauvegardez le journal des transactions.
(Source : AGATE (Source de données) ; Numéro d'erreur : 9002)
Comment traiter ce problème ?
Je vous remercie de l'attention que vous pourrez me porter
Yves
Les fichiers errorlog peuvent être déplacés sans problème à part celui qui est actif Un nouveau fichier est créé à chaque redemarrage de SQL Server Si tu veux reellement modifier l'endroit de création de ce fichier, regarde dans les propriétés de SQL Server par l'Entreprise Manager sur l'onglet General - bouton propriétés de démarrage
-- Bien cordialement Med Bouchenafa
"alanya" a écrit dans le message de news: 42760fe1$0$290$
Pour le TEMPDB (qui est bien à croissance auto), j'ai la réponse : il s'agit seulement d'un pb d'espace disk. La libération d'espace m'a permis de supprimer et de reconstruire mes réplications en erreurs. (cela malgré le message d'erreur 207 qui persiste)
Suite à ce souci, je me rend compte que certains fichiers errorlog sont de taille conséquente : j'aimerais déplacer leur écriture vers un autre disk pour pouvoir récupérer de l'espace.
Existe-t-il un moyen de définir un autres espace de stockage pour ces fichiers ?
Merci encore !
"alanya" a écrit dans le message de news: 4275ece7$0$302$
bonjour à tous,
Une erreur sur le lecteur de journal d'une réplication trancationnellle
vers
plusieurs abonnées s'est mise en erreur cette nuit sur mon distributeur. Je n'ai pas pu redémarrez l'agent. J'ai décidé de supprimer les
abonnements
et de relancer la réplication, mais chaque tentative de désabonnement, ou
de
suppression de la publication me retourne le message suivant :
SQL_Server entreprise manager ne peut pas la publication "rpl_PARAMETRES" erreur 207 : 'enabled_for_syncmgr' : nom de colonne incorrect
Comment supprimer cette réplication : un redémarrage du serveur suffit-il
?
Autre question Une des causes probables du blocage de mes réplic est la saturation du journal de TEMPDB Voici le message récupéré ce matin :
Le fichier journal de la base de données 'tempdb' est plein. Pour libérer
de
la place, sauvegardez le journal des transactions. (Source : AGATE (Source de données) ; Numéro d'erreur : 9002)
Comment traiter ce problème ?
Je vous remercie de l'attention que vous pourrez me porter Yves
alanya
Génial ! Merci bcp Med
A bientôt Yves
"Med Bouchenafa" a écrit dans le message de news:
Les fichiers errorlog peuvent être déplacés sans problème à part celui qui est actif Un nouveau fichier est créé à chaque redemarrage de SQL Server Si tu veux reellement modifier l'endroit de création de ce fichier,
regarde
dans les propriétés de SQL Server par l'Entreprise Manager sur l'onglet General - bouton propriétés de démarrage
-- Bien cordialement Med Bouchenafa
"alanya" a écrit dans le message de news: 42760fe1$0$290$ > Pour le TEMPDB (qui est bien à croissance auto), j'ai la réponse : il > s'agit > seulement d'un pb d'espace disk. > La libération d'espace m'a permis de supprimer et de reconstruire mes > réplications en erreurs. (cela malgré le message d'erreur 207 qui > persiste) > > Suite à ce souci, je me rend compte que certains fichiers errorlog sont
de
> taille conséquente : j'aimerais déplacer leur écriture vers un autre
disk
> pour pouvoir récupérer de l'espace. > > Existe-t-il un moyen de définir un autres espace de stockage pour ces > fichiers ? > > Merci encore ! > > > "alanya" a écrit dans le message de news: > 4275ece7$0$302$ >> bonjour à tous, >> >> >> Une erreur sur le lecteur de journal d'une réplication trancationnellle > vers >> plusieurs abonnées s'est mise en erreur cette nuit sur mon
distributeur.
>> Je n'ai pas pu redémarrez l'agent. J'ai décidé de supprimer les > abonnements >> et de relancer la réplication, mais chaque tentative de désabonnement,
ou
> de >> suppression de la publication me retourne le message suivant : >> >> SQL_Server entreprise manager ne peut pas la publication
"rpl_PARAMETRES"
>> erreur 207 : 'enabled_for_syncmgr' : nom de colonne incorrect >> >> Comment supprimer cette réplication : un redémarrage du serveur
suffit-il
> ? >> >> >> Autre question >> Une des causes probables du blocage de mes réplic est la saturation du >> journal de TEMPDB >> Voici le message récupéré ce matin : >> >> Le fichier journal de la base de données 'tempdb' est plein. Pour
libérer
> de >> la place, sauvegardez le journal des transactions. >> (Source : AGATE (Source de données) ; Numéro d'erreur : 9002) >> >> Comment traiter ce problème ? >> >> Je vous remercie de l'attention que vous pourrez me porter >> Yves >> >> >> >> >> >> > >
Génial ! Merci bcp Med
A bientôt
Yves
"Med Bouchenafa" <com.hotmail@bouchenafa> a écrit dans le message de news:
uaGiHmxTFHA.2768@tk2msftngp13.phx.gbl...
Les fichiers errorlog peuvent être déplacés sans problème à part celui qui
est actif
Un nouveau fichier est créé à chaque redemarrage de SQL Server
Si tu veux reellement modifier l'endroit de création de ce fichier,
regarde
dans les propriétés de SQL Server par l'Entreprise Manager sur l'onglet
General - bouton propriétés de démarrage
--
Bien cordialement
Med Bouchenafa
"alanya" <yayraud@francechampignon.fr> a écrit dans le message de news:
42760fe1$0$290$636a15ce@news.free.fr...
> Pour le TEMPDB (qui est bien à croissance auto), j'ai la réponse : il
> s'agit
> seulement d'un pb d'espace disk.
> La libération d'espace m'a permis de supprimer et de reconstruire mes
> réplications en erreurs. (cela malgré le message d'erreur 207 qui
> persiste)
>
> Suite à ce souci, je me rend compte que certains fichiers errorlog sont
de
> taille conséquente : j'aimerais déplacer leur écriture vers un autre
disk
> pour pouvoir récupérer de l'espace.
>
> Existe-t-il un moyen de définir un autres espace de stockage pour ces
> fichiers ?
>
> Merci encore !
>
>
> "alanya" <yayraud@francechampignon.fr> a écrit dans le message de news:
> 4275ece7$0$302$636a15ce@news.free.fr...
>> bonjour à tous,
>>
>>
>> Une erreur sur le lecteur de journal d'une réplication trancationnellle
> vers
>> plusieurs abonnées s'est mise en erreur cette nuit sur mon
distributeur.
>> Je n'ai pas pu redémarrez l'agent. J'ai décidé de supprimer les
> abonnements
>> et de relancer la réplication, mais chaque tentative de désabonnement,
ou
> de
>> suppression de la publication me retourne le message suivant :
>>
>> SQL_Server entreprise manager ne peut pas la publication
"rpl_PARAMETRES"
>> erreur 207 : 'enabled_for_syncmgr' : nom de colonne incorrect
>>
>> Comment supprimer cette réplication : un redémarrage du serveur
suffit-il
> ?
>>
>>
>> Autre question
>> Une des causes probables du blocage de mes réplic est la saturation du
>> journal de TEMPDB
>> Voici le message récupéré ce matin :
>>
>> Le fichier journal de la base de données 'tempdb' est plein. Pour
libérer
> de
>> la place, sauvegardez le journal des transactions.
>> (Source : AGATE (Source de données) ; Numéro d'erreur : 9002)
>>
>> Comment traiter ce problème ?
>>
>> Je vous remercie de l'attention que vous pourrez me porter
>> Yves
>>
>>
>>
>>
>>
>>
>
>
Les fichiers errorlog peuvent être déplacés sans problème à part celui qui est actif Un nouveau fichier est créé à chaque redemarrage de SQL Server Si tu veux reellement modifier l'endroit de création de ce fichier,
regarde
dans les propriétés de SQL Server par l'Entreprise Manager sur l'onglet General - bouton propriétés de démarrage
-- Bien cordialement Med Bouchenafa
"alanya" a écrit dans le message de news: 42760fe1$0$290$ > Pour le TEMPDB (qui est bien à croissance auto), j'ai la réponse : il > s'agit > seulement d'un pb d'espace disk. > La libération d'espace m'a permis de supprimer et de reconstruire mes > réplications en erreurs. (cela malgré le message d'erreur 207 qui > persiste) > > Suite à ce souci, je me rend compte que certains fichiers errorlog sont
de
> taille conséquente : j'aimerais déplacer leur écriture vers un autre
disk
> pour pouvoir récupérer de l'espace. > > Existe-t-il un moyen de définir un autres espace de stockage pour ces > fichiers ? > > Merci encore ! > > > "alanya" a écrit dans le message de news: > 4275ece7$0$302$ >> bonjour à tous, >> >> >> Une erreur sur le lecteur de journal d'une réplication trancationnellle > vers >> plusieurs abonnées s'est mise en erreur cette nuit sur mon
distributeur.
>> Je n'ai pas pu redémarrez l'agent. J'ai décidé de supprimer les > abonnements >> et de relancer la réplication, mais chaque tentative de désabonnement,
ou
> de >> suppression de la publication me retourne le message suivant : >> >> SQL_Server entreprise manager ne peut pas la publication
"rpl_PARAMETRES"
>> erreur 207 : 'enabled_for_syncmgr' : nom de colonne incorrect >> >> Comment supprimer cette réplication : un redémarrage du serveur
suffit-il
> ? >> >> >> Autre question >> Une des causes probables du blocage de mes réplic est la saturation du >> journal de TEMPDB >> Voici le message récupéré ce matin : >> >> Le fichier journal de la base de données 'tempdb' est plein. Pour
libérer
> de >> la place, sauvegardez le journal des transactions. >> (Source : AGATE (Source de données) ; Numéro d'erreur : 9002) >> >> Comment traiter ce problème ? >> >> Je vous remercie de l'attention que vous pourrez me porter >> Yves >> >> >> >> >> >> > >
