Puncte:0

Azure MySQL creează timp de nefuncționare a replică

drapel cn

Conform Azure Docs:

Când creați o replică pentru o sursă care nu are replici existente, sursa va reporni mai întâi pentru a se pregăti pentru replicare. Luați în considerare acest lucru și efectuați aceste operațiuni în perioadele de vârf.

Cu toate acestea, atunci când am creat o replică în mediul nostru de pregătire, nu a avut loc nicio repornire. Avem o verificare a stării de sănătate care are loc la fiecare 30 de secunde și nu pare să detecteze niciun timp de nefuncționare. Acum ne este mai greu să știm cu cât timp ne confruntăm de fapt atunci când facem același lucru în producție.

Acesta este comportamentul așteptat? Am inteles gresit ceva?

A făcut cineva asta pe un 100 GB db? Cât de mult timp nefuncțional ați experimentat?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.