Skip To Content

Opciones para evitar la pérdida de datos y los tiempos de inactividad

Un SIG web proporciona a su organización una forma de crear y compartir información geográfica, mapas y aplicaciones, así como la posibilidad de realizar análisis geográficos. Como parte de la infraestructura de datos global, desea que su implementación de SIG web esté disponible para sus usuarios el mayor tiempo posible, con una pérdida mínima de datos en el caso de que se produzca un desastre. Para garantizar que su implementación va a estar disponible cuando los usuarios la necesiten, debe implementar una estrategia de conmutación por error o recuperación ante desastres. Entre las opciones se incluyen las siguientes:

  • Mantener copias de seguridad de su implementación de SIG web para que pueda restaurarlas en el caso de que se produzca un desastre.
  • Implementar un SIG web replicado para la recuperación ante desastres.
  • Configurar un sistema de alta disponibilidad.
Puede utilizar una sola opción o una combinación de estas. Para decidir cuál debe utilizar, debe tener en cuenta estos factores:
  • ¿Cuánto tiempo de inactividad (si lo hay) puede tolerar su organización?
  • ¿Cuánta pérdida de datos (si la hay) es aceptable)
  • ¿Cuántos recursos, como hardware, licencias y personal, puede dedicar su organización para prevenir la pérdida de datos y los tiempos de inactividad?
  • ¿Su organización necesita implementarlo en dos ubicaciones geográficas separadas? Por ejemplo, ¿necesita duplicar su SIG web en dos centros de datos separados geográficamente para que esté disponible incluso cuando se produzca un desastre natural en un área?

Restaurar copias de seguridad de SIG web

Si su organización puede tolerar determinados tiempos de inactividad y pérdida de datos, puede crear copias de seguridad de su SIG web y restaurar las copias de seguridad en el caso de que se produzca un fallo o daño. Por ejemplo, si uno de los equipos de la implementación de su SIG web falla o si alguien, por error, elimina una gran cantidad de elementos del portal, de los servicios de su ArcGIS Server o datos que se utilizan en su SIG web, puede restaurar la implementación. La cantidad de tiempo de inactividad y pérdida de datos en la que puede incurrir depende de la frecuencia con la que cree copias de seguridad y de cuántos datos, elementos y servicios tenga en su SIG web; cuanto más aumente la cantidad, más tardará la restauración.

Tiempos de inactividad aceptablesPérdida de datos aceptableRecursos necesarios¿Redundancia geográfica necesaria?Estrategia a utilizar

Aproximadamente 1 día

Aproximadamente 1 día

Baja

Se requiere hardware para un SIG web simple (+1 equipo), medios para almacenar las copias de seguridad, desarrollo y prueba de un plan de recuperación

No

Implemente una implementación de SIG web única, cree copias de seguridad diariamente con la utilidad webgisdr y mantenga las copias de seguridad en una ubicación segura.

Aproximadamente 1,5 horas

Aproximadamente 1 hora

Baja

Se requiere hardware para un SIG web simple (+1 equipo), medios para almacenar las copias de seguridad, desarrollo y prueba de un plan de recuperación

No

Implemente una implementación de SIG web única, cree copias de seguridad cada hora con la utilidad webgisdr, mantenga las copias de seguridad en una ubicación segura y supervise activamente la implementación.

Para obtener más información, consulte Copias de seguridad de SIG web.

Mantener una implementación replicada

Si su tolerancia a los tiempos de inactividad es menor y tiene equipos suficientes para utilizar, puede configurar una implementación de SIG web principal y una implementación en espera idéntica y aislada. Use la utilidad webgisdr para exportar del sistema principal, mueva el archivo exportado a la implementación en espera aislada e importe.

Puede definir la implementación principal y en espera en la misma ubicación geográfica o en diferentes. Si la implementación principal y en espera están en ubicaciones geográficas diferentes, el tiempo para completar el proceso de replicación probablemente aumentará, pero protegerá su implementación frente a desastres regionales.

Tiempos de inactividad aceptablesPérdida de datos aceptableRecursos necesarios¿Redundancia geográfica necesaria?Estrategia a utilizar

Aproximadamente 1,5 horas

Aproximadamente 1 día

Media

Se requiere hardware para dos implementaciones de SIG web (+2 equipos), un método y personal para mover las exportaciones de la implementación principal a la de espera, desarrollo y prueba de un plan de recuperación

No

Configure una implementación principal y en espera, use la utilidad webgisdr para replicar la implementación del sistema principal al de espera una vez al día y supervise de forma activa la implementación principal.

Aproximadamente 1,5 horas

Aproximadamente 1 hora

Media

Se requiere hardware para dos implementaciones de SIG web (+2 equipos), un método y personal para mover las exportaciones de la implementación principal a la de espera, desarrollo y prueba de un plan de recuperación

No

Configure implementaciones principal y en espera, use la utilidad webgisdr para replicar la implementación del sistema principal al de espera cada hora y supervise de forma activa la implementación principal.

Aproximadamente de 1,5 a 2 horas

Aproximadamente 1 hora

Media

Se requiere hardware para dos implementaciones de SIG web (+2 equipos), un método y personal para mover las exportaciones del sistema principal al de espera remoto, desarrollo y prueba de un plan de recuperación

Configure implementaciones principal y en espera remota, use la utilidad webgisdr para replicar la implementación del sistema principal al de espera remoto cada hora y supervise de forma activa la implementación principal.

Para obtener más información, consulte Recuperación ante desastres y replicación.

Configurar un SIG web de alta disponibilidad

Si su SIG web necesita estar disponible el 99,9% o más del tiempo, no puede tolerar la pérdida de más de una hora de datos y puede dedicar un gran número de recursos, puede implementar una implementación de SIG web de alta disponibilidad. En este caso, debe configurar implementaciones principal y en espera conectadas que realicen automáticamente la conmutación por error en el caso de que se produzca un fallo en alguno de los componentes.

Puede utilizar una implementación de SIG web de alta disponibilidad junto con una implementación replicada si necesita la redundancia geográfica.

Tiempos de inactividad aceptablesPérdida de datos aceptableRecursos necesarios¿Redundancia geográfica necesaria?Estrategia a utilizar

Unos minutos

Unos minutos

Alta

Se requiere hardware y licencia para las dos implementaciones de SIG web (+7 máquinas)

No

Configure implementaciones principal y en espera conectadas.

Desde unos minutos a 1 hora aproximadamente, dependiendo de la naturaleza del error de la implementación

Aproximadamente 1 hora

Alta

Se requiere hardware y licencia para las dos implementaciones de SIG web (+14 máquinas)

Configure implementaciones principal y en espera conectadas y use la utilidad webgisdr para replicar cada hora una implementación principal y en espera idénticas en otra ubicación.

Para obtener más información, consulte SIG web de alta disponibilidad.