CA ARCserve Replication y High Availability

(1)

Guía de instalación

r16

CA ARCserve® Replication y

High Availability

(2)

Esta documentación, que incluye sistemas incrustados de ayuda y materiales distribuidos por medios electrónicos (en adelante, referidos como la "Documentación") se proporciona con el único propósito de informar al usuario final, pudiendo CA proceder a su modificación o retirada en cualquier momento.

Queda prohibida la copia, transferencia, reproducción, divulgación, modificación o duplicado de la totalidad o parte de esta Documentación sin el consentimiento previo y por escrito de CA. Esta Documentación es información confidencial, propiedad de CA, y no puede ser divulgada por Vd. ni puede ser utilizada para ningún otro propósito distinto, a menos que haya sido autorizado en virtud de (i) un acuerdo suscrito aparte entre Vd. y CA que rija su uso del software de CA al que se refiere la Documentación; o (ii) un acuerdo de confidencialidad suscrito aparte entre Vd. y CA.

No obstante lo anterior, si dispone de licencias de los productos informáticos a los que se hace referencia en la Documentación, Vd. puede imprimir, o procurar de alguna otra forma, un número razonable de copias de la Documentación, que serán

exclusivamente para uso interno de Vd. y de sus empleados, y cuyo uso deberá guardar relación con dichos productos. En cualquier caso, en dichas copias deberán figurar los avisos e inscripciones relativas a los derechos de autor de CA.

Este derecho a realizar copias de la Documentación sólo tendrá validez durante el período en que la licencia aplicable para el software en cuestión esté en vigor. En caso de terminarse la licencia por cualquier razón, Vd. es el responsable de certificar por escrito a CA que todas las copias, totales o parciales, de la Documentación, han sido devueltas a CA o, en su caso, destruidas. EN LA MEDIDA EN QUE LA LEY APLICABLE LO PERMITA, CA PROPORCIONA ESTA DOCUMENTACIÓ N "TAL CUAL" SIN GARANTÍA DE NINGÚ N TIPO INCLUIDAS, ENTRE OTRAS PERO SIN LIMITARSE A ELLAS, LAS GARANTÍAS IMPLÍCITAS DE COMERCIALIZACIÓ N, ADECUACIÓ N A UN FIN CONCRETO Y NO INCUMPLIMIENTO. CA NO RESPONDERÁ EN NINGÚ N CASO, ANTE VD. NI ANTE TERCEROS, EN LOS SUPUESTOS DE DEMANDAS POR PÉRDIDAS O DAÑ OS, DIRECTOS O INDIRECTOS, QUE SE DERIVEN DEL USO DE ESTA DOCUMENTACIÓ N INCLUYENDO A TÍTULO ENUNCIATIVO PERO SIN LIMITARSE A ELLO, LA PÉRDIDA DE BENEFICIOS Y DE INVERSIONES, LA INTERRUPCIÓ N DE LA ACTIVIDAD EMPRESARIAL, LA PÉRDIDA DEL FONDO DE COMERCIO O LA PÉRDIDA DE DATOS, INCLUSO CUANDO CA HUBIERA PODIDO SER ADVERTIDA CON ANTELACIÓ N Y EXPRESAMENTE DE LA POSIBILIDAD DE DICHAS PÉRDIDAS O DAÑ OS.

El uso de cualquier producto informático al que se haga referencia en la Documentación se regirá por el acuerdo de licencia aplicable. Los términos de este aviso no modifican, en modo alguno, dicho acuerdo de licencia.

CA es el fabricante de esta Documentación.

Esta Documentación presenta "Derechos Restringidos". El uso, la duplicación o la divulgación por parte del gobierno de los Estados Unidos está sujeta a las restricciones establecidas en las secciones 12.212, 52.227-14 y 52.227-19(c)(1) - (2) de FAR y en la sección 252.227-7014(b)(3) de DFARS, según corresponda, o en posteriores.

Copyright © 2012 CA. Todos los derechos reservados. Todas las marcas registradas y nombres comerciales, logotipos y marcas de servicios a los que se hace referencia en este documento pertenecen a sus respectivas compañías.

(3)

Referencias a productos de CA Technologies

En este documento se hace referencia a los siguientes productos de CA Technologies:

■ _{CA ARCserve® Replication}

■ _{CA ARCserve® High Availability (HA)} ■ _{CA ARCserve® Assured Recovery®} ■ _{CA ARCserve® Content Distribution}

En esta guía, el término CA ARCserve RHA se utiliza para representar la familia del producto entera, que se vendía previamente como CA XOsoft Replication (WANsync) y CA XOsoft High Availability (WANsyncHA).

Información de contacto del servicio de Asistencia técnica

Si requiere asistencia técnica en línea, póngase en contacto con Soporte técnico en http://www.ca.com/worldwide, Allí encontrará una lista completa con las direcciones, números de teléfono y el horario de atención al público de nuestras oficinas.

(4)

Cambios en la documentación

Desde la última versión de esta documentación, se han realizado estos cambios y actualizaciones:

■ _{La documentación se ha actualizado para incluir comentarios del usuario,}

mejoras, correcciones y otro tipo de cambios menores que ayudan a mejorar el uso y la comprensión del producto o de la misma

(5)

Contenido 5

Contenido

Capítulo 1: Componentes e implementación de CA ARCserve RHA

9

Componentes de replicación y alta disponibilidad. ... 9

Servicio de control ... 9

Motor ... 10

Centro de gestión ... 11

PowerShell ... 12

CA ARCserve RHA para el clúster de conmutación por error de Microsoft ... 12

Implementación de CA ARCserve RHA ... 13

Capítulo 2: Requisitos y configuraciones de los componentes de

CA ARCserve RHA

15

Requerimientos del Servicio de control... 16

Requerimientos del Motor ... 17

Requerimientos del Centro de gestión ... 18

Requerimientos de PowerShell ... 18

Requisitos del sistema de clúster ... 19

Capítulo 3: Requerimientos de las aplicaciones y las bases de datos

admitidas

21

Servidores de aplicaciones y bases de datos admitidas ... 22

Replicación y alta disponibilidad para el servidor de archivos ... 22

Requisitos del servidor de archivos ... 23

Cuenta de inicio de sesión del servidor de archivos ... 23

Funcionamiento de servidores de archivos en un grupo de trabajo ... 23

Replicación y alta disponibilidad de Microsoft Exchange Server ... 24

Replicación de Exchange Server ... 24

Alta disponibilidad para el servidor Exchange ... 25

Replicación y alta disponibilidad de Microsoft SQL Server ... 27

Replicación de SQL Server ... 27

Alta disponibilidad para SQL Server ... 28

Alta disponibilidad para el servidor IIS ... 31

Configuraciones de HA para IIS ... 31

(6)

6 Guía de instalación

Alta disponibilidad para el servidor Oracle ... 33

