Show Menu
TEMAS×

Tablas para mantener

La lista de tablas que se deben 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 sólo las tablas más sujetas a fragmentación. Los efectos 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 la consulta.

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 único 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 Medio Inserciones, actualizaciones, eliminaciones Tabla de trabajo en la que se insertan los registros durante la preparación de la entrega. Después 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 reflejadas personalizadas. Contiene un campo memo (CLOB), y como tal tenderá a ser muy grande. El volumen es directamente proporcional al historial de las páginas reflejadas conservadas.
NmsDeliveryStat Medio Inserciones, actualizaciones, eliminaciones Esta tabla contiene estadísticas sobre el proceso de entrega. 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 instancia de flujo de trabajo, por lo que hay muy pocos registros. Sin embargo, la tabla se actualiza periódicamente 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 purga los elimina una vez caducados.
XtkWorkflowEvent Pequeño Inserciones, actualizaciones, eliminaciones Cada transición activada entre tareas de un flujo de trabajo lleva a la creación de un registro en esta tabla. El mecanismo de purga los elimina una vez caducados.
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 (por ejemplo, Inicio, Detener, Pausa). Aunque es pequeña, esta tabla se tiene en cuenta durante la purga de tablas transaccionales vinculadas a flujos de trabajo.
NmsBroadLog Más grande Inserciones, actualizaciones, eliminaciones Ésta es la tabla más grande del sistema. Hay un registro por mensaje enviado y estos registros se insertan, actualizan para realizar un seguimiento del estado de entrega y se eliminan al depurar 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 calificar 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 de los errores SMTP ordenados por dominio. En un principio contiene información detallada que se agrega mediante la tarea de limpieza una vez que se ha desactualizado.
NmsBroadLogMid (en una instancia de abastecimiento intermedio) Grande Inserciones, actualizaciones, eliminaciones Solo cuando se utiliza la instancia 5.10 (o posterior) como instancia de abastecimiento intermedio. Ésta 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 realizar un seguimiento del estado de entrega y se eliminan al depurar el historial. Cuando se utiliza la contratación intermedia, la recomendación es limitar el historial (generalmente menos de dos meses), por lo que esta tabla sigue siendo razonable en términos de tamaño (menos de 30 Go por 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 Ésta es la tabla más grande del sistema. Hay un registro por mensaje enviado y estos registros se insertan, actualizan para realizar un seguimiento del estado de entrega y se eliminan al depurar 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 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 ve afectado).
AAAABroadLogXxx (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 entrega.
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 externos) 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 entregas.
NmsBroadLogRtEvent (instancia de ejecución de Message Center) Grande Inserciones, actualizaciones, eliminaciones Es similar a las otras tablas de registro extensivo, pero con NmsRtEvent en lugar de NmsRecipient.
NmsTrackingLogRtEvent( instancia de ejecución de Message Center) Grande Inserciones, eliminaciones Similar a las otras tablas trackingLog, pero con la tabla NmsRtEvent en lugar de NmsRecipient.
NmsRtEvent (instancia de ejecución de Message Center) 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 purga. Le recomendamos que vuelva a crear regularmente el índice de esta tabla y vuelva a crearlo.
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. No se utiliza en ningún proceso en tiempo real, solo en los informes.
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 registro masivo, 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 datos 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 sincronización o carga de datos. Estas tablas pueden formar parte del modelo de datos predeterminado de Adobe Campaign (por ejemplo, NmsRecipient ). En este caso, corresponde al 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 necesariamente se mencionan explícitamente en nuestros procedimientos de mantenimiento.