Partager via

Tutoriel : Configurer des bases de données mises en miroir Microsoft Fabric à partir d’Azure Database pour PostgreSQL

La mise en miroir dans Fabric (désormais en disponibilité générale) est une technologie SaaS, basée sur le cloud, zéro ETL. Dans cette section, vous allez apprendre à créer un serveur flexible Azure Database pour PostgreSQL mis en miroir, qui crée une copie en lecture seule et en continu de vos données PostgreSQL dans OneLake.

Important

Les serveurs flexibles Azure Database pour PostgreSQL nouvellement créés après Ignite 2025 incluent automatiquement la dernière version de disponibilité générale des composants de mise en miroir. Les serveurs existants sont mis à niveau progressivement dans le cadre des prochains cycles de maintenance sans intervention manuelle. Vous n’avez pas besoin de désactiver et réactiver la mise en miroir pour recevoir des mises à jour.

Prerequisites

  • Créez ou utilisez un serveur flexible Azure Database pour PostgreSQL existant.
  • Vous avez besoin d’une capacité existante pour Fabric. Si ce n’est pas le cas, démarrez une version d’évaluation de Fabric.
  • La capacité Fabric doit être active et en fonctionnement. Une capacité suspendue ou supprimée arrête également la mise en miroir et aucune donnée ne sera répliquée.
  • Les paramètres du locataire de Fabric sont requis. Vérifiez que les deux paramètres de locataire Fabric suivants sont activés :
  • Vous devez disposer d’un rôle membre ou administrateur dans votre espace de travail lors de la création d’une base de données mise en miroir à partir du portail Fabric. Lors de la création, l’identité managée d’Azure Database pour PostgreSQL reçoit automatiquement l’autorisation « Lecture et écriture » sur la base de données mise en miroir. Les utilisateurs disposant du rôle contributeur n’ont pas l’autorisation de partage nécessaire pour effectuer cette étape.
  • Si votre serveur flexible n’a pas de connectivité publique activée ou n’autorise pas les services Azure à se connecter à celui-ci, vous pouvez créer une passerelle de données de réseau virtuel pour mettre en miroir les données. Vérifiez que le réseau virtuel Azure ou le réseau de la machine de passerelle peut se connecter au serveur flexible Azure Database pour PostgreSQL via un point de terminaison privé ou est autorisé par la règle de pare-feu.
  • La mise en miroir de structure n’est pas prise en charge sur un réplica en lecture ou sur un serveur principal où existe un réplica en lecture.

Préparer votre base de données Azure pour PostgreSQL

La mise en miroir dans un serveur flexible Azure Database pour PostgreSQL est basée sur la réplication logique et nécessite certaines conditions préalables spécifiques à configurer avant de pouvoir se connecter à vos données.

Important

Pour guider les utilisateurs dans l’activation de ces prérequis, nous avons créé une page de mise en miroir fabric spécifique dans le portail Azure qui automatise tout cela pour vous. Pour plus d’informations, consultez les concepts de mise en miroir fabric pour le serveur flexible PostgreSQL.

  • System-Assigned Managed Identity (SAMI) doit être activé.
  • Le wal_level paramètre de serveur du journal d’écriture avant (WAL) doit être défini sur logique.
  • L’extension (azure_cdc) est requise et doit être autorisée et préchargée (nécessite un redémarrage).
  • Le max_worker_processes paramètre de serveur doit être augmenté de 3 pour chaque base de données mise en miroir dans le serveur source.

Rôle de base de données pour la mise en miroir de structures

Ensuite, vous devez fournir ou créer un rôle PostgreSQL ou Entra ID pour le service Fabric pour vous connecter à votre serveur flexible Azure Database pour PostgreSQL.

Pour ce faire, spécifiez un rôle de base de données pour la connexion à votre système source à l’aide de l’une des options suivantes :

Utiliser un rôle Entra ID

  1. Suivez ces instructions pour mapper un utilisateur ou un groupe Entra ID à un rôle de base de données PostgreSQL.

  2. Une fois cela terminé, vous pouvez utiliser le script SQL suivant pour accorder les azure_cdc_admin autorisations au nouveau rôle.

    -- grant role for replication management to the new user
GRANT azure_cdc_admin TO <entra_user>;
-- grant create permission on the database to mirror to the new user
GRANT CREATE ON DATABASE <database_to_mirror> TO <entra_user>;

Utiliser un rôle PostgreSQL

  1. Connectez-vous à votre serveur flexible Azure Database pour PostgreSQL à l’aide de pgAdmin. Vous devez vous connecter à un principal membre du rôle azure_pg_admin.

  2. Créez un rôle PostgreSQL nommé fabric_user. Vous pouvez choisir n’importe quel nom pour ce rôle. Fournissez votre propre mot de passe fort. Accordez les autorisations nécessaires pour la mise en miroir fabric dans la base de données. Exécutez le script SQL suivant pour accorder le CREATEDBrôle , , CREATEROLELOGIN, REPLICATIONet azure_cdc_admin les autorisations au nouveau rôle nommé fabric_user.

    -- create a new user to connect from Fabric
