Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi · Oppitunti

Hätäpalautusstrategiat

Laatikaa kattavat hätäpalautussuunnitelmat, mukaan lukien replikoitujen ympäristöjen varmuuskopiointi- ja palautusmenettelyt.

Oppitunti 3/412 vaihetta

Hätäpalautusstrategiat on ilmainen Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi-oppitunti CoddyKitissä. Tämä on oppitunti 3/4. Voit lukea koko oppitunnin alta ilmaiseksi ja harjoitella sen jälkeen käytännössä selaimessa sisäänrakennetulla koodieditorilla ja ympäri vuorokauden käytettävissä olevan tekoälytuutorin avulla. Oppitunti kuuluu Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi-oppimispolkuun, ja edistymisesi synkronoituu verkon ja CoddyKit-sovelluksen välillä. Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi-kurssilla on yhteensä 4 oppituntia.

Replikointiin perustuva PostgreSQL:n katastrofipalautus

Odottamattomia katastrofeja voi tapahtua myös korkean käytettävyyden (HA) ratkaisuissa, kuten replikoinnissa. Tällaisia ovat esimerkiksi datakeskuksen käyttökatkot, vakava tietojen korruptoituminen tai inhimilliset virheet.

Katastrofipalautus (DR) on varasuunnitelmanne. Siinä on kyse tietokantajärjestelmän palauttamisesta vakavan tapahtuman jälkeen tietojen menetyksen ja käyttökatkon minimoimiseksi.

DR:n ja HA:n ero

Korkea käytettävyys (HA) ja katastrofipalautus (DR) sekoitetaan helposti toisiinsa, mutta niillä on eri tarkoitus:

HA: Tavoitteena on pitää järjestelmät toiminnassa mahdollisimman vähäisin keskeytyksin pienten vikaantumisten aikana (esimerkiksi yksittäisen palvelimen kaatuminen tai verkkohäiriö). Tähän liittyy usein automaattinen siirtyminen valmiuspalvelimelle.
DR: Keskittyy palautumiseen suurista ja laajalle levinneistä vikaantumisista, jotka pysäyttävät kokonaisen alueen tai useita komponentteja ja joista HA ei välttämättä yksin riitä palautumaan.

Replikointi on tärkeä perusta molemmille, mutta DR edellyttää lisäksi palautumisen huolellista suunnittelua.

DR-suunnitelman olennaiset osat

Vankka PostgreSQL:n katastrofipalautussuunnitelma sisältää useita keskeisiä osia:

Säännölliset varmuuskopiot: Sekä täydelliset perusvarmuuskopiot että jatkuva Write-Ahead Login (WAL) arkistointi.
Palautumistavoitteet: RTO:n (Recovery Time Objective) ja RPO:n (Recovery Point Objective) määrittäminen.
Erillinen tallennussijainti: Varmuuskopioiden turvallinen säilyttäminen erillään ensisijaisesta datakeskuksesta.
Testatut menettelyt: Dokumentoidut ja säännöllisesti harjoitellut palautusprosessit.

RTO ja RPO: palautumistavoitteenne

Nämä kaksi mittaria ovat ratkaisevan tärkeitä kaikissa DR-suunnitelmissa:

Recovery Time Objective (RTO): Tämä on pisin hyväksyttävä aika, jonka tietokonejärjestelmä, sovellus tai verkko voi olla poissa käytöstä katastrofin jälkeen. Kyse on palautumiseen kuluvasta ajasta.
Recovery Point Objective (RPO): Tämä on suurin hyväksyttävä tietojen menetys ajanjaksona mitattuna. Esimerkiksi yhden tunnin RPO tarkoittaa, että voitte menettää enintään tunnin tiedot. Kyse on tietojen menetyksen siedosta.

RTO ja RPO määrittävät varmuuskopiointitiheydenne ja palautusstrategianne.

DR:n varmuuskopiotyypit

Replikoiduissa ympäristöissä yhdistetään yleensä kahdenlaisia varmuuskopioita:

