Saltar al contenido principal Saltar al contenido complementario

Datos para el análisis

La métrica de Datos para el análisis muestra cuánta capacidad de su Qlik Cloud se está utilizando. Mide el volumen total de datos cargados y almacenados en su entorno. Este tema explica qué tipos de datos cuentan para su uso, cuáles están excluidos y cómo se calcula el uso. Comprender estos detalles le ayudará a conocer qué está consumiendo su capacidad de Qlik Cloud y a gestionar sus datos de forma más eficiente.

Datos incluidos en la métrica

Se cuentan los siguientes datos:

  • Datos cargados en Qlik Cloud a partir de fuentes externas. Para recargas, los nuevos datos incrementales aumentan el recuento de datos. Si la recarga tiene menos datos, el recuento de datos disminuye.

  • Archivos de datos cargados o creados en Qlik Cloud. Se cuenta el tamaño del archivo. Si copia archivos de datos dentro de Qlik Cloud, los nuevos archivos de datos se incluyen en el recuento. Si duplica una aplicación en un espacio compartido sin recargar, no se contará.

La métrica de datos analizados se calcula como:

  • El volumen de datos externos ingeridos en Qlik Cloud mediante una app de Qlik Sense.

  • El tamaño del archivo QVD resultante de los datos externos que se cargan en Qlik Cloud mediante Pasarela de movimiento de datos de Qlik.

  • El tamaño de archivo de los archivos de datos cargados en Qlik Cloud.

  • Tamaño de byte estático de la app.

Los datos cargados en varios espacios empresariales inquilinos se cuentan varias veces, mientras que los datos que se cargan una vez y se usan en múltiples apps se cuentan solo una vez.

Nota informativaSi una app solo utiliza datos cargados desde archivos de datos, la app no contribuirá a los datos para el análisis. Esto se debe a que los datos ya están contabilizados en la contribución de los archivos de datos.

Los siguientes elementos no se cuentan en la métrica:

  • Apps y datos que se cargan en un espacio personal mediante la generación de apps bajo demanda (ODAG).

  • Apps en el espacio personal. Incluidas las que utilizan una conexión de datos almacenada en un espacio compartido.

  • Apps que solo cargan de forma binaria otra app. La app original que se carga de forma binaria ya está contabilizada.

  • Apps que solo cargan archivos QVD. Los QVD ya se contabilizan por separado.

  • Apps y datos publicados en espacios administrados.

    Nota informativaLas recargas de apps en espacios administrados se contabilizan en la métrica.
  • Datos que se cargan mediante Direct Query.

Suscribirse a la capacidad de Datos para el análisis

El usuario se suscribe a los paquetes de datos en función de sus necesidades de Datos para el análisis. Cada usuario dispone de una determinada capacidad de Datos para el análisis en su espacio personal. Esos datos personales no cuentan para el volumen total de Datos para el análisis. Sin embargo, si el usuario traslada los datos a un espacio compartido para colaborar, sí se incluye en la capacidad total.

La edición de Qlik Cloud Analytics Starter tiene una capacidad de datos fija. En esta edición, las suscripciones se basan en el número de usuarios.

Mover datos a Qlik Cloud

Sus opciones para mover datos incluyen:

  • Conexiones de datos directas desde Qlik Sense

  • Qlik Data Gateway - Direct Access

  • Movimiento de datos a Qlik Cloud con Qlik Talend Data Integration

    Puede enviar datos a Qlik Cloud desde cualquier fuente con las ediciones Premium y Enterprise de Qlik Cloud Analytics. Con Analítica de Qlik Cloud Estándar, puede mover datos desde cualquier fuente, excepto SAP, mainframe y fuentes heredadas.

Cálculo del volumen de datos para el análisis

Comprender cómo se calculan los datos para el análisis puede ayudarle a utilizar su capacidad de forma eficaz. Esta sección explica cómo se miden el pico mensual, la carga de datos, las recargas de apps y la creación de datos.

