Preguntas más frecuentes sobre las herramientas de administración del ciclo de vida de Fabric

La administración del ciclo de vida tiene dos partes, la integración y la implementación. Para comprender la integración en Fabric, consulte la Información general sobre la integración de Git. Para comprender qué son las canalizaciones de implementación de Fabric, consulte la información general sobre las canalizaciones de implementación.

Para obtener una explicación breve de la integración de Git, consulte Introducción a la integración de Git. Esta es una respuesta multilínea o con formato a la pregunta. Use cualquier formato de Markdown que desee, siempre que mantenga la sangría en las líneas después de los caracteres |.

Para una breve explicación de las canalizaciones de implementación, consulte la Introducción a las canalizaciones de implementación.

Para obtener información sobre las licencias, consulte Licencias de Fabric.

Todas las áreas de trabajo deben asignarse a una licencia de Fabric. Sin embargo, puede usar diferentes tipos de capacidad para diferentes áreas de trabajo.

Para obtener información sobre los tipos de capacidad, consulte Capacidad y SKU.

El modelo de permisos de canalizaciones de implementación se describe en la sección Permisos.

Para configurar reglas de implementación en canalizaciones de implementación, debe ser el propietario del modelo semántico.

Si la capacidad del área de trabajo está en una ubicación geográfica mientras el repositorio de Azure DevOps está en otra ubicación, el administrador de Fabric puede decidir si quiere habilitar exportaciones entre regiones geográficas. Para obtener más información, consulte Usuarios pueden exportar elementos a repositorios de Git en otras ubicaciones geográficas.

Comenzar con la integración de Git mediante las instrucciones para comenzar.

Podría haber varias razones por las que se quitó un elemento del área de trabajo.

• Si el elemento no se ha confirmado y lo seleccionó en una acción de reversión, el elemento se quita del área de trabajo.
• Si el elemento se confirma, podría quitarse si cambia las ramas y el elemento no existe en la nueva rama.

Estas son algunas consideraciones importantes que hay que tener en cuenta:

• Limitaciones de las reglas de implementación
• Orígenes de datos admitidos para las reglas de los modelos semánticos y los flujos de datos
• Actualización incremental
• Las canalizaciones de implementación de Automation* no se pueden usar para implementar elementos en un área de trabajo que se encuentra en otra región.

Puede asignar un área de trabajo a la canalización e implementarla en las siguientes fases de la canalización, o bien asignar un área de trabajo diferente a cada fase de canalización. Para obtener más información, consulte Asignación de un área de trabajo a una canalización de implementación.

Los conjuntos de datos que usan el modo de conectividad DirectQuery o Composite y tienen tablas de variación o fecha y hora automáticas no se admiten en las canalizaciones de implementación. Si se produce un error en la implementación y cree que es porque tiene un conjunto de datos con una tabla de variaciones, puede buscar la propiedad variations en las columnas de la tabla. Puede usar uno de los métodos a continuación para editar el modelo semántico para que funcione en las canalizaciones de implementación.

• En el conjunto de datos, en lugar de usar DirectQuery o el modo Composite, use el modo de importación.

• Quite las tablas de fecha y hora automáticas del modelo semántico. Si es necesario, elimine las variaciones restantes de todas las columnas de las tablas. La eliminación de una variación puede invalidar las medidas creadas por el usuario, las columnas calculadas y las tablas calculadas. Use este método solo si comprende cómo funciona el modelo semántico, ya que puede provocar daños en los datos en los objetos visuales.

Al anclar un icono a un panel, si el icono se basa en un elemento no compatible (cualquier elemento no incluido en esta lista) o en un elemento que no tiene permisos para implementar, después de implementar el panel, el icono no se representará. Por ejemplo, si crea un icono a partir de un informe que se basa en un modelo semántico del que no es administrador, al implementar el informe recibirá una advertencia de error. Pero al implementar el panel con el icono, no recibirá un mensaje de error; la implementación se realizará correctamente, pero el icono no mostrará ninguna información.

El propietario de un informe paginado implementado es el usuario que implementó el informe. Al implementar un informe paginado por primera vez, se convertirá en el propietario del informe.

Si se va a implementar un informe paginado en una fase que ya contiene una copia del informe paginado, se sobrescribirá el informe anterior y se convertirá en su propietario, reemplazando al propietario anterior. En tales casos, debe tener credenciales para el origen de datos subyacente, de modo que los datos se puedan usar en el informe paginado.

Los subinformes de un informe paginado se guardan en la misma carpeta que contiene el informe paginado. Para evitar problemas de representación, al usar la copia selectiva para copiar un informe paginado con subinformes, seleccione el informe primario y los subinformes.

Las reglas de informe paginado se pueden crear si desea apuntar el informe paginado al modelo semántico en la misma fase. Al crear una regla de implementación para un informe paginado, debe seleccionar una base de datos y un servidor.

Si está configurando una regla de implementación para un informe paginado que no tiene un modelo semántico de Fabric, porque el origen de datos de destino es externo, debe especificar tanto el servidor como la base de datos.

Sin embargo, los informes paginados que usan un modelo semántico de Fabric usan un modelo semántico interno. En tales casos no se puede confiar en el nombre del origen de datos para identificar el modelo semántico de Fabric al que se está conectando. El nombre del origen de datos no cambia al actualizarlo en la fase de destino mediante la creación de una regla de origen de datos o una llamada a la API de actualización de orígenes de datos. Al establecer una regla de implementación, debe mantener el formato de la base de datos y reemplazar el identificador de objeto del modelo semántico en el campo de base de datos. Dado que el modelo semántico es interno, el servidor permanece igual.

• Base de datos: el formato de base de datos para un informe paginado con un modelo semántico de Fabric es sobe_wowvirtualserver-<dataset ID>. Por ejemplo, sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63. Reemplace <dataset ID> por el identificador del conjunto de datos. Puede obtener el identificador del conjunto de datos desde la dirección URL seleccionando el GUID que va después de datasets/ y delante de la siguiente barra diagonal.

  

• Servidor: el servidor que hospeda la base de datos. Mantenga el servidor existente tal cual.

Después de una implementación, si descarga la RDL del informe paginado, es posible que no se actualice con la versión más reciente que puede ver en servicio Power BI.

Cuando tiene un flujo de datos que contiene modelos semánticos configurados con actualización incremental, la directiva de actualización no se copia ni se sobrescribe durante la implementación. Después de implementar un flujo de datos que incluya un modelo semántico con actualización incremental en una fase que no incluya este flujo de datos, si tiene una directiva de actualización, deberá volver a configurarlo en la fase de destino. Si va a implementar un flujo de datos con actualización incremental en una fase en la que ya reside, no se copiará la directiva de actualización incremental. En esos casos, si quiere actualizar la directiva de actualización en la fase de destino, tendrá que hacerlo manualmente.

Las canalizaciones de implementación no muestran conjuntos de datos que pertenecen a datamarts en las fases de canalización. Al implementar un datamart, también se implementa su conjunto de datos. Puede ver el conjunto de datos de Datamart en el área de trabajo de la fase en la que se encuentra.

Contenido relacionado

• Comenzar con la integración de Git
• Introducción a las canalizaciones de implementación