- Información general
- Requisitos
- Instalación
- Q&A: Deployment templates
- Configurar las máquinas
- Configurar el almacén de objetos externo
- Configurar un registro de Docker externo
- Configurar el equilibrador de carga
- Configurar el DNS
- Configurar Microsoft SQL Server
- Configurar los certificados
- Instalación de producción multinodo preparada para alta disponibilidad en línea
- Instalación de producción multinodo preparada para alta disponibilidad sin conexión
- Disaster Recovery: instalar el clúster secundario
- Descarga de los paquetes de instalación
- parámetros de install-uipath.sh
- Habilitar el complemento de alta disponibilidad (HAA) de Redis para el clúster
- Archivo de configuración de Document Understanding
- Inclusión de un nodo agente dedicado compatible con GPU
- Añadir un nodo agente dedicado a Task Mining
- Conexión de la aplicación Task Mining
- Añadir un nodo agente dedicado a Automation Suite Robots
- Después de la instalación
- Administración de clústeres
- Gestionar los productos
- Primeros pasos con el Portal de administración del clúster
- Migrating objectstore from persistent volume to raw disks
- Migrating data between objectstores
- Migrating in-cluster objectstore to external objectstore
- Cambiar al clúster secundario
- Disaster Recovery: realizar operaciones posteriores a la instalación
- Convertir una instalación existente en una configuración en varios sitios
- Directrices para actualizar una implementación activa/pasiva
- Directrices sobre la copia de seguridad y restauración de una implementación activa/pasiva
- Supervisión y alertas
- Migración y actualización
- Rutas de actualización de Automation Suite
- Automatizado: Actualización en línea
- Automatizado: Actualización sin conexión
- Manual: Actualización en línea
- Manual: Actualización sin conexión
- Reversión por error
- Migración de disco físico Longhorn a LVM
- Migración de Canal a Cilium CNI
- Downgrading Ceph from 16.2.6 to 15.2.9
- Opciones de migración
- Paso 1: Mover los datos de la organización de identidad de independiente a Automation Suite
- Paso 2: restaurar la base de datos del producto independiente
- Paso 3: Realizar una copia de seguridad de la base de datos de la plataforma en Automation Suite
- Paso 4: Fusionar organizaciones en Automation Suite
- Paso 5: actualizar las cadenas de conexión de los productos migrados
- Paso 6: migrar Insights independiente
- Paso 7: eliminar el tenant predeterminado
- B) Migración de tenant único
- Configuración específica del producto
- Buenas prácticas y mantenimiento
- Solución de problemas
- Cómo solucionar los problemas de los servicios durante la instalación
- Cómo desinstalar el clúster
- Cómo limpiar los artefactos sin conexión para mejorar el espacio en disco
- Cómo borrar datos de Redis
- Cómo habilitar el registro de Istio
- Cómo limpiar manualmente los registros
- Cómo limpiar los registros antiguos almacenados en el depósito sf-logs
- Cómo deshabilitar los registros de transmisión para AI Center
- Cómo depurar instalaciones de Automation Suite fallidas
- Cómo eliminar imágenes del instalador antiguo después de la actualización
- Cómo limpiar automáticamente las instantáneas de Longhorn
- Cómo deshabilitar la descarga de la suma de comprobación TX
- Cómo establecer manualmente el nivel de registro de ArgoCD en Info
- Cómo generar el pull_secret_value codificado para registros externos
- Cómo abordar los cifrados débiles en TLS 1.2
- No se puede ejecutar una instalación sin conexión en el sistema operativo RHEL 8.4
- Error al descargar el paquete
- La instalación sin conexión falla porque falta un binario
- Problema de certificado en la instalación sin conexión
- First installation fails during Longhorn setup
- Error de validación de la cadena de conexión SQL
- Error en la comprobación de requisitos previos para el módulo iscsid de selinux
- Azure disk not marked as SSD
- Fallo tras la actualización del certificado
- El antivirus causa problemas de instalación
- Automation Suite not working after OS upgrade
- Automation Suite requiere que backlog_wait_time se establezca en 0
- Nodo de GPU afectado por la falta de disponibilidad de recursos
- El volumen no se puede montar porque no está listo para las cargas de trabajo
- Error de recopilación de registros del paquete de soporte
- La actualización de nodo único falla en la etapa de tejido
- Cluster unhealthy after automated upgrade from 2021.10
- Upgrade fails due to unhealthy Ceph
- RKE2 no se inicia debido a un problema de espacio
- La validación SQL falla durante la actualización
- pod de snapshot-controller-crds en estado CrashLoopBackOff después de la actualización
- Fallo al cargar o descargar datos en el almacén de objetos
- PVC resize does not heal Ceph
- Fallo en el redimensionamiento de PVC
- Fallo en el redimensionamiento de PVC de objectstore
- Rook Ceph o Looker pod atascados en estado Init
- Error de archivo adjunto de volumen de StatefulSet
- Fallo en la creación de volúmenes persistentes
- Parche de reclamación de almacenamiento
- La copia de seguridad falló debido al error
- Todas las réplicas de Longhorn son defectuosas
- Establecer un intervalo de tiempo de espera para los portales de gestión
- Actualizar las conexiones del directorio subyacente
- La autenticación no funciona tras la migración
- kinit: no se puede encontrar la KDC para el territorio <AD Domain> mientras se obtienen las credenciales iniciales
- kinit: keytab no contiene claves adecuadas para *** mientras se obtienen las credenciales iniciales
- Error en la operación GSSAPI debido a un código de estado no válido
- Alarma recibida por un error en el trabajo de Kerberos-tgt-update
- Proveedor de SSPI: servidor no encontrado en la base de datos de Kerberos
- Error en inicio de sesión de un usuario AD debido a una cuenta deshabilitada
- ArgoCD login failed
- Fallo en la obtención de la imagen de Sandbox
- Los pods no se muestran en la interfaz de usuario de ArgoCD
- Fallo de la sonda Redis
- El servidor RKE2 no se inicia
- Secreto no encontrado en el espacio de nombres UiPath
- ArgoCD entra en estado de progreso tras la primera instalación
- Incidencias al acceder a la cuenta de solo lectura de ArgoCD
- Pods MongoDB en CrashLoopBackOff o pendientes de aprovisionamiento de PVC tras su eliminación
- Unhealthy services after cluster restore or rollback
- Pods atascados en Inicialización: 0 / X
- Prometheus en estado CrashloopBackoff con error de falta de memoria (OOM)
- Faltan métricas de Ceph-rook en los paneles de supervisión
- Los pods no pueden comunicarse con FQDN en un entorno de proxy
- Document Understanding no se encuentra en la barra izquierda de Automation Suite
- Estado fallido al crear una sesión de etiquetado de datos
- Estado fallido al intentar implementar una habilidad ML
- El trabajo de migración falla en ArgoCD
- El reconocimiento de la escritura manual con el extractor de formularios inteligente no funciona
- Ejecutar alta disponibilidad con Process Mining
- La ingestión de Process Mining falló al iniciar sesión con Kerberos
- No se puede conectar a la base de datos AutomationSuite_ProcessMining_Warehouse utilizando una cadena de conexión en formato pyodbc
- La instalación de Airflow falla con sqlalchemy.exc.ArgumentError: no se pudo analizar la URL rfc1738 de la cadena ''
- Cómo añadir una regla de tabla de IP para utilizar el puerto 1433 de SQL Server
- Uso de la herramienta de diagnóstico de Automation Suite
- Uso de la herramienta del paquete de soporte de Automation Suite
- Explorar registros
Paso 4: Fusionar organizaciones en Automation Suite
Al ejecutar la herramienta UiPath.OrganizationMigrationApp, debe proporcionar los siguientes detalles:
-
La lista de ID de la organización para el producto independiente
-
La lista de ID de la organización para Automation Suite
Para obtener más información, consulta Parámetros de la herramienta de migración.
Asegúrate de utilizar los mismos ID de la organización que los identificados en el paso 1: mover los datos de la organización de Identity de forma independiente a Automation Suite.
\
antes de caracteres especiales.
Para fusionar organizaciones en Automation Suite , ejecuta el siguiente comando:
./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s '<list of tenant IDs of the standalone product separated by comma, e.g. tenantID1,tenantID2>' -d '<list of organization IDs of Automation Suite separated by comma, e.g. orgID1,orgID2>'
./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s '<list of tenant IDs of the standalone product separated by comma, e.g. tenantID1,tenantID2>' -d '<list of organization IDs of Automation Suite separated by comma, e.g. orgID1,orgID2>'
-
Asegúrate de añadir
TrustServerCertificate=True
tanto para la conexión SQL de origen como de destino en la entrada. -
Si tienes varios pares de organizaciones para fusionar, asegúrate de que la secuencia de ID de la organización para el producto independiente y la secuencia de ID de la organización para Automation Suite coinciden.
- Si migras un tenant independiente a una organización de Automation Suite para todos los tenants, puedes ejecutar el comando una vez para todas las migraciones. Sin embargo, si migras varios tenants independientes a una organización de Automation Suite, debes ejecutar el comando por separado para cada tenant, ya que es posible que tengas que resolver los conflictos de usuario entre los tenants. El siguiente ejemplo muestra cómo ejecutar el comando por separado para cada tenant:
./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s 'tenant1' -d 'orgId1' ./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s 'tenant2' -d 'orgId1' ./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s 'tenant3' -d 'orgId1'
./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s 'tenant1' -d 'orgId1' ./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s 'tenant2' -d 'orgId1' ./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s 'tenant3' -d 'orgId1'
Para obtener instrucciones sobre cómo abordar los conflictos de usuario al migrar varios tenants independientes a una única organización de Automation Suite, consulta Resolución de conflictos de usuario.
Para fusionar organizaciones en Automation Suite , ejecuta el siguiente comando:
./UiPath.OrganizationMigrationApp merge -i "<identity database connection of Automation Suite>" -o "<restored orchestrator DB in Automation Suite connection string>" -s "<list of tenant IDs of the standalone product separated by comma, e.g. tenantID1,tenantID2>" -d "<list of organization IDs of Automation Suite separated by comma, e.g. orgID1,orgID2>"
./UiPath.OrganizationMigrationApp merge -i "<identity database connection of Automation Suite>" -o "<restored orchestrator DB in Automation Suite connection string>" -s "<list of tenant IDs of the standalone product separated by comma, e.g. tenantID1,tenantID2>" -d "<list of organization IDs of Automation Suite separated by comma, e.g. orgID1,orgID2>"
-
Asegúrate de añadir
TrustServerCertificate=True
tanto para las cadenas de conexión SQL de origen como de destino en la entrada. - Si migras un tenant independiente a una organización de Automation Suite para todos los tenants, puedes ejecutar el comando una vez para todas las migraciones. Sin embargo, si migras varios tenants independientes a una organización de Automation Suite, debes ejecutar el comando por separado para cada tenant, ya que es posible que tengas que resolver los conflictos de usuario entre los tenants. El siguiente ejemplo muestra cómo ejecutar el comando por separado para cada tenant:
./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s 'tenant1' -d 'orgId1' ./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s 'tenant2' -d 'orgId1' ./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s 'tenant3' -d 'orgId1'
./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s 'tenant1' -d 'orgId1' ./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s 'tenant2' -d 'orgId1' ./UiPath.OrganizationMigrationApp merge -i '<identity database connection of Automation Suite>' -o '<restored orchestrator DB in Automation Suite connection string>' -s 'tenant3' -d 'orgId1'
Para obtener instrucciones sobre cómo abordar los conflictos de usuario al migrar varios tenants de productos independientes a una única organización de Automation Suite, consulta Resolución de conflictos de usuario.
Solo los usuarios que son originalmente de Orchestrator independiente tienen acceso a Orchestrator después de migrar a Automation Suite.
La siguiente tabla proporciona información sobre varios escenarios de migración y cómo afectan a los usuarios:
Condición |
¿El usuario de origen tiene una dirección de correo electrónico? |
¿El usuario de destino tiene una dirección de correo electrónico? |
¿El correo electrónico del usuario de origen es el mismo que el del usuario de destino? |
¿El nombre de usuario de origen es el mismo que el nombre de usuario de destino? |
Resultado |
---|---|---|---|---|---|
1 |
|
|
|
|
El usuario de origen se mueve a la organización de destino; el usuario de la organización de destino tiene acceso a Orchestrator independiente. |
2 |
|
|
|
|
El usuario de origen se mueve a la organización de destino; el usuario de la organización de destino tiene acceso a Orchestrator independiente. Después de la fusión, dos usuarios tendrán el mismo nombre de usuario y deben usar la dirección de correo electrónico para iniciar sesión. |
3 |
|
|
|
o |
El usuario de origen se fusiona con el usuario de destino; el usuario de destino tiene acceso a Orchestrator independiente. |
4 |
|
|
N/D |
|
El usuario de origen se mueve a la organización de destino; el usuario de la organización de destino tiene acceso a Orchestrator independiente. |
5 |
|
|
N/D |
|
El usuario de origen se fusiona con el usuario de destino; el usuario de destino tiene acceso a Orchestrator independiente. |
6 |
|
|
N/D |
|
El usuario de origen se mueve a la organización de destino; el usuario de la organización de destino tiene acceso a Orchestrator independiente. |
7 |
|
|
N/D |
|
Debe configurar manualmente la dirección de correo electrónico del usuario de destino o eliminarlo. Si configura la dirección de correo electrónico, el usuario de origen se fusiona con el usuario de destino y tiene acceso a Orchestrator independiente. Si eliminas el usuario de destino, el usuario de origen se mueve a la organización de destino y el usuario de la organización de destino tiene acceso a Orchestrator independiente. |
8 |
|
|
N/D |
|
El usuario de origen se mueve a la organización de destino y el usuario de la organización de destino tiene acceso a Orchestrator independiente. |
9 |
|
|
N/D |
|
Debe configurar la dirección de correo electrónico para que esté vacía para el usuario de destino o eliminar al usuario de destino. Si configura la dirección de correo electrónico como vacía, el usuario de origen se fusiona con el usuario de destino y el usuario de destino tiene acceso a Orchestrator independiente. Si eliminas el usuario de destino, el usuario de origen se mueve a la organización de destino y el usuario de la organización de destino tiene acceso a Orchestrator independiente. |
Si los nombres de usuario del robot de origen y destino son los mismos, al usuario del robot de origen se le añade la ID de usuario y se mueve a la organización de destino.
Nombre de usuario del robot de origen |
Nombre de usuario del robot de destino |
Nombre de usuario del robot de origen movido |
---|---|---|
mismo Robot |
mismo Robot |
|
Si los nombres de los grupos de robots de origen y destino son los mismos, al usuario del robot de origen se le añade una cadena y se mueve a la organización de destino.
Nombre del grupo de origen |
Nombre del grupo de destino |
Nombre de usuario del grupo de origen movido |
---|---|---|
mismoGrupo |
mismoGrupo |
|
[03:18:08 WRN] We found users in the target organization have the same email as those from the source organization. If you continue, we will keep the users in the target organization, but none of the application data for the source organization users will be moved.
The format is orgId -> list of emails.
[03:18:08 WRN] 3d8d01e6-3300-4988-87db-071bd8c8e786 -> user22@test.com,user2@test.com,user4@test.com,user3@test.com
[03:18:08 WRN] We found users without emails in the target organization have the same username with the users without emails from the source organization.If you continue, we will keep the users in the target organization, but none of the application data for the source organization users will be moved.
The format is orgId -> list of usernames.
[03:18:08 WRN] 3d8d01e6-3300-4988-87db-071bd8c8e786 -> user1
[03:18:08 INF] Do you want to continue? Type (y/n)
[03:18:08 WRN] We found users in the target organization have the same email as those from the source organization. If you continue, we will keep the users in the target organization, but none of the application data for the source organization users will be moved.
The format is orgId -> list of emails.
[03:18:08 WRN] 3d8d01e6-3300-4988-87db-071bd8c8e786 -> user22@test.com,user2@test.com,user4@test.com,user3@test.com
[03:18:08 WRN] We found users without emails in the target organization have the same username with the users without emails from the source organization.If you continue, we will keep the users in the target organization, but none of the application data for the source organization users will be moved.
The format is orgId -> list of usernames.
[03:18:08 WRN] 3d8d01e6-3300-4988-87db-071bd8c8e786 -> user1
[03:18:08 INF] Do you want to continue? Type (y/n)
-
Escribe
n
para finalizar el proceso de fusión, luego elimina los usuarios con conflictos en la organización de Automation Suite y vuelve a ejecutar el comando de fusión. Al elegir esta opción, se pierde la información de usuario eliminada. -
Escribe
y
para continuar con el proceso de fusión. Al elegir esta opción, se reemplazan todos los ID de usuario de origen por los ID de usuario de destino. Si un producto que se ejecuta en Automation Suite, como Insights, tiene una referencia a un ID de usuario, se pierden los datos de cualquier usuario combinado del entorno independiente. Por ejemplo, supongamos dos usuarios:- un usuario con el nombre de usuario
user1
y la dirección de correo electrónicouser1@test.com
, detenant1
en un entorno independiente. - otro uso con el mismo nombre de usuario y dirección de correo electrónico, desde
tenant2
en un entorno independiente.
Si primero fusionastenant1
con una organización en Automation Suite, no se produce ningún conflicto. Sin embargo, si luego fusionastenant2
con la misma organización de Automation Suite, se produce un conflicto, ya que dos usuarios tienen la misma dirección de correo electrónico,user1@test.com
. Si escribesy
para continuar con el proceso de fusión, perderás los datos de usuario a los que el producto tiene una referencia para el usuario detenant2
. - un usuario con el nombre de usuario
Si la fusión de la organización falló, compruebe los registros. Dependiendo de si se produjo un error en la migración de Identity u Orchestrator, siga estos pasos:
Si la migración de identidad falló, puedes corregir el error y ejecutar de nuevo el comando de fusión de la organización. Esto revertiría todos los cambios, ya que hemos establecido una transacción para operaciones para Identity.
Si la migración de Orchestrator fallaba, la base de datos de Orchestrator se revertiría, pero la base de datos de Identity no. Como resultado, debes restaurar la copia de seguridad de la base de datos de identidad y reemplazar la cadena de conexión para usar la nueva base de datos. Después de corregir el error, ejecuta de nuevo el comando de fusión de la organización.
Si la migración de Orchestrator falló, siga los siguientes pasos:
-
Restaure la copia de seguridad de la base de datos de identidad.
-
Haz clic con el botón derecho en el directorio de la base de datos y selecciona Importar aplicación de nivel de datos.
-
Seleccione el archivo de la base de datos de la copia de seguridad.
-
Introduzca el nombre de la base de datos de la copia de seguridad.
-
Espera a que se complete el proceso.
-
-
Reemplaza la cadena de conexión de identidad.
`"platform": { "sql_connection_str": "<dotnet connection string>", (added line) "enabled": true, },`
`"platform": { "sql_connection_str": "<dotnet connection string>", (added line) "enabled": true, },` -
Corrija el error y use la cadena de conexión de la nueva plataforma para volver a ejecutar el comando de fusión.