Dell DX6012S Manuel d'installation et de configuration - Page 28

Parcourez en ligne ou téléchargez le pdf Manuel d'installation et de configuration pour {nom_de_la_catégorie} Dell DX6012S. Dell DX6012S 43 pages. Rack installation instructions — static rails
Également pour Dell DX6012S : Manuel complémentaire (4 pages), Instructions pour l'installation du matériel (2 pages), Manuel de l'utilisateur (46 pages), Manuel d'installation et de configuration (35 pages), Manuel de démarrage (28 pages), Avis (28 pages), Avis (20 pages), Vue d'ensemble (19 pages), Manuel de configuration (9 pages), Manuel de configuration (9 pages), Note de mise à jour (8 pages), Manuel de configuration (7 pages), Note de mise à jour (6 pages), Note de mise à jour (5 pages), Notes de mise à jour (5 pages), Manuel de démarrage (47 pages), Installation (2 pages), Installation du rack (2 pages)

Dell DX6012S Manuel d'installation et de configuration
Chapter 6. Support for Content Restoration and Fail-
Over
Some common uses of DX Content Router are disaster recovery, backup, and archiving. In all these
cases, it will sometimes be necessary to recover lost content data from a remote cluster. The exact
nature of such a recovery process, and the ease and speed with which it happens, will depend
somewhat on the topology of the cluster network.

6.1. Administrative Disaster Recovery

If the topology involves a one-way connection between the primary and DR clusters, then recovering
from a disaster that causes loss of data, perhaps because one or more nodes in the primary cluster
have been destroyed, must involve an administrative process to reverse the data flow. That's
because the primary cluster in such a topology is running only a Publisher service, which moves
data from the primary to the DR. In order to move data in the other direction for recovery purposes,
the primary cluster (and perhaps also the DR cluster) will need to be reconfigured to run one or
more Replicators, allowing the DR site to reconstitute lost data in the primary. Any lost data will be
unavailable until the loss is discovered and corrected by the two Content Router nodes.
Note
Administrators who temporarily install a Replicator or Publisher service on a DX Content
Router node as part of a DR event should plan to uninstall the temporary service when
all of the original objects have been replicated back to the source cluster. Failure to do so
may result in unintentional creation of a mirrored configuration when the cluster returns to
normal since both services will be installed on the same server.

6.2. Content Mirroring

In a mirrored architecture where the primary and DR clusters are both running paired Publishers
and Subscribers, the DX Content Router nodes will ensure that all appropriate data exists in both
clusters at all times. If there is a disaster in the primary cluster, the data can be repopulated using
the "Republish" function in the DR Publisher admin console.

6.3. Application-Assisted Fail-Over

In both the above scenarios, the loss of data can be corrected, but will be unavailable to applications
in the primary cluster until the DX Content Router nodes do their jobs and recover the data. If these
applications are made aware of the presence and address of the remote DR cluster, and if they
have visibility and access to the remote, then the applications can automatically fail-over to the
remote cluster in the event a stream is not currently accessible in the primary.
Copyright © 2010 Caringo, Inc.
All rights reserved
24
Version 2.2
December 2010