Configuraciones de HA para Oracle ... 34

Cuenta de inicio de sesión de HA para Oracle ... 35

Servidores Oracle que funcionan en un grupo de trabajo ... 35

Replicación y alta disponibilidad para Microsoft Hyper-V Server ... 35

Replicación para Hyper-V Server ... 35

Alta disponibilidad para Hyper-V ... 36

Replicación y alta disponibilidad de Microsoft SharePoint Server ... 38

Replicación del servidor SharePoint ... 38

Alta disponibilidad para SharePoint Server ... 38

Replicación y alta disponibilidad para vCenter Server ... 48

Replicación para vCenter Server ... 48

Alta disponibilidad para vCenter Server ... 49

Replicación y alta disponibilidad para Microsoft Dynamics CRM ... 51

Configuración de RHA para Dynamics CRM ... 51

Configuración UNIX/Linux ... 56

Sistema completo de alta disponibilidad ... 57

Configuración de BlackBerry para CA ARCserve RHA ... 58

Información adicional de instalación y configuración de CA ARCserve RHA para BlackBerry ... 59

Alta disponibilidad del Servicio de control ... 59

Configuración del Servicio de control de HA ... 60

Cuenta de inicio de sesión para HA de Servicio de control ... 60

Apéndice A: Instalación, actualización y desinstalación de CA ARCserve

RHA

61

Registro de Windows Installer ... 62

Instalación inicial de CA ARCserve RHA ... 63

Flujo de trabajo de instalación de componentes ... 64

Instalación de CA ARCserve RHA para el clúster de conmutación por error de Microsoft ... 65

Actualización de la instalación ... 66

Actualización en fases ... 67

Aplicación proxy de XONET ... 68

Paquete InstallShield ... 69

Desinstalación de v4 y aplicaciones de proxy ... 70

Solución de problemas del proxy de XONET ... 71

Instalación del Servicio de control de CA ARCserve RHA ... 71

Consideraciones sobre la instalación del Servicio de control ... 72

(7)

Contenido 7

Instalación de dos servicios de control para la conmutación de roles del Servicio de control ... 76

Instalación del Servicio de control mediante la CLI ... 78

Cómo instalar el Motor de CA ARCserve RHA ... 79

Instalación del Motor con el archivo de instalación Setup.exe ... 80

Instalación del Motor con el asistente de creación de escenarios ... 82

Instalación del motor con el instalador remoto ... 84

Instalación del motor mediante la CLI ... 87

Instalación y apertura del Centro de gestión y el Gestor ... 88

Instalación de PowerShell de CA ARCserve RHA ... 89

Desinstalación de CA ARCserve RHA ... 90

Desinstalación de CA ARCserve RHA para el clúster de conmutación por error de Microsoft ... 90

Resolución de problemas del error CAVSSSoftProv ... 91

Solución de problemas con la verificación del motor de RHA ... 91

Apéndice B: Instalación de IIS 6.0 Management Compatibility para IIS

7.0/7.5

93 Apéndice C: Instalación del Certificado con firma propia de SSL

97 Apéndice D: Renovación de un certificado SSL caducado

101 Apéndice E: Instalación del cliente de Oracle para ofrecer compatibilidad

para Oracle de 32 bits en un sistema operativo de 64 bits

103 Apéndice F: Agradecimientos

105

Declaración de ISC bind 9.3.2 ... 105

CAPICOM 2.1.0.1 Acknowledgement ... 106

Zlib 1.2.3 Acknowledgement ... 112

OpenSSL 1.0.0d Acknowledgement ... 113

Índice

119

(8)

(9)

Capítulo 1: Componentes e implementación de CA ARCserve RHA 9

Capítulo 1: Componentes e implementación

de CA ARCserve RHA

En este capítulo se ofrece una visión general de los componentes de

CA ARCserve RHA y pautas para implementar eficazmente estos componentes en la plataforma Microsoft Windows.

Esta sección contiene los siguientes temas:

Componentes de replicación y alta disponibilidad. (en la página 9)

Implementación de CA ARCserve RHA (en la página 13)

Componentes de replicación y alta disponibilidad.

CA ARCserve RHA consta de los componentes siguientes:

■ _{Servicio de control}_{(en la página 9)} ■ _Motor_{(en la página 10)}

■ _{Centro de gestión}_{(en la página 11): consta de tres componentes: Página de}

presentación, Gestor y Centro de informes.

■ _PowerShell_{(en la página 12)}

■ _{CA ARCserve RHA para el clúster de conmutación por error de Microsoft}_(en

la página 12)

Servicio de control

Las funciones del Servicio de control como un único punto de control en la operación de replicación o alta disponibilidad. Contiene el conjunto de datos entero de los escenarios existentes. El Servicio de control se comunica con los motores y con los Gestores. Tiene a su cargo la gestión de las tareas

relacionadas con todos los escenarios, como creación, configuración, control y ejecución de los escenarios.

El Servicio de control recibe solicitudes de los gestores, las procesa, las convierte en comandos individuales y las transmite a los motores.

Posteriormente, el Servicio de control recibe datos y eventos actualizados de los Motores, y devuelve información y estadísticas sobre el estado del escenario al Gestor.

(10)

Componentes de replicación y alta disponibilidad.

El Servicio de control también es responsable de autenticar y autorizar a los usuarios. Además, puede actuar como punto central para gestionar y almacenar informes. La información y las estadísticas que acumula el Servicio de control se pueden mostrar al usuario a través de la página Visión general, el Gestor, el Centro de informes y PowerShell.

Todos los archivos de escenarios se conservan en el servidor que ejecuta el Servicio de control. Si el Servicio de control se desactiva, el funcionamiento del escenario no se ve afectado. Sin embargo, para recibir información sobre el estado del escenario, el Servicio de control debe estar activado. Para obtener resultados mejores, instale el Servicio de control en un host independiente. Si no es posible hacerlo, puede instalar el Servicio de control en el servidor master o en el servidor réplica. Sin embargo, si el servidor se desactiva, se perderá la conexión con el Servicio de control y no se podrán gestionar los escenarios. Puede proteger el Servicio de control de CA ARCserve RHA en escenarios separados. Para obtener más información, consulte la sección Protección del Servicio de control en la Guía de administración de CA ARCserve RHA.

Motor

El motor es un servicio que debe estar ejecutándose antes de iniciar cualquier escenario. Se instala en todos los servidores que intervienen en un escenario determinado, es decir, el host master (de origen) y los host de réplica (de destino). Cada Motor admite tanto la funcionalidad de master como de réplica, tanto para escenarios de alta disponibilidad como de réplica. Puede intervenir en varios escenarios y desempeñar una función distinta en cada uno. Se pueden instalar motores localmente en cada host de uno en uno, o a través de un instalador remoto en numerosos host al mismo tiempo, y si es necesario se pueden instalar durante la creación de escenario.

