The following section provides the steps required to use CDR for data replication and recovery of Microsoft SQL Server data based on a single source and single destination. If your environment uses a different scenario, adjust your steps accordingly.
Required Capability: Capabilities and Permitted Actions
To use
CDR to replicate Microsoft SQL Server data and create Consistent Recovery Points:
Additional Recommendations
It is also recommended that you also see Space Check for the Quick Recovery and ContinuousDataReplicator Agents and configure the Disk Space Low alert to provide warning that the source computer is running out of disk space, which will ultimately cause replication activity to be System Aborted.
To perform backups of Recovery Points, you must also install the Windows File System iDataAgent on both the source and destination computers.
SQL data is restored at the database level. While you can restore SQL data from a Recovery Point, a backup of a Recovery Point, or the Live Copy, these methods will not ensure consistency of the application data; only a restore from a Consistent Recovery Point, or a backup of one, will ensure consistency of application data. Copyback is recommended as the primary method of moving the replicated data back to the production SQL Server, in addition to restoring a backup of a Consistent Recovery Point where that is appropriate. To ensure application integrity, you must use Add App to create your Replication Pairs. (Refer to Add or Edit a Replication Pair and Application Integration.) Add App discovers the location of, not only user-defined databases (.mdf, .ndf, .ldf) but also any system databases on the client, which you can select for data replication.
For step-by-step instructions, see Copy Back SQL Data from a Consistent Recovery Point.
Additional Recommendations