Discussion :

[SQL_EVAN]

Bonjour tous,

Je suis en train de créer un système de réplication sur mesure de certaines tables d'un serveur vers en autre.

Pour faire cela j'ai besoin de pouvoir lancer des procédures (RPC) sur le serveur distant en T-SQL.

Les deux serveurs sont mutuellement lies.

Sur le serveur distant j'ai trouvé les options RPC et RPC Sortie à 0 sur mon serveur local lié. Ce qui donnait une erreur. Je les ai changé.

Maintenant j'ai plus la même erreur mais plutôt sur l'utilisateur :
"Could not connect to server 'MON SERVEUR LIE SUR LE DISTANT' because 'sa' is not defined as a remote login at the server. Verify that you have specified the correct login name. ."

Je sais que ce n'est pas bien d'utiliser le compte sa pour ça mais ce n'est pas moi qui l'ai mis en place et il y a un autre système de réplication automatique déjà en place alors je ne sais pas si je peux le changer.

Dans master..sysservers j'ai les lignes suivantes:

Sur mon instance:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
srvid	srvstatus	srvname	srvproduct	providername	datasource	location	providerstring	schemadate	topologyx	topologyy	catalog	srvcollation	connecttimeout	querytimeout	srvnetname	isremote	rpc	pub	sub	dist	dpub	rpcout	dataaccess	collationcompatible	system	useremotecollation	lazyschemavalidation	collation	nonsqlsub
0	1089	**MON SERVEUR**	SQL Server	SQLOLEDB	**MON SERVEUR**	NULL	NULL	2013-05-28 22:16:42.717	0	0	NULL	NULL	0	0	**MON SERVEUR**                 	1	1	0	0	0	0	1	0	0	0	1	0	NULL	0
 
2	1221	**SERVEUR DISTANT**	SQL Server	SQLOLEDB	**SERVEUR DISTANT**	NULL	NULL	2012-02-01 18:20:58.667	0	0	NULL	NULL	0	0	**SERVEUR DISTANT**                 	1	1	0	1	0	0	1	1	0	0	1	0	NULL	0

Sur le serveur distant:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
srvid	srvstatus	srvname	srvproduct	providername	datasource	location	providerstring	schemadate	topologyx	topologyy	catalog	srvcollation	connecttimeout	querytimeout	srvnetname	isremote	rpc	pub	sub	dist	dpub	rpcout	dataaccess	collationcompatible	system	useremotecollation	lazyschemavalidation	collation	nonsqlsub
0	1089	**SERVEUR DISTANT**	SQL Server	SQLOLEDB	**SERVEUR DISTANT**	NULL	NULL	2013-07-24 17:24:37.800	0	0	NULL	NULL	0	0	**SERVEUR DISTANT**                 	1	1	0	0	0	0	1	0	0	0	1	0	NULL	0
 
1	1249	**MON SERVEUR** 	SQL Server	SQLOLEDB	**MON SERVEUR** 	NULL	NULL	2013-08-26 16:35:02.473	0	0	NULL	NULL	0	0	**MON SERVEUR**                  	0	1	0	0	0	0	1	1	0	0	1	0	NULL	0

D'après ce que j'ai vu sur d'autres forums il faut faire un drop et recréer les serveurs liés mais quand j'ai déjà expliqués. Il y a un autre système de réplication et place et je ne veut pas le casser.

[SQLpro]

Salut Evan,

Quelles version tes serveurs , parce que depuis l'obsolescence de OLEdb, il faut passer par des trucs merdiques si tu est dans des versions différentes (2012 avec 2008 par exemple).

A +

[SQL_EVAN]

Salut SQLPro, ça faisait longtemps

Les deux sont en version 11.0.3000

C'est super frustrant cette erreur!