Un desastre puede ser una caída de la red, una falla en el servidor, un corte de energía en el centro de datos y otros eventos que impiden que su sistema funcione. Existen dos tipos de recuperación de desastres:
• Recuperación de desastres de centros de datos únicos (SDC): puede reinstalar su Sistema SDC en el mismo centro de datos y restaurarlo al mismo estado mediante las copias de seguridad del servidor de almacenamiento.
• Recuperación de desastres de centros de datos múltiples (MDC): si un centro de datos falla, puede obtener acceso al sistema MDC a través del segundo centro de datos, restaurar el centro de datos dañado y unir los centros de datos para restaurar el sistema MDC. Si el centro de datos con errores hospeda al Administrador de licencias, podría ser necesario volver a instalar el Administrador de licencias, ya que solo se puede ejecutar en un sistema a la vez.
Después de haber configurado un servidor de almacenamiento, se realiza una copia de seguridad del sistema a diario. Aparece un aviso de copia de seguridad del sistema en su consola que muestra información sobre la última copia de seguridad. Solo se guarda una copia de seguridad del sistema en el almacenamiento a la vez. Luego de realizar una actualización o una mejora, se retiene la copia de seguridad de su versión anterior de Cisco WebEx Meetings Server. Se recomienda que no utilice el mismo directorio de almacenamiento para diferentes instalaciones de Cisco WebEx Meetings Server.
Tenga en cuenta que la recuperación de desastres: • Demora más de 30 minutos.
• Sobrescribe su configuración con la configuración en la última copia de seguridad.
• Requiere que realice pasos adicionales para restaurar el servicio para sus usuarios (se detalla en Qué hacer a continuación en esta sección).
Este procedimiento realiza una copia de seguridad de determinados aspectos de la configuración del sistema, de la información de usuario, de la información de las reuniones, de los certificados SSL cargados en el sistema y de la URL del sitio. El proceso de copia de seguridad no almacena credenciales de VMware o información de direcciones IP para máquinas virtuales individuales. (Además, VMware proporciona una característica de VMware Data Recovery para realizar copias de seguridad de las máquinas virtuales. Consultehttp:// www.vmware.com/pdf/vdr_11_admin.pdfpara obtener más información. Al realizar una recuperación de desastres, debe volver a aplicar determinados aspectos de la configuración de forma manual, incluyendo lo siguiente:
• Conexiones a ciertos componentes externos, por ejemplo, Cisco Unified Communications Manager (CUCM).
• Certificados SSL (en caso de que los nombres de host del sistema de recuperación de desastres sean diferentes de aquellos en el sistema original).
• En los sistemas SDC, de manera opcional, puede usar la misma dirección IP o el mismo nombre de host. En sistemas de centro de datos múltiple, de manera opcional, puede usar las direcciones IP o los nombres de host originales para su sistema primario.
Realice este procedimiento después de que haya ocurrido un desastre y de que haya perdido la capacidad de utilizar su sistema.
Antes de comenzar
Para realizar los procedimientos de recuperación de desastres:
• Debe tener un servidor de almacenamiento configurado. Si no tiene configurado un servidor de almacenamiento, la opción Recuperación de desastres no está disponible y no se crean las copias de seguridad. ConsulteAgregar un servidor de almacenamiento SSH o NFS, en la página 172para obtener más información.
• Su sistema de recuperación debe tener el mismo tamaño de implementación y debe tener la misma versión de software que el sistema original.
Para un sistema de alta disponibilidad, primero debe configurar la recuperación de desastres y, luego, la alta disponibilidad de ese sistema. Si tiene un sistema de alta disponibilidad que requiere la recuperación de un desastre, primero debe restaurar su sistema y, luego, configurar la alta disponibilidad en el sistema restaurado. Para obtener más información sobre la alta disponibilidad, consulteAgregar un sistema de alta disponibilidad para la versión 2.5 y superior, en la página 63.
• Una copia de respaldo de OVA almacenado en NFS no es suficiente para reimplementar un sistema. Recomendamos que tenga almacenado el archivo de OVA actual fuera del sistema para la recuperación de desastres. En este contexto, la recuperación de desastres incluye la necesidad de recuperarse de una actualización fallida. El archivo OVA se debe ordenar utilizando una herramienta de actualización del producto o a través del servicio al cliente. A veces puede ser un proceso largo, por lo que nuestra recomendación es tener acceso al archivo OVA para el sistema actual antes de hacer un procedimiento que modifique el sistema.
Si tiene suscripción de software, puede ordenar un archivo OVA a través de la herramienta de mejora del producto (PUT) enhttp://tools.cisco.com/gct/Upgrade/jsp/productUpgrade.jsputilizando su número de contrato. Si elige entrega electrónica, puede descargarlo desde el sitio. Si necesita asistencia con este proceso o no tiene acceso a PUT, comuníquese con su equipo de cuentas o con servicio al cliente. Puede Configurar los servidores
encontrar sus contactos de servicio al cliente de Cisco enhttp://www.cisco.com/cisco/web/siteassets/ contacts/index.html#~tab-b
Paso 1 Inicie sesión en el sitio de administración en un sistema desde el que pueda restaurar su implementación.
Paso 2 Active el modo de mantenimiento. (ConsulteActivación y desactivación del modo de mantenimiento para la versión 2.5 y las versiones posteriores, en la página 112).
Activar el modo de mantenimiento en todos los centros de datos activos interrumpe la actividad de conferencia. Los usuarios no pueden iniciar sesión en el sitio de WebEx, planificar reuniones, entrar a reuniones ni reproducir grabaciones de reuniones. Si este centro de datos es parte de un sistema de centro de datos múltiple (MDC), las reuniones en curso se transferirán al centro de datos activo. La transferencia podría causar una breve interrupción en las reuniones activas. ConsulteAcerca del modo de mantenimiento, en la página 109para obtener información.
Paso 3 Seleccione Sistema > (Servidores) Ver más > Agregar servidor de almacenamiento.
Paso 4 Seleccione Almacenamiento seguro.
Paso 5 Introduzca el nombre y la contraseña de su servidor de almacenamiento en el campo Punto de montaje NFS y seleccione
Guardar.
Ejemplo:
192.168.10.10:/CWMS/backup.
Paso 6 Seleccione Continuar para proceder con la recuperación de desastres.
Si el tamaño de la implementación y la versión de software del sistema de recuperación coinciden con el sistema original, puede continuar con la recuperación de desastres. Si el sistema tiene un tamaño de implementación o una versión de software diferente, no puede continuar hasta que vuelva a implementar la aplicación en su sistema de recuperación para que el tamaño de la implementación y la versión de software coincidan con la implementación original. El nombre de host o la dirección IP no tienen que coincidir con los de su implementación original.
Paso 7 Seleccione una de las siguientes acciones para continuar:
• Cancelar: realice una copia de seguridad del sistema preexistente antes de agregar un servidor de almacenamiento. Después de realizar una copia de seguridad de su sistema, vuelva a esta página y seleccione Continuar para continuar.
• Continuar: sobrescriba su sistema preexistente y continúe con la recuperación de desastres.
Se inicia el proceso de recuperación de desastres. Si cierra su explorador, no puede volver a iniciar sesión en el sistema hasta que el proceso haya concluido.
Paso 8 Desactive el modo de mantenimiento.
Cuando desactiva el modo de mantenimiento, el sistema determina si se necesita reiniciar o volver a arrancar, y muestra el mensaje adecuado. Reiniciar toma aproximadamente de 3 a 5 minutos y volver a arrancar toma aproximadamente 30 minutos. Si este centro de datos es parte de un sistema de centro de datos múltiple (MDC), el administrador es redirigido a la URL de administración global. La política de resolución de DNS determina qué centro de datos ve el administrador. Si la regeneración de clave está activada, sacar un centro de datos del modo de mantenimiento saca automáticamente todos los centros de datos en el sistema del modo de mantenimiento.
ConsulteActivación y desactivación del modo de mantenimiento para la versión 2.5 y las versiones posteriores. Se restaura el servicio de reuniones para los usuarios en este centro de datos.
Qué hacer a continuación
Debe realizar los siguientes procedimientos para restaurar el servicio a sus usuarios:
• Vuelva a configurar su configuración de audioconferencia. Consulte Configuración de CUCM en la Guía en la planificación para obtener más información.
• Vuelva a configurar su configuración de SSO. ConsulteConfigurar los parámetros del inicio de sesión único (SSO) federado, en la página 285para obtener más información.
• Vuelva a configurar su configuración de SNMP. ConsulteConfigurar sus parámetros SNMP, en la página 180para obtener más información.
• Vuelva a configurar sus certificados. Es posible que deba volver a cargar sus certificados SSL si no coinciden con los certificados SSL que están configurados en el sistema de recuperación. Consulte
Restaurar un certificado SSL, en la página 277para obtener más información.
• El sistema recuperado se configura inicialmente en Modo sin licencia, que caduca en 180 días. Vuelva a organizar las licencias del sistema anterior en el sistema recuperado. ConsulteRealojamiento de licencias después de una modificación importante del sistema, en la página 313yAcerca de las licencias de organizador, en la página 306para obtener más información.
• Configure la configuración de DNS para que la URL de su sitio apunte a la VIP actual. Su VIP en el sistema restaurado puede ser diferente a la que tenía en su sistema original. Debe completar su configuración de DNS para que los usuarios finales utilicen sus enlaces originales para iniciar sesión o para entrar a reuniones en el sistema restaurado. ConsulteModificación de las direcciones IP virtuales privadas y públicas, en la página 157para obtener más información.
• Si ha configurado su sistema para la integración de directorios y ha activado la autenticación de LDAP, compruebe que sus credenciales de CUCM funcionan. Después de sacar a su sistema del modo de mantenimiento y de que se complete el reinicio del sistema, inicie sesión en el sitio de administración, seleccione Usuarios > Integración de directorios y luego Guardar. Si sus credenciales de CUCM son incorrectas, recibirá un mensaje de error que dice Credenciales no válidas. Si recibe este mensaje de error, introduzca las credenciales correctas y seleccione de nuevo Guardar. (Consulte "Configuración de la información del directorio").