(11)

Centro de gestión

El Centro de gestión de consta de tres componentes, ninguno de los cuales requiere instalación manual:

■ _{Página de presentación: una visión general estadística del estado de los}

escenarios de replicación y de alta disponibilidad.

■ _{Gestor: interfaz de usuario que permite crear, configurar, gestionar y}

controlar escenarios. La aplicación de interfaz de usuario que se activa desde la página de presentación haciendo clic en el vínculo Gestión del escenario.

■ _{Centro de informes: una interfaz de usuario que reúne todos los informes}

existentes, junto con información sobre los informes disponibles de cada escenario. Puede determinar dónde se almacenarán los informes y por cuánto tiempo se mostrarán y se guardarán en el centro de informes:

(12)

PowerShell

PowerShell se ofrece como alternativa si no quiere gestionar el proceso de replicación mediante la interfaz de usuario gráfica del Gestor. Este componente amplía y simplifica las funciones de las versiones anteriores de la CLI y es compatible con operaciones de replicación y de alta disponibilidad.

PowerShell es un shell de línea de comandos y un entorno de script que permite configurar escenarios de replicación y controlar y supervisar el proceso de replicación. Todos los escenarios que gestiona PowerShell tienen el mismo aspecto y funcionan exactamente igual que aquellos que gestiona el Gestor, y se guardan automáticamente en la misma ubicación predeterminada:

INSTALL_DIR/ws_scenarios.

PowerShell se basa en Windows PowerShell™ estándar, que se entrega con un amplio conjunto de comandos incorporados en una interfaz consistente. El componente PowerShell agrega un número de comandos relacionados con el escenario denominados complementos, que facilitan la gestión del escenario.

CA ARCserve RHA para el clúster de conmutación por error de Microsoft

CA ARCserve RHA para el clúster de conmutación por error incluye un

complemento de recurso de disco virtual y una interfaz ligera que se encuentra instalada en todos los nodos del clúster.

Aunque la alta disponibilidad se incorpora en entornos de clúster de Microsoft, el almacenamiento compartido todavía podría ser un único punto de error. CA ARCserve RHA protege el almacenamiento de clúster, lo que permite duplicar datos en un recurso de disco dentro o fuera de las instalaciones.

(13)

Implementación de CA ARCserve RHA

La implementación de los componentes de CA ARCserve RHA depende del tamaño de la red de la empresa de TI y de las necesidades de replicación y de alta disponibilidad del usuario. Sin embargo, existen algunas pautas que se deberían seguir a la hora de diseñar el entorno de replicación y de alta disponibilidad, y también al implementar los distintos componentes en una plataforma Windows. La siguiente sección proporciona información sobre la implementación eficiente de los componentes de CA ARCserve RHA. A continuación, se ilustra una implementación típica de los componentes de CA ARCserve RHA:

■ _{Servicio de control de CA ARCserve RHA}

El Servicio de control debe ser capaz de conectarse a todos los servidores master y réplica de conmutación. No es obligatorio que el Servicio de control tenga una conexión directa con cada uno de los servidores que no sean réplica de conmutación en los escenarios.

Se recomienda la instalación del Servicio de control en un servidor

independiente. Si trabaja con escenarios de alta disponibilidad, no instale el Servicio de control en los host master o réplica.

(14)

Implementación de CA ARCserve RHA

Puede instalar el Servicio de control en su estación de trabajo local. No obstante, debe saber que si esa estación de trabajo se deshabilita o desactiva, no podrá controlar ni gestionar los escenarios.

■ _{Motor de CA ARCserve RHA}

El Motor debe estar instalado en cada servidor master y réplica que intervenga en los escenarios definidos.

■ _{Centro de gestión de CA ARCserve RHA}

Es posible abrir este componente desde cualquier estación de trabajo que tenga un explorador instalado y conectividad de red con el Servicio de control.

■ _{PowerShell de CA ARCserve RHA}

Es posible abrir este componente desde cualquier estación de trabajo que tenga Windows PowerShell instalado y conectividad de red con el Servicio de control.

(15)

Capítulo 2: Requisitos y configuraciones de los componentes de CA ARCserve RHA 15

Capítulo 2: Requisitos y configuraciones de

los componentes de CA ARCserve RHA

En este capítulo se incluye información con respecto a los requisitos de software y configuración de cada componente de CA ARCserve RHA.

Nota: Para obtener la lista más actualizada de sistemas operativos compatibles, consulte el documento Notas de la versión o acceda al sitio Web arcserve.com.

Requerimientos del Servicio de control (en la página 16)

Requerimientos del Motor (en la página 17)

Requerimientos del Centro de gestión (en la página 18)

Requerimientos de PowerShell (en la página 18)

(16)

Requerimientos del Servicio de control

Sistemas operativos

■ _{Windows Server 2003 (32 bits, 64 bits)} ■ _{Windows Server 2003 R2 (32 bits, 64 bits)} ■ _{Windows Server 2008 (32 bits, 64 bits)} ■ _{Windows Server 2008 R2}

Nota: Para evitar errores de configuración de Microsoft, instale el Servicio de control en sistemas con Windows Server 2003 y en Windows Server 2008 R2 utilizando la cuenta de administrador si planea implementar el motor en host locales mediante el instalador remoto.

Importante: Durante la instalación de Servicio de control, cuando se introduce información de inicio de sesión del servicio, puede utilizar la cuenta del

administrador o definir una nueva cuenta. Si define una nueva cuenta, el estado de inicio del servicio Explorador de equipos del sistema operativo debe estar activado y el servicio, en ejecución. En Windows Server 2003, se activa el servicio Examinador de equipos de forma predeterminada. En cambio, en Windows Server 2008, el estado de inicio del servicio Examinador de equipos se

desactiva de forma predeterminada. Por lo tanto, si se desea instalar el Servicio de control en Windows 2008 y definir una nueva cuenta de sistema para ello, antes de empezar la instalación es necesario cambiar el estado de inicio del

servicio Explorador de equipos a Automático,y después iniciar el servicio. Como

el servicio Explorador de equipos se basa en el uso compartido de impresoras y

archivos, también debe activar Compartir archivos e impresoras en el Centro de

redes y recursos compartidos. Para obtener más información acerca de la activación del estado de inicio del servicio Explorador de equipos, consulte:

http://technet.microsoft.com/en-us/library/bb726965.aspx

Una vez finalizada la instalación, puede detener el servicio Explorador de

equipos,y devolverlo su estado de inicio Desactivado.

Hay varias aplicaciones necesarias que se instalarán automáticamente durante el proceso respectivo, si es que aún no están instaladas en el equipo. Entre estas aplicaciones se incluye:

■ _{Microsoft .NET Framework Versión 2.0} ■ _{Microsoft ASP.NET 2.0 AJAX Extensions 1.0} ■ _{Microsoft Core XML Services 6.0}