Pico mensual

Cuando adquiere capacidad de Datos para el análisis, obtiene una cantidad fija de espacio para almacenar y analizar datos. Esta capacidad es un límite máximo, no un crédito consumible. Por ejemplo, si adquiere 250 GB de capacidad, podrá almacenar y analizar hasta 250 GB de datos en cualquier momento. Si supera este límite, pueden producirse excesos que se contabilizan por separado.

Cómo se realiza el seguimiento del uso diario

Se realiza un seguimiento diario de su uso. Cada día, el sistema calcula su pico diario como el total de:

  • El tamaño total de los archivos almacenados

  • La cantidad de datos ingeridos durante las recargas de la app

  • La cantidad de datos derivados o creados

Comportamiento de traslado o mantenimiento de datos

Si no se produce ninguna recarga en un día determinado, el sistema mantiene el valor de los datos ingeridos en la última recarga más reciente. Al comienzo de un nuevo mes, el pico mensual se reinicia. Si no se produce ninguna recarga el primer día del nuevo mes, se aplicará a ese día el último valor de recarga del mes anterior.

Los datos almacenados y los datos derivados se miden siempre cada día, sin traslados.

Casos especiales

  • El valor de uso refleja la última recarga con éxito de cada app. Si una app se recarga posteriormente con un modelo de datos vacío (por ejemplo, solo para crear y exportar archivos QVD), el uso notificado puede seguir mostrando el tamaño de la última recarga con éxito.

  • El valor de uso solo se actualiza cuando se vuelve a cargar la app. Esto puede provocar diferencias entre los datos visibles en la app y el uso de los Datos para el análisis notificado. Para reducir el uso notificado, vuelva a cargar la app con un conjunto de datos más pequeño.

Ejemplos de traslados o mantenimientos de datos

Los ejemplos siguientes muestran cómo se trasladan y mantienen los valores de recarga cuando no se produce una nueva recarga y cómo interactúa este comportamiento con los datos almacenados y creados.

Ejemplo 1: traslado regular:

  • Día 1: 70 GB de archivos de datos almacenados, 40 GB de recargas de app, 30 GB de archivos de datos creados. El pico diario es de 140 GB.

  • Día 2: 60 GB de archivos de datos almacenados, 0 GB de recargas de app, 20 GB de archivos de datos creados. El valor de recarga del día 1 (40 GB) se mantiene. El pico diario es de 120 GB.

Ejemplo 2: caso de app solo con QVD

  • Día 1: Recargue la app con 10 GB de datos externos, cree archivos QVD, elimine todas las tablas. El modelo final de la app está vacío. El pico diario es de 10 GB (parte de recarga).

  • Día 2: No se produce ninguna recarga. El pico diario sigue siendo de 10 GB (la parte de recarga se arrastra), aunque la app ya no tenga tablas.

Solo una nueva recarga actualiza este valor.

Esto significa que el pico diario puede reflejar tanto los datos de recarga arrastrados (incluso si la propia app está vacía, como en el caso de solo QVD) como cualquier dato nuevo almacenado o creado para ese día.

Pico mensual y marca de límite

El pico mensual es el pico diario más alto registrado durante el mes. Actúa como una marca de límite, mostrando el único día en el que su uso total de datos fue mayor. El pico mensual se compara con su capacidad adquirida para determinar si se aplican cargos por exceso.

Ejemplo – Identificar el pico mensual a partir del uso diario

Para demostrar cómo se determina el pico mensual, este ejemplo utiliza un escenario simplificado que abarca tan solo cuatro días y una capacidad adquirida de 250 GB. Los valores de uso ayudan a ilustrar cómo el pico diario más alto se convierte en el pico mensual.

La tabla presenta el uso de datos durante cuatro días, clasificados por tipo:

Día Almacenado Recargar Creado Pico diario
1 50 GB 30 GB 15 GB 95 GB
2 70 GB 40 GB 30 GB 140 GB
3 60 GB 0 GB 20 GB 120 GB
4 80 GB 50 GB 40 GB 170 GB

Comprensión de la tabla de datos:

  • El día 3 no tiene recarga de datos. La parte de recarga del día 2 (40 GB) se arrastra y contribuye al pico diario (120 GB).

  • El día 4 tiene el pico diario más alto (170 GB), que se convierte en el pico mensual.

Como el pico mensual está dentro de la capacidad adquirida de 250 GB, no se aplica ningún excedente. Si el uso hubiera superado los 250 GB en algún día, podrían aplicarse cargos por exceso de uso o podría ser necesaria una ampliación de la capacidad.

Uso diario durante cuatro días, mostrando los datos almacenados, ingeridos (recarga) y creados. La línea verde marca la capacidad adquirida de 250 GB.

Gráfico de barras que muestra el uso de datos en el transcurso de cuatro días

Cargar datos en Qlik Cloud

Los datos cargados en Qlik Cloud desde fuentes externas cuentan para el pico diario. Cuando carga datos en un espacio empresarial inquilino, se cuentan una vez y se pueden analizar y utilizar varias veces. Los datos cargados en varios espacios empresariales inquilinos se cuentan varias veces.

Los datos que contribuyen al pico diario se miden de la siguiente manera:

  • Los datos basados en archivos cargados a través de una app de Qlik Sense se miden por el tamaño del archivo.

  • Las recargas de aplicaciones mediante consultas o conectores se cuentan como el máximo de bytes ingeridos desde la fuente de datos. Cuando se realizan varias recargas el mismo día, la app de mayor tamaño es la que contará para el pico diario. Por ejemplo, si una app se recarga durante un día con 0,75 GB, 1,25 GB y 1 GB, respectivamente, el valor utilizado para ese día sería 1,25 GB.

    Mientras exista una app en el espacio empresarial inquilino de Qlik Cloud, se evalúan los bytes máximos ingeridos para la app.

  • Los datos cargados en Qlik Cloud mediante Pasarela de movimiento de datos de Qlik se miden según el tamaño del archivo QVD resultante.

  • Las apps que se suben o cargan mediante importación de archivos, ya sea en el Analítica centro de actividades o usando qlik-cli, se miden por el tamaño estático en bytes de la app.

  • Los archivos QVD cargados se miden por su tamaño.

Diferentes formas de cargar datos en Qlik Cloud: vía apps, movimiento de datos o importados usando el centro de actividades Analítica o qlik-cli.

Ilustración de diferentes métodos para cargar datos en Qlik Cloud.

En los siguientes casos, los datos no se incluyen en el cálculo del pico diario:

  • Los datos cargados en el espacio personal de un usuario no se cuentan, siempre que estén restringidos a ese espacio. Si el usuario mueve los datos a un espacio compartido para colaborar con otras personas, se contabilizarán.

  • Si falla una recarga, los bytes ingeridos no se cuentan. Sin embargo, sí se cuentan los archivos QVD resultantes.

  • Cuando cargamos una app con datos que ya residen en Qlik Cloud, la carga de datos no se cuenta. Por ejemplo, las aplicaciones copiadas o cargadas binariamente (cargando datos desde otra app de Qlik Sense) no afectan al pico diario, siempre que no se vuelvan a cargar desde una fuente externa.

Las recargas de aplicaciones desde fuentes internas no tienen impacto en el pico diario.

Ilustración de recargas de aplicaciones que no cuentan para el pico diario.

Medición de bytes ingeridos para recargas de aplicaciones

