all groups > sql server replication > march 2004 >
You're in the

sql server replication

group:

Pull Merge replication between two SQL Server machines in different, but trusted domains



Pull Merge replication between two SQL Server machines in different, but trusted domains PaulW
3/31/2004 3:15:22 PM
sql server replication: Hi,



We are attempting to setup Pull Merge replication between two SQL Server
(SQL 2K sp3a, Windows Authentication) machines in different domains. We have
been able to get Pull Merge replication to work within the same domain.
While we are running Win2k on both machines, two one way trusts were setup
between them. The server are linked to each other, but cannot initiate the
replication agents. The message we get is:



SQL Server Agent could not access the replication agent. Use the DCOMCNFG
utility to confirm that the SQL Server Agent Windows account has permissions
to launch the replication agent. The step failed.



I did not spot any in DCOMCNFG, but I am not familiar with it. Any
suggections?



Tia

Paul


Re: Pull Merge replication between two SQL Server machines in different, but trusted domains Paul Ibison
4/1/2004 8:33:46 AM
Paul,
here is an MSDN article which shows how to enable the merge agent to be run
remotely:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/howtosql/ht
_replctem_6c1l.asp
HTH,
Paul Ibison

Re: Pull Merge replication between two SQL Server machines in different, but trusted domains Chris R
4/1/2004 1:56:10 PM
PaulW

The easiest way to set up replication between different domains is to create a local user account on both the servers with the same username and password. Make the account an administrator of the local machine. Then set this account as the startup account for the SQL Server Agent. Restart the SQL Server agent and start the merge agent. This should fix your problem

Regard
Re: Pull Merge replication between two SQL Server machines in different, but trusted domains PaulW
4/1/2004 2:21:21 PM
I have a feeling that the error message may be misleading me away from the
true problem. It appears that DCOMCNFG is used for running agents remotely.
I am looking at having the push replication run at the distributor and pull
replications to run at the subscriber. Besides, I couldn't get it to work by
using DCOMCNFG.

I want to have one merge publication which is pushed to subscribers which
will not be intentionally disconnected from the network. And, the same
publication pulled to subscribers which will be removed from the network for
possibly weeks. This currently works as long as long as all the servers are
in the same domain. The problem is that the pull subscribers will be in
different domains with trust relationship setup between them and the
distributor.

When I take the existing scripts that work when all of the server are in the
same domain and run them with the pull subscriber in different domains I get
the error:



SQL Server Agent could not access the replication agent. Use the DCOMCNFG
utility to confirm that the SQL Server Agent Windows account has permissions
to launch the replication agent. The step failed.



I don't think this has any thing to do with running the agent remotely, but
I'm not sure. Any suggestions?



Thanks

Paul





[quoted text, click to view]

Re: Pull Merge replication between two SQL Server machines in different, but trusted domains PaulW
4/2/2004 7:47:46 AM
Thanks for the response. I saw that option for non-trusted domains and when
I presented it, the option was quickly shot down because the production
system will be administered by different companies and they didn't want to
be forced to share passwords..



Thanks,

Paul





[quoted text, click to view]
create a local user account on both the servers with the same username and
password. Make the account an administrator of the local machine. Then set
this account as the startup account for the SQL Server Agent. Restart the
SQL Server agent and start the merge agent. This should fix your problem.
[quoted text, click to view]

AddThis Social Bookmark Button