CREATE ROLE fabric_user CREATEDB CREATEROLE LOGIN REPLICATION PASSWORD '<strong password>';

-- grant role for replication management to the new user
GRANT azure_cdc_admin TO fabric_user;
-- grant create permission on the database to mirror to the new user
GRANT CREATE ON DATABASE <database_to_mirror> TO fabric_user;

L’utilisateur de base de données créé avec l’une des deux méthodes précédentes doit également être propriétaire des tables à répliquer dans la base de données mise en miroir. Cela signifie que les tables ont été créées par cet utilisateur ou que la propriété de ces tables a été modifiée à l’aide ALTER TABLE <table name here> OWNER TO <user>;de .

Important

L’absence de l’une des étapes de configuration de sécurité précédentes entraîne l’échec des opérations mises en miroir suivantes dans le portail Fabric avec un Internal error message.

Créer un serveur flexible Azure Database pour PostgreSQL mis en miroir

  1. Ouvrez le portail Fabric.
  2. Utilisez un espace de travail existant ou créez-en un nouveau.
  3. Accédez au volet Créer ou sélectionnez le bouton Nouvel élément . Sélectionnez l’icône Créer.
  4. Faites défiler jusqu’à la section Entrepôt de données, puis sélectionnez Azure Database en miroir pour PostgreSQL (préversion).

Se connecter à votre serveur flexible Azure Database pour PostgreSQL

Les étapes suivantes vous guident tout au long du processus de création de la connexion à votre serveur flexible Azure Database pour PostgreSQL :

  1. Sous Nouvelles sources, sélectionnez Azure Database pour PostgreSQL (préversion). Vous pouvez également sélectionner une connexion de serveur flexible Azure Database pour PostgreSQL existante à partir du hub OneLake.
  2. Si vous avez sélectionné Nouvelle connexion, entrez les détails de connexion au serveur flexible Azure Database pour PostgreSQL.
    • Serveur : vous pouvez trouver le nom du serveur en accédant à la page Vue d’ensemble du serveur flexible Azure Database pour PostgreSQL dans le portail Azure. Par exemple : <server-name>.postgres.database.azure.com.
    • Base de données : entrez le nom de votre serveur flexible Azure Database pour PostgreSQL.
    • Connexion : créez une nouvelle connexion.
    • Nom de connexion : un nom automatique est fourni. Vous pouvez en changer.
    • Passerelle de données : sélectionnez une passerelle de données de réseau virtuel disponible pour connecter un serveur flexible Azure Database pour PostgreSQL avec l’intégration au réseau virtuel ou aux points de terminaison privés.
    • Type d’authentification :
      • De base (authentification PostgreSQL)
      • Compte organisationnel (Authentification Entra)
    • Laissez la case à cocher Utiliser la connexion chiffrée activée et cette connexion peut être utilisée avec la passerelle de données locale et la passerelle de données de réseau virtuel non sélectionnée.
  3. Sélectionnez Se connecter.

Démarrer le processus de mise en miroir

  1. L’écran Configurer la mise en miroir permet de mettre en miroir toutes les données de la base de données, par défaut.
    • La mise en miroir de toutes les données signifie que toutes les nouvelles tables créées après le démarrage de la mise en miroir seront mises en miroir.
    • Si vous le souhaitez, choisissez uniquement certains objets à mettre en miroir. Désactivez l’option Mettre en miroir toutes les données, puis sélectionnez des tables individuelles dans votre base de données. Pour ce didacticiel, nous sélectionnons l’option Mettre en miroir toutes les données.
  2. Sélectionnez Base de données miroir. La mise en miroir commence.
  3. Patientez entre 2 et 5 minutes. Ensuite, sélectionnez Surveiller la réplication pour afficher l’état.
  4. Après quelques minutes, l’état doit passer à En cours d’exécution, ce qui signifie que les tables sont en cours de synchronisation. Si vous ne voyez pas les tables et l’état de réplication correspondant, attendez quelques secondes, puis actualisez le volet.
  5. Lorsqu’ils ont terminé la copie initiale des tableaux, une date apparaît dans la colonne dernière actualisation.
  6. Maintenant que vos données sont opérationnelles, différents scénarios d’analyse sont disponibles sur l’ensemble de Fabric.

Important

Toute sécurité granulaire établie dans la base de données source doit être reconfigurée dans la base de données en miroir dans Microsoft Fabric. Consultez les autorisations granulaires SQL dans Microsoft Fabric.

Surveiller la mise en miroir d’infrastructure

Une fois la mise en miroir configurée, vous êtes dirigé vers la page État de la mise en miroir. Ici, vous pouvez surveiller l’état actuel de la réplication. Pour plus d'informations et de détails sur les états de réplication, consultez Monitor Fabric Mirrored Database Replication.

Contenu connexe

  • Last updated on