[On-premise/híbrido solo]{class="badge yellow" title="Se aplica solo a implementaciones On-premise e híbridas"}

Tablas que mantener tables-to-maintain

La lista de tablas que mantener depende de la versión de Adobe Campaign, de cómo se utilice y de la configuración del modelo de datos.

La siguiente lista contiene únicamente las tablas que están más sujetas a fragmentación. Los impactos son los siguientes:

  • consumo excesivo de espacio en disco, lo que afecta al acceso a la base de datos,
  • índices que no se han actualizado regularmente, lo que ralentiza el rendimiento de las consultas.

Tablas de Adobe Campaign adobe-campaign-tables

Nombre de tabla
Tamaño
Tipo principal de actividad
Comentarios
NmsDelivery
Pequeño
Actualizaciones
Hay un registro por acción de envío. Un solo registro se puede actualizar varias veces para reflejar el progreso de la entrega, por lo que los índices de esta tabla tienden a fragmentarse rápidamente.
NmsDeliveryPart
Medium
Inserciones, actualizaciones y eliminaciones
Tabla de trabajo en la que se insertan los registros durante la preparación de la entrega. A continuación, se actualizan durante la entrega y, finalmente, se eliminan una vez finalizada la entrega.
Esta tabla tiende a fragmentarse rápidamente aunque su tamaño medio sea bastante limitado.
NmsMirrorPageInfo
Grande
Inserciones y eliminaciones
Esta tabla contiene la información necesaria para generar páginas espejo personalizadas. Contiene un campo memo (CLOB) y, como tal, tiende a ser muy grande. El volumen es directamente proporcional al historial de páginas espejo conservadas.
NmsDeliveryStat
Medium
Inserciones, actualizaciones y eliminaciones
Esta tabla contiene estadísticas sobre el proceso de envío. Sus registros se actualizan periódicamente.
NmsAddress
Medium
Actualizaciones, inserciones
Esta tabla contiene información sobre las direcciones de correo electrónico. Se actualiza con frecuencia como parte del proceso de cuarentena (los registros se crean en el primer error de entrega, se actualizan cuando los contadores cambian y se eliminan una vez que la entrega se realiza correctamente).
XtkWorkflow
Pequeño
Actualizaciones
Hay un registro por instancia de flujo de trabajo, por lo que hay muy pocos registros. Sin embargo, la tabla se actualiza regularmente para reflejar el estado y el progreso.
XtkWorkflowTask
Pequeño
Inserciones, actualizaciones y eliminaciones
Cada ejecución de una actividad de flujo de trabajo lleva a la creación de un registro en esta tabla. El mecanismo de depuración los elimina una vez caducados.
XtkWorkflowEvent
Pequeño
Inserciones, actualizaciones y eliminaciones
Cada transición activada entre las tareas de un flujo de trabajo lleva a la creación de un registro en esta tabla. El mecanismo de depuración los elimina una vez que han caducado.
XtkWorkflowJob
Muy pequeño
Inserciones, actualizaciones y eliminaciones
Esta tabla es específica del motor de flujo de trabajo. Permite enviar comandos a flujos de trabajo (por ejemplo, Start, Stop, Pause). Aunque es pequeña, esta tabla se tiene en cuenta durante la depuración de tablas transaccionales vinculadas a flujos de trabajo.
NmsBroadLog
Más grande
Inserciones, actualizaciones y eliminaciones
Esta es la tabla más grande del sistema. Hay un registro por mensaje enviado y estos registros se insertan, actualizan para rastrear el estado de envío y se eliminan cuando se purga el historial.
NmsTrackingLog
Grande
Inserciones y eliminaciones
Los registros de seguimiento se insertan y eliminan cuando se purga el historial, pero no se actualizan.
NmsBroadlogMsg
Pequeño
Actualizaciones
Esta tabla contiene información utilizada para calificar errores de SMTP. Es bastante pequeño, pero se actualizará masivamente, por lo que los índices de esta tabla tienden a fragmentarse rápidamente.
NmsEmailErrorStat
Medium
Inserciones, actualizaciones y eliminaciones
Esta tabla contiene los agregados de los errores SMTP ordenados por dominio. Inicialmente contiene información detallada que añade la tarea de limpieza una vez que queda obsoleta.
NmsBroadLogMid (en una instancia intermediaria)
Grande
Inserciones, actualizaciones y eliminaciones
Solo cuando la instancia 5.10 (o posterior) se utiliza como instancia intermediaria. Esta es una de las tablas más grandes de la base de datos. Hay un registro por mensaje enviado y estos registros se insertan, actualizan para rastrear el estado de envío y se eliminan cuando se purga el historial. Al utilizar intermediarios, la recomendación es limitar el historial (normalmente menos de dos meses), por lo que esta tabla sigue siendo razonable en términos de tamaño (menos de 30 Go para 60 millones de filas, data+index), pero es muy importante reconstruirla de vez en cuando.
NmsBroadLogRcp (cuando se utiliza la tabla NmsRecipient)
Grande
Inserciones, actualizaciones y eliminaciones
Esta es la tabla más grande del sistema. Hay un registro por mensaje enviado y estos registros se insertan, actualizan para rastrear el estado de envío y se eliminan cuando se purga el historial. Tenga en cuenta que en 5.10, esta tabla es más pequeña que el equivalente en 4.05 (NmsBroadLog), ya que el texto del mensaje SMTP se factoriza en la tabla NmsBroadLogMsg en la versión 5.10. Sin embargo, sigue siendo esencial reindexar esta tabla regularmente (cada dos semanas para empezar) y reconstruirla completamente de vez en cuando (una vez al mes o cuando el rendimiento se vea afectado).
YyyBroadLogXxx (cuando se utiliza una tabla de destinatarios externa)
Grande
Inserciones, actualizaciones y eliminaciones
Igual que NmsBroadLogRcp, pero con una tabla de destinatarios externa. Adapte Yyy y Xxx con los valores de la asignación de envíos.
NmsTrackingLogRcp (cuando se utiliza la tabla NmsRecipient)
Grande
Inserciones y eliminaciones
Los registros de seguimiento se insertan y eliminan cuando se purga el historial, pero no se actualizan. El volumen depende de la duración de la retención de datos.
YyyTrackingLogXxx (cuando se utiliza la tabla de destinatarios externa)
Grande
Inserciones y eliminaciones
Igual que NmsTrackingLogRcp, pero con una tabla de destinatarios externa. Adapte Yyy y Xxx con los valores utilizados en la asignación de envíos.
NmsBroadLogRtEvent (instancia de ejecución del centro de mensajes)
Grande
Inserciones, actualizaciones y eliminaciones
Similar a las otras tablas de broadlog, pero con NmsRtEvent en lugar de NmsRecipient.
NmsTrackingLogRtEvent( instancia de ejecución del centro de mensajes)
Grande
Inserciones y eliminaciones
Similar a las otras tablas trackingLog, pero con la tabla NmsRtEvent en lugar de NmsRecipient.
NmsRtEvent (instancia de ejecución del Centro de mensajes)
Grande
Inserciones, actualizaciones y eliminaciones
Tabla que contiene la cola de eventos del Centro de mensajes. El centro de mensajes actualiza el estado de estos eventos a medida que se procesan. Las eliminaciones se realizan durante la depuración. Le recomendamos que vuelva a crear con regularidad el índice de esta tabla y la reconstruya.
NmsEventHisto (instancia de control del Centro de mensajes)
Grande
Inserciones, actualizaciones y eliminaciones
Similar a NmsRtEvent. Esta tabla archiva todos los eventos de todas las instancias de ejecución. No se utiliza en ningún proceso en tiempo real, sólo en los informes.
NmsMobileApp
Muy pequeño
Inserciones, actualizaciones y eliminaciones
Tablas que incluyen aplicaciones móviles y su configuración.
NmsAppSubscriptionRcp
Grande
Inserciones, actualizaciones
Tabla que incluye los identificadores de dispositivos móviles (direcciones) utilizados para enviar la notificación (similar a una tabla de destinatarios).
NmsBroadLogAppSubRcp
Grande
Inserciones, actualizaciones y eliminaciones
Similar a las otras tablas de broadlog, pero con NmsappSubscriptionRcp en lugar de NmsRecipient.
NmsTrackingLogAppSubRcp
Grande
Inserciones y eliminaciones
Similar a las otras tablas trackingLog, pero con la tabla NmsappSubscriptionRcp en lugar de NmsRecipient.
XtkSessionInfo
Pequeño
Inserciones y eliminaciones
Tabla que incluye sesiones de usuario. El número de inserciones y eliminaciones es muy importante.

Tablas de clientes customer-tables

Además de la lista anterior, las tablas que contienen creadas por clientes (que no existen en el modelo de datos de Adobe Campaign) durante la configuración de la plataforma también pueden estar sujetas a fragmentación, especialmente si se actualizan con frecuencia durante los procedimientos de carga o sincronización de datos. Estas tablas pueden formar parte del modelo de datos predeterminado de Adobe Campaign (por ejemplo NmsRecipient). En este caso, es responsabilidad del administrador de la plataforma de Adobe Campaign realizar una auditoría de su modelo de base de datos específico para encontrar estas tablas personalizadas. Estas tablas no se mencionan necesariamente explícitamente en nuestros procedimientos de mantenimiento.

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1