Partager via

Réplication d'Azure Database for PostgreSQL serveur flexible

Mirroring dans Fabric offre une expérience simplifiée pour éviter les opérations ETL complexes (Extraction, Transformation, Chargement) et intégrer votre ensemble de serveurs flexibles de bases de données Azure pour PostgreSQL existants avec le reste de vos données dans Microsoft Fabric. Vous pouvez répliquer en continu vos serveurs flexibles Azure Database for PostgreSQL existants directement dans le OneLake de Fabric, que vos serveurs soient accessibles publiquement, isolés par des réseaux virtuels ou des points de terminaison privés, ou configurés pour une haute disponibilité. Dans Fabric, vous pouvez découvrir des scénarios de décisionnel puissants, d’intelligence artificielle, d’ingénierie des données, de science des données et de partage de données.

Pour un didacticiel sur la configuration de votre serveur flexible Azure Database for PostgreSQL dans Fabric pour la mise en miroir (désormais généralement disponible), consultez Tutoriel : Configurer les bases de données mises en miroir dans Microsoft Fabric depuis un serveur flexible Azure Database for PostgreSQL.

Pourquoi utiliser la mise en miroir dans Fabric ?

Avec la mise en miroir dans Fabric, vous n’avez pas besoin de regrouper différents services de plusieurs fournisseurs. Au lieu de cela, vous pouvez profiter d’un produit hautement intégré, de bout en bout et facile à utiliser conçu pour simplifier vos besoins d’analyse, et conçu pour l’ouverture et la collaboration entre Microsoft, Azure Database for PostgreSQL serveur flexible et les 1000 solutions technologiques qui peuvent lire le format de table Delta Lake open source.

Quelles expériences d’analytique sont intégrées ?

Les bases de données mises en miroir sont un élément de l’entreposage de données Fabric distinct de l’entrepôt et du point de terminaison d’analytique SQL.

Diagramme du miroir de base de données Fabric pour Azure Database pour serveur flexible PostgreSQL.

La mise en miroir crée ces éléments dans votre espace de travail Fabric :

  • Élément de base de données mis en miroir. La mise en miroir gère la réplication des données dans OneLake et la conversion en Parquet, dans un format prêt pour l'analyse. Cela permet des scénarios en aval tels que l’ingénierie des données, la science des données et bien plus encore.
  • Un Serveur d'analyse SQL

Chaque base de données mise en miroir dans le serveur flexible Azure Database for PostgreSQL dispose d'un point de terminaison SQL d'analytique généré automatiquement, offrant une expérience analytique enrichie sur les tables Delta créées par le processus de mise en miroir. Les utilisateurs ont accès aux commandes T-SQL familières qui peuvent définir et interroger des objets de données, mais qui ne manipulent pas les données à partir du point de terminaison d’analyse SQL, car il s’agit d’une copie en lecture seule. Vous pouvez effectuer les actions suivantes dans le point de terminaison d’analytique SQL :

  • Explorez les tables qui référencent les données de vos tables Delta Lake depuis le serveur flexible Azure Database for PostgreSQL.
  • Créez des requêtes et des vues sans code et explorez les données de manière visuelle sans avoir à programmer.
  • Développez des vues SQL, des fonctions valeurs de table en ligne (TVFs) et des procédures stockées pour encapsuler les sémantiques et la logique métier dans T-SQL.
  • Gérer les autorisations sur les objets.
  • Interroger des données dans d’autres entrepôts et Lakehouses dans le même espace de travail.

En plus de l'éditeur de requête SQL, Il existe un vaste écosystème d'outils qui peut interroger le point de terminaison d'analyse SQL, notamment SQL Server Management Studio (SSMS), l'extension MSSQL pour Visual Studio Code et même GitHub Copilot.

Les bases de données mises en miroir offrent également une intégration en un clic à Microsoft Power BI dans Fabric, ce qui permet de créer rapidement des rapports directement à partir des données mises en miroir ou du point de terminaison d’analyse SQL.

Configuration réseau requise

La mise en miroir prend en charge les serveurs accessibles publiquement et les configurations isolées du réseau, notamment les serveurs connectés via des points de terminaison privés ou hébergés dans des réseaux virtuels. Si votre serveur flexible n'est pas accessible publiquement et ne permet pas aux services Azure de s’y connecter, vous pouvez créer une passerelle de données de réseau virtuel pour mettre en miroir les données. Vérifiez que le Azure Virtual Network ou le réseau de la machine de passerelle peut se connecter au serveur flexible Azure Database for PostgreSQL via un point de terminaison privé ou est autorisé par la règle de pare-feu.

Transactions actives, charges de travail et comportements du moteur de réplication

Les transactions actives continuent de retenir la troncation du journal d'écriture avant (WAL) jusqu'à ce que la transaction soit validée et que le serveur flexible Azure Database for PostgreSQL mis en miroir rattrape, ou que la transaction soit abandonnée. Les transactions de longue durée peuvent entraîner un remplissage du WAL plus que d’habitude. WAL sur le serveur flexible Azure Database for PostgreSQL source doit être surveillé afin que le stockage ne se remplisse pas. Pour plus d'informations, consultez WAL augmente en raison de transactions de longue durée et de CDC.

Chaque charge de travail utilisateur varie. Lors de l’instantané initial, il peut y avoir davantage d’utilisation des ressources sur la base de données source, pour le processeur et les IOPS (opérations d’entrée/sortie par seconde, pour lire les pages). Les opérations de mise à jour/suppression des tables peuvent entraîner une génération de journaux accrue. Découvrez comment surveiller les ressources de votre serveur flexible Azure Database pour PostgreSQL.

Prise en charge des niveaux de calcul

La source Azure Database for PostgreSQL serveur flexible peut être un niveau de calcul à usage général ou à mémoire optimisée. Le niveau de calcul burstable n’est pas pris en charge comme source pour la mise en miroir.

Pour en savoir plus sur les niveaux de calcul disponibles dans Azure Database for PostgreSQL serveur flexible, consultez les options Compute dans Azure Database for PostgreSQL serveur flexible.

Prise en charge de la haute disponibilité

La réplication prend en charge les configurations de serveur flexible de haute disponibilité d'Azure Database for PostgreSQL. La réplication continue sans interruption lors des événements de basculement sans nécessiter de configuration supplémentaire. Pour connaître les limitations ou considérations spécifiques, consultez Limitations des bases de données mises en miroir dans Microsoft Fabric à partir d'un serveur flexible Azure Database for PostgreSQL.

Étape suivante

Tutorial : Configurer des bases de données mises en miroir Microsoft Fabric à partir d’un serveur flexible Azure Database for PostgreSQL

Contenu connexe

  • Last updated on