Bonjour
j'essaye de mettre en place une replication de fusion entre un serveur SQL
2005 et un MSDE 2000.
La synchronisation de la publication bloque toujours lors de la tentative
de
connexion à l'abonné
Message : Echec de la connexion "sa' Non associé à une connexion sécurisée
SQL Server.!!!!
Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
resultats....
Mais mon cas est particulier car j'arrive a me connecter au serveur MDSE
2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
Le mode d'authentification est bien défini a Authentification SQL Server.
Mais l'agent SQL server n'arrive toujours pas à se connecter.
Bonjour
j'essaye de mettre en place une replication de fusion entre un serveur SQL
2005 et un MSDE 2000.
La synchronisation de la publication bloque toujours lors de la tentative
de
connexion à l'abonné
Message : Echec de la connexion "sa' Non associé à une connexion sécurisée
SQL Server.!!!!
Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
resultats....
Mais mon cas est particulier car j'arrive a me connecter au serveur MDSE
2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
Le mode d'authentification est bien défini a Authentification SQL Server.
Mais l'agent SQL server n'arrive toujours pas à se connecter.
Bonjour
j'essaye de mettre en place une replication de fusion entre un serveur SQL
2005 et un MSDE 2000.
La synchronisation de la publication bloque toujours lors de la tentative
de
connexion à l'abonné
Message : Echec de la connexion "sa' Non associé à une connexion sécurisée
SQL Server.!!!!
Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
resultats....
Mais mon cas est particulier car j'arrive a me connecter au serveur MDSE
2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
Le mode d'authentification est bien défini a Authentification SQL Server.
Mais l'agent SQL server n'arrive toujours pas à se connecter.
Bonsoir,
Pourquoi utiliser MSDE ?
SQL Express aurait été plus adapté.
--
Cordialement.
Romelard Fabrice [MVP]
"Marcus" a écrit dans le message de news:
> Bonjour
>
> j'essaye de mettre en place une replication de fusion entre un serveur SQL
> 2005 et un MSDE 2000.
> La synchronisation de la publication bloque toujours lors de la tentative
> de
> connexion à l'abonné
> Message : Echec de la connexion "sa' Non associé à une connexion sécurisée
> SQL Server.!!!!
>
> Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
> resultats....
>
> Mais mon cas est particulier car j'arrive a me connecter au serveur MDSE
> 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>
> Le mode d'authentification est bien défini a Authentification SQL Server.
>
> Mais l'agent SQL server n'arrive toujours pas à se connecter.
Bonsoir,
Pourquoi utiliser MSDE ?
SQL Express aurait été plus adapté.
--
Cordialement.
Romelard Fabrice [MVP]
"Marcus" <Marcus@discussions.microsoft.com> a écrit dans le message de news:
FE4B8602-708D-43BF-9FA1-D9082C2874A1@microsoft.com...
> Bonjour
>
> j'essaye de mettre en place une replication de fusion entre un serveur SQL
> 2005 et un MSDE 2000.
> La synchronisation de la publication bloque toujours lors de la tentative
> de
> connexion à l'abonné
> Message : Echec de la connexion "sa' Non associé à une connexion sécurisée
> SQL Server.!!!!
>
> Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
> resultats....
>
> Mais mon cas est particulier car j'arrive a me connecter au serveur MDSE
> 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>
> Le mode d'authentification est bien défini a Authentification SQL Server.
>
> Mais l'agent SQL server n'arrive toujours pas à se connecter.
Bonsoir,
Pourquoi utiliser MSDE ?
SQL Express aurait été plus adapté.
--
Cordialement.
Romelard Fabrice [MVP]
"Marcus" a écrit dans le message de news:
> Bonjour
>
> j'essaye de mettre en place une replication de fusion entre un serveur SQL
> 2005 et un MSDE 2000.
> La synchronisation de la publication bloque toujours lors de la tentative
> de
> connexion à l'abonné
> Message : Echec de la connexion "sa' Non associé à une connexion sécurisée
> SQL Server.!!!!
>
> Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
> resultats....
>
> Mais mon cas est particulier car j'arrive a me connecter au serveur MDSE
> 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>
> Le mode d'authentification est bien défini a Authentification SQL Server.
>
> Mais l'agent SQL server n'arrive toujours pas à se connecter.
Pourquoi MSDE ?
Parce que il est déjà installé sur presque 300 postes chez nos clients.
Notre appli l'utilise depuis 5 ans.
Pourquoi ne pas installer SQL Express à la place ?
Parce que nous n'avons pas encore trouver de moyen simple et automatique
pour mettre à jour ces postes. La mise à jour demande l'installation de
Windows installer, du .net framework, puis enfin l'install de SQL
Express.
Minimum 30 mn d'install que nos utilisateurs (basiques) ne peuvent
effectuer
seuls. Donc graver 300 CD, envoyer 300 CD, 300 fois 30mn de
télémaintenance
!!!. Merci
De plus Sql Express demande 198Mo de RAM et les PC sous XP ne les ont pas.
"Romelard Fabrice [MVP]" a écrit :Bonsoir,
Pourquoi utiliser MSDE ?
SQL Express aurait été plus adapté.
--
Cordialement.
Romelard Fabrice [MVP]
"Marcus" a écrit dans le message de
news:
> Bonjour
>
> j'essaye de mettre en place une replication de fusion entre un serveur
> SQL
> 2005 et un MSDE 2000.
> La synchronisation de la publication bloque toujours lors de la
> tentative
> de
> connexion à l'abonné
> Message : Echec de la connexion "sa' Non associé à une connexion
> sécurisée
> SQL Server.!!!!
>
> Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
> resultats....
>
> Mais mon cas est particulier car j'arrive a me connecter au serveur
> MDSE
> 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>
> Le mode d'authentification est bien défini a Authentification SQL
> Server.
>
> Mais l'agent SQL server n'arrive toujours pas à se connecter.
Pourquoi MSDE ?
Parce que il est déjà installé sur presque 300 postes chez nos clients.
Notre appli l'utilise depuis 5 ans.
Pourquoi ne pas installer SQL Express à la place ?
Parce que nous n'avons pas encore trouver de moyen simple et automatique
pour mettre à jour ces postes. La mise à jour demande l'installation de
Windows installer, du .net framework, puis enfin l'install de SQL
Express.
Minimum 30 mn d'install que nos utilisateurs (basiques) ne peuvent
effectuer
seuls. Donc graver 300 CD, envoyer 300 CD, 300 fois 30mn de
télémaintenance
!!!. Merci
De plus Sql Express demande 198Mo de RAM et les PC sous XP ne les ont pas.
"Romelard Fabrice [MVP]" a écrit :
Bonsoir,
Pourquoi utiliser MSDE ?
SQL Express aurait été plus adapté.
--
Cordialement.
Romelard Fabrice [MVP]
"Marcus" <Marcus@discussions.microsoft.com> a écrit dans le message de
news:
FE4B8602-708D-43BF-9FA1-D9082C2874A1@microsoft.com...
> Bonjour
>
> j'essaye de mettre en place une replication de fusion entre un serveur
> SQL
> 2005 et un MSDE 2000.
> La synchronisation de la publication bloque toujours lors de la
> tentative
> de
> connexion à l'abonné
> Message : Echec de la connexion "sa' Non associé à une connexion
> sécurisée
> SQL Server.!!!!
>
> Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
> resultats....
>
> Mais mon cas est particulier car j'arrive a me connecter au serveur
> MDSE
> 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>
> Le mode d'authentification est bien défini a Authentification SQL
> Server.
>
> Mais l'agent SQL server n'arrive toujours pas à se connecter.
Pourquoi MSDE ?
Parce que il est déjà installé sur presque 300 postes chez nos clients.
Notre appli l'utilise depuis 5 ans.
Pourquoi ne pas installer SQL Express à la place ?
Parce que nous n'avons pas encore trouver de moyen simple et automatique
pour mettre à jour ces postes. La mise à jour demande l'installation de
Windows installer, du .net framework, puis enfin l'install de SQL
Express.
Minimum 30 mn d'install que nos utilisateurs (basiques) ne peuvent
effectuer
seuls. Donc graver 300 CD, envoyer 300 CD, 300 fois 30mn de
télémaintenance
!!!. Merci
De plus Sql Express demande 198Mo de RAM et les PC sous XP ne les ont pas.
"Romelard Fabrice [MVP]" a écrit :Bonsoir,
Pourquoi utiliser MSDE ?
SQL Express aurait été plus adapté.
--
Cordialement.
Romelard Fabrice [MVP]
"Marcus" a écrit dans le message de
news:
> Bonjour
>
> j'essaye de mettre en place une replication de fusion entre un serveur
> SQL
> 2005 et un MSDE 2000.
> La synchronisation de la publication bloque toujours lors de la
> tentative
> de
> connexion à l'abonné
> Message : Echec de la connexion "sa' Non associé à une connexion
> sécurisée
> SQL Server.!!!!
>
> Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
> resultats....
>
> Mais mon cas est particulier car j'arrive a me connecter au serveur
> MDSE
> 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>
> Le mode d'authentification est bien défini a Authentification SQL
> Server.
>
> Mais l'agent SQL server n'arrive toujours pas à se connecter.
Bonjour
Message : Echec de la connexion "sa' Non associé à une connexion
sécurisée SQL Server.!!!!
Bonjour
Message : Echec de la connexion "sa' Non associé à une connexion
sécurisée SQL Server.!!!!
Bonjour
Message : Echec de la connexion "sa' Non associé à une connexion
sécurisée SQL Server.!!!!
Bonjour
j'essaye de mettre en place une replication de fusion entre un serveur SQL
2005 et un MSDE 2000.
La synchronisation de la publication bloque toujours lors de la tentative
de
connexion à l'abonné
Message : Echec de la connexion "sa' Non associé à une connexion sécurisée
SQL Server.!!!!
Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
resultats....
Mais mon cas est particulier car j'arrive a me connecter au serveur MDSE
2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
Le mode d'authentification est bien défini a Authentification SQL Server.
Mais l'agent SQL server n'arrive toujours pas à se connecter.
Bonjour
j'essaye de mettre en place une replication de fusion entre un serveur SQL
2005 et un MSDE 2000.
La synchronisation de la publication bloque toujours lors de la tentative
de
connexion à l'abonné
Message : Echec de la connexion "sa' Non associé à une connexion sécurisée
SQL Server.!!!!
Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
resultats....
Mais mon cas est particulier car j'arrive a me connecter au serveur MDSE
2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
Le mode d'authentification est bien défini a Authentification SQL Server.
Mais l'agent SQL server n'arrive toujours pas à se connecter.
Bonjour
j'essaye de mettre en place une replication de fusion entre un serveur SQL
2005 et un MSDE 2000.
La synchronisation de la publication bloque toujours lors de la tentative
de
connexion à l'abonné
Message : Echec de la connexion "sa' Non associé à une connexion sécurisée
SQL Server.!!!!
Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
resultats....
Mais mon cas est particulier car j'arrive a me connecter au serveur MDSE
2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
Le mode d'authentification est bien défini a Authentification SQL Server.
Mais l'agent SQL server n'arrive toujours pas à se connecter.
C'est un problème de sécurité assez fréquent comme tu le soulignes par le
nombre de liens google
Dans une replication de fusion, l'agent de fusion doit faire deux types de
connections
- au système de fichiers (repertoire contenant les fichers de synchro)
- a SQL Server
En 2000, c'est le compte faisant tourner l'agent SQL Server qui est utilisé
et c'est donc ce compte qui doit avoir ces deux access
En 2005, le compte peut être configuré differement de l'agent mais le
principe est le même
La replication est un process complexe mais pas insurmontable.
Les choses ne fonctionnent pas toujours de manière intuitve
Il faut etre patient et prendre le temps de la maitriser
Bon courage
--
Bien cordialement
Med Bouchenafa
"Marcus" wrote in message
news:
> Bonjour
>
> j'essaye de mettre en place une replication de fusion entre un serveur SQL
> 2005 et un MSDE 2000.
> La synchronisation de la publication bloque toujours lors de la tentative
> de
> connexion à l'abonné
> Message : Echec de la connexion "sa' Non associé à une connexion sécurisée
> SQL Server.!!!!
>
> Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
> resultats....
>
> Mais mon cas est particulier car j'arrive a me connecter au serveur MDSE
> 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>
> Le mode d'authentification est bien défini a Authentification SQL Server.
>
> Mais l'agent SQL server n'arrive toujours pas à se connecter.
C'est un problème de sécurité assez fréquent comme tu le soulignes par le
nombre de liens google
Dans une replication de fusion, l'agent de fusion doit faire deux types de
connections
- au système de fichiers (repertoire contenant les fichers de synchro)
- a SQL Server
En 2000, c'est le compte faisant tourner l'agent SQL Server qui est utilisé
et c'est donc ce compte qui doit avoir ces deux access
En 2005, le compte peut être configuré differement de l'agent mais le
principe est le même
La replication est un process complexe mais pas insurmontable.
Les choses ne fonctionnent pas toujours de manière intuitve
Il faut etre patient et prendre le temps de la maitriser
Bon courage
--
Bien cordialement
Med Bouchenafa
"Marcus" <Marcus@discussions.microsoft.com> wrote in message
news:FE4B8602-708D-43BF-9FA1-D9082C2874A1@microsoft.com...
> Bonjour
>
> j'essaye de mettre en place une replication de fusion entre un serveur SQL
> 2005 et un MSDE 2000.
> La synchronisation de la publication bloque toujours lors de la tentative
> de
> connexion à l'abonné
> Message : Echec de la connexion "sa' Non associé à une connexion sécurisée
> SQL Server.!!!!
>
> Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
> resultats....
>
> Mais mon cas est particulier car j'arrive a me connecter au serveur MDSE
> 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>
> Le mode d'authentification est bien défini a Authentification SQL Server.
>
> Mais l'agent SQL server n'arrive toujours pas à se connecter.
C'est un problème de sécurité assez fréquent comme tu le soulignes par le
nombre de liens google
Dans une replication de fusion, l'agent de fusion doit faire deux types de
connections
- au système de fichiers (repertoire contenant les fichers de synchro)
- a SQL Server
En 2000, c'est le compte faisant tourner l'agent SQL Server qui est utilisé
et c'est donc ce compte qui doit avoir ces deux access
En 2005, le compte peut être configuré differement de l'agent mais le
principe est le même
La replication est un process complexe mais pas insurmontable.
Les choses ne fonctionnent pas toujours de manière intuitve
Il faut etre patient et prendre le temps de la maitriser
Bon courage
--
Bien cordialement
Med Bouchenafa
"Marcus" wrote in message
news:
> Bonjour
>
> j'essaye de mettre en place une replication de fusion entre un serveur SQL
> 2005 et un MSDE 2000.
> La synchronisation de la publication bloque toujours lors de la tentative
> de
> connexion à l'abonné
> Message : Echec de la connexion "sa' Non associé à une connexion sécurisée
> SQL Server.!!!!
>
> Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
> resultats....
>
> Mais mon cas est particulier car j'arrive a me connecter au serveur MDSE
> 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>
> Le mode d'authentification est bien défini a Authentification SQL Server.
>
> Mais l'agent SQL server n'arrive toujours pas à se connecter.
La replication de fusion bien qu'un peu compliquée est jouable car sa mise
en place me parait
logique.
Un test de repli entre 2 bases de production sur le meme serveur
fonctionne
parfaitement.
C'est donc la Stratégie de sécurité Microsoft (que je ne comprend pas
toujours) qui semble bloquer le processus.
Le message d'erreur est : Echec de la connexion de l'utilisateur 'sa'. et
il
provient du poste de l'abonné.
A première vue il s'agit donc de L'agent SQLServer (2000 ou 2005 le
probleme
est le meme), ou de l'agent de distribution, ou de l'agent de fusion qui
se
voit refuser la connexion au serveur SQL de l'abonné (2000).
Je ne comprend pas pourquoi le message dit : utilisateur 'sa', alors que
'sa' est un identifiant de connexion ?
Est ce que c'est un refus de connexion au Poste, ou au serveur SQL de
l'abonné ?
Est ce que le message d'erreur est un message générique qui peut signifier
autre chose ?
J'ai lancé Filemon et RegMon sur les 2 postes et je n'ai aucun accés
refusé
ni aux fichiers ni aux la bases de registre.
A noter que j'ai déjà eu un probleme indentique en essayant de d'acceder a
un serveur lié ACCESS. On a du abandonner car personne n'a pu trouver la
solution...
Abandonner un projet de repli pour ce type de bocage, ça serait bien
dommage...
Merci pour votre aide.
"Med Bouchenafa" a écrit :C'est un problème de sécurité assez fréquent comme tu le soulignes par le
nombre de liens google
Dans une replication de fusion, l'agent de fusion doit faire deux types
de
connections
- au système de fichiers (repertoire contenant les fichers de
synchro)
- a SQL Server
En 2000, c'est le compte faisant tourner l'agent SQL Server qui est
utilisé
et c'est donc ce compte qui doit avoir ces deux access
En 2005, le compte peut être configuré differement de l'agent mais le
principe est le même
La replication est un process complexe mais pas insurmontable.
Les choses ne fonctionnent pas toujours de manière intuitve
Il faut etre patient et prendre le temps de la maitriser
Bon courage
--
Bien cordialement
Med Bouchenafa
"Marcus" wrote in message
news:
> Bonjour
>
> j'essaye de mettre en place une replication de fusion entre un serveur
> SQL
> 2005 et un MSDE 2000.
> La synchronisation de la publication bloque toujours lors de la
> tentative
> de
> connexion à l'abonné
> Message : Echec de la connexion "sa' Non associé à une connexion
> sécurisée
> SQL Server.!!!!
>
> Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
> resultats....
>
> Mais mon cas est particulier car j'arrive a me connecter au serveur
> MDSE
> 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>
> Le mode d'authentification est bien défini a Authentification SQL
> Server.
>
> Mais l'agent SQL server n'arrive toujours pas à se connecter.
La replication de fusion bien qu'un peu compliquée est jouable car sa mise
en place me parait
logique.
Un test de repli entre 2 bases de production sur le meme serveur
fonctionne
parfaitement.
C'est donc la Stratégie de sécurité Microsoft (que je ne comprend pas
toujours) qui semble bloquer le processus.
Le message d'erreur est : Echec de la connexion de l'utilisateur 'sa'. et
il
provient du poste de l'abonné.
A première vue il s'agit donc de L'agent SQLServer (2000 ou 2005 le
probleme
est le meme), ou de l'agent de distribution, ou de l'agent de fusion qui
se
voit refuser la connexion au serveur SQL de l'abonné (2000).
Je ne comprend pas pourquoi le message dit : utilisateur 'sa', alors que
'sa' est un identifiant de connexion ?
Est ce que c'est un refus de connexion au Poste, ou au serveur SQL de
l'abonné ?
Est ce que le message d'erreur est un message générique qui peut signifier
autre chose ?
J'ai lancé Filemon et RegMon sur les 2 postes et je n'ai aucun accés
refusé
ni aux fichiers ni aux la bases de registre.
A noter que j'ai déjà eu un probleme indentique en essayant de d'acceder a
un serveur lié ACCESS. On a du abandonner car personne n'a pu trouver la
solution...
Abandonner un projet de repli pour ce type de bocage, ça serait bien
dommage...
Merci pour votre aide.
"Med Bouchenafa" a écrit :
C'est un problème de sécurité assez fréquent comme tu le soulignes par le
nombre de liens google
Dans une replication de fusion, l'agent de fusion doit faire deux types
de
connections
- au système de fichiers (repertoire contenant les fichers de
synchro)
- a SQL Server
En 2000, c'est le compte faisant tourner l'agent SQL Server qui est
utilisé
et c'est donc ce compte qui doit avoir ces deux access
En 2005, le compte peut être configuré differement de l'agent mais le
principe est le même
La replication est un process complexe mais pas insurmontable.
Les choses ne fonctionnent pas toujours de manière intuitve
Il faut etre patient et prendre le temps de la maitriser
Bon courage
--
Bien cordialement
Med Bouchenafa
"Marcus" <Marcus@discussions.microsoft.com> wrote in message
news:FE4B8602-708D-43BF-9FA1-D9082C2874A1@microsoft.com...
> Bonjour
>
> j'essaye de mettre en place une replication de fusion entre un serveur
> SQL
> 2005 et un MSDE 2000.
> La synchronisation de la publication bloque toujours lors de la
> tentative
> de
> connexion à l'abonné
> Message : Echec de la connexion "sa' Non associé à une connexion
> sécurisée
> SQL Server.!!!!
>
> Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
> resultats....
>
> Mais mon cas est particulier car j'arrive a me connecter au serveur
> MDSE
> 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>
> Le mode d'authentification est bien défini a Authentification SQL
> Server.
>
> Mais l'agent SQL server n'arrive toujours pas à se connecter.
La replication de fusion bien qu'un peu compliquée est jouable car sa mise
en place me parait
logique.
Un test de repli entre 2 bases de production sur le meme serveur
fonctionne
parfaitement.
C'est donc la Stratégie de sécurité Microsoft (que je ne comprend pas
toujours) qui semble bloquer le processus.
Le message d'erreur est : Echec de la connexion de l'utilisateur 'sa'. et
il
provient du poste de l'abonné.
A première vue il s'agit donc de L'agent SQLServer (2000 ou 2005 le
probleme
est le meme), ou de l'agent de distribution, ou de l'agent de fusion qui
se
voit refuser la connexion au serveur SQL de l'abonné (2000).
Je ne comprend pas pourquoi le message dit : utilisateur 'sa', alors que
'sa' est un identifiant de connexion ?
Est ce que c'est un refus de connexion au Poste, ou au serveur SQL de
l'abonné ?
Est ce que le message d'erreur est un message générique qui peut signifier
autre chose ?
J'ai lancé Filemon et RegMon sur les 2 postes et je n'ai aucun accés
refusé
ni aux fichiers ni aux la bases de registre.
A noter que j'ai déjà eu un probleme indentique en essayant de d'acceder a
un serveur lié ACCESS. On a du abandonner car personne n'a pu trouver la
solution...
Abandonner un projet de repli pour ce type de bocage, ça serait bien
dommage...
Merci pour votre aide.
"Med Bouchenafa" a écrit :C'est un problème de sécurité assez fréquent comme tu le soulignes par le
nombre de liens google
Dans une replication de fusion, l'agent de fusion doit faire deux types
de
connections
- au système de fichiers (repertoire contenant les fichers de
synchro)
- a SQL Server
En 2000, c'est le compte faisant tourner l'agent SQL Server qui est
utilisé
et c'est donc ce compte qui doit avoir ces deux access
En 2005, le compte peut être configuré differement de l'agent mais le
principe est le même
La replication est un process complexe mais pas insurmontable.
Les choses ne fonctionnent pas toujours de manière intuitve
Il faut etre patient et prendre le temps de la maitriser
Bon courage
--
Bien cordialement
Med Bouchenafa
"Marcus" wrote in message
news:
> Bonjour
>
> j'essaye de mettre en place une replication de fusion entre un serveur
> SQL
> 2005 et un MSDE 2000.
> La synchronisation de la publication bloque toujours lors de la
> tentative
> de
> connexion à l'abonné
> Message : Echec de la connexion "sa' Non associé à une connexion
> sécurisée
> SQL Server.!!!!
>
> Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
> resultats....
>
> Mais mon cas est particulier car j'arrive a me connecter au serveur
> MDSE
> 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>
> Le mode d'authentification est bien défini a Authentification SQL
> Server.
>
> Mais l'agent SQL server n'arrive toujours pas à se connecter.
Dqns une replication de fusion, interesse toi uniquement à l'agent de
fusion.
Tu dis que le message d'erreur provient de l'abonné.
Si c'est une replication PULL vérifie que le compte sous lequel tourne SQL
Server Agent a les droits de se connecter sur le publisher
Vérifie aussi que ce compte a les droits sur le repertoire contenant le
snapshot
--
Bien cordialement
Med Bouchenafa
"Marcus" wrote in message
news:
>
> La replication de fusion bien qu'un peu compliquée est jouable car sa mise
> en place me parait
> logique.
>
> Un test de repli entre 2 bases de production sur le meme serveur
> fonctionne
> parfaitement.
>
> C'est donc la Stratégie de sécurité Microsoft (que je ne comprend pas
> toujours) qui semble bloquer le processus.
>
> Le message d'erreur est : Echec de la connexion de l'utilisateur 'sa'. et
> il
> provient du poste de l'abonné.
>
> A première vue il s'agit donc de L'agent SQLServer (2000 ou 2005 le
> probleme
> est le meme), ou de l'agent de distribution, ou de l'agent de fusion qui
> se
> voit refuser la connexion au serveur SQL de l'abonné (2000).
>
> Je ne comprend pas pourquoi le message dit : utilisateur 'sa', alors que
> 'sa' est un identifiant de connexion ?
> Est ce que c'est un refus de connexion au Poste, ou au serveur SQL de
> l'abonné ?
>
> Est ce que le message d'erreur est un message générique qui peut signifier
> autre chose ?
>
> J'ai lancé Filemon et RegMon sur les 2 postes et je n'ai aucun accés
> refusé
> ni aux fichiers ni aux la bases de registre.
>
> A noter que j'ai déjà eu un probleme indentique en essayant de d'acceder a
> un serveur lié ACCESS. On a du abandonner car personne n'a pu trouver la
> solution...
>
> Abandonner un projet de repli pour ce type de bocage, ça serait bien
> dommage...
>
> Merci pour votre aide.
> "Med Bouchenafa" a écrit :
>
>> C'est un problème de sécurité assez fréquent comme tu le soulignes par le
>> nombre de liens google
>> Dans une replication de fusion, l'agent de fusion doit faire deux types
>> de
>> connections
>> - au système de fichiers (repertoire contenant les fichers de
>> synchro)
>> - a SQL Server
>> En 2000, c'est le compte faisant tourner l'agent SQL Server qui est
>> utilisé
>> et c'est donc ce compte qui doit avoir ces deux access
>> En 2005, le compte peut être configuré differement de l'agent mais le
>> principe est le même
>>
>> La replication est un process complexe mais pas insurmontable.
>> Les choses ne fonctionnent pas toujours de manière intuitve
>> Il faut etre patient et prendre le temps de la maitriser
>> Bon courage
>>
>> --
>> Bien cordialement
>> Med Bouchenafa
>>
>> "Marcus" wrote in message
>> news:
>> > Bonjour
>> >
>> > j'essaye de mettre en place une replication de fusion entre un serveur
>> > SQL
>> > 2005 et un MSDE 2000.
>> > La synchronisation de la publication bloque toujours lors de la
>> > tentative
>> > de
>> > connexion à l'abonné
>> > Message : Echec de la connexion "sa' Non associé à une connexion
>> > sécurisée
>> > SQL Server.!!!!
>> >
>> > Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
>> > resultats....
>> >
>> > Mais mon cas est particulier car j'arrive a me connecter au serveur
>> > MDSE
>> > 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>> >
>> > Le mode d'authentification est bien défini a Authentification SQL
>> > Server.
>> >
>> > Mais l'agent SQL server n'arrive toujours pas à se connecter.
>>
>>
>>
Dqns une replication de fusion, interesse toi uniquement à l'agent de
fusion.
Tu dis que le message d'erreur provient de l'abonné.
Si c'est une replication PULL vérifie que le compte sous lequel tourne SQL
Server Agent a les droits de se connecter sur le publisher
Vérifie aussi que ce compte a les droits sur le repertoire contenant le
snapshot
--
Bien cordialement
Med Bouchenafa
"Marcus" <Marcus@discussions.microsoft.com> wrote in message
news:9AFE49CD-F291-45F1-9989-FD8A53B5A36D@microsoft.com...
>
> La replication de fusion bien qu'un peu compliquée est jouable car sa mise
> en place me parait
> logique.
>
> Un test de repli entre 2 bases de production sur le meme serveur
> fonctionne
> parfaitement.
>
> C'est donc la Stratégie de sécurité Microsoft (que je ne comprend pas
> toujours) qui semble bloquer le processus.
>
> Le message d'erreur est : Echec de la connexion de l'utilisateur 'sa'. et
> il
> provient du poste de l'abonné.
>
> A première vue il s'agit donc de L'agent SQLServer (2000 ou 2005 le
> probleme
> est le meme), ou de l'agent de distribution, ou de l'agent de fusion qui
> se
> voit refuser la connexion au serveur SQL de l'abonné (2000).
>
> Je ne comprend pas pourquoi le message dit : utilisateur 'sa', alors que
> 'sa' est un identifiant de connexion ?
> Est ce que c'est un refus de connexion au Poste, ou au serveur SQL de
> l'abonné ?
>
> Est ce que le message d'erreur est un message générique qui peut signifier
> autre chose ?
>
> J'ai lancé Filemon et RegMon sur les 2 postes et je n'ai aucun accés
> refusé
> ni aux fichiers ni aux la bases de registre.
>
> A noter que j'ai déjà eu un probleme indentique en essayant de d'acceder a
> un serveur lié ACCESS. On a du abandonner car personne n'a pu trouver la
> solution...
>
> Abandonner un projet de repli pour ce type de bocage, ça serait bien
> dommage...
>
> Merci pour votre aide.
> "Med Bouchenafa" a écrit :
>
>> C'est un problème de sécurité assez fréquent comme tu le soulignes par le
>> nombre de liens google
>> Dans une replication de fusion, l'agent de fusion doit faire deux types
>> de
>> connections
>> - au système de fichiers (repertoire contenant les fichers de
>> synchro)
>> - a SQL Server
>> En 2000, c'est le compte faisant tourner l'agent SQL Server qui est
>> utilisé
>> et c'est donc ce compte qui doit avoir ces deux access
>> En 2005, le compte peut être configuré differement de l'agent mais le
>> principe est le même
>>
>> La replication est un process complexe mais pas insurmontable.
>> Les choses ne fonctionnent pas toujours de manière intuitve
>> Il faut etre patient et prendre le temps de la maitriser
>> Bon courage
>>
>> --
>> Bien cordialement
>> Med Bouchenafa
>>
>> "Marcus" <Marcus@discussions.microsoft.com> wrote in message
>> news:FE4B8602-708D-43BF-9FA1-D9082C2874A1@microsoft.com...
>> > Bonjour
>> >
>> > j'essaye de mettre en place une replication de fusion entre un serveur
>> > SQL
>> > 2005 et un MSDE 2000.
>> > La synchronisation de la publication bloque toujours lors de la
>> > tentative
>> > de
>> > connexion à l'abonné
>> > Message : Echec de la connexion "sa' Non associé à une connexion
>> > sécurisée
>> > SQL Server.!!!!
>> >
>> > Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
>> > resultats....
>> >
>> > Mais mon cas est particulier car j'arrive a me connecter au serveur
>> > MDSE
>> > 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>> >
>> > Le mode d'authentification est bien défini a Authentification SQL
>> > Server.
>> >
>> > Mais l'agent SQL server n'arrive toujours pas à se connecter.
>>
>>
>>
Dqns une replication de fusion, interesse toi uniquement à l'agent de
fusion.
Tu dis que le message d'erreur provient de l'abonné.
Si c'est une replication PULL vérifie que le compte sous lequel tourne SQL
Server Agent a les droits de se connecter sur le publisher
Vérifie aussi que ce compte a les droits sur le repertoire contenant le
snapshot
--
Bien cordialement
Med Bouchenafa
"Marcus" wrote in message
news:
>
> La replication de fusion bien qu'un peu compliquée est jouable car sa mise
> en place me parait
> logique.
>
> Un test de repli entre 2 bases de production sur le meme serveur
> fonctionne
> parfaitement.
>
> C'est donc la Stratégie de sécurité Microsoft (que je ne comprend pas
> toujours) qui semble bloquer le processus.
>
> Le message d'erreur est : Echec de la connexion de l'utilisateur 'sa'. et
> il
> provient du poste de l'abonné.
>
> A première vue il s'agit donc de L'agent SQLServer (2000 ou 2005 le
> probleme
> est le meme), ou de l'agent de distribution, ou de l'agent de fusion qui
> se
> voit refuser la connexion au serveur SQL de l'abonné (2000).
>
> Je ne comprend pas pourquoi le message dit : utilisateur 'sa', alors que
> 'sa' est un identifiant de connexion ?
> Est ce que c'est un refus de connexion au Poste, ou au serveur SQL de
> l'abonné ?
>
> Est ce que le message d'erreur est un message générique qui peut signifier
> autre chose ?
>
> J'ai lancé Filemon et RegMon sur les 2 postes et je n'ai aucun accés
> refusé
> ni aux fichiers ni aux la bases de registre.
>
> A noter que j'ai déjà eu un probleme indentique en essayant de d'acceder a
> un serveur lié ACCESS. On a du abandonner car personne n'a pu trouver la
> solution...
>
> Abandonner un projet de repli pour ce type de bocage, ça serait bien
> dommage...
>
> Merci pour votre aide.
> "Med Bouchenafa" a écrit :
>
>> C'est un problème de sécurité assez fréquent comme tu le soulignes par le
>> nombre de liens google
>> Dans une replication de fusion, l'agent de fusion doit faire deux types
>> de
>> connections
>> - au système de fichiers (repertoire contenant les fichers de
>> synchro)
>> - a SQL Server
>> En 2000, c'est le compte faisant tourner l'agent SQL Server qui est
>> utilisé
>> et c'est donc ce compte qui doit avoir ces deux access
>> En 2005, le compte peut être configuré differement de l'agent mais le
>> principe est le même
>>
>> La replication est un process complexe mais pas insurmontable.
>> Les choses ne fonctionnent pas toujours de manière intuitve
>> Il faut etre patient et prendre le temps de la maitriser
>> Bon courage
>>
>> --
>> Bien cordialement
>> Med Bouchenafa
>>
>> "Marcus" wrote in message
>> news:
>> > Bonjour
>> >
>> > j'essaye de mettre en place une replication de fusion entre un serveur
>> > SQL
>> > 2005 et un MSDE 2000.
>> > La synchronisation de la publication bloque toujours lors de la
>> > tentative
>> > de
>> > connexion à l'abonné
>> > Message : Echec de la connexion "sa' Non associé à une connexion
>> > sécurisée
>> > SQL Server.!!!!
>> >
>> > Je ne pense pas etre le 1° a avoir cette erreur,Ggoogle renvoi 56100
>> > resultats....
>> >
>> > Mais mon cas est particulier car j'arrive a me connecter au serveur
>> > MDSE
>> > 2000 avec le Manager SQL 2005, j'arrive a créer, supprimer, tout quoi.
>> >
>> > Le mode d'authentification est bien défini a Authentification SQL
>> > Server.
>> >
>> > Mais l'agent SQL server n'arrive toujours pas à se connecter.
>>
>>
>>