(17)

Requerimientos del Motor

■ _{Los usuarios de Windows que ejecuten el Servicio de control de}

CA ARCserve RHA necesitan tener permiso de lectura y escritura en el directorio de instalación.

Requerimientos del Motor

El motor funciona con los siguientes sistemas operativos:

■ _{Windows Server 2003 (32 bits, 64 bits)} ■ _{Windows Server 2003 R2 (32 bits, 64 bits)} ■ _{Windows Server 2008 (32 bits, 64 bits)}

■ _{Windows Server 2008 R2 incluyendo Server Core Installation} ■ _AIX

■ _Solaris ■ _{Red Hat Linux} ■ _{SuSE Linux} ■ _CentOS

Importante: Durante la instalación del Motor, cuando se introduce información de inicio de sesión del servicio, puede utilizar la cuenta del sistema local o definir una nueva cuenta. Si define una nueva cuenta, el estado de inicio del servicio Explorador de equipos del sistema operativo debe estar activado y el servicio, en ejecución. En Windows Server 2003, se activa el servicio Examinador de equipos de forma predeterminada. En cambio, en Windows Server 2008, el

estado de inicio del servicio Examinador de equipos se desactiva de forma

predeterminada. Por lo tanto, si desea instalar el motor en Windows Server 2008 y definir una nueva cuenta del sistema para dicho propósito, antes de iniciar la instalación será necesario cambiar el estado de inicio del servicio

Examinador de equipos a Automático y, a continuación, iniciar el servicio. Como

el servicio Explorador de equipos se basa en el uso compartido de impresoras y

archivos, también debe activar Compartir archivos e impresoras en el Centro de

redes y recursos compartidos. Para obtener más información acerca de la activación del estado de inicio del servicio Explorador de equipos, consulte:

http://technet.microsoft.com/en-us/library/bb726965.aspx

Una vez finalizada la instalación, puede detener el servicio Explorador de

(18)

Requerimientos del Centro de gestión

Explorador Web

■ _{Internet Explorer versiones 6, 7, 8 o 9.}

Nota: Active la generación de scripts en el explorador. Cuenta de inicio de sesión

■ _{Para conectarse al Centro de gestión, debe ser un miembro del grupo de}

administradores en el equipo local donde está instalado el Servicio de control.

Requerimientos de PowerShell

Sistemas operativos

■ _{Windows Server 2003 (32 bits, 64 bits)} ■ _{Windows Server 2003 R2 (32 bits, 64 bits)} ■ _{Windows Server 2008 (32 bits, 64 bits)} ■ _{Windows Server 2008 R2}

■ _{Windows Server 2008 (32 bits y 64 bits)} ■ _{Windows Vista}

■ _{Windows XP}

.Net Framework

■ _{Microsoft .NET Framework 2.0. (compilación 50727).}

Debe tener .Net Framework para realizar la instalación de Windows PowerShell. Puede descargarlo e instalarlo desde el Centro de descargas de Microsoft. Microsoft PowerShell

■ _{Microsoft PowerShell versión 1.0}

Windows Vista SP1 incluye PowerShell como aplicación integrada. Si está utilizando Windows XP o 2003, puede descargarlo e instalarlo directamente desde Microsoft.

(19)

Requisitos del sistema de clúster

Verifique que Microsoft Windows 2003, 2008, 2008 R2 está instalado en todos los equipos del clúster. Los clústeres típicos están formados por cinco (5) equipos:

■ _{Clúster de conmutación por error de Windows Server 2008 R2 (x64) como}

un controlador de dominio y servidor DNS.

■ _{Varias máquinas virtuales que ejecutan Windows 2008 R2 (x64), unidas al}

mismo dominio que controla el primer servidor.

■ _{Una quinta máquina que ejecuta FreeNAS.}

■ _{Microsoft .NET Framework 3.5 (o posteriores) en todos los nodos de clúster.}

Importante: Los datos y registros de la aplicación deben encontrarse en el mismo volumen.

Para obtener más información, consulte la documentación de Microsoft para asegurarse de que su entorno de clúster está configurado correctamente.

(20)

(21)

Capítulo 3: Requerimientos de las aplicaciones y las bases de datos admitidas 21

Capítulo 3: Requerimientos de las

aplicaciones y las bases de datos admitidas

En este capítulo se incluye información acerca de los requisitos de configuración y cuentas de inicio de sesión para cada servidor de aplicaciones y bases de datos admitidas, y para cada solución de replicación.

Nota: Las configuraciones y los requisitos del servidor de archivos se describen en Instalación del Motor de CA ARCserve RHA (en la página 79).

Servidores de aplicaciones y bases de datos admitidas (en la página 22)

Replicación y alta disponibilidad para el servidor de archivos (en la página 22)

Replicación y alta disponibilidad de Microsoft Exchange Server (en la página 24)

Replicación y alta disponibilidad de Microsoft SQL Server (en la página 27)

Alta disponibilidad para el servidor IIS (en la página 31)

Alta disponibilidad para el servidor Oracle (en la página 33)

Replicación y alta disponibilidad para Microsoft Hyper-V Server (en la página 35)

Replicación y alta disponibilidad de Microsoft SharePoint Server (en la página 38)

Replicación y alta disponibilidad para vCenter Server (en la página 48)

Replicación y alta disponibilidad para Microsoft Dynamics CRM (en la página 51)

Configuración UNIX/Linux (en la página 56)

Sistema completo de alta disponibilidad (en la página 57)

Configuración de BlackBerry para CA ARCserve RHA (en la página 58)

(22)

Servidores de aplicaciones y bases de datos admitidas

Las soluciones de replicación y alta disponibilidad están personalizadas para los siguientes servidores de aplicaciones y bases de datos, en Windows de 32 y de 64 bits: ■ _{Servidor de archivos} ■ _{Microsoft Exchange} ■ _{Microsoft SQL} ■ _{Microsoft IIS} ■ _Oracle ■ _{Microsoft SharePoint} ■ _{Microsoft Hyper-V} ■ _{VMware vCenter Server}

■ _{Servicio de control de CA ARCserve RHA} ■ _{Microsoft Dynamics CRM}

CA ARCserve RHA también puede transferir sistemas completos a máquinas virtuales. Para obtener una lista actualizada de las plataformas y aplicaciones admitidas, consulte el documento Configuraciones admitidas de CA ARCserve RHA en el sitio Web de Soporte de CA.

Importante: Para todos los servidores admitidos, debe asignar de manera estática todas las direcciones IP (no se admiten las direcciones IP asignadas con DHCP en el servidor master o réplica).

Replicación y alta disponibilidad para el servidor de archivos

En esta sección se describen los requisitos para ejecutar CA ARCserve RHA para el servidor de archivos.

(23)

Replicación y alta disponibilidad para el servidor de archivos

