Preguntas más frecuentes sobre la migración de Power BI Premium a Microsoft Fabric

En este artículo se responden las preguntas más frecuentes de los clientes sobre la migración de las SKU de Power BI Premium por capacidad (SKU P) a las SKU de capacidad de Microsoft Fabric (SKU F). Para obtener un contexto más amplio, consulte Información general sobre la migración de Power BI Premium a Microsoft Fabric. Para decidir, consulte la guía de decisiones sobre la migración de SKU P de Power BI Premium. Para ver los procedimientos, consulte Migración de áreas de trabajo de Power BI Premium a Microsoft Fabric.

Cronología y retirada

¿Cuándo se retiran las SKU P de Power BI Premium?

Cada suscripción del SKU P se retira al final de la vigencia actual del contrato. Microsoft ya no vende nuevas SKU de P y los clientes con contratos Enterprise que expiran o contratos de Microsoft Cloud no pueden agregar ni renovar la capacidad de SKU P a través de su contrato. Una vez finalizada la suscripción, el contenido permanece accesible durante un período de gracia de 30 días. A partir del día 31, el acceso se limita (las operaciones interactivas se retrasan). El día 91 y posteriores, se rechazan todas las operaciones. Los datos se conservan, pero no son accesibles hasta que se migran las áreas de trabajo a una capacidad de SKU F de Fabric o se elimina la capacidad. Para consultar la cronología completa, vea Comprender la cronología de retirada del SKU P.

¿Puedo comprar nuevas SKU de Power BI Premium P o solo puedo renovar las existentes?

N.º Microsoft ya no vende nuevas SKU P y los clientes con contratos Enterprise que expiran o contratos de Microsoft Cloud ya no pueden agregar ni renovar la capacidad de SKU P a través de su contrato. Para mantenerse en una capacidad Microsoft compatible, compre una SKU de Microsoft Fabric F.

¿La migración de P a F es automática durante la renovación o necesito comprar manualmente una SKU de F y reasignar áreas de trabajo?

La migración no es automática. Puede adquirir manualmente una capacidad de SKU de F en Azure y reasignar cada área de trabajo de la SKU P a la nueva SKU de F. Para conocer los procedimientos paso a paso, consulte Migración de áreas de trabajo de Power BI Premium a Microsoft Fabric.

¿Qué ocurre con mi contenido de Power BI si cancelo mi SKU P antes de comprar una SKU de F?

Evite esta secuencia. Si la SKU P finaliza sin una SKU F en su lugar, el contenido entra en el período de gracia de 30 días. A partir del día 31, el acceso se limita (las operaciones interactivas se retrasan). El día 91 y posteriores, se rechazan todas las operaciones. Los datos se conservan pero no son accesibles hasta que se migran las áreas de trabajo a una capacidad de SKU F de Fabric o se elimina la capacidad. Para evitar interrupciones, compre primero la SKU de F, vuelva a asignar y validar áreas de trabajo y, a continuación, cancele la SKU P. Para consultar la cronología completa, consulte Comprender la cronología de retirada de la SKU P.

¿Afecta la retirada de la SKU P a los clientes de la nube soberana?

N.º Microsoft Fabric aún no está disponible en nubes soberanas, por lo que las SKU P siguen siendo compatibles con esos entornos. Microsoft proporciona instrucciones independientes cuando Fabric esté disponible allí.

Dimensionamiento y correspondencia de SKU

¿Qué SKU de F es equivalente a mi SKU P actual?

Correspondencia según unidades de capacidad (CU): P1→F64, P2→F128, P3→F256, P4→F512, P5→F1024. Ajuste el tamaño a partir de ahí en función del consumo real con la aplicación Métricas de capacidad de Microsoft Fabric. Para obtener la tabla completa y las instrucciones de ajuste de tamaño correcto, consulte Asignación de la SKU P a una SKU de F y ajuste del tamaño correcto de la SKU de F.

¿Cómo puedo usar la aplicación Métricas de capacidad de Microsoft Fabric para dimensionar correctamente mi SKU F?

Instale la aplicación de métricas de capacidad de Microsoft Fabric, diríjala a su capacidad SKU P y revise los últimos 30 a 45 días de consumo de CU. Los picos sostenidos cerca del 100 % de uso de CU indican que necesita una SKU F equivalente o superior. Los períodos prolongados de baja utilización sugieren que puede usar una SKU F más pequeña con pausa y reanudación para reducir los costes. Tenga en cuenta las nuevas cargas de trabajo de Fabric (Lakehouses, Warehouses, Notebooks, Pipelines) que planea agregar después de la migración.

