En este capítulo, se proporciona un proceso que ayuda a actualizar o migrar un entorno distribuido en fases controladas.
En este capítulo, se presupone que el entorno contiene varios servidores de administración, con algunos de ellos ubicados en sitios remotos. Esta configuración recibe el nombre de conjunto de varios maestros (MMS, Multi-Master Set). Un MMS está formado por un servidor de administración principal y uno o varios servidores de administración secundarios asociados. Para obtener más información sobre el funcionamiento de un MMS, consulte Configuring the Multi-Master Set
(Configuración del conjunto de varios maestros) en Directory and Resource Administrator Administrator Guide (Guía del administrador de Directory and Resource Administrator).
Ejecute el archivo NetIQAdminInstallationKit.msi para extraer los medios de instalación e instalar y ejecutar la utilidad de comprobación de estado.
Asegúrese de planificar la implantación de DRA antes de iniciar el proceso de actualización. Al planificar la implantación, tenga en cuenta las directrices siguientes:
Pruebe el proceso de actualización en su entorno de laboratorio antes de llevar la actualización a su entorno de producción. Las pruebas le permiten identificar y resolver cualquier problema inesperado sin que esto afecte a las tareas administrativas diarias.
Consulte Puertos y protocolos necesarios.
Determine cuántos AA dependen de cada MMS. Si la mayoría de los AA dependen de servidores o conjuntos de servidores específicos, actualice primero esos servidores durante las horas de menor actividad.
Determine los AA que necesitan la consola de delegación y configuración. Puede obtener esta información de una de las siguientes formas:
Consulte los AA asociados a los grupos de AA integrados.
Consulte los AA asociados a las ActiveViews integradas.
Utilice el componente de elaboración de informes de Directory and Resource Administrator para generar informes de modelo de seguridad como, por ejemplo, informes de información de administradores asistentes de ActiveView y grupos de administradores asistentes.
Informe a estos AA acerca de sus planes de actualización de las interfaces de usuario.
Determine los AA que deben conectarse al servidor de administración principal. Estos AA deben actualizar los equipos cliente una vez que actualice el servidor de administración principal.
Informe a estos AA acerca de sus planes para actualizar los servidores de administración e interfaces de usuario.
Determine si necesita implementar los cambios de delegación, configuración o directivas que se hayan realizado antes de iniciar el proceso de actualización. En función del entorno, se puede realizar esta decisión de un sitio a otro.
Coordine la actualización de los equipos cliente y los servidores de administración para garantizar un tiempo de inactividad mínimo. Tenga en cuenta que DRA no admite la ejecución de versiones anteriores de DRA con la versión actual de DRA en el mismo servidor de administración o equipo cliente.
Antes de comenzar las instalaciones de actualización, siga los pasos previos a la actualización indicados a continuación para preparar cada conjunto de servidores para la actualización.
|
Pasos |
Detalles |
|---|---|
|
Copia de seguridad de la instancia de AD LDS |
Abra la utilidad de comprobación de estado de DRA y ejecute la comprobación de copia de seguridad de la instancia de AD LDS para crear una copia de seguridad de la instancia actual de AD LDS. |
|
Realizar un plan de implantación |
Realice un plan de implantación para actualizar los servidores de administración y las interfaces de usuario (equipos cliente AA). Para obtener más información, consulte Planificación de una actualización de DRA. |
|
Reservar un servidor secundario para la ejecución de una versión anterior de DRA |
Opcional: reserve un servidor de administración secundario para que ejecute una versión de DRA mientras actualiza un sitio. |
|
Realizar los cambios necesarios para este MMS |
Realice los cambios necesarios en los ajustes de delegación, configuración o directiva de este MMS. Utilice el servidor de administración principal para modificar estos ajustes. |
|
Sincronizar el MMS |
Sincronice los conjuntos de servidores para que cada servidor de administración contenga la configuración y los ajustes de seguridad más recientes. |
|
Realizar una copia de seguridad del registro del servidor principal |
Realice una copia de seguridad del registro del servidor de administración principal. Disponer de una copia de seguridad de la configuración anterior del registro le permite recuperar fácilmente la configuración anterior y los ajustes de seguridad. |
NOTA:Si tiene un motivo para restaurar la copia de seguridad de la instancia de AD LDS, realice lo siguiente:
Detenga la instancia actual de AD LDS en Administración de equipos > Servicios. Esta presentará un título diferente: NetIQDRASecureStoragexxxxx.
Sustituya el archivo actual adamnts.dit por el archivo de copia de seguridad adamnts.dit, como se indica a continuación:
Ubicación del archivo actual: %ProgramData%/NetIQ/DRA/<NombreInstanciaDRA>/data/
Ubicación del archivo de copia de seguridad: %ProgramData%/NetIQ/ADLDS/
Reinicie la instancia de AD LDS.
Reservar uno o varios servidores de administración secundarios para que ejecuten de forma local una versión anterior de DRA en un sitio durante la actualización puede ayudar a minimizar el tiempo de inactividad y las costosas conexiones a sitios remotos. Este paso es opcional y permite a los AA utilizar una versión anterior de DRA durante todo el proceso de actualización hasta que esté satisfecho con la implantación completada.
Considere esta opción si necesita cumplir uno o más de los siguientes requisitos de actualización:
El tiempo de inactividad debe ser mínimo o no debe haber ninguno.
Debe admitir un gran número de AA y no puede actualizar al instante todos los equipos cliente.
Desea seguir proporcionando acceso a una versión anterior de DRA después de actualizar el servidor de administración principal.
El entorno incluye un MMS que abarca varios sitios.
Puede instalar un nuevo servidor secundario de administración o designar un servidor secundario existente para que ejecute una versión anterior de DRA. Si tiene intención de actualizar este servidor, este debe ser el último servidor que se actualice. De lo contrario, desinstale por completo DRA en este servidor cuando se haya completado correctamente la actualización.
La instalación de un nuevo servidor de administración secundario en un sitio local puede ayudarle a evitar costosas conexiones a sitios remotos y garantiza que los AA puedan seguir utilizando una versión anterior de DRA sin interrupciones. Si el entorno incluye un MMS que abarca varios sitios, debe considerar la posibilidad de usar esta opción. Por ejemplo, si el MMS consta de un servidor de administración principal en el sitio de Londres y un servidor de administración secundario en el sitio de Tokio, considere la posibilidad de instalar un servidor secundario en el sitio de Londres y añadirlo al MMS correspondiente. Este servidor adicional permitirá que los AA del sitio de Londres utilicen una versión anterior de DRA hasta que se haya completado la actualización.
Puede utilizar un servidor de administración secundario existente como servidor reservado para la ejecución de una versión anterior de DRA. Si no tiene intención de actualizar un servidor de administrador secundario en un determinado sitio, debe considerar la posibilidad de usar esta opción. Si no puede reservar un servidor secundario existente, considere la posibilidad de instalar un nuevo servidor de administración para este fin. Reservar uno o varios servidores secundarios para que ejecuten una versión anterior de DRA permite a los AA seguir utilizando una versión anterior de DRA sin interrupciones hasta que se complete la actualización. Esta opción funciona mejor en entornos de mayor tamaño que utilizan un modelo de administración centralizada.
Antes de realizar una copia de seguridad del registro de la versión anterior de DRA o iniciar el proceso de actualización, asegúrese de sincronizar los conjuntos de servidores para que cada servidor de administración contenga la configuración y los ajustes de seguridad más recientes.
NOTA:Asegúrese de que haya realizado todos los cambios necesarios en los ajustes de delegación, configuración o directiva de este MMS. Utilice el servidor de administración principal para modificar estos ajustes. Una vez actualizado el servidor de administración principal, no podrá sincronizar los ajustes de delegación, configuración o directiva en ningún servidor de administración que ejecute versiones anteriores de DRA.
Para sincronizar el conjunto de servidores existente:
Entre en el servidor de administración principal como administrador integrado.
Inicie la interfaz de MMC.
En el panel de la izquierda, haga clic en Gestión de configuraciones.
Haga clic en Servidores de administración.
En el panel de la derecha, seleccione el servidor de administración principal adecuado para este conjunto de servidores.
Haga clic en Propiedades.
En la pestaña Programación de sincronización, haga clic en Actualizar ahora.
Compruebe que la sincronización se realice correctamente y que todos los servidores de administración secundarios estén disponibles.
Una copia de seguridad del registro del servidor de administración garantiza que puede restablecer las configuraciones anteriores. Por ejemplo, si debe desinstalar por completo la versión actual de DRA y utilizar la versión anterior, disponer de una copia de seguridad de la configuración anterior del registro le permitirá recuperar fácilmente la configuración y los ajustes de seguridad anteriores.
Sin embargo, tenga cuidado al editar el registro. Si se produce un error en el registro, es posible que el servidor de administración no presente el funcionamiento esperado. Si se produce un error durante el proceso de actualización, puede utilizar la copia de seguridad de la configuración del registro para restaurar el registro. Para obtener más información, consulte la Ayuda del Editor del registro.
IMPORTANTE:La versión del servidor de DRA, el nombre del sistema operativo Windows y la configuración del dominio gestionado deben ser exactamente iguales al restaurar el registro.
IMPORTANTE:Antes de actualizar, realice copias de seguridad del sistema operativo Windows del equipo que aloja DRA o cree una captura de máquina virtual del equipo.
Para realizar copias de seguridad del registro del servidor de administración:
Ejecute regedit.exe.
Haga clic con el botón derecho en el nodo HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Mission Critical Software\OnePoint y seleccione Exportar.
Especifique el nombre y la ubicación del archivo para guardar la clave de registro y haga clic en Guardar.
La siguiente lista de verificación le guiará por todo el proceso de actualización. Utilice este proceso para actualizar cada uno de los conjuntos de servidores del entorno. Si aún no lo ha hecho, use la utilidad de comprobación de estado para crear una copia de seguridad de la instancia actual de AD LDS.
Puede distribuir este proceso de actualización en varias fases mediante la actualización de un MMS cada vez. Este proceso de actualización también le permite incluir temporalmente servidores secundarios que ejecuten una versión anterior de DRA y servidores secundarios que ejecuten la versión actual de DRA en el mismo MMS. DRA admite la sincronización entre los servidores de administración que ejecutan una versión anterior de DRA y los servidores que ejecutan la versión actual de DRA. Sin embargo, tenga en cuenta que DRA no admite la ejecución de una versión anterior de DRA con la versión actual de DRA en el mismo servidor de administración o equipo cliente.
En DRA 9.2 o versiones posteriores, la configuración del servidor de Automatización del flujo de trabajo se almacena en AD LDS en lugar del registro. Al actualizar desde DRA 9.1 o versiones anteriores a DRA 9.2 o versiones posteriores, la configuración del registro se transfiere automáticamente a AD LDS y se replica en todos los servidores secundarios.
ADVERTENCIA:No actualice los servidores de administración secundarios hasta que haya actualizado el servidor de administración principal de ese MMS.
|
Pasos |
Detalles |
|---|---|
|
Ejecutar la utilidad de comprobación de estado |
Instale la utilidad de comprobación de estado de DRA independiente y ejecútela mediante una cuenta de servicio. Solucione los problemas existentes. |
|
Realizar una actualización de prueba |
Realice una actualización de prueba en el entorno de laboratorio para identificar posibles problemas y minimizar el tiempo de inactividad de la producción. |
|
Determinar el orden de actualización |
Determine el orden en el que desea actualizar los conjuntos de servidores. |
|
Preparar cada MMS para la actualización |
Prepare cada MMS para la actualización. Para obtener más información, consulte Tareas previas a la actualización. |
|
Actualizar el servidor principal |
Actualice el servidor de administración principal del MMS adecuado. |
|
Instalar un nuevo servidor secundario |
(Opcional) Para minimizar el tiempo de inactividad en sitios remotos, instale un servidor de administración secundario local que ejecute la versión más reciente de DRA. |
|
Implantar las interfaces de usuario |
Implante las interfaces de usuario en los administradores asistentes. |
|
Actualizar los servidores secundarios |
Actualice los servidores de administración secundarios del MMS. |
|
Actualizar el módulo de elaboración de informes de DRA |
Actualice el módulo de elaboración de informes de DRA. |
|
Actualizar las extensiones REST |
Ejecute el instalador de extensiones REST de DRA. |
|
Ejecutar la utilidad de comprobación de estado |
Ejecute la utilidad de comprobación de estado que se ha instalado como parte de la actualización. Solucione los problemas existentes. |
Después de preparar correctamente el MMS, actualice el servidor de administración principal. No actualice las interfaces de usuario en los equipos cliente AA hasta que se haya completado la actualización del servidor de administración principal. Para obtener más información, consulte Implantación de las interfaces de usuario de DRA.
NOTA:Para obtener instrucciones e información de actualización más detallados, consulte las Notas de la versión de Directory and Resource Administrator.
Antes de actualizar, informe a los AA de cuándo tiene intención de iniciar este proceso. Si ha reservado un servidor de administración secundario para que ejecute una versión anterior de DRA, identifique también este servidor para que los AA puedan seguir utilizando la versión anterior de DRA durante la actualización.
NOTA:Una vez actualizado el servidor de administración principal, no podrá sincronizar los ajustes de delegación, configuración o directiva de este servidor en los servidores de administración secundarios que ejecuten una versión anterior de DRA.
La instalación de un nuevo servidor de administración secundario para que ejecute la versión actual de DRA en un sitio local puede ayudarle a minimizar conexiones costosas a sitios remotos, a la vez que reduce el tiempo de inactividad general y permite una implantación más rápida de las interfaces de usuario. Este paso es opcional y permite a los AA utilizar una versión actual y una versión anterior de DRA durante todo el proceso de actualización hasta que esté satisfecho con la implantación completada.
Considere esta opción si necesita cumplir uno o más de los siguientes requisitos de actualización:
El tiempo de inactividad debe ser mínimo o no debe haber ninguno.
Debe admitir un gran número de AA y no puede actualizar al instante todos los equipos cliente.
Desea seguir proporcionando acceso a una versión anterior de DRA después de actualizar el servidor de administración principal.
El entorno incluye un MMS que abarca varios sitios.
Por ejemplo, si el MMS consta de un servidor de administración principal en el sitio de Londres y un servidor de administración secundario en el sitio de Tokio, considere la posibilidad de instalar un servidor secundario en el sitio de Tokio y añadirlo al MMS correspondiente. Este servidor adicional equilibra mejor la carga de administración diaria en el sitio de Tokio y permite a los AA de cualquiera de los sitios utilizar una versión anterior de DRA, así como la versión actual de DRA hasta que se complete la actualización. Además, los AA no experimentarán ningún tiempo de inactividad porque puede implantar al instante las interfaces de usuario de DRA actuales. Para obtener más información acerca de la actualización de las interfaces de usuario, consulte Implantación de las interfaces de usuario de DRA.
Por lo general, debe implantar las interfaces de usuario de DRA actuales después de actualizar el servidor de administración principal y un servidor de administración secundario. Sin embargo, para los AA que deben utilizar el servidor de administración principal, asegúrese de actualizar primero los equipos cliente mediante la instalación de la consola de delegación y configuración. Para obtener más información, consulte Planificación de una actualización de DRA.
Si lleva a cabo a menudo un procesamiento por lotes a través de la CLI o el proveedor ADSI, o genera informes con frecuencia, considere la posibilidad de instalar estas interfaces de usuario en un servidor de administración secundario reservado para mantener un equilibrio de carga adecuado en todo el MMS.
Puede permitir que los AA instalen las interfaces de usuario de DRA o las implanten a través de la directiva de grupo. También puede implantar de forma fácil y rápida la consola Web en varios AA.
NOTA:No puede ejecutar varias versiones de componentes de DRA en paralelo en el mismo servidor de DRA. Si tiene intención de actualizar gradualmente los equipos cliente AA, considere la posibilidad de implantar la consola Web para garantizar el acceso instantáneo a un servidor de administración que ejecute la versión actual de DRA.
Al actualizar los servidores de administración secundarios, puede actualizar cada servidor según sea necesario, según los requisitos de administración. Además, tenga en cuenta cómo desea actualizar e implantar las interfaces de usuario de DRA. Para obtener más información, consulte Implantación de las interfaces de usuario de DRA.
Por ejemplo, una vía de actualización típica puede incluir los siguientes pasos:
Actualice un servidor de administración secundario.
Indique a los AA que utilicen este servidor para instalar las interfaces de usuario adecuadas, como la consola de gestión de cuentas y recursos.
Repita los pasos 1 y 2 anteriores hasta que actualice por completo el MMS.
Antes de actualizar, informe a los AA de cuándo tiene intención de iniciar este proceso. Si ha reservado un servidor de administración secundario para que ejecute una versión anterior de DRA, identifique también este servidor para que los AA puedan seguir utilizando la versión anterior de DRA durante la actualización. Cuando haya completado el proceso de actualización de este MMS, y todos los equipos cliente AA ejecuten interfaces de usuario actualizadas, desconecte todos los servidores restantes con la versión anterior de DRA.
Antes de actualizar el módulo de elaboración de informes de DRA, asegúrese de que su entorno cumpla con los requisitos mínimos para NRC 3.2. Para obtener más información sobre los requisitos de instalación y las consideraciones de actualización, consulte Reporting Center Guide (Guía de Reporting Center) en el sitio de documentación de DRA.
|
Pasos |
Detalles |
|---|---|
|
Inhabilitar la compatibilidad con el módulo de elaboración de informes de DRA |
Para asegurarse de que los recopiladores de elaboración de informes no se ejecuten durante el proceso de actualización, desactive la compatibilidad con el módulo de elaboración de informes DRA en la ventana Configuración del servicio de elaboración de informes de la consola de delegación y configuración. |
|
Entrar en la instancia de SQL Server con las credenciales pertinentes |
Entre en la instancia de Microsoft Windows Server en el que se haya instalado la instancia de SQL para las bases de datos de informes con una cuenta de administrador. Asegúrese de que esta cuenta tenga privilegios administrativos locales, así como privilegios de administrador del sistema en SQL Server. |
|
Ejecutar la instalación del módulo de elaboración de informes de DRA |
Ejecute DRAReportingSetup.exe desde el kit de instalación y siga las instrucciones del asistente de instalación. |
|
Ejecutar la instalación de NRC |
Condicional: si el servicio Web NRC se ha instalado en un equipo diferente, entre en el equipo en el que se haya instalado el servicio Web y ejecute NRCSetup.exe para actualizar el servicio Web NRC. NOTA:Si se ha instalado la base de datos de configuración en un servidor distinto, esta deberá actualizarse primero. |
|
Ejecutar la instalación de NRC en equipos cliente |
Ejecute NRCSetup.exe en todos los equipos cliente NRC. |
|
Habilitar la compatibilidad con el módulo de elaboración de informes de DRA |
En el servidor de administración principal, habilite el módulo de elaboración de informes en la consola de delegación y configuración. |
Si el entorno utiliza la integración con SSRS, deberá implantar de nuevo los informes. Para obtener más información acerca de cómo volver a distribuir informes, consulte NetIQ Reporting Center Reporting Guide (Guía de informes de NetIQ Reporting Center) en el sitio de documentación de DRA.
Para actualizar la consola Web y las extensiones REST en Directory and Resource Administrator 9.2, debe utilizar DRA 9.0.1 o versiones posteriores. Para obtener información sobre los requisitos, consulte Requisitos de la consola Web y las extensiones de DRA.
Para actualizar la consola Web y las extensiones de DRA:
Después de descargar el kit de instalación de DRA, desplácese a la ubicación en la que se han extraído los medios de instalación, haga clic con el botón derecho en el archivo DRARESTExtensionsInstaller.exe y seleccione Ejecutar como administrador.
Siga las instrucciones del asistente de instalación hasta que se complete la instalación y haga clic en Finalizar.
Para obtener más información acerca de los pasos descritos en el asistente de instalación, consulte los pasos necesarios para realizar una nueva instalación: Instalación de las extensiones REST de DRA.
Al actualizar a una versión más reciente de DRA, desea conservar todas las personalizaciones que haya realizado en la consola Web del servidor Web. Para facilitar esta tarea, DRA dispone de una utilidad de actualización de personalización integrada en el instalador de extensiones REST de DRA. Esta utilidad se ejecuta automáticamente al ejecutar DRARESTExtensionsInstaller.exe para actualizar las extensiones REST en el servidor Web. También puede volver a ejecutar la utilidad manualmente desde el directorio de instalación de DRA fuera de la instalación.
Parte del proceso de la utilidad de actualización de personalización consiste en realizar una copia de seguridad de las personalizaciones antes de que se inicie la actualización. Durante el proceso de actualización, la utilidad crea un archivo de registro de todos los cambios realizados debido a la actualización y también incluye una advertencia en relación con los elementos de personalización que no se pueden actualizar automáticamente.
Como práctica recomendada, es recomendable que consulte el registro después de realizar la actualización. Si es necesario, puede deshacer las personalizaciones previas a la actualización. Para ello, cópielas desde la carpeta de copia de seguridad. Puede definir la vía de carpeta para las personalizaciones actualizadas cuando se abra la utilidad de actualización de personalización, o bien puede utilizar la vía por defecto que se rellena automáticamente.
A continuación, se indican las vías por defecto para las personalizaciones actualizadas y la copia de seguridad de las personalizaciones:
Vía a la carpeta personalizada por defecto C:\inetpub\wwwroot\DRAClient\components\lib\ui-templates\custom
Vía a la copia de seguridad por defecto: $CustomFolderPath\custom_upgrade_$VERSIONFROM_to_$VERSIONTO_backup