Configuring High Availability for a Partitioned Table
Configure in-memory high availability for your partitioned table. Set other high-availability options, like redundancy zones and redundancy recovery strategies.
Set the Number of Redundant Copies
Configure in-memory high availability for your partitioned table by specifying the number of secondary copies you want to maintain REDUNDANCY clause of CREATE TABLE.
Configure Redundancy Zones for Members
Group members into redundancy zones so that SnappyData places redundant data copies in different zones.
Understand how to set a member's gemfirexd.properties settings. See Configuration Properties. Group the datastore members that host partitioned tables into redundancy zones by using the setting redundancy-zone.
For example, if you had redundancy set to 1, so you have one primary and one secondary copy of each data entry, you could split primary and secondary data copies between two machine racks by defining one redundancy zone for each rack. To do this, you set this zone in the gemfirexd.properties file for all members that run on one rack:
You would set this zone in gemfirexd.properties for all members on the other rack:
Each secondary copy would be hosted on the rack opposite the rack where its primary copy is hosted.
Set Enforce Unique Host
Configure SnappyData to use only unique physical machines for redundant copies of partitioned table data.
Understand how to set a member's gemfirexd.properties settings. See Configuration Properties.
Configure your members so SnappyData always uses different physical machines for redundant copies of partitioned table data using the setting enforce-unique-host. The default for this setting is false.