Compartir vía

Espejo de SQL Server

Mirroring en Fabric proporciona una experiencia sencilla para evitar procesos complejos de ETL (Extraer, Transformar y Cargar) e integrar su entorno de SQL Server existente con el resto de los datos en Microsoft Fabric. Puede replicar continuamente las bases de datos de SQL Server existentes directamente en OneLake de Fabric. Dentro de Fabric, puede desbloquear potente inteligencia empresarial, inteligencia artificial, ingeniería de datos, ciencia de datos y escenarios de uso compartido de datos.

Para ver un tutorial, consulte Tutorial: Configuración de bases de datos espejadas de Microsoft Fabric desde SQL Server.

¿Por qué usar el reflejo en Fabric?

Con la creación de reflejos en Fabric, no es necesario unir diferentes servicios de varios proveedores. En su lugar, puede disfrutar de un producto muy integrado, de un extremo a otro y fácil de usar diseñado para simplificar sus necesidades de análisis, y creado para la apertura y la colaboración entre Microsoft, SQL Server y las 1000 soluciones tecnológicas que pueden leer el formato de tabla delta Lake de código abierto.

¿Qué experiencias de análisis están integradas?

Las bases de datos reflejadas son un elemento de Fabric Data Warehousing distinto del Warehouse y del punto de conexión de SQL Analytics.

Diagrama de reflejo de base de datos Fabric para SQL Server.

El espejado crea estos elementos en el espacio de trabajo de Fabric:

  • Elemento de base de datos reflejado. La creación de reflejo administra la replicación de datos en OneLake y la conversión a Parquet, en un formato listo para análisis. Esto permite escenarios posteriores, como la ingeniería de datos, la ciencia de datos y más.
  • Un punto de conexión de SQL Analytics

Cada base de datos reflejada de SQL Server tiene un punto de conexión de análisis de SQL autogenerado que proporciona una experiencia analítica enriquecida sobre las Tablas Delta creadas por el proceso de reflejo. Los usuarios tienen acceso a comandos de T-SQL conocidos que pueden definir y consultar objetos de datos, pero no manipular los datos desde el punto de conexión de SQL Analytics, ya que es una copia de solo lectura. Puede realizar las siguientes acciones en el punto de conexión de SQL Analytics:

  • Explora las tablas que hacen referencia a datos en tus tablas de Delta Lake desde SQL Server.
  • No cree consultas ni vistas de código y explore los datos visualmente sin escribir una línea de código.
  • Desarrolle vistas SQL, TVF en línea (Funciones con valor de tabla) y procedimientos almacenados para encapsular la semántica y la lógica empresarial en T-SQL.
  • Administrar permisos en los objetos.
  • Consulte los datos de otros almacenes y lakehouses en la misma área de trabajo.

Además del editor de consultas SQL, hay un amplio ecosistema de herramientas que pueden consultar el punto de conexión de SQL Analytics, incluida SQL Server Management Studio (SSMS), la extensión MSSQL para Visual Studio Code e incluso GitHub Copilot.

Entornos admitidos

  • SQL Server 2016 - 2022

    • SQL Server en Windows admite Fabric Mirroring en las ediciones Standard, Enterprise y Developer.
    • SQL Server 2017 en Linux admite la creación de reflejo de Fabric a partir de CU18.
    • SQL Server 2019 y SQL Server 2022 en Linux admiten Fabric Mirroring.
    • Instancias de SQL Server hospedadas en el entorno local, SQL Server en máquina virtual de Azure, SQL Server en nubes que no son de Azure admiten la duplicación de tejido.
    • El reflejo para SQL Server 2016 - 2022 utiliza la característica Captura de Datos de Cambios (CDC).

  • SQL Server 2025

    • Se admite el reflejo de tejido para SQL Server 2025 en instancias locales, pero actualmente no está disponible para instancias de SQL Server 2025 ejecutándose en una máquina virtual de Azure.
    • La replicación de Fabric para SQL Server 2025 no se admite actualmente en SQL Server en Linux.
    • El reflejo de Fabric para SQL Server 2025 requiere conexión a Azure Arc, incluyendo la extensión de Azure para SQL Server. Para los pasos, consulte Tutorial: Configurar el reflejo de Microsoft Fabric desde SQL Server.
    • El reflejo en SQL Server 2025 utiliza la función de alimentación de cambios por reflejo de Fabric.