Requisitos del servidor de archivos

Para implementar los procedimientos de alta disponibilidad para servidor de archivos, debe tener la configuración siguiente:

■ _{Dos servidores que ejecuten Windows Server, con el mismo nivel de Service}

Packs y revisiones instalados.

Nota: Para obtener una lista completa de los sistemas operativos y

aplicaciones compatibles, consulte Notas de la versión de CA ARCserve RHA.

■ _{(En el mismo entorno Active Directory) Los servidores master y réplica}

deben estar alojados en el mismo bosque de Active Directory y deben ser miembros del mismo dominio o dominios de confianza.

■ _{Asigne de manera estática todas las direcciones IP (no se admiten}

direcciones IP asignadas por DHCP en el servidor master ni en el réplica).

■ _{El servidor protegido no debe ser un controlador de dominio ni un servidor}

DNS.

Cuenta de inicio de sesión del servidor de archivos

La cuenta de inicio de sesión del servicio CA ARCserve HA debe cumplir con todas las condiciones siguientes:

■ _{Debe ser miembro del grupo de administradores de dominio. Si el grupo de}

administradores de dominio no es miembro del grupo de administradores locales integrado, debe utilizar una cuenta que lo sea.

■ _{Debe ser miembro del grupo de gestores en el equipo local. Si el grupo de}

administradores de dominio no es miembro, agregue la cuenta normalmente.

Funcionamiento de servidores de archivos en un grupo de trabajo

Para servidores en un grupo de trabajo, configure la cuenta de servicio del Motor de CA ARCserve RHA con el valor Sistema local (a menos que se hayan agregado scripts personalizados que requieran permisos de nivel superior). Los servidores que integran un grupo de trabajo pueden utilizar Redireccionamiento de DNS sólo con servidores de este tipo que permitan actualizaciones no

seguras. Puede utilizar Mover IP, Cambio del nombre de equipo y scripts de redireccionamiento personalizados con normalidad.

(24)

Replicación y alta disponibilidad de Microsoft Exchange Server

Esta sección describe los requisitos de configuración de CA ARCserve RHA para Microsoft Exchange Server.

Replicación de Exchange Server

En esta sección se describen los requisitos para ejecutar CA ARCserve RHA para Exchange Server.

Configuración para la replicación de Exchange

Para implementar los procedimientos de replicación para Exchange server, debe tener las configuraciones siguientes:

■ _{Exchange Server instalado en servidores master y réplica, con la mismas}

ediciones, versiones, service packs y revisiones instaladas en cada uno.

■ _{Exchange Server instalado con las mismas credenciales de inicio de sesión}

en los servidores master y réplica.

■ _{Los dos servidores deberían tener instalados los roles de buzón y CAS. Si el}

servidor master es el único servidor en la organización de Exchange que contiene los roles de CAS y HUB, el servidor réplica debe tener los mismos roles de Exchange Server instalados.

■ _{Los dos servidores deberían tener la misma versión de PowerShell instalada.} ■ _{Los dos servidores deberían tener el mismo grupo administrativo de}

Exchange.

Nota: Exchange Server 2010 no permite crear dos bases de datos con el mismo nombre en servidores master y réplica, incluso si la base de datos está

desmontada. Utilice un nombre para la base de datos réplica que tenga menos de 64 caracteres y siga esta convención:

<NombreRéplica>=<NombreMaster>_xxxx Donde xxx = número aleatorio.

(25)

Cuenta de inicio de sesión de replicación para Exchange

La cuenta de inicio de sesión del servicio de motor de CA ARCserve RHA debe reunir todas las condiciones siguientes:

■ _{Debe ser un gestor de Exchange con permisos de vista únicamente.} ■ _{Debe ser miembro del grupo de gestores en el equipo local.}

Nota:Si la política de seguridad de su empresa requiere permisos más específicos que los que se describen, póngase en contacto con el servicio de soporte técnico de CA para solicitar instrucciones detalladas sobre los permisos requeridos.

Clústeres de replicación para Exchange

Con CA ARCserve RHA, trabajar con clústeres es prácticamente lo mismo que trabajar con servidores independientes. Simplemente introduzca el Nombre de servidor virtual de Exchange como el nombre del servidor master o réplica donde corresponda.

En Exchange 2007, CA ARCserve RHA admite implementaciones LCR. No se requiere ninguna configuración adicional.

Nota: En Exchange 2007, no se admiten las implementaciones CCR.

Alta disponibilidad para el servidor Exchange

En esta sección se describen los requisitos para ejecutar CA ARCserve HA para Exchange Server.

(26)

Configuración de HA para Exchange

Para implementar los procedimientos de replicación para Exchange server, debe tener las configuraciones siguientes:

■ _{Exchange Server instalado en servidores master y réplica, con la mismas}

ediciones, versiones, service packs y revisiones instaladas en cada uno.

■ _{Exchange Server instalado con las mismas credenciales de inicio de sesión}

■ _{Los dos servidores deberían tener instalados los roles de buzón y CAS. Si el}

servidor master es el único servidor en la organización de Exchange que contiene los roles de CAS y HUB, el servidor réplica debe tener los mismos roles de Exchange Server instalados.

■ _{Los dos servidores deberían tener la misma versión de PowerShell instalada.} ■ _{Los dos servidores deberían tener el mismo grupo administrativo de}

Exchange.

Nota: Exchange Server 2010 no permite crear dos bases de datos con el mismo nombre en servidores master y réplica, incluso si la base de datos está

desmontada. Utilice un nombre para la base de datos réplica que tenga menos de 64 caracteres y siga esta convención:

<NombreRéplica>=<NombreMaster>_xxxx Donde xxx = número aleatorio.

(27)

Replicación y alta disponibilidad de Microsoft SQL Server

Cuenta de inicio de sesión para HA de Exchange

La cuenta de inicio de sesión del servicio de motor de CA ARCserve HA debe reunir todas las condiciones siguientes:

■ _{Debe ser miembro del grupo de administradores de dominio.} ■ _{Debe ser un administrador de Exchange.}

■ _{Debe ser miembro del grupo de administradores en el equipo local.}

Nota: Si la política de seguridad de la empresa del usuario requiere permisos más granulares que los descritos, póngase en contacto con el Soporte técnico de CA ARCserve RHA para solicitar instrucciones detalladas sobre los permisos necesarios.

Clústeres de alta disponibilidad de Exchange

Con CA ARCserve HA, trabajar con clústeres es prácticamente lo mismo que trabajar con servidores independientes. Simplemente introduzca el Nombre de servidor virtual de Exchange como el nombre del servidor master o réplica donde corresponda.

En Exchange 2007, CA ARCserve HA admite implementaciones LCR. No se requiere ninguna configuración adicional.

Nota: En Exchange 2007, no se admiten las implementaciones CCR.

