Varnostno kopiranje in obnova

Z desno tipko kliknite bazo in izberite Varnostna kopija / Obnovitev. Obe smeri sta v enem zavihku.

Varnostno kopiranje

1. Preklopite v način Varnostna kopija.
2. Izberite izhodno datoteko.
3. Vključi podatke — vklopljeno za popolno varnostno kopijo, izklopljeno za posnetek samo strukture.
4. Zaženite.

Vrstica napredka spremlja dump, rezultat pa sporoči, koliko objektov je bilo zapisanih.

Izhod je navadna datoteka .sql: stavki CREATE in, če so vključeni podatki, stavki INSERT. Lahko jo berete, primerjate, hranite v sistemu za nadzor različic in obnovite s katerim koli orodjem, ki govori SQL — nič v njej ni posebnost NabuSQL.

Vsaka tabela pride s celotno strukturo — ključi, indeksi, zaporedja in stolpci identity, tipi — in svojimi prožilci, pogledi, procedure in funkcije baze pa sledijo tabelam. Tuji ključi in prožilci so na koncu datoteke, zato se obnova ne spotakne ob vrstni red tabel in ne sproži prožilcev ob obnovljenih vrsticah. Kaj vsebuje dump ima podrobnosti po pogonih.

Na MariaDB se datoteka začne z zaporedji baze, vsako nastavljeno tako, da nadaljuje, kjer je bilo, zato stolpec s privzeto vrednostjo NEXTVAL nadaljuje številčenje, ne da bi znova uporabil vrednost — tudi kadar se varnostna kopija obnovi pod drugim imenom baze. Sistemsko verzionirane tabele se vrnejo verzionirane, s trenutnimi vrsticami; njihova zgodovina sprememb se začne na novo. Na MySQL in MariaDB se binarni stolpci — slike, datoteke, VECTOR — zapišejo bajt za bajtom kot šestnajstiški literali.

Varnostne kopije, narejene z različico 1.0.109 ali starejšo

Na MySQL in MariaDB so te različice binarne vrednosti, ki niso bile veljavno besedilo, zapisale kot nadomestek '<binary N bytes>' namesto njihovih bajtov. Taka varnostna kopija se obnovi brez napak, a te celice vsebujejo nadomestek. Če hranite varnostne kopije tabel s slikami ali datotekami, naredite novo.

Obnova

1. Preklopite v način Obnovitev in izberite datoteko.
2. Nastavite možnosti:

Možnost	Učinek
Izbriši, če obstaja	Vsak objekt izbriše, preden ga znova ustvari. Potrebno pri obnovi čez obstoječo bazo
Onemogoči preverjanje FK	Med obnovo izklopi preverjanje tujih ključev, da se tabele lahko naložijo v poljubnem vrstnem redu
Nadaljuj ob napakah	Nadaljuje po neuspešnem stavku, namesto da se ustavi

3. Zaženite. Napredek je prikazan v odstotkih s sprotnim številom napak.

Obnovo lahko med izvajanjem prekličete.

Ko se konča, NabuSQL sporoči, koliko stavkov je uspelo od skupnega števila, in navede zbrane napake — izveste, kaj se ni obnovilo, namesto da bi domnevali, da se je vse.

Obnova prepiše

Pri vklopljenem Izbriši, če obstaja se obstoječi objekti v ciljni bazi izbrišejo in zamenjajo. Če niste prepričani, kaj vsebuje datoteka, najprej obnovite v testno bazo.

Hitrejše poti

• Dump SQL datoteke ▸ na bazi ali tabeli (desni klik) neposredno zapiše strukturo ali strukturo in podatke, brez zavihka za varnostno kopiranje. Pri tabelah lahko zapiše tudi vzorec vrstic.
• ▶ Izvedi SQL datoteko na bazi izvede katero koli datoteko .sql, kar je ročni ekvivalent obnove.

Samodejno varnostno kopiranje

Razporejevalnik opravil lahko varnostno kopijo izvaja v intervalih.

Razporejevalnik deluje le, ko je NabuSQL odprt

Je del aplikacije, ne sistemska storitev. Za nenadzorovano varnostno kopiranje produkcijskega strežnika uporabite razporejevalnik svoje platforme z mysqldump, pg_dump ali enakovrednim orodjem.

Česa varnostna kopija ne zajema

Dump baze vsebuje to bazo. Stvari na ravni strežnika — uporabniki in dovoljenja, konfiguracija strežnika, druge baze — niso v njem. Za uporabnike in dovoljenja MySQL glejte Upravljanje uporabnikov.

Dump se obnovi samo na enako vrsto strežnika

Datoteka je zapisana v SQL izvornega pogona — z njegovim načinom pisanja identifikatorjev, njegovimi tipi, klavzulama AUTO_INCREMENT in ENGINE=. Obnova dumpa MySQL v PostgreSQL spodleti pri prvem stavku. Za prenos baze med pogoni uporabite prenos podatkov, ki strukturo za cilj ustvari znova, namesto da bi ponovil SQL vira.