Ahora aprenderá el procedimiento de instalación de
Automation Anywhere Enterprise v11.x Control
Room.
En este tema aprenderá sobre:
1 Los requisitos previos de hardware y software necesarios para instalar AAE CR
2 Los diferentes modos de instalación disponibles para AAE CR
Requisitos previos de hardware y software
Seleccione cada botón para saber si su sistema tiene la configuración de hardware y software
requerida para instalar AAE Control Room.
-Sistemas operativos compatibles
AAE CR se ejecuta en las ediciones Standard y Datacentre de Microsoft Windows Server 2012 (R2)
y Server 2016.
-Configuración mínima de hardware
Procesador: procesador Intel Xeon de 8 núcleos
RAM - 16 GB
Espacio en disco: 500 GB
-Control de versiones y navegadores compatibles
Navegadores
Google Chrome v57 y superior
Internet Explorer v1 y v11
Firefox v52 y superior
Si el control de versiones está habilitado
Para subversion 1.9.7 - Visual SVN 3.6.x
Para subversion 1.8.15 - Visual SVN 3.3.x
Para subversion 1.7.2 - Visual SVN 2.5.2
-Servidores MS SQL y marcos .NET compatibles
AAE CR puede ejecutarse en Microsoft SQL Server 2012, 2014 (SP1), 2016 y 2017. También se
necesita el marco Microsoft .NET 4.6.
* AAE Control Room se puede instalar en los dos modos siguientes *
1- Modo express si se trata de una configuración rápida con la configuración predeterminada.
Esto se recomienda para demostrar una prueba de concepto, capacitación, evaluación o uso
interno.
Ahora aprenderá el procedimiento de instalación Express para Automation Anywhere v11.x
Control Room.
Al final de este tema, sabrá:
-Cómo completar la instalación del Modo Express para Control Room
-La configuración predeterminada utilizada para el modo expreso
-Cómo completar la instalación y configuración de SQL Express en modo Express
-Los ajustes de configuración únicos necesarios para la sala de control
Comenzamos por comprender los diferentes parámetros predeterminados para los servidores SQL
y Postgre, las rutas de instalación y repositorio, así como los puertos en uso.
Parámetros de SQL Server
Estos son los parámetros predeterminados que se utilizan al instalar en Modo Express.
Parametros Default Value
SQL database instance SQLEXPRESS
Authentication type Windows authentication
Control Room database CRDB-NEW
Bot Insight database Bot Insigt
Port 1433
Estos son los parámetros predeterminados que se utilizan al instalar en Modo Express.
Parameter Default value
PostgreSQL Server database zoomdata
PostgreSQL Server username zoomdata
Port 5432
Instalación, rutas de depósito y puertos
Rutas de instalación y repositorio
Instalación predeterminada para:
C:\Program files\Automation Anywhere\
Ruta predeterminada del repositorio de CR:
C:\user\public\documents\Server Files\
Puertos de autenticación de base de datos
Dado que el modo expreso utiliza autenticación
sin AD, los puertos predeterminados para
HTTPS son 81 y 443.
Preguntas frecuentes
- ¿Podemos configurar la instalación HA / DR con Control Room Express Installation?
No, la instalación rápida está diseñada para la instalación independiente con la configuración
predeterminada para permitir una instalación rápida.
-¿Podemos usar un servidor SQL remoto para el modo Express?
Sí tu puedes. Pero debe configurarse con autenticación SQL, ya que la autenticación de Windows
para conexiones SQL no es compatible con conexiones remotas.
-¿Podemos configurar la autenticación de Active Directory o Single-Sign-On para Control Room en
Modo Express?
No, no puedes. El modo de instalación CR Express utiliza autenticación no AD (basada en base de
datos) de forma predeterminada.
-¿La autenticación no basada en Active Directory es segura y encriptada?
Si. Las credenciales creadas para los administradores y los usuarios del cliente se cifran y
almacenan en Credential Vault.
Modo personalizado
se utiliza para configurar una configuración personalizada y se recomienda para una
configuración de entorno empresarial con necesidades como alta productividad, alta
disponibilidad y recuperación ante desastres
Ahora aprenderá el procedimiento de instalación personalizada para Automation Anywhere v11.x
Control Room.
Al final de este tema, sabrá:
-Qué implica una instalación en modo personalizado de la sala de control
-El procedimiento paso a paso para la instalación del modo personalizado de la sala de control
-¿Cuáles son las diferentes opciones de configuración disponibles en el modo personalizado?
-Configuración de Control Room con diferentes modos de Autenticación
-Los ajustes de configuración únicos necesarios para la sala de control
-Pasos involucrados en la instalación de alta disponibilidad y recuperación ante desastres
-Configuración para instalación de alta disponibilidad y recuperación ante desastres
¿Qué se puede personalizar en el modo personalizado?
Como sugiere su nombre, hay una gran cantidad de opciones de personalización disponibles en el
modo Personalizado. A continuación, se muestra una lista de todas las opciones de configuración
disponibles.
Usted puede:
-Elegir un destino de carpeta de instalación para Control Room.
-Configurar el clúster utilizando la IP del sistema para la configuración de alta disponibilidad.
-Utilice una autoridad de certificación (CA) o un certificado autofirmado para configurar la
aplicación Transport Layer Security (TLS).
-Utilice una autoridad de certificación (CA) para una conexión segura con servidores SQL, correo y
LDAP.
-Configurar las credenciales de servicio para usar la cuenta de usuario de Localsystem o Windows
(o cuenta de servicio).
-Seleccione el servidor de la base de datos, el puerto y el modo de autenticación para conectarse a
la base de datos (ya sea SQL o base de datos de autenticación de Windows).
-Seleccione una base de datos creada previamente para Control Room y Bot Insight, o cree una
nueva durante la instalación.
-Elija instalar PostgreSQL con la configuración de Control Room, o conecte una instancia de
PostgreSQL existente / preinstalada en otra máquina.
-Elija configurar los modos de autenticación de la sala de control, como LDAP, SAML-2 o modos
que no sean de Active Directory.
Alta disponibilidad y recuperación ante desastres.
La sala de control se puede configurar para alta disponibilidad y recuperación ante desastres. A
continuación, se muestran los modelos de implementación para alta disponibilidad y recuperación
ante desastres.
Alta disponibilidad y recuperación ante desastres
Modelo de implementación de alta disponibilidad y recuperación ante desastres
Sala de control: configuración posterior a la instalación
Una vez finalizada la instalación. Configuramos los siguientes aspectos de Control Room:
Ruta del repositorio
URL de acceso a la sala de control (local o basada en equilibrador de carga)
Autenticación de la sala de control; que podría ser:
Autenticación de no Active Directory
Autenticación LDAP
Autenticación SAML2
Ahora veremos cómo se configuran los diferentes modos de autenticación.
Preguntas frecuentes: licencias
-Acabo de instalar v11.x. ¿Por qué todavía me pide que proporcione una clave de licencia?
Asegúrese de no haber instalado nunca v11.x en el pasado en esta máquina, cuyo período de
prueba de 30 días expiró. Si ha intentado cambiar la fecha en su sistema durante el período de
prueba, su licencia habrá expirado y debe proporcionar la licencia correcta.
-¿Puedo usar mi licencia v10.x para v11.x CR?
No, necesita una licencia separada para v11.x y v10.x.
-Puede regenerarse la llave maestra después de la primera configuración de la sala de control
No, la llave maestra no se puede regenerar después de la primera configuración de Control Room.
Asegúrese de que la clave maestra esté almacenada en un lugar seguro y tenga una copia de
seguridad. Si se pierde, la bóveda de credenciales de la Sala de control no se puede abrir.
-¿Se puede cambiar el puerto del servicio de licencia después de la instalación?
Sí, con la importación de certificados a través de la línea de comandos en la Guía de instalación,
puede actualizar el certificado SSL en caso de caducidad, adición de SAN o modificación. A
continuación, debe reiniciar el servicio de proxy inverso AAE para que el certificado entre en vigor.
Preguntas frecuentes: migración
-¿Puedo usar mis BOTS v10.x con v11.x?
No puede usar sus BOTS v10.x en v11.x hasta que migre de v10.x a v11.x. Consulte la guía de
migración 11.2 y, si es necesario, cree un ticket para la migración. También puede iniciar bots
creados en v10 desde el cliente v11 y se convertirá en compatible con v11.
Nota: No es posible realizar una conversión hacia atrás una vez que su bot se convierta en
compatible con v11.
-¿Puede instalar v11 en la misma máquina donde está instalada la v10 para la migración?
Sí, puede utilizar la misma máquina para v11 y desinstalar v10 si se cumplen los requisitos previos
del SO y otros v11. Sin embargo, esta no es una solución recomendada, ya que durante la
migración de v10 a v11, es necesario que ambas versiones se ejecuten en paralelo.
Migración de Control Room de Automation Anywhere v10.5 a v11.x
Al final de este tema, sabrá:
-Los prerrequisitos para migrar Control Room de v10.5 a v11.x
-Las opciones disponibles para la migración de la sala de control
-Los diferentes escenarios de soporte para la migración de Control Room
-El proceso de migración de Automation Anywhere Control Room
Descripción general de la migración
Debe ser un administrador de la Sala de control con permiso Ver y administrar la migración para
poder utilizar la herramienta Asistente de migración.
Esto migrará los datos de cualquier versión 10.x Control Room a la versión actual 11.2. El asistente
se puede iniciar en cualquier lugar de un navegador desde la Sala de control.
Requisitos previos de migración
Antes de comenzar la migración, asegúrese de tener todos los elementos correctos en su lugar.
Éstos incluyen:
Tomando copias de seguridad
Registro de credenciales y otros detalles
Instalación de la infraestructura de destino
Nota: Si un proceso de migración ya está en marcha, no inicie otro proceso de migración.
Para la migración: copias de seguridad, credenciales y otros detalles.
Lista de verificación de requisitos previos de AA
Asegúrate de eso:
El servicio de licencias de Automation Anywhere se está ejecutando en el puerto 8080 (para
obtener más información sobre la configuración del puerto, consulte Cómo cambiar el puerto del
servicio de licencias de Automation Anywhere).
El servicio de licencias de Automation Anywhere se ejecuta en una cuenta de usuario de dominio y
esta cuenta tiene acceso a la ruta del repositorio de Control Room v10.x mediante una unidad
compartida
Copias de seguridad
Aquí hay una lista de copias de seguridad que necesita tener.
Control Room v10.x * Base de datos SQL
Control Room v10.x * repositorio compartido
Control Room v10.x * Base de datos SVN (donde corresponda)
Base de datos de Bot Insight SQL (cuando corresponda)
Base de datos de metadatos de Bot Insight (cuando corresponda)
* Incluye Automation Anywhere Enterprise 10 LTS, 10 SP2 y hot-fixes con estos como versiones
base. Consulte las Guías de instalación de versiones particulares para obtener más detalles.
Cartas credenciales
Tenga a mano las siguientes credenciales.
Credenciales para conectarse a la base de datos de Control Room v10.x * SQL
Llave maestra para conectarse a Credential Vault of Control Room v10.x *
Ruta compartida al repositorio v10.x
Credenciales para conectarse a la base de datos SQL de Bot Insight (aplicable solo si usa Bot Insight
con Control Room v10.x *)
URL de la base de datos de metadatos de Bot Insight
* Incluye Automation Anywhere Enterprise 10 LTS, 10 SP2 y hot-fixes con estos como versiones
base. Consulte las Guías de instalación de versiones particulares para obtener más detalles.
Opciones de migración
Puede utilizar la herramienta para migrar datos en fases según los requisitos de su negocio.
Esto significa que puede migrar lo siguiente de forma independiente.
Roles:
Usuarios:
Los datos dependientes, como licencias, credenciales, bots y programaciones, se migran
automáticamente.
Bots:
Los datos dependientes, como subtareas, archivos y horarios, se migran automáticamente.
Consideraciones de migración
Hay 10 puntos clave que debe tener en cuenta antes, durante y después de la migración.
Por favor revise cada uno en detalle.
El entorno de Automation Anywhere Enterprise 10.x debe controlarse y supervisarse
estrictamente una vez que se inicia el proceso de migración. Por lo tanto, se recomienda que no:
-Crear usuarios, roles y permisos
-Crear y cargar cualquier metadato (como nuevos robots de automatización)
-Crear nuevos horarios
-Ver bots (si el control de versiones está habilitado)
-Programar e implementar bots bajo demanda
Los datos que se pueden migrar incluyen:
-Datos del repositorio
-Meta-datos disponibles en base de datos. Usuarios, roles, licencias y permisos
-Horarios de automatización
-Credenciales definidas por el sistema
-Configuraciones de la aplicación
-Bots de automatización con historial de versiones (si corresponde)
-Bot Insight datos
La migración de datos excluye:
-Dispositivos / Clientes
-Registros de auditoría
-Información de licencia de la sala de control de origen
-Credenciales definidas por el usuario
-Configuración de control de versiones
-Historia de la programación
No puede migrar desde Automation Anywhere Enterprise v9.x Si está usando una versión anterior
a v10 LTS, primero debe migrar a v10 LTS usando la utilidad de migración v10 LTS y luego migrar
de v10 LTS a v11.x
Nota: Se admiten correcciones urgentes en v10 LTS para la migración a v11.x.
No se admite la migración de datos de 11 GA (v11.0) a v11.2.
Si el Control de versiones está habilitado en la Sala de control v10.x, entonces debe habilitarlo en
la Sala de control v11.x manualmente, ya que la configuración de Control de versiones no se
migra. Es obligatorio utilizar una base de datos SVN nueva para v11.x y asegurarse de que sea
diferente de la base de datos SVN v10.x.
Asegúrese de que el servicio de la base de datos SQL se esté ejecutando durante el proceso de
migración.
No se admite la migración de datos de configuración de SAML.
Los datos de la sala de control de origen configurados para un tipo de usuario no se pueden migrar
a la sala de control de destino configurada para otro tipo de usuario, es decir, los datos de usuario
configurados para Active Directory no se pueden migrar a un directorio no activo.
Proceso de migración
La migración es un proceso de 5 pasos en el que los últimos cuatro pasos se repiten para
diferentes tipos de migración hasta que se migran todos los datos.
