Show Menu
TEMAS×

Solución de problemas de fuentes de datos

Esta sección contiene información sobre los problemas más frecuentes.

Error al guardar una fuente

Los nombres de los archivos de fuente de datos se componen del ID del grupo de informes y de la fecha. Si dos fuentes están configuradas para el mismo ID de grupo de informes y la misma fecha, tendrán el mismo nombre de archivo. Si esas fuentes se entregan en la misma ubicación, los archivos se sobrescriben entre sí. Para impedirlo, evite crear fuentes que puedan sobrescribir otra que ya exista en la misma ubicación.
Cuando intente crear una fuente con el mismo nombre de archivo que otra, recibirá el siguiente mensaje:
En ese caso, puede hacer lo siguiente:
  • Cambiar la ruta de entrega
  • Cambiar las fechas si es posible
  • Cambiar el grupo de informes si es posible

Configuración de BucketOwnerFullControl para las fuentes de datos de Amazon S3

El caso de uso más habitual de Amazon S3 es que el propietario de la cuenta de los servicios web de Amazon (AWS) crea un bucket, a continuación crea un usuario que tiene permiso para crear objetos en ese bucket y, finalmente, proporciona credenciales para ese usuario. En este caso, los objetos de un usuario pertenecen a la misma cuenta y el propietario de la cuenta tiene implícitamente un control total del objeto (leer, eliminar, etc.). Funciona de un modo similar a la entrega por FTP.
AWS también permite a los usuarios crear objetos en un bucket que pertenece a otra cuenta de usuario completamente diferente. Por ejemplo, si dos usuarios de AWS, el usuario A y el usuario B, no pertenecen a la misma cuenta de AWS pero quieren crear objetos en otros buckets. Si el usuario A crea un bucket, por ejemplo el bucket A, este puede crear una política que permita explícitamente que el usuario B cree objetos en el bucket A, aunque el bucket no pertenezca al usuario. Esto puede ser beneficioso porque no es necesario que el usuario A y el usuario B intercambien credenciales. En su lugar, el usuario B proporciona su número de cuenta al usuario A y este crea una política de bucket que diga "permitir al usuario B crear objetos en el bucket A".
BucketOwnerFullControl proporciona derechos a varias cuentas para crear objetos en otros buckets. Si el usuario B carga un objeto al bucket del usuario A, el usuario B todavía "posee" ese objeto y, por defecto, no se han concedido permisos al usuario A sobre ese objeto, aunque el usuario A posea el bucket: los objetos no heredan permisos del bucket primario. El usuario B debe conceder permiso explícitamente al usuario A porque el usuario B sigue siendo el propietario del objeto. Para la carga en varias cuentas, AWS proporciona un BucketOwnerFullControl ACL, especificando que el uso de este ACL por el propietario del bucket (usuario A) tiene permisos concedidos para el objeto (leer, escribir, eliminar, etc.), a pesar de que es el usuario B quien "posee" el objeto.

Errores de transferencia

Si se produce un error de transferencia mediante FTP (no se puede iniciar la sesión, se pierde la conexión, se agota la cuota, etc.), Adobe intenta conectarse automáticamente y envía los datos hasta tres veces diferentes. Si no se resuelven los errores, la fuente se marca como errónea y se envía una notificación de correo electrónico.
En caso de un error de transferencia, puede volver a ejecutar un trabajo hasta que se realice correctamente.

Opciones de reenvío

Una vez verificado/corregido el problema de entrega, vuelva a ejecutar el trabajo para obtener los archivos.

Efecto del horario de verano en las Fuentes de datos por hora

En determinadas zonas horarias, la hora cambia dos veces al año debido a las definiciones del horario de verano (DST). Las fuentes de datos respetan la zona horaria que se ha tomado como referencia para configurar el grupo de informes. Si la zona horaria del grupo de informes no utiliza DST, la entrega de archivos seguirá su curso como cualquier otro día. Si la zona horaria del grupo de informes sí utiliza DST, la entrega de archivos se verá modificada en la hora en la que se produzca el cambio de horario (normalmente a las 2 de la madrugada).
Al realizar las transiciones de tiempo de STD -> DST ("Primavera hacia adelante"), el cliente solo recibirá 23 archivos. La hora que se salta en la transición a DST se omite sin más. Por ejemplo, si la transición se produce a las 2 de la madrugada, obtendrán un archivo para la 1 y un archivo para las 3. No habrá archivo para las 2, porque las 2 STD se convierten en las 3 DST.
Al realizar las transiciones de DST -> STD, ("Visitas en el orden previsto"), el cliente recibirá 24 archivos. Sin embargo, la hora de transición incluirá datos de 2 horas. Por ejemplo, si la transición se produce a las 2 de la madrugada, el archivo de la 1 se retrasará una hora, pero incluirá datos de dos horas. Incluirá datos entre la 1 DST y las 2 STD (que habrían sido las 3 DST). El siguiente archivo empezará a las 2 STD.

Sin datos durante un período de tiempo

Si quiere, puede configurar una fuente de datos para que envíe un archivo de manifiesto si no se recopilan datos durante un período concreto. Si activa esta opción, recibirá un archivo de manifiesto de aspecto parecido al siguiente:
Datafeed-Manifest-Version: 1.0
 Lookup-Files: 0
 Data-Files: 0
 Total-Records: 0

No se muestra información de dominio en los informes de dominio

Algunos operadores de telefonía móvil (como T-Mobile y O1) ya no proporcionan información de dominio cuando se realiza una búsqueda de DNS inversa. Por lo tanto, los datos no se muestran en los informes de dominio.

Información general del procesamiento de datos

Antes de procesar datos por hora o por día, las fuentes de datos esperan hasta que todas las visitas que han supuesto recopilación de datos dentro del marco de tiempo (un día o una hora) se han registrado en el almacén de datos. A continuación, las fuentes de datos recopilan los datos con marcas de tiempo incluidas dentro del marco de tiempo, las comprimen y las envían por FTP. En el caso de las fuentes por hora, los archivos se suelen registrar en el almacén de datos dentro de los 15-30 minutos posteriores a la hora, pero no hay un período de tiempo definido. Si no ha habido datos con marcas de tiempo incluidas en el marco de tiempo, el proceso vuelve a intentarlo con el siguiente marco de tiempo. El proceso actual de fuente de datos utiliza el campo date_time para determinar las visitas que corresponden a la hora. Este campo está basado en la zona horaria del grupo de informes.