Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Réplication physique
La réplication physique est une réplication au niveau des blocs dans laquelle un fichier WAL est expédié d'une base de données principale vers une base de données secondaire. La réplication physique est également appelée réplication en continu, car elle permet à un serveur de secours de rester up-to-date plus longtemps que ce que permet l'expédition de journaux basée sur des fichiers. Le serveur de secours se connecte à la base de données principale. Ensuite, la base de données principale transmet les enregistrements WAL à la base de données de secours sans attendre que le fichier WAL soit rempli. La réplication physique est une option à envisager si vous possédez une base de données de petite ou moyenne taille et que vous envisagez d'utiliser la même version de base de données. Vous pouvez également utiliser la réplication physique pour des bases de données plus volumineuses, mais la synchronisation peut prendre un temps considérable. Vous pouvez utiliser l'une des deux méthodes suivantes avec la réplication physique :
-
Asynchrone — La méthode asynchrone est l'option par défaut. En cas de panne du serveur principal, certaines transactions validées dans la base de données risquent de ne pas être répliquées sur le serveur de secours et d'entraîner une perte de données.
-
Synchrone : la méthode synchrone permet de confirmer que toutes les modifications apportées par une transaction sont transférées vers un ou plusieurs serveurs de secours synchrones.
Architecture
Le schéma suivant montre l'architecture permettant de configurer le HADR pour votre base de données PostgreSQL locale sur Amazon EC2 à l'aide de la réplication physique.
Le schéma suivant illustre le flux de travail suivant :
-
Répliquez la base de données sur une EC2 instance et copiez les fichiers d'archive.
-
Promouvez le nouveau réplica en tant que point de terminaison du rédacteur de base de données.
-
Dirigez l'application vers la nouvelle base de données cible.
Limites
Nous vous recommandons de prendre en compte les limites suivantes liées à l'utilisation de la réplication physique avant de commencer votre migration :
-
Un espace disque important est nécessaire sur le serveur pour effectuer des sauvegardes, puis les copier sur Amazon. EC2
-
Une quantité importante de bande passante est nécessaire pour synchroniser les bases de données source et cible et accélérer la copie du journal d'archivage.
-
Les bases de données source et cible doivent disposer de la même version de PostgreSQL.
