Tablas que mantener

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

La siguiente lista contiene solo las tablas 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,
  • los índices que no se han actualizado regularmente, lo que ralentiza el rendimiento de las consultas.

Tablas de Adobe Campaign

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 del envío, por lo que los índices de esta tabla tienden a fragmentarse rápidamente.
NmsDeliveryPart
Medio
Inserciones, actualizaciones, eliminaciones
Tabla de trabajo en la que se insertan registros durante la preparación de la entrega. A continuación, se actualizan durante la entrega y se eliminan una vez finalizada la entrega.
Esta tabla tiende a fragmentarse rápidamente aunque su tamaño promedio sea bastante limitado.
NmsMirrorPageInfo
Grande
Inserciones, 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
Medio
Inserciones, actualizaciones, eliminaciones
Esta tabla contiene estadísticas sobre el proceso de envío. Sus registros se actualizan periódicamente.
NmsAddress
Medio
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 cada instancia de flujo de trabajo, por lo que muy pocos registros. Sin embargo, la tabla se actualiza regularmente para reflejar el estado y el progreso.
XtkWorkflowTask
Pequeño
Inserciones, actualizaciones, 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 que han caducado.
XtkWorkflowEvent
Pequeño
Inserciones, actualizaciones, eliminaciones
Cada transición activada entre tareas de un flujo de trabajo conduce 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, eliminaciones
Esta tabla es específica del motor de flujo de trabajo. Permite el envío de comandos a flujos de trabajo (Start, Stop, Pause, por ejemplo). Aunque es pequeña, esta tabla se tiene en cuenta durante la depuración de las tablas transaccionales vinculadas a los flujos de trabajo.
NmsBroadLog
Más grande
Inserciones, actualizaciones, eliminaciones
Esta es la tabla más grande del sistema. Hay un registro por mensaje enviado y estos registros se insertan, se actualizan para realizar un seguimiento del estado de entrega y se eliminan cuando se depura el historial.
NmsTrackingLog
Grande
Inserciones, eliminaciones
Los registros de seguimiento se insertan y eliminan cuando se depura el historial, pero no se actualizan.
NmsBroadlogMsg
Pequeño
Actualizaciones
Esta tabla contiene información utilizada para clasificar los errores SMTP. Es bastante pequeño, pero se actualizará masivamente, por lo que los índices de esta tabla tienden a fragmentarse rápidamente.
NmsEmailErrorStat
Medio
Inserciones, actualizaciones, eliminaciones
Esta tabla contiene los agregados por errores SMTP ordenados por dominio. Inicialmente contiene información detallada que la tarea de limpieza agrega cuando está obsoleta.
NmsBroadLogMid (en una instancia de intermediario)
Grande
Inserciones, actualizaciones, eliminaciones
Solo cuando la instancia 5.10 (o posterior) se utiliza como instancia de mid-sourcing. 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, se actualizan para realizar un seguimiento del estado de entrega y se eliminan cuando se depura el historial. Cuando se utiliza intermediario, 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, datos+índice), pero es muy importante reconstruirla de vez en cuando.
NmsBroadLogRcp (cuando se utiliza la tabla NmsRecipient )
Grande
Inserciones, actualizaciones, eliminaciones
Esta es la tabla más grande del sistema. Hay un registro por mensaje enviado y estos registros se insertan, se actualizan para realizar un seguimiento del estado de entrega y se eliminan cuando se depura el historial. Tenga en cuenta que en la versión 5.10, esta tabla es más pequeña que el equivalente de 4.05 (NmsBroadLog), ya que el texto del mensaje SMTP se factoriza en la tabla NmsBroadLogMsg de la versión 5.10. Sin embargo, sigue siendo esencial volver a indexar esta tabla con regularidad (para empezar, cada dos semanas) 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, eliminaciones
Igual que NmsBroadLogRcp pero con una tabla de destinatarios externa. Adapte AAAA y Xxx con los valores de la asignación de envíos.
NmsTrackingLogRcp (cuando se utiliza la tabla NmsRecipient )
Grande
Inserciones, eliminaciones
Los registros de seguimiento se insertan y eliminan cuando se depura el historial, pero no se actualizan. El volumen depende de la duración de la retención de datos.
AAAATrackingLogXxx (cuando se utiliza la tabla de destinatarios externa)
Grande
Inserciones, eliminaciones
Igual que NmsTrackingLogRcp pero con una tabla de destinatarios externa. Adapte AAAA 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, 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, 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, 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 regularmente el índice de esta tabla y que lo reconstruya.
NmsEventHisto (instancia de control del centro de mensajes)
Grande
Inserciones, actualizaciones, eliminaciones
Similar a NmsRtEvent. Esta tabla archiva todos los eventos de todas las instancias de ejecución. Solo se utiliza en informes sin proceso en tiempo real.
NmsMobileApp
Muy pequeño
Inserciones, actualizaciones, 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, eliminaciones
Similar a las otras tablas de broadlog, pero con NmsappSubscriptionRcp en lugar de NmsRecipient.
NmsTrackingLogAppSubRcp
Grande
Inserciones, eliminaciones
Similar a las otras tablas trackingLog , pero con la tabla NmsappSubscriptionRcp en lugar de NmsRecipient.
XtkSessionInfo
Pequeño
Inserciones, eliminaciones
Tabla que incluye sesiones de usuario. El número de inserciones y eliminaciones es muy importante.

Tablas del cliente

Además de la lista anterior, las tablas que contienen creados 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 de datos o sincronización. 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 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 explícitamente en nuestros procedimientos de mantenimiento.

En esta página