¿Debo separar las cargas de trabajo de desarrollo/pruebas y de producción en capacidades F SKU diferentes?

La división puede mejorar el control de costos y el aislamiento, pero solo si el consumo total de CU se ajusta a cada capacidad más pequeña. Use la aplicación Métricas de capacidad para establecer la base de referencia del uso actual antes de decidir. Dos patrones comunes al migrar desde una única P1:

• Mantenga una F64 para producción y use una SKU F más pequeña y pausada cuando esté inactiva para desarrollo y pruebas para reducir el costo.
• Se divide en dos SKU F de diferentes tamaños cuando las cargas de trabajo de producción se aproximan de forma coherente al límite máximo de P1.

No divida una capacidad que ya esté cerca del 100 % de utilización sin antes aumentar la capacidad. Al hacerlo, se crean sobrecargas de capacidad. Microsoft no tiene ninguna recomendación fija para los tamaños divididos; los tamaños adecuados dependen de la carga de trabajo medida.

Costo y licencias

¿Cuál es la diferencia de costo entre las SKU P y las SKU F?

Las SKU de la serie F usan precios regionales (el mismo tamaño de SKU puede costar importes distintos en distintas regiones de Azure), se ofrecen de forma predeterminada con facturación de pago por uso (por segundo, con un mínimo de un minuto), con reservas anuales o plurianuales opcionales para obtener descuentos significativos, y admiten pausar/reanudar y ampliar o reducir verticalmente a través de Azure, por lo que solo paga por lo que usa. Para sus regiones y SKU específicas, use la calculadora de precios de Azure. Para obtener la comparación completa de características y facturación, consulte Diferencias clave entre las SKU de P Premium Power BI y las SKU de Fabric F.

¿Sigo necesitando licencias de Power BI Pro para los consumidores de informes después de migrar a una SKU de F?

Depende del tamaño de la SKU F. En F64 y versiones posteriores, los usuarios con una licencia gratuita de Fabric y el rol Visor pueden ver contenido, igual que en las SKU P. En F2 a F32, cada visor necesita una licencia de Power BI Pro o PPU. Los autores y editores siempre necesitan Pro o PPU independientemente del tamaño de la capacidad.

¿Cuáles son las principales diferencias entre PPU, P SKU y F SKU?

Para obtener la comparación completa, consulte Microsoft Fabric licencias.

¿También se va a retirar Power BI Premium por usuario (PPU)?

N.º La retirada solo se aplica a las SKU Power BI Premium por capacidad (P1–P5). PPU es una licencia independiente por usuario que permanece activa y los usuarios no necesitan un cambio de licencia como parte de esta migración. Si encuentra artículos más antiguos que hacen referencia a "Power BI Premium" sin especificar por capacidad o por usuario, la retirada solo se aplica a las SKU por capacidad.

¿Por qué difiere el costo de la capacidad de Fabric según la región?

Las capacidades de Fabric se ejecutan en centros de datos de Azure. Los costos operativos de los centros de datos varían según la región en función del hardware, la energía, los impuestos y la oferta y la demanda locales. Cada región de Azure tiene su propio precio publicado de SKU de Fabric.

¿La SKU de Microsoft Fabric F está disponible en mi región de Azure?

La disponibilidad y los precios de la SKU F de Fabric varían según la región de Azure. Antes de finalizar el ajuste de tamaño, confirme que el tamaño de la SKU F de destino está disponible en su región preferida mediante la calculadora de precios de Azure o intentando crear la capacidad en el portal de Azure. Si su región preferida no ofrece la SKU F de destino, elija una región cercana que sí la ofrezca (y revise Elegir entre la migración en la misma región y entre regiones antes de comprar) o trabaje con su representante de cuenta de Microsoft para planificar una alternativa.

Paridad de características

¿Qué características de Power BI Premium se comportan de forma diferente en las SKU F?

Para obtener la tabla completa, consulte Diferencias clave entre las SKU P Premium de Power BI y las SKU F de Fabric.

¿Se incluye Power BI Embedded con SKU F o sigo necesitando SKU EM o A?

Power BI Embedded se incluye en todos los SKU F. No es necesario mantener SKU EM o A separadas para escenarios de inserción después de la migración.

¿Cómo puedo acceder a Power BI Report Server después de migrar de una SKU P a una SKU de F?

