Last modified Jul, 19, 2017
Database replication topologies

ScaleArc supports a number of topologies, which include the following:

P2P transactional replication

Peer-to-peer replication (P2P) allows you to configure two or more nodes in multi-primary server replication. In case of a failover, this topology does not require you to re-point the replication changes. P2P replication includes the option to enable conflict detection across a P2P topology.



The primary server (PI, also called Publisher) receives reads and writes from ScaleArc while the secondaries (S1 and S2 or Subscriber nodes) remain in standby mode. Note that while you can send writes to all the nodes as all nodes act as both publisher and subscribers, it is best that you use only one node to execute write queries in order to avoid data conflicts.  

SQL mirroring

SQL mirroring maintains two copies of a single database on different server instances of the SQL Server. This setup, when invoked, initiates database mirroring between the server instances. Typically, the server instances reside on computers in different locations. 

Database mirroring supports only one primary server (also called a principal server), one mirror server, and an optional witness server.

The primary server (P1) serves the database to the clients. The other instance (Mirror M1) acts as a hot or warm standby server, depending on the configuration and state of the mirroring session. If the database mirroring session is synchronized, database mirroring provides a hot standby server that supports rapid failover without a loss of data from committed transactions. When the session is not synchronized, the mirror server is typically available as a warm standby server, but with possible data loss.

SQL mirroring supports three operational modes: high-performance, high-safety, and transaction safety. The high-safety mode includes the witness server.

Always On

ScaleArc supports SQL Server's Always On configuration and leverages the latter's failover management system. ScaleArc actively monitors roles of each replica associated with the configured availability group and reflects the state change on its dashboard.

On this page






Comments

    Add new comment