web-dev-qa-db-fra.com

différences entre la mise en veille à chaud et la mise en veille à chaud postgresql？

Je suis confus quant aux différences entre les méthodes de réplication de base de données mentionnées dans une page wiki de postgres, quelle est la meilleure pour une situation normale?

  1. mise en veille/archivage continu/envoi de journaux

    offre une haute disponibilité

    http://www.postgresql.org/docs/current/static/warm-standby.html

  2. redondance d'UC/réplication binaire/réplication en continu

    utilisé pour la requête en lecture seule

    https://wiki.postgresql.org/wiki/Hot_Standby

    https://wiki.postgresql.org/wiki/Binary_Replication_Tutorial

  3. PITR

postgresqlreplicationwrite-ahead-logging
3
dorbodwolf

Ces mots sont souvent mal compris et les notions sont souvent mélangées car elles sont arrivées dans la même version de PostgreSQL.

  • Warm-standby est simplement une réplique qui n'est pas ouverte pour les instructions SQL en lecture seule.
  • En opposition, la redondance d'UC est une réplique ouverte pour les instructions SQL en lecture seule.
  • Avant cela, nous avons eu un "standby froid". Il s'agissait simplement d'une sauvegarde restaurée, prête à être démarrée en cas de panne du nœud principal.
  • L'envoi de journaux est la technique de la vieille école utilisée pour envoyer les WAL (écrire les journaux Ahead) à une réplique afin qu'il puisse rejouer les transactions qui ont eu lieu sur le nœud principal. Le fichier est envoyé une fois que le nœud principal n'y écrit plus, donc le décalage entre le primaire et le secondaire dépend de la vitesse à laquelle le primaire aura besoin d'un autre fichier (vous pouvez cependant spécifier qu'il a besoin d'un nouveau fichier après x minutes).
  • La réplication en streaming est la technique mise à niveau qui permet d'envoyer des blocs de données modifiés sans attendre la fermeture du fichier WAL par le principal. Il est envoyé dès que ce bloc écrit le fichier WAL. Nous pouvons donc réduire le décalage entre les nœuds primaires et secondaires.
  • L'archivage continu est ce qui permet à Postgres d'archiver les fichiers WAL lorsqu'ils ne sont plus nécessaires.
  • La réplication binaire est synonyme de réplication physique (que sont les modes de secours chaud et chaud), cela signifie simplement que les deux nœuds sont binaires identiques.

J'espère que cela vous aidera!

5
Arkhena

J'ai configuré la réplication Streaming avec un archivage continu dans mon environnement.

  1. La réplication en continu offre une mise à jour/réplique plus à jour et en cas de panne de Prod, très moins de données seront perdues en raison de la diffusion en continu des données de Prod vers DR vi TCP protocol.

  2. L'archivage continu offre une récupération ponctuelle et m'aidera également à récupérer la base de données de secours en cas de retard d'archivage dû à une défaillance du réseau.

Veuillez vous référer au lien pour plus d'informations.

https://www.percona.com/blog/2018/09/07/setting-up-streaming-replication-postgresql/

1
Adam Mulla