Source: https://docs.vmware.com/es/vRealize-Automation/7.2/rn/vrealize-automation-72-release-notes.html
Timestamp: 2018-09-22 11:28:04+00:00

Document:
Notas de la versión de vRealize Automation 7.2
vRealize Automation | 22 de noviembre de 2016 | Compilación 4660246
Compruebe con regularidad si se han realizado adiciones o actualizaciones a estas notas de la versión.
Problemas conocidos anteriores
vRealize Automation 7.2 incluye problemas resueltos y las siguientes nuevas funcionalidades.
API mejoradas para la instalación, configuración y actualización mediante programación de vRealize Automation
Funcionalidad de actualización mejorada para la automatización de las actualizaciones en todo el sistema
Soporte de LDAP para autenticación y Single Sign-On
Cumplimiento de FIPS 140-2:
La interfaz del consumidor o el administrador ahora cumple con el estándar FIPS 140-2
Se administra mediante la consola de administración o la interfaz de línea de comandos del dispositivo de vRealize Automation
FIPS está deshabilitado de manera predeterminada
Mejoras en la migración:
Migración de vRealize Automation 6.2.x a 7.2 controlada por la interfaz de usuario
Opción de migración disponible en el Asistente de implementación
Soporte mejorado para la importación de cargas de trabajo de vCloud Director
Mejoras en la autorización de servicios:
Casilla de verificación para agregar todos los usuarios a una autorización
Eliminación de autorizaciones inactivas
Funcionalidades de extensibilidad ampliadas:
Varios temas nuevos sobre los agentes de eventos para los casos de uso de extensibilidad mejorada
Granularidad de suscripción para componentes individuales, elementos del catálogo, acciones de componente, contenedores o implementaciones
Aprovechamiento de la extensibilidad gracias a la nueva funcionalidad de administración de contenedores
Servicios y aplicaciones XaaS personalizados que proporcionan escalado horizontal y vertical e incluyen objetos XaaS
Mejoras de las redes:
Compatibilidad con el marco IPAM para redes de NSX con enrutamiento a petición
Nuevos perfiles de red que permiten la compatibilidad con los casos de uso de IPAM adicionales
Configuración de la política de equilibrio de carga del equilibrador de carga de NSX a petición en el blueprint (Round Robin, IP-Hash, Leastconn)
Configuración de la URL de supervisión del servicio para HTTP/HTTPS
Administración de contenedores:
Motor de administración de contenedores integrado para implementar y administrar contenedores y hosts de contenedores de Docker
Compilación de aplicaciones híbridas que incluyen contenedores y sistemas operativos tradicionales
Nuevas funciones de administrador y arquitecto de contenedores
Detección automática de hosts de contenedores aprovisionados
La versión mínima compatible de Docker es la 1.9.0
Si se necesita el equilibrio de carga integrado de Docker para los contenedores en clúster de redes definidas por el usuario, se debe usar Docker 1.11 o una versión posterior
Aprovisionamiento y administración de endpoints de Azure para nubes híbridas:
Compilación, entrega y administración perfectas de máquinas Azure con vRealize Automation
Soporte para servicios de red de Azure
Integración con ServiceNow:
Exposición automática de los elementos autorizados del catálogo de vRealize Automation en el portal ServiceNow mediante el complemento disponible en VMware Solution Exchange
Si desea más información sobre los sistemas operativos, las bases de datos y los servidores web host compatibles, consulte la matriz de compatibilidad de vRealize Automation.
Para ver los requisitos previos y las instrucciones de instalación, consulte Instalación de vRealize Automation.
Las nuevas características de vRealize Automation introducen varias mejoras, así como la capacidad de actualizar o migrar a la nueva versión. Para obtener recomendaciones e instrucciones antes de iniciar el proceso de actualización, visite la página web de ayuda para la actualización de vRealize Automation.
A partir de vRealize Automation 7.2, JFrog Artifactory Pro ya no se incluye con el dispositivo de vRealize Automation. Si se actualiza desde una versión anterior de vRealize Automation, JFrog Artifactory Pro ya no aparece. Para obtener más información, consulte el artículo 2147237 de la Base de conocimientos.
Cuando se cambia el nombre de host por otro nombre después de inicializar la conexión de Active Directory, no se puede usar el conector de Active Directory y se produce un error en Active Directory. Este problema se ha resuelto.
La opción de destrucción del equilibrador de carga de VMware NSX aparece como una acción autorizada o como una opción de política de aprobación. Este problema se ha resuelto.
Después de una instalación nueva, el nodo de dispositivo principal no ve el estado del nodo de dispositivo de réplica. Este problema se ha resuelto.
Se ha resuelto un problema que permitía ampliar una concesión de forma indefinida. Ahora, la concesión se puede ampliar hasta (fecha actual + concesión máxima permitida).
JRE se ha actualizado para incluir la actualización de revisión crítica de Oracle de octubre de 2016. El entorno jdk-1.8.0_102 se ha actualizado a jdk-1.8.0_112.
Se produce un error de escalado horizontal o vertical en una implementación actualizada de la versión 6.x y en implementaciones importadas en bloque.
El tema de actualización Descargar las actualizaciones del dispositivo de vRealize Automation desde un repositorio de VMware contiene un requisito previo que hace referencia a vRealize Automation 6.2.4 o 6.2.5 de forma incorrecta
Nuevo Se produce un error en el comando vcac-config cuando un parámetro comienza con el símbolo @
Supongamos que inicia sesión como raíz en la consola del dispositivo de vRealize Automation, ejecuta un comando vcac-config y ve un error similar al siguiente ejemplo.
/usr/sbin/vcac-config prop-util -e --p '@Follow123'
No se pudo leer el archivo Follow123: java.io.FileNotFoundException: Follow123 (no existe dicho archivo o directorio)
El problema se produce debido a que el comando vcac-config no puede aceptar un parámetro que comienza con el símbolo @. Por ejemplo, un nombre o una contraseña que comience con el símbolo @ provocará este error.
Solución alternativa: Ninguna. No introduzca los parámetros de vcac-config que comiencen con el símbolo @.
Se produce un error en la configuración de la base de datos durante la instalación nueva de vRealize Automation 7.2 en la versión en turco de Windows
Si el servidor de IaaS tiene la versión en turco de Windows, se producirá un error en el Asistente de instalación de vRealize Automation durante la configuración con el siguiente mensaje: MSB3073.
Solución alternativa: Este problema se resolverá en una versión posterior.
Durante la instalación, se produce un error en el siguiente paso del proceso de creación de contenido inicial: Ejecute el flujo de trabajo para crear el usuario configurationadmin
En /var/log/messages, hay dos ejecuciones distintas del proceso de creación del usuario configurationadmin, que se ejecutan a la vez; el número que sigue a va-agent.py muestra que los procesos son diferentes: /usr/lib/vcac/agent/va-agent.py[18405]: información Ejecutando el flujo de trabajo de vRO para crear el usuario configurationadmin... ... /usr/lib/vcac/agent/va-agent.py[18683]: información Ejecutando el flujo de trabajo de vRO para crear el usuario configurationadmin... La primera llamada crea el usuario de administración de configuración, y la segunda provoca el error.
Solución alternativa: El proceso de creación de contenido inicial se puede reanudar mediante la ejecución de estos dos comandos desde el dispositivo principal; los parámetros no necesitan explicación:
/usr/sbin/vra-command execute --node ${NODE_ID} import-asd-blueprint --ConfigurationAdminUser configurationadmin --ConfigurationAdminPassword "${CONFIGURION_ADMINISTRATOR_PASSWORD}" --DefaultTenant "${SSO_TENANT}" /usr/sbin/vra-command execute --node ${NODE_ID} execute-vro-initial-configuration-service --VidmAdminUser "${HORIZONUSER}" --VidmAdminPassword "${HORIZONPASS}" --ConfigurationAdminPassword "${CONFIGURATION_ADMINISTRATOR_PASSWORD}" --DefaultTenant "${SSO_TENANT}"
El identificador NODE_ID se puede obtener mediante la ejecución del comando vra-command list-nodes para encontrar el ID de nodo del dispositivo virtual principal.
Se produce un error en la migración de vRealize Automation 6.x a 7.2 si el entorno de destino de la versión 7.2 tiene un grupo de administradores de vRealize Orchestrator distinto del predeterminado
El grupo de administradores de vRealize Orchestrator predeterminado, vsphere.local/vcoadmin, no debe cambiarse en el centro de control de vRealize Orchestrator antes de la migración.
Solución alternativa: Consulte el artículo 2148669 de la Base de conocimientos.
El cliente STOMP no puede establecer la conexión después de actualizar tcServer a la versión 3.2
En vRealize Automation 7.2, IaaS Manager Service solo es compatible con el sondeo de REST como mecanismo de conexión al comunicarse con el servicio de agentes de eventos. Se ignora la opción de configuración Extensibility.Client.RetrievalMethod.
No se puede iniciar el instalador de IaaS
El instalador de IaaS no se inicia y aparece este mensaje: "Ya hay una versión más reciente del producto instalada en esta máquina". Esto sucede cuando no se puede iniciar el paquete msi del instalador de IaaS después de actualizar manualmente el agente de administración de IaaS a la última versión disponible.
Si se actualiza manualmente el agente de administración de IaaS de vRealize Automation 7.2 a la última versión disponible en las descargas de VMware.
Si se produce un error al iniciar el archivo ejecutable del instalador de IaaS después de actualizar a vRealize Automation 7.2 con el script de shell de actualización de IaaS.
Después de actualizar a vRealize Automation 7.2, la pestaña del clúster en la página de administración de dispositivos muestra una versión secundaria del agente de administración de IaaS mayor que la de los demás componentes de IaaS.
Solución alternativa: Consulte el artículo 2148278 de la Base de conocimientos.
Si usa el nuevo script del shell de actualización de vRealize Automation 7.2, primero debe actualizar a la versión más reciente del agente de administración
Si tiene pensado ejecutar una actualización automatizada de los componentes de IaaS mediante el nuevo script del shell de actualización, debe usar el agente de administración más reciente disponible para su descarga. No use el agente de administración incluido en el dispositivo virtual de vRealize Automation 7.2.
Solución alternativa: Consulte el artículo 2147926 de la Base de conocimientos.
Si se deshabilita la telemetría antes de actualizar vRealize Automation 6.2.4 o 6.2.5 a 7.2, la pestaña de telemetría de la consola de administración del dispositivo de vRealize Automation puede mostrar un error
Puede que aparezca el siguiente mensaje tras la actualización: Error: No se puede determinar el siguiente tiempo de ejecución. Vuelva a habilitar o a deshabilitar la telemetría. Este mensaje aparece debido a que no se recopilan datos de telemetría, de modo que el sistema no puede determinar el siguiente tiempo de ejecución correcto. Si se da este caso, no se podrán llevar a cabo funciones de telemetría.
Solución alternativa: Para habilitar o deshabilitar la telemetría, marque la casilla Unirse al programa de mejora de la experiencia de cliente de VMware y haga clic en Guardar configuración.
Configuración y aprovisionamiento
El aprovisionamiento de máquina virtual de Azure genera errores si el nombre del grupo de recursos contiene caracteres no ASCII
Solución alternativa: No utilice caracteres no ASCII en el nombre del grupo de recursos.
La recopilación de datos de estado solo devuelve la dirección IP principal
Este comportamiento puede afectar a su capacidad para usar Conectar mediante RDP, Conectar mediante SSH o para registrar una máquina virtual como host de contenedor en el servicio de contenedor y otros que dependan del acceso a una máquina virtual mediante la dirección IP de máquina virtual.
El mensaje de error que indica que no se pudo redistribuir la solicitud de grupo para el espacio de direcciones "" pool "" subpool "" aparece durante las pruebas de integración de red
Se produce un error en las pruebas de integración de red y aparece un mensaje similar en el registro. Se trata de un problema conocido de Docker: https://github.com/docker/libnetwork/issues/1101. La raíz del problema es que algunas redes no se liberan correctamente, por lo que Docker alcanza la cantidad máxima de redes permitidas.
Solución alternativa: Elimine contenedores y redes.
Detenga el daemon de Docker.
Elimine contenedores y redes.
sudo rm /var/lib/docker/network/files/local-kv.db; sudo rm /var/lib/docker/containers
Inicie el daemon de Docker.
A veces se producen errores en las pruebas de integración con este mensaje: The name "/container-name" is already used by container <hash>
Se trata de un problema conocido de Docker: https://github.com/docker/docker/issues/23371. Cuando se produce este error, aparece el siguiente seguimiento de pila:
java.lang.IllegalStateException: Failed with Error waiting for /requests/<hash> to transition to COMPLETED. Failure: failure: Service https://dockerhost/v1.19/containers/create?name=<container-name> returned error 409 for POST. id <id>; Reason: Conflict. The name "/<container-name>" is already in use by container <hash>. You must remove (or rename) that container to be able to reuse that name.
Solución alternativa: Vuelva a activar las pruebas. Si el contenedor donde se produjo el error es el agente, debe eliminar contenedores y redes.
En una configuración en clúster, el cambio de zona de colocación de un host puede tardar bastante en reflejarse en la interfaz de usuario
Cuando se cambia la zona de colocación de un host de una configuración en clúster, puede que en la lista de hosts aparezcan la zona de colocación antigua y la nueva, aunque el host se asigne inmediatamente a la nueva zona de colocación y no se use la antigua. Esto solo ocurre en configuraciones en clúster y solo afecta a la interfaz de usuario.
Solución alternativa: Espere cinco minutos a que la interfaz de usuario se actualice.
Puede que se produzcan errores en los contenedores de Docker de escalado horizontal con vínculos de servicio con el mensaje “Se ha producido un error al aprovisionar el contenedor X... Docker ha devuelto el error 500 para POST...
La implementación de una plantilla que contiene varios contenedores con vínculos para habilitar la comunicación entre varios servicios, pero que no incluye ninguna red explícita configurada para conectar los contenedores, provoca que todos los contenedores se aprovisionen en el mismo host.
Solución alternativa: Edite la plantilla para agregar una nueva red a petición y conectar todos los contenedores a esta. De este modo se garantiza que todos los contenedores de escalado horizontal se aprovisionen cuando la red a petición esté disponible y que se puedan ver los unos a los otros.
Es posible que las redes detectadas muestren una cantidad de contenedores conectados incorrecta
Si hace clic en la cantidad de contenedores mostrada en cada red, puede que la lista de contenedores sea más corta de lo esperado.
Al agregar una máquina de Azure a un blueprint de la pestaña Diseño, aparece un mensaje de error interno
Cuando se usa un servidor externo de vRealize Orchestrator con vRealize Automation, no se admite la integración con Microsoft Azure.
Solución alternativa: Exporte el complemento y el paquete de Azure del servidor interno de vRealize Orchestrator en el dispositivo virtual de vRealize Automation, e instale o importe el complemento y el paquete en el servidor externo de vRealize Orchestrator. Tras la instalación del complemento de Azure o la importación del paquete de Azure en el servidor externo de vRealize Orchestrator, se admitirá Microsoft Azure en el entorno de vRealize Automation.
Inicie sesión en el centro de control de vRealize Orchestrator del servidor interno de vRealize Orchestrator en el dispositivo virtual de vRealize Automation. Para obtener instrucciones, consulte Iniciar sesión en la interfaz de configuración de vRealize Orchestrator.
En Complementos, haga clic en Administrar complementos.
Busque el complemento de Azure y haga clic con el botón derecho en Descargar complemento en el archivo DAR. Guarde el archivo en el escritorio.
Inicie sesión en el centro de control de vRealize Orchestrator del servidor externo de vRealize Orchestrator. Para obtener instrucciones, consulte Iniciar sesión en la interfaz de configuración de vRealize Orchestrator.
En Instalar complemento, haga clic en Examinar y busque el archivo DAR de Azure que ha descargado en el escritorio.
Haga clic en Instalar. Si aparece un mensaje de confirmación, haga clic en Instalar de nuevo.
En las opciones de inicio del centro de control, haga clic en Reiniciar para finalizar la instalación del nuevo complemento.
Reinicie todos los dispositivos virtuales de vRealize Automation a la vez.
La funcionalidad de integración con Microsoft Azure debería restablecerse.
Si la integración no funciona correctamente tras el reinicio, compruebe que el paquete de Azure, com.vmware.vra.endpoint.azure, se encuentre en el servidor externo de vRealize Orchestrator. Si el paquete de Azure no está presente, siga estos pasos.
Inicie sesión en el cliente del servidor interno de vRealize Orchestrator en el dispositivo virtual de vRealize Automation.
Exporte el paquete de Azure, com.vmware.vra.endpoint.azure. Para obtener instrucciones, consulte Exportar un paquete.
Inicie sesión en el cliente de vRealize Orchestrator del servidor externo de vRealize Orchestrator.
Importe el paquete de Azure, com.vmware.vra.endpoint.azure, en el servidor externo de vRealize Orchestrator. Para obtener instrucciones, consulte Importar un paquete.
Las llamadas a máquinas virtuales clonadas por parte de las solicitudes del catálogo de XaaS concurrentes sin flujos de trabajo personalizados con 30 usuarios provocan errores en las solicitudes
Al solicitar blueprints XaaS que invocan flujos de trabajo de vRealize Orchestrator para que realicen operaciones en endpoints lentos con una concurrencia alta, se produce el siguiente error en algunas de las solicitudes java.net.SocketTimeoutException: Se ha agotado el tiempo de lectura. Los flujos de trabajo de vRealize Orchestrator también se pueden volver a activar varias veces si se agota el tiempo de espera de las solicitudes.
Solución alternativa: Siga estos pasos en cada nodo del dispositivo de vRealize Automation. El archivo vcac.properties no se conserva tras la actualización. Debe repetir estos pasos después de la actualización.
Abra una sesión SSH en el dispositivo de vRealize Automation.
Edite el archivo /etc/vcac/vcac.properties para aumentar el tiempo de espera del cliente a 10 minutos incluyendo la siguiente línea en el archivo: vco.socket.timeout.millis=600000
En el símbolo del sistema, ejecute este comando para reiniciar el servicio vcac-server: service vcac-server restart
La recopilación de datos del inventario se detiene durante la conmutación por error de vCenter Server HA (VCHA)
En casos excepcionales, el progreso de los elementos de trabajo puede detenerse para un endpoint de vSphere 6.5 administrado durante una conmutación por error de VCHA.
Solución alternativa: Reinicie el agente de vSphere de vRealize Automation. Si la recopilación de datos se bloquea, póngase en contacto con GSS.
Se producen errores en implementaciones de blueprint de vRealize Automation que incluyen objetos de NSX al aprovisionar un clúster en el que NSX Manager tiene la función secundaria
En una implementación de Cross-vCenter de NSX, los objetos universales de NSX, como las puertas de enlace de perímetro, las nuevas conexiones virtuales y el equilibrador de carga se deben aprovisionar mediante la instancia de NSX Manager que tiene la función principal. Si intenta aprovisionar objetos universales a una instancia secundaria de NSX Manager, ocurre un error en el proceso. vRealize Automation no admite el aprovisionamiento de objetos universales de NSX a un endpoint de vSphere con integración de seguridad y de red en el que la instancia de NSX Manager especificada tiene una función secundaria.
Solución alternativa: Para poder utilizar objetos globales de NSX, debe crear conexiones virtuales y una zona de transporte local de NSX específica de la región. Consulte el artículo 2147240 de la Base de conocimientos de VMware para obtener información acerca de este proceso en VMware Validated Design.
Las máquinas aprovisionadas en Azure se conservan tras eliminar un endpoint de Azure
La eliminación de un endpoint de Azure deja máquinas, blueprints y reservas huérfanos. Si desea eliminar una máquina virtual de Azure concreta antes de eliminar el endpoint de Azure, elimínela de forma manual mediante la consola de vRealize Automation.
En un equipo Mac, cuando se abre una segunda instancia de VMware Remote Console para una sola máquina virtual, ambas consolas aparecen en blanco
Aunque se puede abrir más de una instancia de VMware Remote Console (VMRC) para una sola máquina virtual en Windows, VMRC no admite varias sesiones. En Windows, cada consola es un proceso independiente; en Mac, cada consola intenta mostrar un solo proceso..
Solución alternativa: Cierre todas las instancias de VMRC y abra solo una para cada máquina.
El reaprovisionamiento de una máquina virtual administrada en vSphere 6.5 durante una conmutación por error de vCenter High Availability (VCHA) elimina de forma permanente la máquina virtual
Durante una conmutación por error de VCHA con vSphere 6.5, si hay una operación de reaprovisionamiento en curso con una máquina virtual en el mismo endpoint de vSphere, puede que se destruya la máquina virtual. Este evento es poco común.
Solución alternativa: Solicite el blueprint original de la máquina virtual destruida.
Aparece un error de credenciales no válidas de vRealize Automation tras una conmutación por error de vCenter High Availability (VCHA)
Tras una conmutación por error de VCHA en un endpoint administrado de vSphere 6.5, puede que los registros de vRealize Automation contengan este mensaje de error para el endpoint: No se puede completar el inicio de sesión porque el nombre de usuario o la contraseña son incorrectos.
Solución alternativa: Reinicie el agente de vCenter de vRealize Automation.
El cambio de reserva de una máquina virtual no funciona cuando el propietario no es el mismo
Cuando la operación de registro se invoca en una máquina virtual de IaaS administrada, la reserva utilizada debe pertenecer al propietario actual de dicha máquina virtual. En el parámetro de usuario solo se puede especificar el propietario actual. Si se especifica un usuario que no es el propietario actual, el sistema registra la pertenencia de la máquina virtual a un propietario en IaaS y a otro diferente en el catálogo.
Solución alternativa: Use el flujo de trabajo Cambiar reserva a una máquina virtual de IaaS solo para reservas que pertenezcan al propietario actual de la máquina virtual.
No se pueden seleccionar blueprints para la importación en bloque de una máquina no administrada en vRealize Automation 7.1 actualizado a 7.2
IaaS transfiere un ID de tenant en minúsculas a la API que recupera blueprints para la importación en bloque, y no con el formato de mayúsculas y minúsculas presentado por el servicio de autorización. Si el usuario crea un ID de tenant que usa mayúsculas y minúsculas como, por ejemplo, Rainpole, en vez de rainpole, se producirá un error en la búsqueda.
Solución alternativa: Cree el archivo CSV sin nombres ni componentes de blueprint y, a continuación, edite de forma manual el archivo CSV con los valores que desee para dichos campos.
Los contenedores anidados no admiten redes
No se puede agregar una red a un contenedor anidado.
El contenido de las ventanas no se muestra correctamente tras conectarse a una máquina virtual en vSphere 6.5 mediante la consola remota
Al conectarse a una máquina alojada en un endpoint de vSphere 6.5 mediante la consola remota, se produce un error en la conexión o esta no se puede usar.
Solución alternativa: Conéctese a la máquina afectada mediante la aplicación del cliente de VMRC. Seleccione Conectar mediante VMRC.
Los endpoints de vCloud Air requieren que el nombre de la organización y el nombre de vDC sean idénticos
Para los endpoints de vCloud Air, el nombre de la organización y el nombre de vDC deben ser idénticos para una instancia de suscripción de vCloud Air.
Se produce un error al reemplazar certificados para implementaciones de varios nodos
Al reemplazar certificados en una implementación de varios nodos, se produce un error en la operación de sustitución si se inicia desde la interfaz de administración de dispositivos virtuales en un equipo que no sea el nodo principal.
Solución alternativa: Inicie la sustitución de certificados solo desde la interfaz de administración de dispositivos virtuales del nodo principal del clúster.
Nuevo Error en el tema de documentación.
Todas las instancias de la propiedad personalizada "Vrm.Datacenter.Location" deben pasar a ser "Vrm.DataCenter.Location" para cumplir con el requisito de especificidad de mayúsculas y minúsculas.
Nuevo Error en el tema de documentación Escenario: Importar Dukes Bank para la aplicación de muestra de vSphere.
Ambas instancias de "sobrescribir" deben ser "SOBRESCRIBIR" para cumplir un requisito de especificidad de mayúsculas y minúsculas.
Nuevo Error en el tema de documentación Preparar una máquina de referencia de Windows compatible con el software.
Se han realizado varias correcciones en este tema. Para ver las correcciones, consulte la versión 7.3 del tema Preparar una máquina de referencia de Windows compatible con el software.
Error en el tema de documentación Referencia de comandos de CloudUtil.
La ubicación de instalación predeterminada en la máquina de Windows es C:\Archivos de programa (x86)\VMware\vCAC\vRealize Automation Designer.
Error en el tema de documentación Iniciar sesión en el cliente de vRealize Orchestrator.
Error en el paso 1 del tema Iniciar sesión en el cliente de vRealize Orchestrator. El paso debe ser:
Error en el tema de documentación Iniciar sesión en la interfaz de configuración de vRealize Orchestrator.
Error en el paso 4 y el paso 5 del tema Iniciar sesión en la interfaz de configuración de vRealize Orchestrator. Ambos pasos deben reemplazarse por:
Inicie sesión en el centro de control de vRealize Orchestrator con la contraseña raíz que introdujo al implementar el dispositivo de vRealize Automation.
Para cambiar la contraseña raíz, consulte Cambiar la contraseña raíz.
vRealize Automation no admite un entorno de implementación en el que se use una configuración de nube privada de SCVMM.
Actualmente vRealize Automation no puede realizar tareas de recopilación, asignación o aprovisionamiento que estén basadas en nubes privadas de SCVMM.
Error en el tema de la documentación Establecer el tiempo de espera de sesión del dispositivo de vRealize Automation
El procedimiento publicado para establecer el tiempo de espera de sesión del dispositivo de vRealize Automation no es válido. Consulte el tema actualizado en la documentación de vRealize Automation 7.3 en Establecer el tiempo de espera de sesión del dispositivo de vRealize Automation.
Los problemas conocidos anteriores se agrupan de la siguiente manera:
vRealize Automation 7.1 no es compatible con el modo 130 de Microsoft SQL 2016
La base de datos de Microsoft SQL 2016 creada durante la instalación del asistente de vRealize Automation utiliza el modo 100. Si crea manualmente una base de datos de SQL 2016, esta también debe utilizar el modo 100. Para obtener información relacionada, consulte el artículo de Microsoft Requisitos previos, restricciones y recomendaciones para Grupos de disponibilidad AlwaysOn.
Las actualizaciones de seguridad afectan al Comprobador de requisitos previos
En esta versión, se produce un error en el Comprobador de requisitos previos del Asistente de instalación cuando están presentes las actualizaciones de seguridad de Microsoft 3098779 y 3097997. No obstante, el Comprobador de requisitos previos puede detectar las actualizaciones y aconsejarle que las elimine mediante la opción Corregir. A continuación, podrá volver a ejecutar el Comprobador de requisitos previos con normalidad.
Solución alternativa: Permita que el Asistente de instalación elimine las actualizaciones de seguridad de modo que el Comprobador de requisitos previos pueda funcionar. También puede eliminar las actualizaciones de forma manual. Tras completar el asistente, podrá volver a instalar las actualizaciones 3098779 y 3097997 de forma manual.
Las actualizaciones de seguridad afectan a la instalación silenciosa
En esta versión, las actualizaciones de seguridad de Microsoft 3098779 y 3097997 impiden que la nueva característica de instalación silenciosa funcione correctamente. Estas actualizaciones son las mismas que afectan al Comprobador de requisitos del Asistente de instalación.
Solución alternativa: Antes de comenzar la instalación silenciosa, elimine de forma manual las actualizaciones de los servidores de Windows de IaaS. Podrá volver a instalar las actualizaciones 3098779 y 3097997 cuando finalice la instalación silenciosa.
La página del dispositivo vRealize Automation no se carga correctamente
Al usar Internet Explorer 11 en Windows 2012 R2, la página de la interfaz web del dispositivo vRealize Automation no se carga correctamente.
Solución alternativa: Use otro navegador para acceder a la página de la interfaz web de vRealize Automation.
Tras la instalación de vRealize Automation 7.1 o la actualización desde vRealize Automation 7.0 a 7.1, falta la imagen de fondo personalizada seleccionada en la página de inicio de sesión
La personalización de marca presente en vRealize Automation 7.0 falta en la página de inicio de sesión del tenant después de actualizar a vRealize Automation 7.1. La personalización de marca especificada no aparece en una nueva instalación de vRealize Automation 7.1.
Solución alternativa: No hay solución.
Se producen errores durante la migración de Active Directory nativos
Actualmente, la utilidad de migración de SSO no transfiere Active Directory nativos automatizados durante el proceso de migración de vRealize Automation.
Solución alternativa: Si configura e inicia Active Directory nativos de forma manual, podrá migrarlos correctamente. Esto se debe hacer después de finalizar el proceso de migración de vRealize Automation.
Se produce un error durante la migración del nodo IaaS de vRealize Automation 6.2.4 a 7.1 cuando el nombre de la instancia del servidor PostgreSQL contiene caracteres que no son ASCII
Solución alternativa: Use el procedimiento Migrar un entorno de vRealize Automation con una copia de seguridad de la base de datos de IaaS para migrar el entorno de vRealize Automation 6.2.4. a 7.1.
La configuración del agente de administración de IaaS se daña tras la actualización de un entorno de alta disponibilidad de vRealize Automation 6.2.3 o anterior a 7.1
Tras la actualización de vRealize Automation 6.2.2 a 7.1, no se puede iniciar el agente de administración de IaaS. Un mensaje de error informa de que falta un ID del nodo en el archivo de configuración del agente de administración.
Solución alternativa: Consulte el artículo 2146550 de la Base de conocimientos.
Se produce un error en las acciones de escalado vertical y horizontal en una implementación actualizada
Las acciones de escalado vertical u horizontal no son compatibles con las implementaciones importadas en bloque ni con las implementaciones actualizadas desde vRealize Automation 6.x.
Solución alternativa: No hay solución. Las nuevas implementaciones que se llevan a cabo desde blueprints tras la actualización sí son compatibles con las acciones de escalado vertical u horizontal.
Cuando se inicia sesión en la consola de administración del dispositivo de vRealize Automation, aparece un mensaje de error
Tras iniciar sesión con las credenciales correctas, aparece un mensaje de error con el siguiente texto: “La respuesta del servidor no es válida. Inténtelo de nuevo”. La causa de esto es un problema con la caché del navegador.
Solución alternativa: Cierre sesión, borre la caché del navegador e inicie sesión de nuevo.
Determinados blueprints no se pueden actualizar por completo debido a errores en la actualización de los recursos del catálogo
Puede que los blueprints de varias máquinas actualizados que contienen redes a petición u opciones del equilibrador de carga no funcionen correctamente después de actualizar a vRealize Automation 7.x.
Solución alternativa: Tras la actualización, elimine y vuelva a crear las implementaciones asociadas con los blueprints de varias máquinas. Todas las tareas de limpieza de NSX Edge se deben llevar a cabo en NSX.
Cuando se actualiza de vRealize Automation 6.2.0 a 7.0, se produce un error en la actualización de vPostgres y aparece un mensaje de error
Si el sistema contiene una base de datos de RPM dañada, el mensaje de error siguiente aparecerá durante el proceso de actualización: No se pueden instalar las actualizaciones (mientras se ejecutaban los scripts previos a la instalación).
Solución alternativa: Para obtener información sobre cómo recuperar una base de datos de RPM dañada, consulte el artículo “Recuperación de bases de datos de RPM” en el sitio web de RPM (RPM). Cuando haya solucionado el problema, vuelva a ejecutar la actualización.
Cuando se ejecuta el Comprobador de requisitos previos, se produce un error y aparece una advertencia sobre RegistryKeyPermissionCheck, pero las instrucciones para corregir el error no funcionan durante la instalación
Se produce un error en el Comprobador de requisitos previos debido a que distingue entre mayúsculas y minúsculas en el nombre de usuario.
Solución alternativa: Cambie temporalmente el usuario que indicó para ejecutar el servicio de agente de administración en el equipo Windows por otro usuario y después vuelva a cambiar al usuario original utilizando las mayúsculas y minúsculas correctas.
Al actualizar Manager Service y el sistema DEM Orchestrator, aparece un mensaje de error de validación de nombre y el host Model Manager Web no se puede validar
El siguiente error aparece si se cambia el nombre del equilibrador de carga en el archivo ManagerService.exe.config:
Distributed Execution Manager "NAME" no se puede actualizar porque apunta al host Model Manager Web "xxxx.xxxx.xxxx.net:443", el cual no se puede validar. Debe corregir este error antes de volver a ejecutar la actualización: No se puede validar el host Model Manager Web. Según el proceso de validación, el certificado remoto no es válido.
Solución alternativa: Realice los siguientes cambios en el archivo de configuración ManagerService.exe.config. La ubicación predeterminada se encuentra en C:\Archivos de programa (x86)\VMware\vCAC\Server\ManagerService.exe.config.
Cambie los valores del registro de todas las instancias de DEM. Por ejemplo, estas instancias de DEM de las siguientes entradas del registro se deberían actualizar.
En un entorno de alta disponibilidad, Horizon no puede realizar la autenticación tras la conmutación por error
Solución alternativa: Después de la conmutación por error, reinicie el dispositivo de vRealize Automation para restaurar la autenticación.
Algunos componentes no funcionan como se espera tras arrastrar un blueprint interior existente a un blueprint exterior actual
La configuración del componente puede cambiar según la ubicación del blueprint. Por ejemplo, si incluye grupos de seguridad, etiquetas de seguridad o redes a petición tanto a nivel de blueprint interior como exterior, la configuración del blueprint exterior reemplazará la del blueprint interior. Los componentes de redes y seguridad solo son compatibles con el nivel de blueprint exterior, a excepción de las redes existentes que funcionan a nivel de blueprint interior.
Solución alternativa: Añada todos los grupos de seguridad, las etiquetas de seguridad y las redes a petición solo al blueprint exterior.
Si crea un grupo de propiedades cuyo nombre incluya un punto, no podrá usar la interfaz de usuario de vRealize Automation para editarlo
Este problema ocurre cuando se crea un grupo de propiedades cuyo nombre incluya un punto, por ejemplo, property.group. Si usa la interfaz de usuario de vRealize Automation para editar este grupo de propiedades, aparecerá una página en blanco. Puede usar la API de REST para editar este grupo de propiedades.
Solución alternativa: Evite usar un nombre de grupo de propiedades que contenga puntos. Si es inevitable, use la API de REST para editar dicho grupo.
La pérdida de comunicación entre IaaS y el catálogo de servicios común durante el proceso de destrucción provoca que la máquina virtual quede en estado de baja
Si se interrumpe la comunicación entre IaaS y el catálogo de servicios común mientras la solicitud de destrucción está en curso, pero antes de que vRealize Automation elimine el registro de la máquina virtual de la base de datos, la máquina conservará el estado de baja. Cuando se restablezca la comunicación, la solicitud de destrucción se actualizará como correcta o fallida, pero la máquina seguirá siendo visible. Aunque la máquina se haya eliminado del endpoint, aún se podrá ver el nombre en la interfaz de administración de vRealize Automation.
Cuando se cambia el nombre de host del dispositivo de vRealize Automation, los servicios se marcan como no disponibles
Solución alternativa: Si algunos servicios no están disponibles después de cambiar el nombre de host, reinicie el servidor de vRealize Automation.
Cuando se une una cuenta de dominio del agente de administración en un Windows Server 2012 clonado con un dominio, la cuenta de dominio del agente de administración pierde sus derechos en la clave privada del certificado del agente
Cuando se usa un asistente de personalización para clonar una máquina de vSphere que forma parte de un dominio, la máquina deja de formar parte de dicho dominio. Cuando se vuelve a unir la máquina clonada con el dominio, aparece el siguiente mensaje de error en el log del agente de administración: CryptographicException - Keyset does not exist.
Solución alternativa: A fin de resolver este problema, siga este procedimiento para abrir y cerrar la configuración de seguridad de la clave privada del certificado sin realizar cambios.
Encuentre el certificado mediante el complemento de certificados de la consola de administración de Microsoft. El complemento muestra el ID de agente en el cuadro de texto Nombre descriptivo.
Seleccione Todas las tareas > Administrar claves privadas.
No está permitido arrastrar un blueprint interior existente a un blueprint exterior actual
Cuando se arrastra un blueprint interior existente a un blueprint exterior actual, se aplican las siguientes restricciones si el blueprint interior tiene máquinas unidas a grupos de seguridad, etiquetas de seguridad o redes a petición. Este problema también puede ocurrir en blueprints importados.
El blueprint exterior no puede contener un blueprint interior que incluya configuración de redes a petición ni configuración del equilibrador de carga a petición. El uso de un blueprint interior que contenga un componente de red a petición o un componente de equilibrador de carga a petición de NSX no está disponible.
Cuando se añaden grupos de seguridad nuevos o adicionales a las máquinas del blueprint interior, las máquinas se unen solo a los nuevos grupos de seguridad que se han añadido como parte de un blueprint exterior, aunque la página Creación de blueprints muestre grupos de seguridad de los blueprints interior y exterior.
Cuando se añaden nuevas etiquetas de seguridad a las máquinas interiores desde un blueprint exterior, las etiquetas de seguridad asociadas originalmente al blueprint interior ya no están disponibles.
Cuando se añaden nuevas redes a petición a las máquinas interiores desde un blueprint exterior, las redes a petición asociadas originalmente al blueprint interior ya no están disponibles. Las redes existentes asociadas originalmente al blueprint interior siguen disponibles.
Solución alternativa: Puede resolver este problema llevando a cabo una de las siguientes tareas:
Añada grupos de seguridad, etiquetas o redes a petición al blueprint exterior, pero no al blueprint interior.
Añada grupos de seguridad, etiquetas o redes existentes al blueprint interior, pero no al blueprint exterior.
El menú Atributo de búsqueda de directorios de la página Añadir directorio contiene información inexacta
Algunas cadenas de código que aparecen por primera vez en el menú Atributo de búsqueda de directorios no son precisas.
Solución alternativa: Haga clic en el menú desplegable Atributo de búsqueda de directorios para ver las cadenas de código precisas.
Al solicitar un elemento del catálogo, se produce el error No se encuentra el recurso
Cuando vRealize Automation está en modo de alta disponibilidad, si se produce un error en el nodo de la base de datos principal y no se promociona un nuevo nodo principal, todos los servicios que requieren acceso de escritura en la base de datos fallarán o quedarán dañados temporalmente hasta que se promocione una nueva base de datos principal.
Solución alternativa: No puede evitar este error cuando la base de datos principal no está disponible. Puede promocionar una nueva base de datos principal para que este error desaparezca y pueda solicitar recursos.
Los cambios no se guardan en la página Formulario de blueprint de un blueprint de XaaS
Si no hace clic en Aplicar después de actualizar cada campo de la página Formulario de blueprint de un blueprint de XaaS, los cambios no se guardan.
La pestaña Elementos no muestra información sobre los servicios que están habilitados para un equilibrador de carga
En las máquinas aprovisionadas mediante un equilibrador de carga asociado con vCloud Networking and Security, la pestaña Elementos no muestra información acerca de los servicios habilitados para ese equilibrador de carga.
Si se destruye una máquina mientras la operación de clonación de vSphere está en curso, la tarea de clonación no se cancela
Este problema puede provocar que la máquina se clone. La máquina virtual clonada podría administrarse en vCenter en vez de en vRealize Automation.
Cuando se solicita un blueprint compuesto, se produce un error de inmediato en la solicitud y el formulario de detalles de la solicitud no se carga
Cuando el máximo de días para la concesión de un blueprint de componentes es menor que el del blueprint exterior, las solicitudes presentan errores inmediatamente y no es posible cargar el formulario de detalles de solicitud.
No puede haber implementaciones con enlaces a direcciones IP de DHCP en las implementaciones de software
Si intenta hacerlo, ip_address no estará disponible si no existe ningún perfil de red. Aparecerá el siguiente mensaje de error: Error del sistema: Error interno al procesar la solicitud del componente: com.vmware.vcac.platform.content.exceptions.EvaluationException: No hay datos para el campo: Dirección IP
Solución alternativa: Si se requiere un enlace, use direcciones IP estáticas o direcciones IP administradas por vRealize Automation en el perfil de red, o bien use una integración IPAM. Si usa DHCP, debería enlazar con el nombre de host, no con la dirección IP.
Puede usar el siguiente script para obtener la dirección IP de una máquina de Cent OS:
Enlace con el valor que proporciona este script cuando se necesite la dirección IP para casos de uso de DHCP.
El directorio se crea aunque aparezca un mensaje de error
Cuando se crea un directorio desde Administración > Administración de almacenes de identidades > Almacenes de identidades, y se hace clic en Guardar, puede que aparezca el mensaje de error Error de comunicación con el conector debido a que los datos no son válidos. Problema al promover el usuario de DN enlazado a administrador: el usuario ya existe y se ha asociado a otro cliente de sincronización. El nuevo almacén de identidades se guarda con una configuración incorrecta y no se puede utilizar.
Este error se produce si se intenta guardar una nueva instancia de Active Directory con los mismos valores que el DN base y el DN enlazado utilizados en otro Active Directory creado anteriormente y que aún existe.
Solución alternativa: Debe eliminar de forma manual el nuevo Active Directory debido a que la configuración no es correcta, y debe usar otro DN enlazado y DN base para el nuevo Active Directory.
Se añade un dominio al UPN de un usuario al crear un directorio que incluye el atributo de búsqueda de directorios UserPrincipalName
Al crear un nuevo directorio y seleccionar UserPrincipalName como el atributo de búsqueda de directorios, se añade un dominio al UPN de un usuario. Por ejemplo, el nombre de usuario de vRealize Automation de un usuario con el UPN user.domain@domain.local aparece como user.domain@domain.local@domain.local. Esto ocurre si el sufijo del UPN está configurado como dominio en el sitio de AD. Si el sufijo del UPN está personalizado, por ejemplo, “example.com”, el nombre de usuario de vRealize Automation de un usuario con el UPN user.domain@example.com aparecerá como user.domain@example.com@domain.local.
Si se utiliza el atributo de búsqueda de directorios UserPrincipalName, los usuarios deben introducir su nombre de usuario exactamente como aparece (user.domain@domain.local@domain.local), incluido el dominio, para iniciar sesión a fin de usar la API de REST o el cliente de nube.
Solución alternativa: Use sAMAccountName en vez de UserPrincipalName para utilizar la funcionalidad de exclusividad del dominio de nombres de usuario de la Administración de directorios.
Aparece un error 404 No encontrado al solicitar una máquina en nombre de otro usuario
Si un blueprint incluye un componente de red NAT a petición o de equilibrador de carga a petición, aparece un error 404 No encontrado cuando se realiza una solicitud de implementación en nombre de otro usuario.
Las máquinas importadas mediante la importación en bloque no se asignan a los blueprints combinados y de componentes correctos
Solución alternativa: Añada la propiedad personalizada VMware.VirtualCenter.OperatingSystem a cada máquina en el archivo CSV de importación.
Faltan acciones de administración de catálogos en vRealize Automation
Solución alternativa: Consulte el artículo 2113027 de la Base de conocimientos.
Una instancia de Active Directory que incluye más de 15 grupos de usuarios no enumera los grupos cuando se sincroniza Active Directory
Si hay más de 15 grupos, e intenta sincronizar Active Directory en la interfaz de administración de vRealize Automation mediante Administración > Administración de los almacenes de identidades > Almacenes de identidades, solo aparecerán unos pocos grupos.
Solución alternativa: Haga clic en Seleccionar para ver la lista completa.
Tras promocionar una instancia de réplica a instancia principal, aparece información errónea en la pestaña Base de datos de la interfaz de administración del nodo principal de vRealize Automation
Cuando falla el nodo principal en el dispositivo de vRealize Automation, debe utilizar la interfaz de administración del dispositivo de vRealize Automation de un nodo correcto para las operaciones de gestión de clúster.
Al mover un almacén de datos de un vSphere Storage DRS a otro, el sistema elimina una máquina virtual en vez de crearla
Si mueve un almacén de datos de un clúster de vSphere Storage DRS a otro y el nivel de automatización del clúster de destino no es automático, el reaprovisionamiento de una máquina creada provocará que el sistema elimine la máquina con el siguiente mensaje de error: StoragePlacement: no se ha especificado el almacén de datos del disco en la máquina virtual donde se ha deshabilitado SDRS. Este problema no ocurre si se clona la máquina virtual.
Solución alternativa: Compruebe que el nivel de automatización del clúster de destino sea automático antes de mover un almacén de datos de un clúster de vSphere Storage DRS a otro. Solo se admiten implementaciones de una sola máquina.

References: artículo 2147237
 artículo 2148669
 artículo 2148278
 artículo 2147926
 artículo 2147240
 artículo 2146550
 artículo 2113027