Leer en inglés Editar

Compartir a través de


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

En este artículo se proporcionan respuestas a algunas de las preguntas más comunes sobre las herramientas de administración del ciclo de vida de Fabric.

Preguntas generales

¿Qué es la administración del ciclo de vida en Microsoft 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.

¿Qué es la integración de Git?

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 |.

¿Qué son las canalizaciones de implementación?

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

Preguntas sobre licencias

¿Qué licencias se necesitan para trabajar con la administración del ciclo de vida?

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

¿Qué tipo de capacidad necesito?

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.

Nota

  • Las SKU PPU, EM y A solo funcionan con elementos de Power BI. Si agrega otros elementos de Fabric al área de trabajo, necesita una SKU de prueba, P o F.
  • Al crear un área de trabajo con una licencia PPU, solo otros usuarios con PPU pueden acceder a ella y utilizar su contenido.

Permisos

¿Qué es el modelo de permisos de canalizaciones de implementación?

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

¿Qué permisos son necesarios para configurar reglas de implementación?

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

Preguntas sobre la integración de Git

¿Puedo conectarme a un repositorio que se encuentra en una región diferente a la de mi área de trabajo?

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.

¿Cómo comenzar con la integración de Git?

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

¿Por qué se quitó mi elemento del área de trabajo?

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.

Preguntas sobre las canalizaciones de implementación

¿Cuáles son las limitaciones generales de la implementación que hay que tener en cuenta?

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

¿Cómo se asignan las áreas de trabajo a todas las fases de una canalizació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.

¿Qué puedo hacer si tengo un conjunto de datos con modo de conectividad DirectQuery o Composite que use tablas de variación o de fecha y hora automáticas?

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.

¿Por qué algunos iconos no muestran información tras su implementación?

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.

Informes paginados

¿Quién es el propietario de un informe paginado implementado?

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.

¿Dónde están los subinformes de un 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.

¿Cómo se puede crear una regla de implementación para un informe paginado con un modelo semántico de Fabric?

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.

    Captura de pantalla del id. de conjunto de datos tal y como aparece en una dirección URL de Fabric.

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

Después de la implementación, ¿se puede descargar el archivo RDL del informe paginado?

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.

Flujos de datos

¿Qué ocurre con la configuración de actualización incremental después de implementar flujos de datos?

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.

Datamarts

¿Dónde está el conjunto de datos del datamart?

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.