Replicación y alta disponibilidad de Microsoft SQL Server

Esta sección describe los requisitos de CA ARCserve RHA para Microsoft SQL Server.

Replicación de SQL Server

En esta sección se describen los requisitos para ejecutar CA ARCserve RHA para SQL Server.

(28)

Configuración para la replicación de SQL

Para implementar los procedimientos de replicación para SQL Server, debe tener las configuraciones siguientes:

■ _{Una instancia de SQL Server instalada en el servidor master.}

Para utilizar la solución de replicación con la opción Recuperación asegurada para SQL Server, es necesario realizar estas configuraciones:

■ _{La misma versión de Microsoft SQL Server instalada en los servidores master}

y réplica.

■ _{SQL Server instalado con las mismas credenciales de inicio de sesión en los}

servidores master y réplica.

Asimismo, debe detener el servicio de SQL Server en el host de réplica si la replicación se encuentra activa.

Nota: Si no se ha replicado la base de datos SQL master, puede separar las bases de datos replicadas en el servidor réplica sin detener el servicio del motor.

Cuenta de inicio de sesión de replicación de SQL

■ _{Para servidores independientes (es decir, sin clúster), utilice el valor}

predeterminado Sistema local.

■ _{Para nodos de clúster, utilice una cuenta de servicio que sea un gestor local}

en todos los nodos del clúster.

Alta disponibilidad para SQL Server

En esta sección se describen los requisitos para ejecutar CA ARCserve HA para SQL Server.

(29)

Configuración de HA para SQL

Para implementar los procedimientos de alta disponibilidad para SQL Server, debe contar con la configuración siguiente:

■ _{Una o más instancias de Microsoft SQL Server instalada en cada servidor:}

– Ambos servidores deben tener la misma versión de SQL, los mismos Service Packs y las mismas revisiones.

– Ambos servidores deben tener instancias de SQL Server idénticas, es decir, predeterminadas o con nombre.

– Las letras de la unidad que contiene los archivos de la base de datos deben ser las mismas en ambos servidores.

– La ruta completa a la base de datos predeterminada del sistema en cada instancia debe ser idéntica en ambos servidores.

– (En el mismo entorno Active Directory) Los servidores master y réplica deben estar alojados en el mismo bosque de Active Directory y deben ser miembros del mismo dominio o dominios de confianza.

■ _{Compruebe que el puerto definido en las propiedades TCP/IP de la}

configuración de red de las instancias de SQL se haya asignado de manera estática y que sea idéntico en los servidores master y réplica.

(30)

Cuenta de inicio de sesión de HA para SQL

La cuenta de inicio de sesión del servicio de motor de CA ARCserve HA debe cumplir con todas las condiciones siguientes:

■ _{Si la cuenta no tiene permisos de administrador integrados en todas las}

instancias de SQL Server, se deben agregar los permisos correspondientes. Nota: Si la política de seguridad de su empresa requiere permisos más

específicos que los que se describen, póngase en contacto con el servicio de soporte técnico para solicitar instrucciones detalladas. Para servidores en un grupo de trabajo, deje el usuario de inicio de sesión como Sistema local.

Operación de SQL Servers en un grupo de trabajo

Para servidores en un grupo de trabajo, defina la cuenta de servicio del motor de CA ARCserve HA como usuario miembro del grupo de gestores locales. Los servidores que integran un grupo de trabajo pueden utilizar Redireccionamiento de DNS sólo con servidores de este tipo que permitan actualizaciones no

seguras. Puede utilizar Mover IP, Cambiar el nombre del equipo y scripts de redireccionamiento personalizados con normalidad.

Cuándo se utiliza Cambiar el nombre del equipo, se puede utilizar la cuenta del sistema o el grupo de administradores locales siempre que la cuenta se haya agregado a los inicios de sesión de Microsoft SQL.

Clústeres de alta disponibilidad de SQL

Para realizar la instalación en un clúster, introduzca el nombre del servidor virtual de SQL Server como nombre del servidor master o réplica.

La única configuración que requiere cierta preparación es cuando se utiliza Mover IP junto con un clúster. Para obtener instrucciones detalladas sobre cómo usar Mover IP con clústeres, consulte la Guía de funcionamiento de Microsoft SQL de CA ARCserve RHA.

(31)

Alta disponibilidad para el servidor IIS

En esta sección se describen los requisitos para ejecutar CA ARCserve HA para Microsoft IIS Server.

Configuraciones de HA para IIS

Para implementar procedimientos de alta disponibilidad mediante sel servidor de IIS de CA ARCserve HA, deberá contar con la siguiente configuración:

– Ambos servidores deben tener instalado el mismo nivel de Service Packs y revisiones.

– (En el mismo entorno Active Directory) Los servidores master y réplica deben estar alojados en el mismo bosque de Active Directory y deben ser miembros del mismo dominio o dominios de confianza.

■ _{Es necesario que haya instalada una instancia de Microsoft IIS Server 6.0 o}

7.0/7.5 en cada servidor.

– Ambos servidores deben tener instalados los mismos servicios IIS: WWW, SMTP, etc.

– Ambos servidores deben tener instaladas extensiones de servicios Web idénticas.

– Todas las rutas que contengan archivos de sitios deben ser idénticas en ambos servidores.

■ _{El servidor en espera debe alojar una instalación limpia de IIS sólo con los}

sitios predeterminados.

■ _{No se debería utilizar el redireccionamiento de URL ni el redireccionamiento}

(32)

Alta disponibilidad para el servidor IIS

■ _{Si se habilita y se usa el acceso anónimo, realice la siguiente configuración:}

A fin de mantener la sincronización de los permisos entre los dos servidores, ambos procesos de IIS deberían utilizar la misma cuenta de usuario para acceso anónimo. Crear una nueva cuenta de usuario de dominio y configurar ambos servidores IIS para que la usen. Los artículos siguientes describen cómo hacerlo:

– Para IIS 6.0: Cómo configurar la autenticación de sitio Web de IIS en Windows Server 2003: http://support.microsoft.com/kb/324274

– Para IIS 7.0/7.5: Configure la identidad de autenticación anónima

http://technet.microsoft.com/es-es/library/cc770966

Nota: Tenga en cuenta que, si bien los artículos no lo especifican, es necesario editar la política de grupo local (o de dominio) para que la cuenta de usuario tenga los siguientes privilegios: Permitir el inicio de sesión local, Permitir el inicio de sesión como proceso por lotes y Tener acceso a este equipo desde la red. Además, asegúrese de duplicar cualquier cambio en los permisos realizado en el sistema de archivos para la cuenta de usuario anónimo original, y también con respecto a la cuenta de dominio recientemente asignada.

■ _{En IIS 6.0 y 7.0/7.5, si se define una nueva agrupación de aplicaciones en el}

servidor master, también deberá definirse en el servidor réplica.

