Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

2008 R2 Transactional Replication

Status
Not open for further replies.

wbodger

Programmer
Apr 23, 2007
769
US
When setting up replication, does the publisher make an initial backup and then restore on the subscriber as in Log Shipping? If not, then what happens if you have the two dbs matching on Tuesday, but don't get replication setup until Friday? What happens to everything that happened between those days to the publisher but not the subscriber?

wb
 
You can set up transactional replication in two ways. In one way you declare that the subscriber already has the data, and a snapshot is not necessary. This is usually used for topologies that include very large sets of data, or may have limited network bandwidth to push the initial snapshot through. If you take this option, you will need to settle how the initial snapshot makes its way to the subscriber. i suspect it will involve at least a few transaction log backups, and if you have high update volumes, maybe even a short bit of downtime.

The other option (the default option, actually) is to let the snapshot agent bulk copy the data from the publisher to the subscriber. I would advise you to try that out on tables of a few sizes to see what the limits of your setup may be.
 
That makes sense, sounds like the default acts like Log Shipping in the initial setup. Thanks!
 
To be clear, the snapshot job will only copy individual tables. If the subscriber database has other data in it (tables that are not published/subscribed), those tables will not be affected. With log shipping, the entire database is wiped out.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top