Lo siguiente se aplica cuando se recarga una app de Qlik Sense desde una fuente externa:

  • Puede recargar una app varias veces desde el mismo conjunto de datos de origen sin afectar al pico diario, siempre que el volumen de datos permanezca sin cambios.

  • Si el conjunto de datos de origen aumenta de tamaño, el pico diario se verá afectado. Cada GB adicional de datos agregado al conjunto de datos contribuye con una cantidad equivalente a los datos ingeridos durante la recarga.

  • Por el contrario, si el conjunto de datos de origen disminuye de tamaño, esta reducción también se refleja en el pico diario. Por ejemplo, si el tamaño del conjunto de datos se reduce en 0,25 GB, el tamaño de recarga disminuye en la misma cantidad. Sin embargo, si se produjo una recarga de 1 GB más temprano ese día, el pico diario para ese día sería de 1 GB. La reducción solo se reflejaría en el pico diario del día siguiente.

  • Los cambios en el contenido del conjunto de datos de origen, sin alterar su tamaño, no afectan al pico diario. El pico diario solo se ve afectado por el volumen de datos.

Medición de bytes ingeridos cuando se cambia el tamaño o el contenido del conjunto de datos de origen.

Ilustración de recargas de apps a partir de conjuntos de datos de diferentes tamaños.
  • Si consulta el mismo conjunto de datos varias veces dentro de un único script de carga, todas esas consultas se cuentan por separado y sus volúmenes de datos se suman. Por ejemplo, si tiene un script de carga que incluye tres consultas de 1 GB cada una del mismo conjunto de datos, esas tres consultas se cuentan individualmente. Entonces, el total de datos contabilizados para su pico diario es de 3 GB.

  • Cargar una app y luego eliminar la tabla no reduce el pico diario, ya que el pico diario se basa en el tamaño máximo de recarga de la app para el día.

  • Si carga una app y luego la elimina el mismo día, seguirá contribuyendo al pico diario de ese día. Sin embargo, eso reduce el pico diario para el día siguiente cuando la app ya no existe.

Medir los bytes ingeridos en diferentes escenarios de recarga de aplicaciones.

Ilustración de diferentes escenarios de recarga de aplicaciones.

Medir datos cargados en archivos QVD con Qlik Talend Data Integration

Lo siguiente se aplica cuando se cargan datos en un archivo QVD desde una fuente externa usando Pasarela de movimiento de datos de Qlik:

  • Puede cargar, importar o generar un conjunto de datos varias veces sin afectar al pico diario, siempre que el volumen de datos permanezca sin cambios.

  • Si el conjunto de datos de origen aumenta de tamaño, el pico diario se verá afectado. Cada GB adicional de datos agregado al conjunto de datos contribuye con una cantidad equivalente al tamaño del archivo QVD resultante.

  • Por el contrario, si el conjunto de datos de origen disminuye de tamaño, esta reducción también se refleja en el pico diario. Por ejemplo, si el tamaño del conjunto de datos se reduce en 0,25 GB, el tamaño del archivo QVD resultante se reduce en la misma cantidad.

  • Los cambios en el contenido del conjunto de datos de origen, sin alterar su tamaño, no afectan al pico diario. El pico diario solo se ve afectado por el volumen de datos.

Medición del tamaño del archivo QVD cuando se cambia el tamaño o el contenido del conjunto de datos de origen.

Ilustración de cargas QVD de conjuntos de datos de diferente tamaño.

Carga de aplicaciones desde fuentes externas e internas

