Compartir a través de

Creación de reflejo del servidor flexible de Azure Database for PostgreSQL

La creación de reflejos en Fabric proporciona una experiencia sencilla para evitar ETL complejo (extraer carga de transformación) e integrar el patrimonio de servidores flexible de Azure Database for PostgreSQL existente con el resto de los datos en Microsoft Fabric. Puede replicar continuamente el servidor flexible de Azure Database for PostgreSQL existente 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 sobre cómo configurar la creación de reflejo del servidor flexible de Azure Database for PostgreSQL en Fabric (ahora disponible con carácter general), consulte Tutorial: Configuración de bases de datos reflejadas de Microsoft Fabric desde el servidor flexible de Azure Database for PostgreSQL.

¿Por qué usar la creación de reflejos 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 altamente 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, el servidor flexible de Azure Database for PostgreSQL y las 1000 soluciones de tecnología que pueden leer el formato de tabla delta Lake de código abierto.

¿Qué experiencias de análisis se crean?

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

Diagrama de la creación de reflejo de la base de datos fabric para el servidor flexible de Azure Database for PostgreSQL.

La creación de reflejo crea estos elementos en el área 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 de bajada, como la ingeniería de datos, la ciencia de datos, etc.
  • Un punto de conexión de SQL Analytics

Cada base de datos reflejada en el servidor flexible de Azure Database for PostgreSQL tiene un punto de conexión de análisis SQL generado automáticamente que proporciona una experiencia analítica enriquecida sobre las tablas delta creadas por el proceso de creación 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:

  • Explore las tablas que hacen referencia a datos de las tablas de Delta Lake desde el servidor flexible de Azure Database for PostgreSQL.
  • 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 insertadas (Funciones con valores de tabla) y procedimientos almacenados para encapsular la semántica y la lógica de negocios 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 puede consultar el punto de conexión de análisis de SQL, incluido SQL Server Management Studio (SSMS),la extensión mssql con Visual Studio Code e incluso GitHub Copilot.

Requisitos de red

Si el servidor flexible no es accesible públicamente y no permite que los servicios de Azure se conecten a él, puede crear una puerta de enlace de datos de red virtual para reflejar los datos. Asegúrese de que azure Virtual Network o la red de la máquina de puerta de enlace pueden conectarse al servidor flexible de Azure Database for PostgreSQL a través de un punto de conexión privado o que la regla de firewall lo permita.

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

Las transacciones activas siguen manteniendo el truncamiento del registro de escritura anticipada (WAL) hasta que la transacción se confirma y el servidor flexible reflejado de Azure Database for PostgreSQL se actualiza o se anula la transacción. Las transacciones de larga duración pueden dar lugar a que el WAL se rellene más de lo habitual. WAL en el servidor flexible de Azure Database for PostgreSQL de origen debe supervisarse para que el almacenamiento no se rellene. Para obtener más información, consulte WAL crece debido a transacciones de larga duración y CDC.

Cada carga de trabajo de usuario varía. Durante la instantánea inicial, puede haber más uso de recursos en la base de datos de origen, tanto para CPU como para IOPS (operaciones de entrada/salida por segundo, 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 del servidor flexible de Azure Database for PostgreSQL.

Compatibilidad con el nivel de proceso

El servidor flexible de Azure Database for PostgreSQL de origen puede ser un nivel de proceso de uso general o optimizado para memoria. El nivel de proceso ampliable no se admite como origen para la creación de reflejo.

Para más información sobre los niveles de proceso disponibles en el servidor flexible de Azure Database for PostgreSQL, consulte Opciones de proceso en el servidor flexible de Azure Database for PostgreSQL.

Paso siguiente

Tutorial: Configuración de bases de datos reflejadas de Microsoft Fabric desde el servidor flexible de Azure Database for PostgreSQL

Contenido relacionado

  • Last updated on