Monter un cluster répliqué

La réplication côté administrateur : serveur de secours par réplication en flux, mode synchrone ou asynchrone, surveillance du retard, bascule, double primaire, quorum, témoin et slots de réplication.

25 cartes
7 thèmes
Gratuit

Réviser ce deck

Le programme, thème par thème

Le poids de chaque thème suit celui que lui donne l'examen.

Notions
Questions
Ranger et relier
Les chiffres
Sur le schéma
Mises en situation
Comprendre

Quelques cartes du deck

Serveur de secours : de quoi s'agit-il ?
Voir la réponse
Copie d'un primaire qui reçoit en continu ses journaux WAL, les rejoue et peut répondre aux lectures, prête à prendre la place du primaire.
Un fichier standby.signal dans le répertoire de données et un primary_conninfo qui désigne le primaire suffisent à le démarrer en secours.
Voici pg_stat_replication sur le primaire. Quel serveur peut-on promouvoir sans perdre d'écriture validée ?

```text
application_name | state | sync_state | replay_lag
-----------------+-----------+------------+----------------
secours1 | streaming | sync | 00:00:00.000412
secours2 | streaming | async | 00:00:03.2
secours3 | catchup | async | 00:12:41
`
- secours1
- secours2
- secours3
- n'importe lequel des trois
Voir la réponse
secours1
Seul secours1 est synchrone : chaque COMMIT n'a abouti qu'après sa réception du journal. secours2 peut manquer quelques secondes d'écritures, secours3 en est à douze minutes de retard.
La réplication en flux envoie les journaux … du primaire vers le secours, qui les … pour rester à jour.
Voir la réponse
La réplication en flux envoie les journaux WAL du primaire vers le secours, qui les rejoue pour rester à jour.
Le secours ne réexécute pas les requêtes SQL : il applique les modifications physiques décrites dans le WAL, ce qui le rend identique octet pour octet.

Réviser ce deck