Re: [gelöst] Probleme Replikation aufzusetzen

This is a multi-part message in MIME format.
--------------E5C42748CC002281FF8DBD68
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Das werde ich mir noch zu Gemüte führen. Danke.

On 01/31/18 17:00, Andreas Kretschmer wrote:
> 
> 
> Am 31.01.2018 um 16:21 schrieb Thiemo Kellner:
>> Die Dateien des Base-Backup habe ich einfach ins Datenverzeichnis des 
>> Standbys kopiert. Ob dies nur im Falle frisch initialisierter 
>> Datenbanken funktioniert oder ob dies das reguläre Vorgehen ist, ist 
>> mir nicht klar geworden.
> 
> Also, um das noch mal zu erklären:
> 
> pg_basebackup kann einen laufenden Server sichern. Auf diesem kann 
> durchauch richtig viel Traffic sein. Und diese DB kann auch groß sein. 
> Stelle Dir 10TB vor. Die spannende Frage ist: ist denn so ein basebackup 
> überhaupt konsistent? Nein, ist es nicht, denn die Datenbank arbeitet 
> und schreibt fleißig in die Datendateien - während diese kopiert werden.
> 
> Daher besteht so ein physisches Backup immer aus 2 Teilen: die Kopie des 
> Datenordners UND den während des kopierens angefallenen 
> Transaktionslogs. Wenn der Clone dann hochfährt, muß er irgendwie an die 
> Transaktionsdateien kommen. Dafür gibt es mehrere Möglichkeiten:
> 
> * pg_basebackup kann die automatisch mit streamen. Das ist sogar der 
> Default (in aktuellen Versionen)
> * pg_basebackup kann die nach dem Basebackup holen. Riskant, denn der 
> Master überschreibt diese Dateien nach 2 Checkpoints (ab PG11 evtl. 
> schon nach 1 Checkpoint)
> * man hantiert mit Replication Slots
> * man hantiert mit archive_command / restore_command
> * man set wal_keep_segments hinreichend groß (wie groß? Gute Frage, 
> schätzen sie mal ...)
> * man nutzt Barman (Werbung muß sein!)
> 
> Versuche, den ganzen Mechanismus zu verstehen, also was diese komischen 
> WAL's machen, zusammenspiel Shared Buffers, Checkpoints, Transaction Log 
> etc. Es ist wichtig, das zu verstehen. Das ist Grundlage der Robustheit 
> von PostgreSQL (es ist crash-safe!), es ist Grundlage der streaming 
> replication (und auch der logischen Replikation ab PG 10, BDR & Co), es 
> ist Grundlage für Point-In-Time-Recovery.
> 
> 
> Andreas
> 

-- 
+49 (0)1578-772 37 37
+41 (0)78 947 36 21
SIP/iptel.org: thiemo.kellner
Öffentlicher PGP-Schlüssel:
http://pgp.mit.edu/pks/lookup?op=get&search=0xCA167FB0E717AFFC

--------------E5C42748CC002281FF8DBD68
Content-Type: text/x-vcard; charset=utf-8;
 name="thiemo.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="thiemo.vcf"

begin:vcard
fn:Thiemo Kellner
n:Kellner;Thiemo
adr:;;Landstr. 34;Weilheim-Bannholz;BW;79809;Deutschland
email;internet:[email protected]
tel;work:+49 1578 772 37 37
tel;cell:+41 78 947 36 21
note;quoted-printable:Auf Gelassene Pferde kann man bauen!=0D=0A=
	+49 (0)1578-772 37 37 (Mo, Di)=0D=0A=
	+41 (0)78 947 36 21 (Mi - Fr)=0D=0A=
	sip: [email protected]=0D=0A=
	Skype: thiemo.kellner=0D=0A=
	http://www.gelassene-pferde.biz=0D=0A=
	Mitglied bei http://www.keep-it-natural.org=0D=0A=
	=C3=96ffentlicher PGP-Schl=C3=BCssel: http://pgp.mit.edu/pks/lookup?op=3D=
	get&search=3D0x8F70EFD2D972CBEF
x-mozilla-html:FALSE
url:http://www.gelassene-pferde.biz
version:2.1
end:vcard


--------------E5C42748CC002281FF8DBD68--