Show Menu
TEMAS×

Tablas para mantener

La lista de las 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 únicamente 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 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 los registros durante la preparación del envío. Después se actualizan durante el envío y se eliminan una vez finalizado el envío. 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 tenderá a ser muy grande. El volumen es directamente proporcional a la historia 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 con el primer error de envío, se actualizan cuando los contadores cambian y se eliminan cuando el envío 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 en 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 flujos de trabajo. Permite el envío de comandos a flujos de trabajo (Inicio, Detener, Pausa, por ejemplo). 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 rastrear el estado del envío 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 la tarea de limpieza agrega una vez que está desactualizada.
NmsBroadLogMid (en una instancia de intermediaria) Grande Inserciones, actualizaciones, eliminaciones Solo cuando se utiliza la instancia 5.10 (o posterior) como instancia de intermediaria. É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 rastrear el estado del envío y se eliminan al depurar el historial. Cuando se utiliza intermediaria, se recomienda 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 rastrear el estado del envío 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 (cada dos semanas para inicios) 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 destinatario externa) Grande Inserciones, actualizaciones, eliminaciones Igual que NmsBroadLogRcp pero con una tabla de destinatario 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 destinatario externa) Grande Inserciones, eliminaciones Igual que NmsTrackingLogRcp pero con una tabla de destinatario 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 Es similar a las otras tablas de registro extensivo, 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 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 cada evento 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 destinatario).
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.