Reflejo de SQL Server tras un firewall

Configure una puerta de enlace de datos local o una puerta de enlace de datos de red virtual para reflejar los datos. La puerta de enlace de datos facilita conexiones seguras a las bases de datos de origen a través de un punto de conexión privado o desde una red privada de confianza. Obtenga más información en el tutorial de SQL Server reflejado y Cómo: Proteger los datos de bases de datos reflejadas de Microsoft Fabric desde SQL Server.

Transacciones activas, cargas de trabajo y comportamientos del motor de replicador

  • Las transacciones activas continúan frenando el truncamiento del log de transacciones hasta que la transacción se confirma y el SQL Server en espejo se pone al día, o la transacción se anula. Las transacciones de larga duración pueden dar lugar a que el registro de transacciones se rellene más de lo habitual. El registro de transacciones de la base de datos de origen debe supervisarse para que el registro de transacciones no se rellene. Para obtener más información, consulte El registro de transacciones crece debido a transacciones de larga duración y CDC.
  • Cada carga de trabajo de usuario varía. Durante la captura inicial de la instantánea, puede haber un mayor consumo de recursos en la base de datos de origen, tanto para el uso de la CPU como para las IOPS (operaciones de entrada/salida por segundo, necesarias para leer las páginas). Las operaciones de actualización y eliminación de tablas pueden provocar un aumento de la generación de registros. Obtenga más información sobre cómo supervisar los recursos de su SQL Server.

Creación de reflejo del tejido y grupos de disponibilidad AlwaysOn

La función de reflejo de tejido para SQL Server presenta los siguientes comportamientos cuando se configura correctamente para un Always On availability group:

  • En caso de conmutación por error:
  • Si quita un nodo secundario del grupo de disponibilidad:
    • Las bases de datos que formaban parte del grupo de disponibilidad en el nodo secundario entrarán en estado RESTORING.
    • Cuando la base de datos se recupera mediante la ejecución de la instrucción RESTORE DATABASE WITH RECOVERY y vuelve a estar en línea, la creación de reflejo está deshabilitada.
  • Si el grupo de disponibilidad es eliminado (DROP AVAILABILITY GROUP):
    • Si el reflejo está habilitado en la réplica principal anterior, el reflejo deja de funcionar porque la cadena de conexión del agente de escucha utilizada por Fabric para conectarse a SQL Server ya no es válida. Vuelva a establecer el reflejo eliminando y habilitándolo nuevamente en la base de datos tanto en Fabric como en la instancia de SQL Server.
    • En el caso de las bases de datos que entran en estado RESTORING, cuando estas bases de datos se recuperan mediante la ejecución de la instrucción RESTORE DATABASE WITH RECOVERY, el reflejo está deshabilitado.
  • Agregue un nuevo nodo a un grupo de disponibilidad existente:

Pricing

Los recursos de cálculo de Fabric utilizados para replicar tus datos en Fabric OneLake son gratuitos. El almacenamiento en OneLake está libre de costos según el tamaño de la capacidad. Para obtener más información, consulte Costo de creación de reflejo y precios de OneLake para la creación de reflejo. El uso de cómputo para consultar datos a través de SQL, Power BI o Spark sigue cobrando en función de la capacidad de Fabric.

Paso siguiente

Tutorial: Configurar el mirroring de Microsoft Fabric desde SQL Server

Contenido relacionado

  • Last updated on