■ _{Si utiliza cifrado SSL, consulte estos documentos de Microsoft relativos a la}

copia del certificado adecuado:

– Para IIS 6.0: Cómo cargar saldo de un conjunto de servidores Web mediante un certificado IIS 6.0, disponible en

http://support.microsoft.com/kb/313299.

– _{Para IIS 7.0/7.5:}_{Setting Up IIS 7.0}_{(sólo en inglés)}

http://technet.microsoft.com/en-us/library/cc268245.aspx

DNS.

■ _{Si utiliza IIS 7.0/7.5, deberá instalar Compatibilidad con la administración de}

IIS 6.0. Puesto que el programa Compatibilidad con la administración de IIS 6.0 se desactiva de manera predeterminada durante la instalación de IIS 7.0/7.5, esta opción deberá activarse durante el proceso de instalación de IIS 7.0/7.5 (en la página 93).

(33)

Alta disponibilidad para el servidor Oracle

Cuenta de inicio de sesión de HA para IIS

■ _{Debe ser miembro del grupo de gestores de dominio. Si el grupo de}

■ _{Para los servidores que se encuentran en un grupo de trabajo, utilice la}

cuenta Sistema local.

Nota: Si la política de seguridad de su empresa requiere permisos más específicos que los que se describen, póngase en contacto con el servicio de soporte técnico para solicitar instrucciones detalladas. Se aplican

consideraciones especiales a los servidores de IIS que dirigen grupos de trabajo; consulte la Guía de funcionamiento para obtener más información.

Alta disponibilidad para el servidor Oracle

En esta sección se describen los requisitos para ejecutar CA ARCserve HA para Oracle Server.

(34)

Alta disponibilidad para el servidor Oracle

Configuraciones de HA para Oracle

Para implementar procedimientos de alta disponibilidad mediante el servidor de Oraclede CA ARCserve HA, deberá contar con la siguiente configuración:

– Ambos servidores deben tener instalado el mismo nivel de Service Packs y revisiones.

■ _{Ambos servidores deben tener la misma versión de Oracle, los mismos}

Service Packs y las mismas revisiones.

■ _{El SID de Oracle debe coincidir en los servidores master y réplica.}

■ _{En ambos servidores, asegúrese de que todos los servicios de Oracle que se}

inician normalmente en el arranque se inicien correctamente y estén configurados para arranque automático.

■ _{La ruta al directorio ORACLE_HOME y la ruta a los archivos de la base de}

datos deben ser idénticas en los servidores master y réplica.

■ _{Para minimizar el tráfico de replicación, los espacios de tablas temporales}

de Oracle no se incluyen en la replicación (asegúrese de que la base de datos de Oracle en el servidor réplica esté configurada con los mismos nombres de espacios de tablas temporales y la misma ruta que se utilizan en el servidor master).

■ _{En ambos servidores, configure Oracle para que cargue automáticamente la}

base de datos cuando se inicia el servicio (oradim edit sid ORACLE_SID -startmode auto).

DNS.

En sistemas UNIX/Linux, CA ARCserve RHA necesita el cliente instantáneo de Oracle de 32 bits para ser compatible con bases de datos de Oracle. Si aún no tiene este cliente instalado, anule la instalación de CA ARCserve RHA, descargue al cliente instantáneo de Oracle del sitio Web de Oracle e inicie la instalación de CA ARCserve RHA. Si el cliente instantáneo ya está instalado, debe proporcionar manualmente la ruta de instalación completa.

(35)

Replicación y alta disponibilidad para Microsoft Hyper-V Server

Cuenta de inicio de sesión de HA para Oracle

Nota: Si la política de seguridad de su empresa requiere permisos más específicos que los que se describen, póngase en contacto con el servicio de soporte técnico para solicitar instrucciones detalladas.

Servidores Oracle que funcionan en un grupo de trabajo

Para servidores en un grupo de trabajo, defina la cuenta de servicio del motor como usuario miembro del grupo de gestores locales. Los servidores que integran un grupo de trabajo pueden utilizar Redireccionamiento de DNS sólo con servidores de este tipo que permitan actualizaciones no seguras. Puede utilizar Mover IP, Cambio del nombre de equipo y scripts de redireccionamiento personalizados con normalidad.

Replicación y alta disponibilidad para Microsoft Hyper-V Server

Replicación para Hyper-V Server

En esta sección se describen los requisitos para ejecutar CA ARCserve RHA con Hyper-V Server.

(36)

Configuración para la replicación de Hyper-V

Para implementar los procedimientos de replicación para Hyper-V Server, debe tener las configuraciones siguientes:

■ _{El máster debe ejecutarse en Windows Server.} ■ _{La réplica debe ejecutarse en Windows Server.}

■ _{Una instancia de Hyper-V Server instalada en el servidor master.}

Nota: Para obtener una lista completa de los sistemas operativos y aplicaciones compatibles, consulte Notas de la versión de CA ARCserve RHA.

Cuenta de inicio de sesión de replicación para Hyper-V

Alta disponibilidad para Hyper-V

En esta sección se describen los requisitos para ejecutar CA ARCserve HA para Hyper-V Server.

(37)

Configuración de alta disponibilidad para Hyper-V

Para implementar los procedimientos de alta disponibilidad para Hyper-V Server, debe contar con la configuración siguiente:

■ _{Ambos servidores deben tener la misma versión de Hyper-V, los mismos}

Service Packs y las mismas revisiones.

■ _{Asigne de manera estática todas las direcciones IP (no se admiten}

direcciones IP asignadas por DHCP en el servidor master ni en el réplica).

DNS.

No utilice la ruta de instalación de Hyper-V predeterminada. En lugar de eso, cree una carpeta nueva, como c:\vm\ tanto en el master como en el réplica. CA ARCserve RHA no puede acceder a la ruta de instalación de máquina virtual predeterminada durante la detección automática.

Cuenta de inicio de sesión de HA para Hyper-V

(38)

Replicación y alta disponibilidad de Microsoft SharePoint Server

Replicación y alta disponibilidad de Microsoft SharePoint

Server

Replicación del servidor SharePoint

En esta sección se describen los requisitos para ejecutar CA ARCserve RHA con el servidor SharePoint.

Configuración para la replicación de SharePoint

Para implementar los procedimientos de replicación para SharePoint Server, debe tener las configuraciones siguientes:

■ _{Una instancia de SharePoint Server instalada en el servidor master.}

Para utilizar la solución de replicación con la opción Recuperación asegurada para SharePoint Server, es necesario realizar estas configuraciones:

■ _{La misma versión de SharePoint Server instalada en los servidores master y}

réplica.

■ _{SharePoint Server instalado con las mismas credenciales de inicio de sesión}

Cuenta de inicio de sesión de replicación de SharePoint

Alta disponibilidad para SharePoint Server

En esta sección se describen los requisitos para ejecutar CA ARCserve HA para SharePoint Server.