Perusvarmuuskopio: Täydellinen vedos tietokantaklusterista tiettynä ajankohtana. Se muodostaa kaikkien palautusten perustan.
WAL-arkistointi: Write-Ahead Login (WAL) tiedostojen jatkuva tallentaminen. Näihin lokeihin tallentuvat kaikki tietokannan muutokset, ja ne ovat välttämättömiä tiettyyn ajankohtaan palauttamisessa sekä valmiuspalvelinten pitämisessä ajan tasalla.

Yhdessä ne mahdollistavat palauttamisen mihin tahansa arkistoidun historian ajankohtaan.

Perusvarmuuskopion luominen

pg_basebackup on ensisijainen työkalu perusvarmuuskopion luomiseen. Sen avulla varmuuskopio voidaan ottaa jopa käynnissä olevalta valmiuspalvelimelta, jolloin ensisijaisen palvelimen kuormitus vähenee!

Tämä komento luo täydellisen kopion datakansiosta. Valintoja -X stream tai -X fetch käytetään usein WAL-tiedostojen sisällyttämiseen, jolloin varmuuskopio sisältää kaiken tarvittavan.

Kokeilkaa tätä esimerkkiä:

pg_basebackup -h localhost -p 5432 \
  -U backup_user -D /path/to/backup/dir \
  -Ft -Xs -P -R

WAL-arkistoinnin määrittäminen

WAL-arkistointi on ratkaisevan tärkeää tiettyyn ajankohtaan palauttamisessa ja sen varmistamisessa, että valmiuspalvelimet voivat ottaa kiinni ensisijaisen palvelimen, vaikka se kaatuisi. Siinä valmiit WAL-tiedostot kopioidaan turvalliseen, usein etäsijaintiin.

Määritätte tämän tiedostossa postgresql.conf:

archive_mode = on
archive_command = 'cp %p /path/to/wal_archive/%f'
max_wal_senders = 10
wal_level = replica

Vikaantuneen ensisijaisen palvelimen palauttaminen

Jos ensisijainen palvelimenne vikaantuu vakavasti, se on palautettava. Tyypillisesti tämä sisältää seuraavat vaiheet:

Uuden datakansion alustaminen.
Viimeisimmän perusvarmuuskopion palauttaminen uuteen kansioon.
recovery.signal-tiedoston (tai vanhemmissa versioissa standby.signal-tiedoston) ja postgresql.conf-tiedoston määrittäminen osoittamaan WAL-arkistoon.
PostgreSQL:n käynnistäminen, jolloin se toistaa WAL-tiedostot ja palauttaa tietokannan haluttuun ajankohtaan.

Tätä prosessia voidaan käyttää myös uuden ensisijaisen palvelimen luomiseen valmiuspalvelimen varmuuskopiosta.

Valmiuspalvelimen rakentaminen uudelleen

Katastrofin jälkeen myös valmiuspalvelimet on ehkä rakennettava uudelleen, jotta ne voivat muodostaa yhteyden juuri palautettuun tai ensisijaiseksi ylennettyyn palvelimeen. Prosessi muistuttaa uuden valmiuspalvelimen määrittämistä:

Ottakaa uusi perusvarmuuskopio uudelta ensisijaiselta palvelimelta.
Määrittäkää valmiuspalvelimen postgresql.conf- ja standby.signal-tiedostot muodostamaan yhteys uuteen ensisijaiseen palvelimeen.
Käynnistäkää valmiuspalvelin. Se suoratoistaa tämän jälkeen WAL-tiedostoja uudelta ensisijaiselta palvelimelta synkronointia varten.

Näin varmistetaan, että replikointiketju toimii jälleen asianmukaisesti.

Testatkaa, testatkaa ja testatkaa uudelleen!

DR-suunnitelma on vain niin hyvä kuin sen viimeisin testi. Palautusmenettelyjen säännöllinen harjoittelu on välttämätöntä. Se auttaa teitä:

Tunnistamaan dokumentaation puutteet tai virheet.
Varmistamaan, että palautumisaika (RTO) on saavutettavissa.
Kouluttamaan tiiminne palautusprosessiin.
Varmistamaan, että varmuuskopiot ovat kelvollisia ja palautettavissa.

Järjestäkää säännöllisiä DR-harjoituksia esimerkiksi vuosittain tai puolivuosittain tuotantoympäristön ulkopuolella.

DR-skenaarion tarkistus