Es importante comprender cómo los datos cargados en las aplicaciones afectan al pico diario, según la fuente de datos. Consideremos los siguientes escenarios en los que se cargan datos de diferentes fuentes.

  • Una app se carga desde una fuente externa

    Cuando carga datos de una fuente externa en una app, cuenta como bytes ingeridos. Por ejemplo, si carga 10 GB, el aporte al pico diario es de 10 GB.

  • Una app se carga desde un QVD en Qlik Cloud

    La carga de datos en una app desde un archivo QVD que reside en Qlik Cloud no cuenta para el pico diario. Si se cargan 10 GB de datos en una app desde QVD, no se cuentan datos porque no hay ingesta de datos externos. La contribución al pico diario es de 0 GB.

  • Se genera un nuevo archivo QVD a partir de un QVD en Qlik Cloud

    Los datos cargados en una app generadora de QVD desde un QVD basado en Qlik Cloud no se cuentan para el pico diario. Sin embargo, el archivo QVD resultante generado desde la app sí cuenta. Por ejemplo, si un archivo QVD de 10 GB se transforma en un nuevo QVD de 5 GB, la contribución al pico diario es la suma de los dos archivos, que es 15 GB. Como no hay ingesta de datos externos, la carga de la app generadora de QVD (una app específica que crea un modelo de datos y genera un QVD) no se cuenta.

  • Una app se carga desde fuentes externas e internas.

    Si una app carga 10 GB desde una fuente externa y 5 GB desde un QVD dentro de Qlik Cloud, la contribución total al pico diario de la app es de 10 GB, ya que solo se cuentan los datos cargados desde la fuente externa.

Medición del total de archivos de datos más los datos ingeridos al cargar desde fuentes internas y externas.

Ilustración de ejemplos de cálculo del total de datos cargados.

Crear datos en Qlik Cloud

Cuando crea nuevos datos en Qlik Cloud, ya sea copiando archivos de datos o derivándolos mediante la combinación y el procesamiento de datos sin procesar, cuenta para el pico diario. Los datos se miden como el tamaño total de los archivos generados durante el proceso de creación de datos. Los datos creados solo se cuentan una vez, independientemente de cuántas aplicaciones los utilicen.

Considere estos ejemplos de creación de datos:

  • La creación de un archivo QVD de 1 GB mediante la instrucción STORE agrega 1 GB al pico diario.

  • Copiar un archivo QVD de 1 GB añade 1 GB al pico diario, ya que ambas copias contribuyen al total.

  • La creación de un archivo QVD de 0,5 GB mediante transformación añade 0,5 GB al pico diario. Únicamente se cuenta el archivo QVD resultante; la app del generador QVD no se cuenta ya que carga datos que ya están en Qlik Cloud.

Medición de archivos de datos creados en Qlik Cloud.

Ilustración de ejemplos de cálculo de datos totales creados.

Mejores prácticas para gestionar datos

La gestión eficaz de datos le ayuda a sacar el máximo valor de su capacidad de Datos para el análisis. Las recomendaciones a continuación versan sobre cómo optimizar la carga de datos, reducir el almacenamiento innecesario y administrar el contenido antiguo o inactivo en Qlik Cloud.

Creación de archivos QVD para la reutilización de datos

Utilice archivos QVD cuando los datos se compartan entre varias aplicaciones. Cargar datos externos una vez y almacenarlos como un QVD reduce la ingesta repetida y ayuda a mantener el pico diario más bajo. Crear archivos QVD para la reutilización de datos con Pasarela de movimiento de datos de Qlik es generalmente más eficiente que recargar datos directamente en las aplicaciones.

Ejemplo:

Si carga 10 GB de datos externos una vez y los almacena como un archivo QVD de 5 GB, el total de datos contados para el pico diario es de 15 GB. Las aplicaciones que cargan el QVD de 5 GB no reingieren los 10 GB originales. Si en su lugar carga los mismos 10 GB de datos externos directamente en dos aplicaciones, la ingesta ocurre dos veces, lo que deriva en un recuento de 20 GB.

Crear un QVD y cargar aplicaciones desde él es más eficiente que cargar datos externos directamente en varias aplicaciones.

Ilustración que muestra el total de datos cuando se utiliza QVD para cargar aplicaciones y cuando se cargan directamente en aplicaciones.

Uso de métodos eficientes en la carga de datos

Impulse la mayor cantidad posible de filtrado y transformación al origen de datos (SQL pushdown). Esto reduce la cantidad de datos transferidos durante las recargas.

