SQL Server Replication

allows database administrators to distribute data to various servers throughout an organization.

Reasons for implementing replication?
  • Load balancing. Replication allows you to disseminate your data to a number of servers and then distribute the query load among those servers.

  • Offline processing. You may wish to manipulate data from your database on a machine that is not always connected to the network.
  • Redundancy. Replication allows you to build a fail-over database server that’s ready to pick up the processing load at a moment’s notice.
  • In any replication scenario, there are two main components:

  • Publishers have data to offer to other servers. Any given replication scheme may have one or more publishers.

  • Subscribers are database servers that wish to receive updates from the Publisher when data is modified.

Microsoft SQL Server supports three types of database replication

  • Snapshot replication acts in the manner its name implies. The publisher simply takes a snapshot of the entire replicated database and shares it with the subscribers. Of course, this is a very time and resource-intensive process. For this reason, most administrators don’t use snapshot replication on a recurring basis for databases that change frequently. There are two scenarios where snapshot replication is commonly used. First, it is used for databases that rarely change. Second, it is used to set a baseline to establish replication between systems while future updates are propagated using transactional or merge replication.

  • Transactional replication offers a more flexible solution for databases that change on a regular basis. With transactional replication, the replication agent monitors the publisher for changes to the database and transmits those changes to the subscribers. This transmission can take place immediately or on a periodic basis.

  • Merge replication allows the publisher and subscriber to independently make changes to the database. Both entities can work without an active network connection. When they are reconnected, the merge replication agent checks for changes on both sets of data and modifies each database accordingly. If changes conflict with each other, it uses a predefined conflict resolution algorithm to determine the appropriate data. Merge replication is commonly used by laptop users and others who can not be constantly connected to the publisher.

Read Users' Comments (0)

0 Response to "SQL Server Replication"

Post a Comment