Chapter 39. Replicating Data
In This Chapter
Using replication effectively
Understanding the Microsoft replication model
Creating the four replication types
Understanding the SQL Server 2005 replication differences
Defining publishers and subscribers
In any environment where the database administrator (DBA) has to manage more than one SQL Server, the DBA will sooner or later have to distribute data from one SQL Server to another SQL Server, or another RDBMS. SQL Server has a rich set of options to distribute data; SQL Server 2005 has added several options to the mix. Unlike other RDBMS Microsoft solutions to distribute data, are all free; but their richness and robustness make them invaluable components to any distribution data solution.
Why Replicate Data?
There are several reasons why a DBA might want to replicate data:
Fault tolerance/disaster recovery
Application requirements
Performance gains
Data distribution
Fault Tolerance/Disaster Recovery
Fault tolerance refers to the degree to which a system can withstand errors or problems. Faults generally fall into two categories:
Local: These are confined to the server or server enclosure, e.g., hardware failure, OS or SQL Server crash, human actions, and so on.
Regional: These are major disruptions such as earthquake, power failure, terrorist attack, and so on.
In general, most clients will be forgiving of a regional event. A client can typically handle a regional event such as the loss of the power grid that also takes their systems offline. However, ...
Get SQL Server™ 2005 Bible now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.