(39)

Configuración de alta disponibilidad para SharePoint

Para implementar los procedimientos de alta disponibilidad para SharePoint Server, debe contar con la configuración siguiente:

■ _{Una instancia de SharePoint Server instalada en cada servidor:}

– Ambos servidores deben tener los mismos Service Packs y revisiones.

– Ambos servidores deberían estar alojados en el mismo bosque de Active Directory y ser miembros del mismo dominio o de dominios de

confianza.

– Ambos servidores deben utilizar el mismo puerto.

– Ambos servidores deben tener la misma versión de SQL, los mismos Service Packs y las mismas revisiones.

– Ambos servidores deben tener instancias de SQL Server idénticas, es decir, predeterminadas o con nombre.

– _{Las letras de la unidad que contiene los archivos de la base de datos}

deben ser las mismas en ambos servidores.

– La ruta completa a la base de datos predeterminada del sistema en cada instancia debe ser idéntica en ambos servidores.

■ _{Si va a instalar SharePoint con SQL Server Express Edition, debe habilitar el}

protocolo TCP/IP para esa instancia de SQL (por ejemplo, OfficeServers) en los servidores máster y réplica.

■ _{Compruebe que el puerto definido en las propiedades TCP/IP de la}

configuración de red de las instancias de SQL se haya asignado de manera estática y que sea idéntico en los servidores master y réplica.

■ _{Ningún servidor participante puede ser un controlador de dominio ni}

servidor DNS.

■ _{Los servidores master y réplica deben estar alojados en el mismo bosque de}

(40)

Cuenta de inicio de sesión de HA para SharePoint

■ _{Si la cuenta no tiene permisos de administrador integrados en todas las}

instancias de SQL Server, se deben agregar los permisos correspondientes. Notas:

■ No debería utilizar una cuenta de Network Service. Podría impedir que los servicios funcionaran correctamente después de una conmutación.

■ Si la política de seguridad de su empresa requiere permisos más

granulares que los que se describen, póngase en contacto con el servicio de soporte técnico para solicitar instrucciones detalladas. Para

servidores en un grupo de trabajo, deje el usuario de inicio de sesión como Sistema local.

(41)

Preparación de la réplica para la implementación independiente

Los servidores de SharePoint almacenan datos de configuración y de

contenidos. Para proteger los dos tipos de datos, realice el procedimiento de configuración del servidor de réplica antes de ejecutar cualquier escenario de alta disponibilidad en una implementación independiente del servidor de SharePoint. El procedimiento asegura que el réplica se configura idénticamente al master.

Las implementaciones independientes no son adaptables y no se pueden unir a otras granjas de SharePoint. El servidor de réplica es completamente

independiente del master. CA ARCserve RHA sincroniza automáticamente y replica la base de datos de contenidos en el master. Se debe mantener y personalizar la base de datos de contenidos de configuración y administración en el réplica para que sea idéntica a la del master antes de ejecutar un

(42)

Nota: Las bases de datos de contenidos de configuración y administración no se muestran en el descubrimiento automático al crear escenarios de HA para la implementación independiente del servidor de SharePoint. Sólo pueden

detectarse y duplicarse las bases de datos de aplicaciones Web existentes en los escenarios Recuperación asegurada.

Pasos siguientes

Utilice el asistente de configuración de productos de SharePoint para preparar la réplica (en la página 43)

(43)

Utilice el asistente de configuración de productos de SharePoint para preparar la réplica

El procedimiento siguiente es el método recomendado para configurar el servidor de réplica en implementaciones independientes del servidor de SharePoint. El asistente de configuración de productos de SharePoint configura los servicios y las aplicaciones de servicios automáticamente en el servidor de réplica y crea una aplicación Web predeterminada en el puerto 80. Antes de empezar, vaya a Microsoft TechNet para leer más información acerca de cómo cambiar el puerto de sitio administrativo. También debe disponer de la

información siguiente:

■ _{La asignación de acceso alternativa y el puerto de sitio administrativo del}

servidor master

■ _{Los nombres para mostrar, los encabezados y los puertos para todas las}

aplicaciones Web creadas en el servidor master

■ _{Los nombres de las bases de datos de contenidos para todas las aplicaciones}

Web creadas en el servidor master

Nota: No ejecute el procedimiento "desconectar desde la granja" si desea volver a configurar los servidores de SharePoint que se han configurado

automáticamente como réplicas para el uso en los nuevos escenarios de CA ARCserve RHA. Si desconecta un réplica que se ha configurado automáticamente puede provocar que el servidor master en el escenario antiguo se desconecte de la granja. En lugar de esto, se puede suprimir la clave de registro siguiente:

■ _{Para SharePoint Server 2007:}

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\12.0\Secure\ConfigDB

■ _{Para SharePoint Server 2010:}

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\14.0\Secure\ConfigDB

Después de suprimir la clave de registro, es posible desconectarse del procedimiento de granja mediante el asistente de configuración.

(44)

Para utilizar el asistente de configuración de productos de SharePoint para preparar el réplica

1. En el servidor de réplica, inicie al asistente de configuración de productos de SharePoint desde el menú Inicio de Windows.

2. Siga los pasos que le indique el asistente. Después de la configuración, utilice PowerShell o la herramienta de STSADM para cambiar el puerto del sitio administrativo en el réplica para que coincida con el del master. Para PowerShell, introduzca:

set-SPCentralAdministration -Port <PortNumber>

Cuando se le pida confirmar la acción, pulse Y.

Para STSADM, introduzca:

(45)

La interfaz de línea de comandos devuelve el mensaje, Operación completada correctamente.

3. Inicie Administración central de SharePoint 2010 en el réplica. Haga clic en Configurar asignaciones de acceso alternativas y a continuación seleccione Editar URL públicas. Cambie la URL pública en el réplica para que coincida con la del master.

4. Cree las aplicaciones Web en el réplica utilizando los mismos nombres para mostrar, los encabezados y los puertos como el master.

a. Desde Administración central de SharePoint 2010, seleccione Gestionar aplicaciones Web.

b. Haga clic en Nuevo.

c. Introduzca los mismos nombres para mostrar, los encabezados y los puertos usados en el servidor master para crear aplicaciones Web. d. Haga clic en Gestionar bases de datos de contenidos.

(46)

e. Haga clic en Agregar una base de datos de contenidos.

f. Introduzca el mismo nombre de base de datos para cada base de datos de contenidos utilizada en el servidor master.

5. Cree y ejecute sus escenarios de HA para proteger la implementación independiente.

Pasos siguientes:

■ _{Creación de un escenario del servidor de SharePoint para implementaciones}

independientes

■ _{Creación de un escenario del servidor de SharePoint para las}

implementaciones de granja (todo en una)

■ _{Creación de escenarios múltiples para implementaciones de granja}

(distribuida)