Power BI Report Server está disponible a través de una reserva de capacidad de Fabric o SQL Server Enterprise Edition con Software Assurance. Después de la migración, la clave del servidor de informes está en la pestaña Capacidad de Fabric, en Configuración de capacidad, en el portal de administración de Power BI. Compruebe las licencias del servidor de informes antes de cancelar la suscripción de SKU P.

¿Cómo se comparan la pausa/reanudación de la capacidad y el cambio de tamaño bajo demanda en las SKU F con el escalado automático en las SKU P?

Las SKU de la serie F admiten el escalado vertical manual o mediante scripts, tanto para ampliar como para reducir recursos, a través del portal de Azure en cualquier momento, además de permitir pausar y reanudar para detener la facturación en los períodos de inactividad. El escalado automático de la SKU P, que añadía vCores adicionales facturados por cada período de 24 horas a su suscripción de Azure, se sustituye por estas funcionalidades de la SKU F. Para más información, consulte Escalado de la capacidad y Pausa y reanudación de la capacidad.

¿Cómo difieren los límites de protección de Direct Lake entre las SKU P y las SKU F?

Los límites de Direct Lake (número máximo de filas por tabla, número máximo de archivos Parquet y tamaño máximo del modelo) varían en función de la capacidad. Las mismas reglas de límite de protección se aplican en la SKU F equivalente. Por ejemplo, los límites de protección F64 coinciden con los límites de protección P1. Para conocer los valores actuales por SKU, consulte Introducción a Direct Lake.

Pasos de migración

¿Cómo puedo migrar espacios de trabajo de una SKU P a una SKU F?

Consulte Migrar áreas de trabajo de Power BI Premium a Microsoft Fabric, donde se tratan el inventario, el aprovisionamiento de SKU F, el proyecto piloto, la reasignación (portal y cuaderno), la validación y la retirada. Para conocer las decisiones subyacentes, consulte Power BI guía de decisión de migración de SKU Premium P.

¿Puedo usar una capacidad de prueba de Fabric para probar antes de decidirme por una SKU F?

Yes. Una prueba de Fabric le permite aprovisionar una capacidad de prueba para probar cargas de trabajo y validar el comportamiento antes de comprar. Las capacidades de prueba tienen límites de tiempo y otras restricciones, por lo que se usa la prueba solo para pruebas, no como destino de migración a largo plazo.

¿Se cancelan los trabajos activos al reasignar un área de trabajo de una SKU P a una SKU de F?

Las actualizaciones activas y las consultas se pueden interrumpir durante la reasignación. Programe las reasignaciones fuera de los intervalos de actualización y después de que se completen los trabajos de larga duración. Las actualizaciones programadas y las canalizaciones se reanudan automáticamente en la nueva capacidad de la SKU F después de la reasignación.

¿Debo planear el tiempo de inactividad?

En el caso de una reasignación en la misma región de los elementos de Power BI estándar, espere un tiempo de inactividad cero aparte de las actualizaciones activas. Para una reasignación entre regiones de áreas de trabajo que contienen modelos semánticos con formato de almacenamiento grande o elementos de Fabric, prevea un tiempo de inactividad de esos elementos equivalente al tiempo necesario para hacer una copia de seguridad de ellos, eliminarlos, reasignar el área de trabajo y volver a crearlos en la nueva región. Después de la reasignación, puede transcurrir hasta una hora para que los usuarios puedan crear elementos de Fabric en la nueva capacidad.

Impacto en el área de trabajo

Si la SKU de P y la SKU de F están en regiones de Azure diferentes, ¿qué ocurre durante la migración?

Los elementos Power BI estándar (informes, modelos semánticos de formato pequeño o predeterminado) sobreviven a una reasignación entre regiones. Los modelos semánticos de formato de almacenamiento grande y todos los elementos de Fabric (Lakehouses, Warehouses, Notebooks, canalizaciones de Data Factory y elementos similares) no sobreviven. Debe hacer una copia de seguridad de ellas o capturar sus definiciones antes de reasignar y volver a crearlas en la nueva región después de reasignar. Para el control paso a paso, consulte Migraciones entre regiones: control especial.

¿Qué ocurre con las canalizaciones de implementación, las aplicaciones del área de trabajo y los flujos de trabajo de CI/CD después de la migración?

Las canalizaciones de implementación, las aplicaciones del espacio de trabajo y los flujos de trabajo de CI/CD siguen funcionando después de una reasignación dentro de la misma región. Los espacios de trabajo conservan sus asignaciones de pipeline y la configuración de las aplicaciones. Para las migraciones entre regiones, planifique reconectar la integración con Git en la nueva región después de recrear cualquier elemento de Fabric. Para más información sobre la integración de Git, consulte integración de Git de Fabric.

