Replikaasjebewekking wurdt read as de VPN falt, en it ynstinkt is in posysje werom te setten. Dat ynstinkt is hoe't in netwurkûnderbrekking in dataprobleem wurdt. In fallen paad seit neat oer wat de replika ûntfongen of tapast hat, en dat binne twa stadia mei twa steaten. Lês se apart foardat jo eat feroarje.

Twa stadia, twa aparte antwurden

In gewoane asynkrone replika docht twa taken. De ûntfanger ferbynt mei de boarne, lûkt eveneminten en skriuwt se lokaal nei it relay-log. De tapasser lêst dat relay-log en fiert de eveneminten út op de replika. As it paad brekt, stopet de ûntfanger daliks wylst de tapasser trochgiet mei de efterstân dy't al op skiif stiet. Ien ûnderbrekking smyt dus twa ferskillende fragen op: is de ferbining werom, en is it opgeheapene wurk tapast? As jo se as ien fraach behannelje, wurde twa steaten trochsneed ta in misliedend antwurd.

It herstellen fan de ûntfanger fertelt jo dat it paad oan is. It seit neat oer hoe fier de tapasser efter is, of oer oft dy in flater rekke wylst er ôfkeppele wie.

Lês it kanaal mei de krekte opdracht

Op MySQL 8.4 jout SHOW REPLICA STATUS ien rige per konfigurearre kanaal, lês dus de rige fan it kanaal dat jo bedoele ynstee fan de earste yn 'e list. Replica_IO_Running skiedt in ferbûne ûntfanger fan ien dy't ferbynt of stoppe is, en Replica_SQL_Running beskriuwt de tapasser. Lês de flaterkolommen dêrnjonken, want in ûntfanger dy't wer ferbynt en daliks mislearret lit in berjocht efter dat gjin statusflagge sjen sil. Aldere ferzjes brûke oare kolomnamme, fertaal dus gjin âld resept troch allinnich de opdrachten om te neamen.

Kontrolearje ek de identiteit fan de boarne en alle konfigurearre filters. In replika dy't nei de ferkearde boarne wiist, of nauwer filtere is as jo tinke, meldt sûnens wylst er eat oars replisearret as jo ferwachtsje.

Wêrom in nulfertraging lige kin

De fertragingswearde fergeliket de tiidstimpel fan it lêst tapaste evenemint mei de hjoeddeiske tiid. As de ûntfanger in oere stoppe west hat, kin de tapasser de efterstân ferwurkje en it ein berikke fan wat er ûntfongen hat, en dan falt it getal nei nul ek al is de replika in oere efter de boarne. De mjitte mjit de wachtrige fan de tapasser, net de aktualiteit fan de replika.

Fergelikje ynstee útfierde transaksjes mei wat de boarne beskikber hat. Dy fergeliking oerlibbet in stoppe ûntfanger.

Bewarring bepaalt it echte herstelfinster

Bykomme freget dat de boarne de transaksjes noch hâldt dy't de replika nedich hat. Sadree't dy wiskje, kin de replika se net mear helje, en gjin hoemannichte werferbinen feroaret dat.

Mei GTID-auto-posisjonearring is de mislearring eksplisyt: de replika freget skiednis dy't de boarne net mear hâldt en wegeret troch te gean. De opsjes binne dan de ûntbrekkende eveneminten helje by in boarne dy't se noch hat, of opnij bouwe út in reservekopy en dy bykomme litte. It gat oerslaan is net bykomme, en it lit in replika efter waans gegevens stil ûnfolslein binne. Plan it finster troch de ferwachte doer fan de ûnderbrekking te fergelykjen mei de bewarring fan it binêre log op de boarne en it feroaringsstimpel, want dy trije getallen beslisse oft in ûnderbrekking hielendal werom te heljen is.

Kontrolearje it bykommen, net de kleur fan in yndikator

Herstel it paad, ynklusyf namme-oplossing en ferfiersfeiligens, en sjoch dan oft it besteande kanaal himsels wer ferbynt neffens syn eigen belied. Jou it in fêststeld ynterval foardat jo yngripe, en registrearje foarútgong fan ûntfangst en tapassing oan beide einen fan dat ynterval. In kanaal dat wer start en in kanaal dat by is, binne ferskillende befinings.

Befêstigje dat de tapasser de hjoeddeiske posysje fan de boarne berikt hat, net allinnich it ein fan de âlde efterstân. Kontrolearje dat der gjin flater yn de tapasser wachtet, want ien mislearre evenemint stopet de foarútgong wylst de ûntfanger trochgiet mei ferbining te melden. Registrearje dan de bewizen: kanaalnamme, beide stadia-steaten, de útfierde posysje en de tiid. In griene yndikator is in bewearing; de posysje is in feit.

Relatearre artikelen