Kuvitelkaa, että suuri datakeskuksen käyttökatko on pysäyttänyt ensisijaisen PostgreSQL-palvelimenne ja kaikki sen paikalliset valmiuspalvelimet. Teillä on muualla säilytettäviä perusvarmuuskopioita ja jatkuva WAL-arkistointi.

Mikä seuraavista kuvaa suurinta hyväksyttävää tietojen menetystä, jonka olette tässä tilanteessa valmiita sietämään?

Vastaa interaktiivisessa oppitunnissa

Katastrofipalautuksen kertaus

Olemme käsitelleet PostgreSQL:n katastrofipalautuksen perusteet replikoiduissa ympäristöissä. Muistakaa nämä tärkeimmät asiat:

DR suojaa vakavilta vikaantumisilta ja täydentää korkeaa käytettävyyttä.
Määrittäkää järjestelmienne RTO (palautumiseen kuluva aika) ja RPO (tietojen menetyksen sieto).
Yhdistäkää perusvarmuuskopiot ja WAL-arkistointi kattavaa palautusta varten.
pg_basebackup ja archive_command ovat keskeisiä työkaluja.
Testatkaa DR-suunnitelmanne aina säännöllisesti varmistaaksenne toimintavalmiuden.

Hyvin harjoiteltu DR-suunnitelma on kriittisten tietojen turvaverkko.

Aloita maksutta

Opi Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi tekoälytuutorin avulla — ilmaiseksi

Kirjoita ja suorita oikeaa koodia selaimessa, saa välitöntä apua tekoälytuutorilta ympäri vuorokauden ja jatka siitä, mihin jäit, verkossa tai sovelluksessa.

Kurssit: 11
Oppitunnit: 44

Aloita opiskelu maksutta Näytä koko kurssi

Usein kysytyt kysymykset

Onko oppitunti ”Hätäpalautusstrategiat” ilmainen?

Kyllä – oppitunnin ”Hätäpalautusstrategiat” koko tekstin voi lukea täällä verkossa ilmaiseksi. Jos haluat harjoitella interaktiivisesti sisäänrakennetulla koodieditorilla ja ympäri vuorokauden käytettävissä olevan tekoälytuutorin avulla sekä avata koko Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi-kurssin, päivitä CoddyKit PROhon. Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi-kurssilla on yhteensä 4 oppituntia.

Mitä opin oppitunnilla ”Hätäpalautusstrategiat”?

Laatikaa kattavat hätäpalautussuunnitelmat, mukaan lukien replikoitujen ympäristöjen varmuuskopiointi- ja palautusmenettelyt. Harjoittelet Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi-aihetta koodilla, jonka suoritat suoraan selaimessa. Ympäri vuorokauden käytettävissä oleva tekoälytuutori vastaa kysymyksiisi oppitunnin aikana.

Tarvitsenko kokemusta aloittaakseni Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi-opiskelun?

Aiempi kokemus ei ole tarpeen. CoddyKitin Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi-oppimispolku sopii vasta-alkajista edistyneisiin, joten voit aloittaa tästä tai alusta ja edetä omaan tahtiisi. Tämä on oppitunti 3/4.

Kuinka kauan ”Hätäpalautusstrategiat”-oppitunnin suorittaminen kestää?

Useimmat CoddyKitin oppitunnit kestävät noin 5–10 minuuttia. Jokainen oppitunti on lyhyt ja interaktiivinen, joten edistyt tasaisesti ja voit jatkaa siitä, mihin jäit – sekä verkossa että sovelluksessa.

Voinko kirjoittaa ja suorittaa koodia tällä Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi-oppitunnilla?

Kyllä. Jokainen Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi-oppitunti sisältää sisäänrakennetun koodieditorin, joten voit kirjoittaa ja suorittaa oikeaa koodia suoraan selaimessa ja saada välitöntä palautetta tekoälyltä – paikallista asennusta ei tarvita.

Kaikki tämän kurssin oppitunnit

Automaattisen vikasietovaihdon työkalut (Patroni)
Replikoinnin tilan valvonta
Hätäpalautusstrategiat
Yhteyksien reititys PgBouncerilla ja HAProxylla

← Takaisin: Edistynyt PostgreSQL: indeksointi, osiointi ja replikointi