- Primeros pasos
- Mejores prácticas
- Tenant
- Acerca del contexto de tenant
- Buscar recursos en un tenant
- Gestionar robots
- Conexión de los robots a Orchestrator
- Almacenar credenciales de robots en CyberArk
- Almacenar contraseñas de robots desatendidos en Azure Key Vault (solo lectura)
- Almacenar las credenciales de robots desatendidos en HashiCorp Vault (solo lectura)
- Almacenamiento de credenciales de Unattended Robot en AWS Secrets Manager (solo lectura)
- Eliminar sesiones desconectadas y sin respuesta no atendidas
- Autenticación de Robot
- Autenticación de robots con credenciales de cliente
- Autenticación por SmartCard
- Configurar las capacidades de automatización
- Auditoría
- Configuración: a nivel de tenant
- Servicio de catálogo de recursos
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Sobre trabajos
- Gestionar trabajos
- Estados del trabajo
- Trabajar con flujos de trabajo de larga duración
- Ejecución de automatizaciones personales a distancia
- Política de retención de datos de proceso
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Otras configuraciones
- Integraciones
- Administración de host
- Acerca del nivel del host
- Gestionar los administradores del sistema
- Gestión de tenants
- Configuración de las notificaciones por correo electrónico del sistema
- Registros de auditoría para el portal del host
- Modo de mantenimiento
- Administración de la organización
- Solución de problemas
Guía del usuario de Orchestrator
Política de retención de datos de proceso
La ejecución de procesos genera grandes cantidades de datos de trabajos, que pueden saturar rápidamente la base de datos de Orchestrator. Una política de retención te ayuda a liberar espacio en la base de datos de forma organizada.
¿Qué es una política de retención?Es un acuerdo para garantizar capacidades de descarga de datos integradas, estableciendo una acción para eliminar datos de la base de datos tras un período de tiempo. ¿Qué esperar? Como la base de datos es más ligera, Cloud Orchestrator tiene mejor rendimiento.
Para el proceso especificado, la política de retención que configures se aplica a todos los trabajos que cumplan a la vez las siguientes condiciones:
- tienen un estado final, como Fallido, Correctoo Detenido
- han finalizado hace más de X días, siendo X la duración de la retención
La retención se calcula basándose en días naturales. Por tanto, los trabajos en cola pertinentes se eliminan el día natural X+1, siendo X la duración de la retención, y +1 representa la eliminación el día natural siguiente.
Ten en cuenta que la eliminación puede ejecutarse al mismísimo inicio del día natural siguiente, por tanto, con un par de horas de diferencia sobre el momento en que termina el período de retención.
Por ejemplo, digamos que estableces una duración de retención de un día:
Si la hora de finalización de un trabajo es el 6 de junio de 2022 a las 00:01:00 (el primer minuto del día natural) o el 6 de junio de 2022 a las 23:59:00 (el último minuto del día natural), podrá eliminarse el 8 de junio (6 de junio + un día de duración de la retención + un día después = 8 de junio).
Por tanto:
- nos aseguramos de que los datos de tu trabajo se conserven durante al menos un día natural (la duración de retención) archivándolos al día natural siguiente, y
- nuestro objetivo es garantizar que tus artículos se archivan al final del día natural siguiente.
Hay tres tipos de política de retención:
- la política predeterminada para los procesos recién creados: todos los trabajos que se crean a partir de procesos nuevos se eliminan a los 30 días, sin posibilidad de deshacer su eliminación. Esta es la opción integrada.
- política personalizada: todos los trabajos se eliminan o archivan tras un periodo de retención que tú eliges y que es de 180 días como máximo. Esta opción se puede configurar tal como se indica en la sección Configuración de una política de retención personalizada.
- la política de mantener: los procesos y trabajos preexistentes no tienen una política de retención inicial definida, lo que significa que sus datos se mantienen indefinidamente hasta que establezcas una política predeterminada o personalizada.
La política predeterminada de 30 días se aplica a:
- trabajos sin proceso asociado
- trabajos cuyo proceso asociado se eliminó
Una política de retención personalizada tiene los siguientes resultados:
- elimina los trabajos que tienen una duración superior a la especificada.
-
elimina los trabajos válidos que son más antiguos que la duración especificada, pero archiva sus datos en un depósito de almacenamiento existente, para futuras consultas. De esta manera, descargas la base de datos de Orchestrator sin perder la información.
Nota:Los paneles Insights que contengan información sobre trabajos eliminados seguirán mostrando los datos correctos.
La eliminación en Orchestrator no se propagará hacia Insights.
Nota: Conservamos las referencias únicas de los trabajos eliminados, por lo que añadir un nuevo trabajo no crea una referencia única duplicada.
Reconocemos el impacto que esta funcionalidad puede tener sobre tus datos, por lo que implementamos la opción de política de retención en tres fases. Esto tiene como objetivo darte tiempo suficiente para evaluar y determinar qué política se adapta mejor a tus necesidades empresariales. Ten en cuenta que incluso si no configuras una política de retención personalizada, la predeterminada sigue aplicándose y elimina todos los elementos del proceso existentes con más de 120 días.
Fase |
Qué sucede |
---|---|
Fase 0 |
Se trata de una fase informativa, en la que se informa a todas las organizaciones sobre la próxima política, su impacto en las cuentas, el comportamiento de la característica y el mecanismo de implementación. Al final de la fase 0, la IU y la funcionalidad de la característica se implementan en todos los entornos de nube pero no se activa ninguna política. |
Fase 1 |
Se trata de un período de tiempo de seis semanas entre la implementación de la característica y la primera activación de la política, que te permite ajustar y preparar tus procesos. Un contador de información de aplicación muestra los días restantes hasta que se inicie la política de retención, para que no se te pase por alto preparar tu cuenta antes de la fecha de entrada en vigor de la política. Al final de la fase 1 se aplicarán todas las políticas, bien sea las predeterminadas o las que configuraste. |
Fase 2 |
Todas las políticas se activan y los datos de tu cuenta se descargan en función de la configuración de la política. La fase 2 no tiene fecha de finalización. Esto significa que si configuras una nueva política, se aplicará inmediatamente. |
Diariamente, se ejecutará un trabajo en segundo plano en un momento en que tu servidor no esté ocupado; dicho trabajo realizará las acciones necesarias para todas las políticas de retención.
Inicialmente deberá manejarse un gran volumen de datos. Para evitar cualquier impacto en el rendimiento del funcionamiento, el trabajo puede tardar alrededor de un mes en analizar la reserva de datos y llegar a la precisión del día.
Por tanto, puede que las políticas no se apliquen inmediatamente, pero se pondrán al día en aproximadamente un mes.
Por ejemplo, digamos que configuras una política de eliminación de 45 días para un proceso. La política se activa al final de la fase 1, pero tarda aproximadamente un mes en garantizar que se gestionen todos los artículos con una antigüedad superior a 45 días. Se trata de una excepción de primer día, para permitir que el trabajo analice la reserva de datos.
Para configurar una política de retención personalizada:
Si no quieres perder los datos de tus trabajos, pero necesitas descargar esta información de la base de datos de Orchestrator, archiva tus trabajos.
Requisito previo: necesitas un depósito de almacenamiento para almacenar tus trabajos archivados.
Para recuperar la información archivada, accede a los archivos desde el depósito de almacenamiento asociado.
Nota 1: puede utilizar un depósito de almacenamiento de Orchestrator o enlazar un depósito de almacenamiento externo.
Nota 2: el depósito de almacenamiento que uses no debe ser de solo lectura, de modo que la operación de archivado pueda añadirle artículos.
Nota 3: Puedes utilizar el mismo depósito de almacenamiento para archivar elementos de proceso de distintos procesos.
Nota 4: este campo solo está disponible para la opción Archivar .
Nota 5: Una operación de archivado con éxito se registra en la página Tenant > Auditoría, identificable por el tipo Acción como Archivo.
Nota 6: Si algún error interrumpe la operación de archivado, aparecerá una alerta para que el error se solucione. La operación de archivado se vuelve a intentar la siguiente vez que se ejecute la eliminación (el siguiente día natural). Hasta que el archivado se vuelva a intentar con éxito, no se podrá ver ni acceder a los trabajos afectados.
Si decides que los datos de los trabajos procesados ya no son útiles, puedes eliminar toda esa información de la base de datos de Orchestrator.
Si deseas mantener los datos de los trabajos procesados durante un tiempo indefinido, selecciona Conservar en el menú desplegable Acción.
Todos los trabajos de estado final se mantienen indefinidamente en tu base de datos configurada.
.zip
al final de la duración de la retención con la ruta:
"Archivo / Procesos / Proceso - {process_key} / {archivar_operation_date} - {archivar_operation_timetamp}. Zip", en el que:
- {process_key}: el identificador único del proceso que contiene los trabajos
- {archiving_operation_date}: la fecha en UTC cuando se generó el archivo, en formato
yyyy-MM-dd
-
{archiving_operation_timestamp}: la hora UTC cuando se generó el archivo, en formato
HH-mm-ss-fff
Por ejemplo, un archivo se podría llamarArchive/Processes/Process-1d1ad84a-a06c-437e-974d-696ae66e47c2/2022-05-26-03-00-08-496.zip
.
.zip
muestra un archivo .csv
con la misma sintaxis de nombre:
"Proceso - {process_key} - {archivar_operation_date} - {archivar_operation_intimes}. Csv.
.json
contiene detalles sobre la cola del contenedor, para ayudarte a identificarlo más fácilmente.
Para incorporar la política de retención en tu cliente, usa los puntos de conexión dedicados de la API de ReleaseRetention en tu archivo Swagger:
- GET
/odata/ReleaseRetention
: devuelve la lista de todas las políticas activas, conteniendo información como la acción de política, la duración de retención en días, el ID del proceso al que se aplica la política. - GET
/odata/ReleaseRetention({key})
: devuelve la información sobre la política del proceso especificado. - PUT
/odata/ReleaseRetention({key})
: actualiza la información de la política del proceso especificado. - DELETE
/odata/ReleaseRetention({key})
: restablece la política del proceso especificada a la predeterminada de una retención y una eliminación pasados 30 días.
Puedes ver un ejemplo en nuestra guía de referencia.
Para identificar fácilmente qué procesos tienen una política de retención personalizada, activa las columnas Acción de retención y Retención (días) en la página Procesos, seleccionando las casillas de verificación correspondientes en el menú desplegable Columnas.
Seleccione Eliminar en el menú desplegable Acción.
Como ya se ha mencionado, se aplica una política de conservación de 30 días a los procesos de nueva creación. Sin embargo, no siempre puedes confiar en este valor para identificar los procesos que tienen aplicada una política predeterminada. Por ejemplo, si configuras una duración de retención personalizada de 55 días y más tarde la actualizas a 30 días, la política resultante no es la predeterminada. Para ver si estos escenarios representan políticas predeterminadas o no, comprueba la página Auditoría.
Cada vez que el trabajo en segundo plano realiza acciones de limpieza relacionadas con la Política de retención (archivar + eliminar o simplemente eliminar) se crea una entrada correspondiente en la auditoría en nombre del administrador.
1 representa el tipo de acción Archivar. 0 representa el tipo de acción Eliminar.
- Información general
- Condiciones de trabajo
- Determinar cuándo se elimina un trabajo
- Tipos de política
- Resultados de politica
- Fases de implementación
- Mecanismo de descarga
- Configuración de una política de retención personalizada
- Archivado de trabajos
- Eliminar trabajos
- Mantener trabajos
- Salida de archivo
- El archivo .zip
- El archivo .csv
- El archivo Metadata.json
- Volúmenes de datos grandes
- API de política de retención de procesos
- Columnas y auditoría de seguimiento de politica