When a primary data storage subsystem receives updates for local storage
and mirroring at a counterpart secondary storage subsystem, the primary
subsystem institutes device-specific, fairness-driven update blocking to
avoid overrunning the primary subsystem's update buffer with updates
destined for any one device. Broadly, the primary subsystem first receives
update requests, then logs the updates in an update buffer, then stores
the logged updates in primary storage, and finally copies the updates to
the secondary storage subsystem. Each update request includes update data
and also identifies a targeted logical device, physical device, or other
subpart of primary storage. The primary subsystem maintains a counter or
other update activity indicator that represents update activity for each
storage subpart, such as the number of updates stored in the buffer. For
each update request, the primary subsystem determines whether target
subpart's update activity exceeds a prescribed level. If not, the update
data is stored in primary storage. Otherwise, if the update activity is
excessive, the primary subsystem rejects the update. Optionally, the
primary subsystem may selectively override certain rejections to prevent
completely blocking updates for that subpart.
Cuando un subsistema primario del almacenaje de datos recibe las actualizaciones para el almacenaje local y reflejar en un subsistema del almacenaje secundario de las contrapartes, el subsistema primario instituye la actualización device-specific, imparcialidad-conducida que bloquea para evitar de sobrar el almacenador intermediario de la actualización del subsistema primario con las actualizaciones destinadas para cualquier un dispositivo. Ampliamente, el subsistema primario primero recibe peticiones de la actualización, entonces registra las actualizaciones en un almacenador intermediario de la actualización, después almacena las actualizaciones registradas en almacenaje primario, y finalmente copia las actualizaciones al subsistema del almacenaje secundario. Cada petición de la actualización incluye datos de la actualización y también identifica el dispositivo lógico apuntado, el dispositivo físico, o el otro subpart del almacenaje primario. El subsistema primario mantiene el contador o el otro indicador de actividad de la actualización que representa la actividad de la actualización para cada subpart del almacenaje, tal como el número de las actualizaciones almacenadas en el almacenador intermediario. Para cada petición de la actualización, el subsistema primario se determina si la actividad de la actualización de los subpart de la blanco excede un nivel prescrito. Si no, los datos de la actualización se almacenan en almacenaje primario. Si no, si la actividad de la actualización es excesiva, el subsistema primario rechaza la actualización. Opcionalmente, el subsistema primario puede eliminar selectivamente ciertos rechazamientos para evitar totalmente el bloqueo de las actualizaciones para ese subpart.
