PbV2 : replication transactionnelle, agent de lecture du journal.
4 réponses
bobogne
suite message 12/05/2006.
Bonjour,
J'ai toujours un pb non résolu qui me pose de gros pb.
J'utilise une réplication transactionnelle dans mon application. Pb, les
agents ne se lancaient plus.
J'ai changé la propriété DistributorSecurityMode et maintenant l'agent
d'instantané se lance bien mais toujours pas l'agent de lecture du journal.
Le message d'erreur est le suivant :
État : 0, code : 1007, texte : « Le processus n'a pas pu se connecter au
serveur « MON_SERVEUR ». ».
Le processus n'a pas pu se connecter au serveur « MON_SERVEUR ».
État : 0, code : 22007, texte : « Le processus n'a pas pu créer « Interface
IReplDist ». ».
Si quelqu'un a deja rencontré cette erreur ou pourrait m'orienter vers de la
documentation pour comprendre ce qui se passe, cela me serait d'une grande
aide.
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
Rudi Bruchez
bobogne a écrit:
État : 0, code : 1007, texte : « Le processus n'a pas pu se connecter au serveur « MON_SERVEUR ». ». Le processus n'a pas pu se connecter au serveur « MON_SERVEUR ». État : 0, code : 22007, texte : « Le processus n'a pas pu créer « Interface IReplDist ». ».
Bonjour,
Quelque chose a-t-il changé dans votre config ? Eventuellement ça peut être un problème de compte sur lequel tourne l'agent, jetez un oeil aux BOL, "Security Considerations" -> Replication
Le nom d'un serveur a-t-il changé ? La réplication est très sensible aux noms de serveurs. Vous pouvez utiliser des alias SQL pour gérer ces noms de serveurs.
Vous avez aussi la possibilité d'avoir plus d'info de l'agent de lecture en le lançant en ligne de commande avec les paramètres Output et OutputVerboseLevel, jetez un oeil à http://msdn2.microsoft.com/en-US/library/ms146878.aspx
-- Rudi Bruchez, MCDBA http://www.babaluga.com/
bobogne a écrit:
État : 0, code : 1007, texte : « Le processus n'a pas pu se connecter au
serveur « MON_SERVEUR ». ».
Le processus n'a pas pu se connecter au serveur « MON_SERVEUR ».
État : 0, code : 22007, texte : « Le processus n'a pas pu créer « Interface
IReplDist ». ».
Bonjour,
Quelque chose a-t-il changé dans votre config ?
Eventuellement ça peut être un problème de compte sur lequel tourne
l'agent, jetez un oeil aux BOL, "Security Considerations" -> Replication
Le nom d'un serveur a-t-il changé ? La réplication est très sensible aux
noms de serveurs. Vous pouvez utiliser des alias SQL pour gérer ces noms de
serveurs.
Vous avez aussi la possibilité d'avoir plus d'info de l'agent de lecture en
le lançant en ligne de commande avec les paramètres Output et
OutputVerboseLevel, jetez un oeil à
http://msdn2.microsoft.com/en-US/library/ms146878.aspx
État : 0, code : 1007, texte : « Le processus n'a pas pu se connecter au serveur « MON_SERVEUR ». ». Le processus n'a pas pu se connecter au serveur « MON_SERVEUR ». État : 0, code : 22007, texte : « Le processus n'a pas pu créer « Interface IReplDist ». ».
Bonjour,
Quelque chose a-t-il changé dans votre config ? Eventuellement ça peut être un problème de compte sur lequel tourne l'agent, jetez un oeil aux BOL, "Security Considerations" -> Replication
Le nom d'un serveur a-t-il changé ? La réplication est très sensible aux noms de serveurs. Vous pouvez utiliser des alias SQL pour gérer ces noms de serveurs.
Vous avez aussi la possibilité d'avoir plus d'info de l'agent de lecture en le lançant en ligne de commande avec les paramètres Output et OutputVerboseLevel, jetez un oeil à http://msdn2.microsoft.com/en-US/library/ms146878.aspx
-- Rudi Bruchez, MCDBA http://www.babaluga.com/
bobogne
Merci de cette réponse rapide.
Voici un peu plus de détail sur ce qui c'est passé.
- Avast antivirus a été ajouté. J'ai désactivé avast, annulé le lancement autromatique des services et rebooté mon serveur, toujours meme pb. - J'utilise la réplication transactionnelle en passant par internet pour MAJ une table de 800 000 enregistrement chez environ 50 clients. J'avais configuré ma replication en indiquant que les abonnements n'expirent jamais. résultat, j'ai obtenu un fichier de log de 17GO :-(. J'ai donc changé cette propriété, réinitialisé tous les abonnement, annulé les transaction en cours, mon fichier de log est redescendu à une taille normale. - mon serveur n'a pas changé de nom. - le message que j'obtient en lancant mon agent avec Output et OutputVerboseLevel est celui indiqué ci-dessous. - le compte sur lequel tourne l'agent ne pose pas de pb (l'agent d'instantané qui utilise le meme compte fonctionne.)
Merci.
"Rudi Bruchez" <"rudi#nospam#[at]babaluga" a écrit :
bobogne a écrit:
> État : 0, code : 1007, texte : « Le processus n'a pas pu se connecter au > serveur « MON_SERVEUR ». ». > Le processus n'a pas pu se connecter au serveur « MON_SERVEUR ». > État : 0, code : 22007, texte : « Le processus n'a pas pu créer « Interface > IReplDist ». ».
Bonjour,
Quelque chose a-t-il changé dans votre config ? Eventuellement ça peut être un problème de compte sur lequel tourne l'agent, jetez un oeil aux BOL, "Security Considerations" -> Replication
Le nom d'un serveur a-t-il changé ? La réplication est très sensible aux noms de serveurs. Vous pouvez utiliser des alias SQL pour gérer ces noms de serveurs.
Vous avez aussi la possibilité d'avoir plus d'info de l'agent de lecture en le lançant en ligne de commande avec les paramètres Output et OutputVerboseLevel, jetez un oeil à http://msdn2.microsoft.com/en-US/library/ms146878.aspx
-- Rudi Bruchez, MCDBA http://www.babaluga.com/
Merci de cette réponse rapide.
Voici un peu plus de détail sur ce qui c'est passé.
- Avast antivirus a été ajouté. J'ai désactivé avast, annulé le lancement
autromatique des services et rebooté mon serveur, toujours meme pb.
- J'utilise la réplication transactionnelle en passant par internet pour
MAJ une table de 800 000 enregistrement chez environ 50 clients. J'avais
configuré ma replication en indiquant que les abonnements n'expirent jamais.
résultat, j'ai obtenu un fichier de log de 17GO :-(.
J'ai donc changé cette propriété, réinitialisé tous les abonnement, annulé
les transaction en cours, mon fichier de log est redescendu à une taille
normale.
- mon serveur n'a pas changé de nom.
- le message que j'obtient en lancant mon agent avec Output et
OutputVerboseLevel est celui indiqué ci-dessous.
- le compte sur lequel tourne l'agent ne pose pas de pb (l'agent
d'instantané qui utilise le meme compte fonctionne.)
Merci.
"Rudi Bruchez" <"rudi#nospam#[at]babaluga" a écrit :
bobogne a écrit:
> État : 0, code : 1007, texte : « Le processus n'a pas pu se connecter au
> serveur « MON_SERVEUR ». ».
> Le processus n'a pas pu se connecter au serveur « MON_SERVEUR ».
> État : 0, code : 22007, texte : « Le processus n'a pas pu créer « Interface
> IReplDist ». ».
Bonjour,
Quelque chose a-t-il changé dans votre config ?
Eventuellement ça peut être un problème de compte sur lequel tourne
l'agent, jetez un oeil aux BOL, "Security Considerations" -> Replication
Le nom d'un serveur a-t-il changé ? La réplication est très sensible aux
noms de serveurs. Vous pouvez utiliser des alias SQL pour gérer ces noms de
serveurs.
Vous avez aussi la possibilité d'avoir plus d'info de l'agent de lecture en
le lançant en ligne de commande avec les paramètres Output et
OutputVerboseLevel, jetez un oeil à
http://msdn2.microsoft.com/en-US/library/ms146878.aspx
Voici un peu plus de détail sur ce qui c'est passé.
- Avast antivirus a été ajouté. J'ai désactivé avast, annulé le lancement autromatique des services et rebooté mon serveur, toujours meme pb. - J'utilise la réplication transactionnelle en passant par internet pour MAJ une table de 800 000 enregistrement chez environ 50 clients. J'avais configuré ma replication en indiquant que les abonnements n'expirent jamais. résultat, j'ai obtenu un fichier de log de 17GO :-(. J'ai donc changé cette propriété, réinitialisé tous les abonnement, annulé les transaction en cours, mon fichier de log est redescendu à une taille normale. - mon serveur n'a pas changé de nom. - le message que j'obtient en lancant mon agent avec Output et OutputVerboseLevel est celui indiqué ci-dessous. - le compte sur lequel tourne l'agent ne pose pas de pb (l'agent d'instantané qui utilise le meme compte fonctionne.)
Merci.
"Rudi Bruchez" <"rudi#nospam#[at]babaluga" a écrit :
bobogne a écrit:
> État : 0, code : 1007, texte : « Le processus n'a pas pu se connecter au > serveur « MON_SERVEUR ». ». > Le processus n'a pas pu se connecter au serveur « MON_SERVEUR ». > État : 0, code : 22007, texte : « Le processus n'a pas pu créer « Interface > IReplDist ». ».
Bonjour,
Quelque chose a-t-il changé dans votre config ? Eventuellement ça peut être un problème de compte sur lequel tourne l'agent, jetez un oeil aux BOL, "Security Considerations" -> Replication
Le nom d'un serveur a-t-il changé ? La réplication est très sensible aux noms de serveurs. Vous pouvez utiliser des alias SQL pour gérer ces noms de serveurs.
Vous avez aussi la possibilité d'avoir plus d'info de l'agent de lecture en le lançant en ligne de commande avec les paramètres Output et OutputVerboseLevel, jetez un oeil à http://msdn2.microsoft.com/en-US/library/ms146878.aspx
-- Rudi Bruchez, MCDBA http://www.babaluga.com/
Rudi Bruchez
bobogne a écrit:
- mon serveur n'a pas changé de nom. - le message que j'obtient en lancant mon agent avec Output et OutputVerboseLevel est celui indiqué ci-dessous. - le compte sur lequel tourne l'agent ne pose pas de pb (l'agent d'instantané qui utilise le meme compte fonctionne.)
La réplication transactionnelle est en effet un peu délicate en terme de log de transaction, et en ce moment j'hésite un peu dans un environnement où l'espace disque de log est limité.
je n'ai malheureusement plus beaucoup d'idées pour votre problème. Que se passe-t-il si vous supprimez et recréez la publication ? Bon, il est vrai que c'est un peu pénible de supprimer et recréer, surtout si vous distribuez sur 50 clients.
Au cas où, j'ai eu des cas où des traces mes publications transactionnelles supprimées restaient un peu mystérieusement actives. Voici les quelques notes que j'avais prises à l'époque, si elle peuvent vous être utiles un jour ou l'autre. http://www.babaluga.org/blog/archives/2005/04/28/
-- Rudi Bruchez, MCDBA http://www.babaluga.com/
bobogne a écrit:
- mon serveur n'a pas changé de nom.
- le message que j'obtient en lancant mon agent avec Output et
OutputVerboseLevel est celui indiqué ci-dessous.
- le compte sur lequel tourne l'agent ne pose pas de pb (l'agent
d'instantané qui utilise le meme compte fonctionne.)
La réplication transactionnelle est en effet un peu délicate en terme de
log de transaction, et en ce moment j'hésite un peu dans un environnement
où l'espace disque de log est limité.
je n'ai malheureusement plus beaucoup d'idées pour votre problème. Que se
passe-t-il si vous supprimez et recréez la publication ? Bon, il est vrai
que c'est un peu pénible de supprimer et recréer, surtout si vous
distribuez sur 50 clients.
Au cas où, j'ai eu des cas où des traces mes publications transactionnelles
supprimées restaient un peu mystérieusement actives. Voici les quelques
notes que j'avais prises à l'époque, si elle peuvent vous être utiles un
jour ou l'autre.
http://www.babaluga.org/blog/archives/2005/04/28/
- mon serveur n'a pas changé de nom. - le message que j'obtient en lancant mon agent avec Output et OutputVerboseLevel est celui indiqué ci-dessous. - le compte sur lequel tourne l'agent ne pose pas de pb (l'agent d'instantané qui utilise le meme compte fonctionne.)
La réplication transactionnelle est en effet un peu délicate en terme de log de transaction, et en ce moment j'hésite un peu dans un environnement où l'espace disque de log est limité.
je n'ai malheureusement plus beaucoup d'idées pour votre problème. Que se passe-t-il si vous supprimez et recréez la publication ? Bon, il est vrai que c'est un peu pénible de supprimer et recréer, surtout si vous distribuez sur 50 clients.
Au cas où, j'ai eu des cas où des traces mes publications transactionnelles supprimées restaient un peu mystérieusement actives. Voici les quelques notes que j'avais prises à l'époque, si elle peuvent vous être utiles un jour ou l'autre. http://www.babaluga.org/blog/archives/2005/04/28/
-- Rudi Bruchez, MCDBA http://www.babaluga.com/
bobogne
Merci pour cette aide, j'ai enfin réussi à m'en sortir.
- J'ai d'abord appliqué les requetes de nettoyage des transactions, meme pb - ensuite j'ai supprimer la publication et je l'ai récréé, meme pb - j'ai enfin supprimé la distribution, puis recréé la distribution et la publication, ce qui a résolu momn problème.
A Bientot.
"Rudi Bruchez" <"rudi#nospam#[at]babaluga" a écrit :
bobogne a écrit:
> - mon serveur n'a pas changé de nom. > - le message que j'obtient en lancant mon agent avec Output et > OutputVerboseLevel est celui indiqué ci-dessous. > - le compte sur lequel tourne l'agent ne pose pas de pb (l'agent > d'instantané qui utilise le meme compte fonctionne.)
La réplication transactionnelle est en effet un peu délicate en terme de log de transaction, et en ce moment j'hésite un peu dans un environnement où l'espace disque de log est limité.
je n'ai malheureusement plus beaucoup d'idées pour votre problème. Que se passe-t-il si vous supprimez et recréez la publication ? Bon, il est vrai que c'est un peu pénible de supprimer et recréer, surtout si vous distribuez sur 50 clients.
Au cas où, j'ai eu des cas où des traces mes publications transactionnelles supprimées restaient un peu mystérieusement actives. Voici les quelques notes que j'avais prises à l'époque, si elle peuvent vous être utiles un jour ou l'autre. http://www.babaluga.org/blog/archives/2005/04/28/
-- Rudi Bruchez, MCDBA http://www.babaluga.com/
Merci pour cette aide, j'ai enfin réussi à m'en sortir.
- J'ai d'abord appliqué les requetes de nettoyage des transactions, meme pb
- ensuite j'ai supprimer la publication et je l'ai récréé, meme pb
- j'ai enfin supprimé la distribution, puis recréé la distribution et la
publication, ce qui a résolu momn problème.
A Bientot.
"Rudi Bruchez" <"rudi#nospam#[at]babaluga" a écrit :
bobogne a écrit:
> - mon serveur n'a pas changé de nom.
> - le message que j'obtient en lancant mon agent avec Output et
> OutputVerboseLevel est celui indiqué ci-dessous.
> - le compte sur lequel tourne l'agent ne pose pas de pb (l'agent
> d'instantané qui utilise le meme compte fonctionne.)
La réplication transactionnelle est en effet un peu délicate en terme de
log de transaction, et en ce moment j'hésite un peu dans un environnement
où l'espace disque de log est limité.
je n'ai malheureusement plus beaucoup d'idées pour votre problème. Que se
passe-t-il si vous supprimez et recréez la publication ? Bon, il est vrai
que c'est un peu pénible de supprimer et recréer, surtout si vous
distribuez sur 50 clients.
Au cas où, j'ai eu des cas où des traces mes publications transactionnelles
supprimées restaient un peu mystérieusement actives. Voici les quelques
notes que j'avais prises à l'époque, si elle peuvent vous être utiles un
jour ou l'autre.
http://www.babaluga.org/blog/archives/2005/04/28/
Merci pour cette aide, j'ai enfin réussi à m'en sortir.
- J'ai d'abord appliqué les requetes de nettoyage des transactions, meme pb - ensuite j'ai supprimer la publication et je l'ai récréé, meme pb - j'ai enfin supprimé la distribution, puis recréé la distribution et la publication, ce qui a résolu momn problème.
A Bientot.
"Rudi Bruchez" <"rudi#nospam#[at]babaluga" a écrit :
bobogne a écrit:
> - mon serveur n'a pas changé de nom. > - le message que j'obtient en lancant mon agent avec Output et > OutputVerboseLevel est celui indiqué ci-dessous. > - le compte sur lequel tourne l'agent ne pose pas de pb (l'agent > d'instantané qui utilise le meme compte fonctionne.)
La réplication transactionnelle est en effet un peu délicate en terme de log de transaction, et en ce moment j'hésite un peu dans un environnement où l'espace disque de log est limité.
je n'ai malheureusement plus beaucoup d'idées pour votre problème. Que se passe-t-il si vous supprimez et recréez la publication ? Bon, il est vrai que c'est un peu pénible de supprimer et recréer, surtout si vous distribuez sur 50 clients.
Au cas où, j'ai eu des cas où des traces mes publications transactionnelles supprimées restaient un peu mystérieusement actives. Voici les quelques notes que j'avais prises à l'époque, si elle peuvent vous être utiles un jour ou l'autre. http://www.babaluga.org/blog/archives/2005/04/28/
