| PRIMECLUSTER Global Disk Services Configuration and Administration Guide 4.1 (Solaris(TM) Operating System) |
|
Contents
|
| Chapter 1 Function | > 1.2 Functions for High Availability |
When a system is down due to panic and so on, data must be resynchronized between the disk units after reboot (after cluster application failover for a cluster system).
Although the user can run an application during this copying process, redundancy will be lost and loads will be imposed during the process.
In order to resolve this problem GDS offers a mechanism called Just Resynchronization Mechanism (JRM). JRM completes copying, which usually takes a few minutes for every 1GB, in no time by copying only portions where mirroring synchronization is no longer retained.
What is JRM?
JRM stands for Just Resynchronization Mechanism, a feature that only allows duplication of the damaged part of data.
Three Types of JRM
There are three types of Just Resynchronization Mechanism (JRM): for volumes, for slices and for proxy. For details, see "Just Resynchronization Mechanism (JRM)."
|
Contents
|