Re: Help on transactional replication
- From: "AK" <arshad.khan@xxxxxxxxxxxxxxxxx>
- Date: 23 Nov 2006 06:11:22 -0800
Thanks for the reply paul,
I have left the database/log size to autogrow and will keep an eye on
their size.
also, you haven't answered clearly whether am i doing a right thing by
keeping the distributor on a subscriber server instead of keeping it
with publisher in production server?
Could you also please indicate what sort of implication the production
server will have with this kind of setup? I have to make it clear to my
manager before i setup this thing on live environment.
And the basic question, I would think the initial snapshot should be
done out of business hours? If yes, how often i need to take the
snapshot or just reading the transaction logs would be enough as long
as there are no schema changes on the published tables?
Will the snapshot agent gets the entire shcema and data from the
published tables every time it runs or only at once in the begining in
transactional replication?
and the last thing, If you please don't mind can you show me some links
on how to read and understand processor and memory usage things.
Thanks very much
AK.
Paul Ibison wrote:
Firstly, the method you are following is fairly commonly used. The size of
the logs and databases depends entirely on your initial data size and
transaction volume, so as long as you have the logs set to a large size or
autogrow, you'll just have to monitor them for your circumstances. The
impact of replication on your system can be monitored using the normal
counters in windows system monitor (processor usage, ram usage and disk
usage - if you are not familiar with these I can dig out some links). To
prevent the use of the replication overhead in the event of a slowdown, you
could initially stop the log-reader agent then remove the publication.
Cheers,
Paul Ibison SQL Server MVP, www.replicationanswers.com .
.
- Follow-Ups:
- Re: Help on transactional replication
- From: Paul Ibison
- Re: Help on transactional replication
- References:
- Help on transactional replication
- From: AK
- Re: Help on transactional replication
- From: Paul Ibison
- Help on transactional replication
- Prev by Date: Re: Complicated Merge Replication/Trigger problem
- Next by Date: Re: Help on transactional replication
- Previous by thread: Re: Help on transactional replication
- Next by thread: Re: Help on transactional replication
- Index(es):
Relevant Pages
|
Loading