Ejemplo:

Select * from my-external-database-table where my_column = 10

En esta consulta, el filtro se aplica en el origen, por lo que solo se transfiere un subconjunto de los datos.

Nota informativaAl cargar archivos QVD, Excel o CSV, el filtrado se produce después de que el archivo se lee del origen, por lo que siempre se cuenta el tamaño completo del archivo.

Uso de aplicaciones bajo demanda para grandes conjuntos de datos

La generación de aplicaciones bajo demanda (ODAG) le permite trabajar con grandes conjuntos de datos cargando primero los datos agregados y recuperando subconjuntos detallados solo cuando sea necesario.

Para más información, vea Apps bajo demanda.

Administrar grandes conjuntos de datos con Direct Query y vistas dinámicas

Direct Query y las vistas dinámicas le permiten consultar grandes conjuntos de datos bajo demanda sin cargar todos los datos en la memoria. Estos enfoques reducen la ingesta y ayudan a mantener el uso dentro de su capacidad.

Para más información, vea:

Gestionar aplicaciones antiguas o sin usar

Las aplicaciones en el espacio empresarial inquilino siguen contribuyendo al uso de Datos para el análisis según su última recarga correcta. Mientras una aplicación exista con sus datos cargados, seguirá contribuyendo a su informe de capacidad.

Para evitar un uso innecesario:

Reduzca o elimine los datos innecesarios

Elimine datos de las aplicaciones que ya no requieran conjuntos de datos completos o cree aplicaciones sin datos cuando solo se necesite la estructura. Recargar una aplicación con un conjunto de datos más pequeño actualiza su uso notificado.

Evite la duplicación innecesaria

Copie las aplicaciones solo cuando sea necesario. Cada copia se trata como una aplicación independiente y contribuye al uso de la capacidad.

Utilice los espacios compartidos de forma consciente

Los espacios compartidos pueden ayudar a controlar dónde y cómo se producen las recargas.

Eliminar aplicaciones que ya no necesite

La limpieza regular evita que el contenido obsoleto consuma capacidad.

  • Identifique elementos no utilizados en el catálogo marcando Actualizado por última vez, Visto por y Usado en.

  • Utilice el análisis de impacto y el linaje para entender bien dónde se están utilizando los archivos de datos.

  • Elimine aplicaciones y archivos de datos no utilizados de los centros de actividades. Los administradores también pueden eliminar aplicaciones desde Administración.

Para más información, vea:

Reducción del consumo relacionado con la recarga

El tamaño de recarga notificado de una aplicación solo disminuye si la recarga produce un conjunto de datos más pequeño. Para reducir el tamaño notificado, recargue la aplicación con menos datos para que se actualice el tamaño notificado.

Comportamiento de recarga de la aplicación

  • Si una aplicación se recarga sin nuevos datos, el tamaño notificado permanece igual.

  • Cuando copiamos una aplicación en otro espacio, se trata como una aplicación aparte y cuenta de nuevo para el uso de la capacidad.

Enfoques para limitar el consumo relacionado con las recargas

Puede reducir el consumo de datos relacionado con las recargas utilizando uno de los dos métodos siguientes. Ambos métodos eliminan datos de la aplicación.

  • Detener el script de carga antes de tiempo: añada una instrucción Exit script; al inicio del script de carga para recargar la aplicación sin datos. Cuando se necesiten todos los datos, comente la instrucción o aplique una condición para que solo se ejecute en escenarios específicos (por ejemplo, cuando la aplicación esté en un espacio determinado).

  • Volver a crear la aplicación sin datos: descargue la aplicación sin datos e impórtela como una nueva aplicación. Después de validar la nueva versión, elimine la aplicación original.

¿Esta página le ha sido útil?

Si encuentra algún problema con esta página o su contenido (errores tipográficos, pasos que faltan o errores técnicos), no dude en ponerse en contacto con nosotros.