125Gb heavy OLTP publication db w/ Transactional Replication replicating 400
tables to 5 different servers. No problems on remote distributor, cpu hardly
used, sits practically idle most of the day staying under 10%. Ram is used
however not getting taxed.
We added merge replication for 1 table and the cpu's pegged to 90 to 100%
each time the merge agents pick up transactions at pub. Every 20 minutes a
job populated this table w/ 100 to 200 inserts at publisher, the 5 merge
agents kick in immediately (continuously running) and spike cpu bringing
server to a crawl.
Publisher, Distributor, & all Subscribers on LAN w/ 100Mbps connections.
SQL 2000 SP3 on all servers. Distributor is a 6CPU PIII 700Mhz each. New
Distributor hardware not an option. Have to limp along until new budgets kick
in...
Thoughts...?
TIA,
Chris
Chris,
are the 100/200 inserts involving BLOB datatypes? How long does the spike
last? Anyway, I'd change the merge agents from running continuously, in
order to stagger their impact on the publisher.
Cheers,
Paul Ibison SQL Server MVP, www.replicationanswers.com
(recommended sql server 2000 replication book:
http://www.nwsu.com/0974973602p.html)
sql
Showing posts with label remote. Show all posts
Showing posts with label remote. Show all posts
Wednesday, March 28, 2012
Merge heavy on distr cpu
Labels:
125gb,
400tables,
cpu,
database,
distr,
distributor,
heavy,
merge,
microsoft,
mysql,
oltp,
oracle,
publication,
remote,
replicating,
replication,
server,
servers,
sql,
transactional
Monday, March 26, 2012
Merge agent properties
I'm trying to troubleshoot a merge replication with a single pull
subscription on a remote server. We have a merge agent that is staying in the
retrying status. The intiial problem appears to be a query timeout, which
we've changed.
We can right click and see history and modify agent profiles. We can't,
however, stopr or start the agent or see the agent properties. We have
terminal serviced into the box.
Any ideas beyond recreating the subscription?
Is this subscriber from an ActiveX script or from Windows Synchronization
Manager? You can't modify the properties of agents from these subscriptions.
Hilary Cotter
Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html
Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com
"Peter Feakins" <PeterFeakins@.discussions.microsoft.com> wrote in message
news:16A7F191-B74A-4A05-87E5-7A2AEB92620F@.microsoft.com...
> I'm trying to troubleshoot a merge replication with a single pull
> subscription on a remote server. We have a merge agent that is staying in
the
> retrying status. The intiial problem appears to be a query timeout, which
> we've changed.
> We can right click and see history and modify agent profiles. We can't,
> however, stopr or start the agent or see the agent properties. We have
> terminal serviced into the box.
> Any ideas beyond recreating the subscription?
subscription on a remote server. We have a merge agent that is staying in the
retrying status. The intiial problem appears to be a query timeout, which
we've changed.
We can right click and see history and modify agent profiles. We can't,
however, stopr or start the agent or see the agent properties. We have
terminal serviced into the box.
Any ideas beyond recreating the subscription?
Is this subscriber from an ActiveX script or from Windows Synchronization
Manager? You can't modify the properties of agents from these subscriptions.
Hilary Cotter
Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html
Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com
"Peter Feakins" <PeterFeakins@.discussions.microsoft.com> wrote in message
news:16A7F191-B74A-4A05-87E5-7A2AEB92620F@.microsoft.com...
> I'm trying to troubleshoot a merge replication with a single pull
> subscription on a remote server. We have a merge agent that is staying in
the
> retrying status. The intiial problem appears to be a query timeout, which
> we've changed.
> We can right click and see history and modify agent profiles. We can't,
> however, stopr or start the agent or see the agent properties. We have
> terminal serviced into the box.
> Any ideas beyond recreating the subscription?
Labels:
agent,
database,
merge,
microsoft,
mysql,
oracle,
properties,
pullsubscription,
remote,
replication,
server,
single,
sql,
staying,
troubleshoot
Subscribe to:
Comments (Atom)