Impacto del modelo semántico

¿Mis modelos semánticos existentes, las directivas de actualización incremental y las actualizaciones programadas seguirán funcionando después de migrar?

Sí, estas funciones funcionan en la SKU F equivalente en la misma región. Los modelos semánticos, las directivas de actualización incremental y las programaciones de actualización programadas se transfieren con el área de trabajo. Valídelo desencadenando una actualización bajo demanda después de la reasignación y confirmando que la siguiente actualización programada se complete correctamente.

¿Qué ocurre con las cargas de trabajo de Dataflow Gen1 después de migrar a una SKU de F? ¿Es necesario migrar a Dataflow Gen2?

Dataflow Gen1 sigue funcionando con capacidades F SKU. No es necesario migrar a Dataflow Gen2 como parte de la migración de P a F. La migración a Dataflow Gen2 es una decisión de modernización independiente que puede tomar a su propio ritmo después de la migración de la capacidad. Para obtener la comparación, consulte Diferencias entre Dataflow Gen1 y Dataflow Gen2.

Administración y gobernanza

Después de la migración, ¿la configuración del portal de administración, las configuraciones de inquilino y las directivas de gobernanza se transfieren?

La configuración de nivel de inquilino en el Power BI y el portal de administración de Fabric (configuración de inquilinos, directivas de etiquetas de confidencialidad, controles de uso compartido y similares) no están vinculadas a la capacidad, por lo que se transfieren sin cambios. La configuración a nivel de capacidad se realiza en la nueva capacidad SKU F, incluida la configuración de las cargas de trabajo, los administradores de capacidad y cualquier configuración de gobernanza por capacidad que haya aplicado a la SKU P. Plan para:

1. Agregue administradores de capacidad a la nueva SKU F antes de reasignar ningún área de trabajo.
2. Vuelva a crear cualquier configuración de la carga de trabajo de la capacidad de la SKU P de la que dependa (por ejemplo, los límites de memoria del modelo semántico) en la nueva SKU F.
3. Revise la configuración del inquilino relacionada con las cargas de trabajo de Fabric (por ejemplo, Los usuarios pueden crear elementos Fabric) y confirme que coinciden con la intención de gobernanza antes de la migración.

¿Afecta la configuración del inquilino "Los usuarios pueden crear elementos de Fabric" a mis cargas de trabajo existentes de Power BI después de la migración?

La configuración de inquilino Los usuarios pueden crear elementos de Fabric controla si los usuarios pueden crear elementos de Fabric que no son de Power BI (como Lakehouses, Warehouses y Notebooks). No afecta a los informes de Power BI existentes, modelos semánticos, paneles ni programaciones de actualización. Si desea restringir la creación de elementos de Fabric durante o después de la migración, puede desactivar esta configuración para todo el inquilino o para grupos de seguridad específicos. Para obtener información de referencia sobre la configuración, consulte configuración del inquilino de Power BI.

¿Cómo puedo controlar los departamentos que administran sus propias cargas de trabajo dentro de una capacidad de SKU de F compartida después de migrar desde una SKU P administrada centralmente?

Una capacidad compartida de SKU F usa los mismos componentes básicos de gobernanza que una SKU P compartida: roles del área de trabajo (Administrador, Miembro, Colaborador, Visor), permisos a nivel de elemento, canalizaciones de implementación, etiquetas de confidencialidad y configuración del tenant. Las SKU de tipo F añaden dos aspectos que conviene planificar:

• Dominios de Fabric. Agrupar áreas de trabajo relacionadas (por ejemplo, por área de negocio) para que pueda aplicar la gobernanza federada en el nivel de dominio. Consulte dominios de Fabric.
• Contracargo y asignación de costos. Use las etiquetas de Azure en la capacidad de Fabric, Microsoft Cost Management y el enfoque de contracargo de Fabric para reasignar el gasto a los departamentos. Consulte Microsoft Cost Management.

Si los departamentos necesitan autonomía sobre el tamaño de capacidad o las programaciones de pausa y reanudación, asigne a cada uno su propia SKU de F en lugar de compartir una sola capacidad mayor.

Contenido relacionado

• Introducción a la migración de Power BI Premium a Microsoft Fabric
• Guía de decisión de migración de SKU de Power BI Premium P
• Migración de áreas de trabajo de Power BI Premium a Microsoft Fabric
• Power BI estrategias y patrones de migración de inquilinos
• Licencias de Microsoft Fabric
• Aplicación de Microsoft Fabric Capacity Metrics