Postoji nekoliko načina kopiranja tablice u bazu podataka MS SQL Servera. Nudim nekoliko opcija za stvaranje kopije tablica. Koji odabrati ovisi o strukturi tablice, prisutnosti indeksa, okidača itd. u njoj, kao i želji da se nešto učini ručno.
1. Ručna metoda kopiranja strukture tablice
U Microsoftu SQL upravljanje Studio odaberite bazu podataka, odaberite tablicu, kliknite desni klik mišem i odaberite "Script Table as" -> "CREATE TO" -> "New Query Editor Window". Prozor upita otvorit će kod za izradu tablice. U njemu je potrebno navesti naziv baze u koju želite napraviti kopiju tablice, te novi naziv ako se baza ne mijenja. Kako izraditi kod za izradu strukture postojeće tablice prikazano je na slici ispod.
Ova će metoda stvoriti indekse tablica, ali neće kopirati okidače. Treba ih kopirati na sličan način.
Za kopiranje podataka u već kreiranu tablicu potrebno je koristiti sljedeći SQL upit:
INSERT u ..tmp_tbl_Deps SELECT * FROM ..tbl_Deps
2. Kopiranje SQL tablice s upitom u jednom retku
Napravite kopiju strukture tablice i podataka unutar jedne baze podataka:
SELECT * u tmp_tbl_Dep IZ tbl_Deps
Kopirajte strukture tablica i njihove podatke iz jedne baze podataka u drugu:
SELECT * u ..tmp_tbl_Deps IZ ..tbl_Deps
Nedostatak ovog rješenja je što se indeksi ne kopiraju.
Ovaj članak će vam reći kako ručno napraviti punu sigurnosnu kopiju baze podataka pomoću programa Microsoft SQL Server Management Studio.
1. Napravite sigurnosnu kopiju
Zapravo je vrlo jednostavno. Pokreni opremu" » (« Početak» — « Svi programi» — « SQL Server 2008 R2» — « Microsoft SQL Server Management Studio") i unesite svoje podatke za prijavu.
Zatim u Pregledniku objekata otvorite karticu " Baza podataka» i desnom tipkom miša kliknite bazu podataka za koju trebate napraviti sigurnosnu kopiju. U pojavio se kontekstni izbornik Izaberi " Zadaci» ( Zadaci) — « Napravite sigurnosnu kopiju» ( Sigurnosna kopija…) .
Prozor " Sigurnosna kopija baze podataka» ( Sigurnosna kopija baze podataka) . Uvjerimo se da vrijedi" puna» ( puna), ako je potrebno, postavite naziv i opis, te također navedite svrhu sigurnosna kopija. Prema zadanim postavkama odabrana je staza na tvrdom disku računala do mape Backup glavne lokacije baza podataka SQL poslužitelja. Kako biste promijenili mjesto kopije, prvo kliknite " Izbrisati» ( Ukloniti) za brisanje postojećeg dodjele, a zatim " Dodati» ( Dodati...) za dodavanje novog.
Ovdje ćemo postaviti lokaciju i naziv datoteke sigurnosne kopije i kliknuti " u redu". Možete navesti nekoliko takvih odredišta. U tom će slučaju sigurnosna kopija biti podijeljena na jednake dijelove, svaki dio u navedenoj datoteci.
Kada su sve postavke postavljene, kliknite na " u redu" i pričekajte da se zadatak završi. Ako je sve učinjeno ispravno, u navedenom direktoriju pronaći ćemo datoteku sigurnosne kopije SQL baze podataka.
2. Vraćanje baze podataka iz sigurnosne kopije
Oporavak slijedi sličan obrazac. U " Microsoft SQL Server Management Studio okruženje» odaberite bazu iz kojeg je napravljena sigurnosna kopija, desnom tipkom miša kliknite na njega, odaberite " Zadaci» ( Zadaci) — « Vratiti» ( Vratiti) — « Baza podataka…» ( Baza podataka…).
Prozor " Oporavak baze podataka» ( Vrati bazu podataka). Ovdje kao izvor navodimo “ Iz uređaja» ( Iz uređaja) i odaberite datoteku sigurnosne kopije (stvorenu u koraku 1).
Postavi zastavu " Vratiti» ( Vratiti) pored odabrane sigurnosne kopije. Ako je potrebno, na " Mogućnosti» ( Mogućnosti), možete odrediti Dodatne mogućnosti obnove, čije se značenje može iščitati.
Nakon što su sve postavke napravljene, kliknite na " u redu" i pričekajte poruku o uspješnom vraćanju baze podataka.
3. Vraćanje sigurnosne kopije u drugu bazu podataka (kopiranje podataka)
Ako trebate učitati podatke u bazu podataka, drugačiji od onog iz kojeg je napravljena sigurnosna kopija, tada je prilikom učitavanja, osim radnji opisanih u stavku 2, potrebno na „ Mogućnosti" (Opcije) postavite nazive datoteka ove baze podataka i postavite oznaku " Prebrišite postojeću bazu podataka"(SA ZAMJENOM).
Je li vam ovaj članak pomogao?
Ovaj je članak posvećen rješenjima za oporavak MS SQL-a. Pokušat ćemo razmotriti glavne točke i važne pojedinosti koje treba uzeti u obzir pri planiranju i odabiru rješenja za vraćanje MS SQL baze podataka.
Unutar MS SQL planiranja oporavka od katastrofe dva su parametra od posebnog interesa: ciljno vrijeme oporavka (RTO) i ciljna točka oporavka (RPO).
RPO je drugim riječima vremensko razdoblje od zadnjeg Rezervni primjerak dok se ne dogodi incident tijekom kojeg će biti izgubljena nekritična količina podataka (informacija). RTO je prihvatljivo vrijeme unutar kojeg je potrebno vratiti funkcionalnost usluge/sustava od trenutka incidenta. Obje opcije imaju varijabilna vrijednost a ovise o zahtjevima za određeni sustav. Stoga je za ispunjenje utvrđenog RPO i RTO potrebno imati odgovarajući pričuvni plan. Koristeći primjer, analizirat ćemo moguće hitne incidente i pokušati identificirati točke kvara našeg SQL poslužitelja i načine za njihovo rješavanje:
- hardverski kvar, fizički kvar poslužitelja: diskovi, CPU, matična ploča, napajanje itd.
- softverski kvar: operacijski sustav, baza podataka
Za svaki identificirani incident postoji čitav niz mjera za izbjegavanje posljedica incidenta.
VISOKA DOSTUPNOST MS SQL
S visokim zahtjevima za RPO i RTO (sekunde/minute), jedino rješenje za osiguranje MS SQL tolerancije na pogreške je organiziranje poslužitelja s tehnologijom visoke dostupnosti (High Availability):
- Ugrađeni MS SQL i OS alati Windows poslužitelj možemo postići visoku dostupnost (High Availability) implementacijom Windows Server Failover Clustera (WSFC), uključujući korištenje tehnologije AlwaysOn. Failover klaster sastoji se od najmanje dva čvora/poslužitelja. Ako aktivni poslužitelj zakaže, dolazi do prijelaza na drugi dostupni poslužitelj, koji postaje aktivan. U tom slučaju, svi servisi koji su se nalazili na poslužitelju se automatski ili ručno prenose na drugi pristupačni čvor.
- U slučajevima s MS SQL virtualnim strojem, visoka dostupnost može se osigurati korištenjem virtualizacijskih alata VMware HA-cluster ili Hyper-V High Availability. U tom slučaju, ako fizički poslužitelj ne uspije, on vam omogućuje automatsko pokretanje virtualni stroj na drugom poslužitelju u klasteru.
Obje metode mogu se implementirati odvojeno ili zajedno, ako je potrebno. Klasteriranje je u velikoj mjeri dizajnirano za brzo uklanjanje hardverskih kvarova.
Prednosti visoke dostupnosti MS SQL-a:
- trenutno prebacivanje s čvora na čvor, bez zastoja
- bez ovisnosti o fizičkih poslužitelja
- omogućuje održavanje poslužitelja bez prekida u radu s bazom podataka
Nedostaci visoke dostupnosti MS SQL-a:
- implementacija zahtijeva dodatnu infrastrukturu i resurse
- visoka cijena rješenja za licence i opremu
- složeniju i visokokvalificiranu uslugu
BACKUP MS SQL
U slučajevima kada zahtjevi za RTO i RPO nisu visoki i nema potrebe za High Availability (clustering), kako bi se osigurala tolerancija na pogreške MS SQL baza podataka na fizičkom ili virtualnom poslužitelju, sigurnosna kopija je nužan uvjet. Da biste to učinili, možete koristiti ugrađeni SQL funkcije Poslužitelj ili koristiti zasebne specijalizirane sustave koji podržavaju razne načine MS SQL sigurnosna kopija, na primjer:
Ovi sustavi pomoći će u izbjegavanju hardverskih i softverskih kvarova u radu poslužitelja baze podataka.
Nakon izračuna RTO i RPO vrijednosti, možete nastaviti s planiranjem konfiguracije SQL poslužitelja. Da bismo postigli ove vrijednosti, možemo koristiti i gore navedene tehnologije visoke dostupnosti i baze podataka za sigurnosne kopije.
MS SQL backup propisi
- Sigurnosne kopije moraju biti na različitim fizičkim medijima od izvornih datoteka baze podataka
- Upotrijebite testni poslužitelj (sandbox) za testiranje postupka oporavka sigurnosne kopije
- Radite svakodnevno
- Činite to što je češće moguće. Zauzimaju puno manje prostora za pohranu i dodatno smanjuju rizik od gubitka podataka
- Sigurnosno kopirajte zapisnike transakcija što je češće moguće. Dnevnici transakcija sadrže sve najnovije akcije događaja koji su se dogodili u bazi podataka. Dnevnici se mogu koristiti za vraćanje baze podataka na određenu točku u vremenu, a to je najveća prednost. Sigurnosne kopije dnevnika transakcija mogu se izvoditi dok je sustav pokrenut. Ako je učestalost stvaranja novih podataka u vašoj bazi podataka vrlo visoka, tada možete napraviti sigurnosne kopije dnevnika transakcija svakih 10 minuta, dok se za druge baze podataka koje su manje aktivne takve sigurnosne kopije mogu izvoditi svakih 30 ili 60 minuta
- Napravite sigurnosne kopije baza podataka MS SQL sustava: server, master, model i msdb. Ove baze podataka su apsolutno neophodne jer sadrže konfiguraciju sustava kao i informacije o poslu SQL Servera koje će se morati vratiti u slučaju potpunog oporavka sustava
POSTAVLJANJE MS SQL SIGURNOSNE KOPIJE POMOĆU BACKUP EXEC
Backup Exec nudi tri MS SQL metode sigurnosnog kopiranja: Full, Differential i Full Copy-only. Full metoda izvodi punu sigurnosnu kopiju cijele baze podataka, dok Differential izvodi sigurnosnu kopiju samo promijenjenih blokova u bazi podataka od posljednje pune sigurnosne kopije. Metoda samo pune kopije identična je punoj sigurnosnoj kopiji, osim što ne utječe na naknadne diferencijalne sigurnosne kopije.
Razmotrimo svaki slučaj detaljnije; da bismo to učinili, stvorit ćemo novi zadatak u sustavu za sigurnosno kopiranje glavne i sistemske baze podataka.
Zatim u postavkama parametara (opcije) odaberite vrstu zadatka (prvo konfigurirajte Full, a zatim Differential backup).
Backup Exec ima vrlo važan i korisna značajka"Provjera dosljednosti prije/nakon sigurnosnog kopiranja", postoje četiri opcije za odabir:
- ne provjeravajte
- puna provjera, isključujući indekse
- puna provjera uzimajući u obzir indekse
- samo fizički pregled
Da biste konfigurirali diferencijalnu sigurnosnu kopiju, morate (slično kao i puna sigurnosna kopija posla) prvo dodati novi zadatak diferencijalnog posla, a zatim odabrati jednu od metoda sigurnosne kopije na kartici Microsoft SQL.
U ovaj popis prvenstveno zainteresirani "Razlika - sigurnosna kopija promjena baze podataka od zadnje pune"(stvaranje diferencijalne sigurnosne kopije na temelju pune). Također je moguće izraditi diferencijalnu sigurnosnu kopiju (na razini bloka) s naknadnom konverzijom u virtualni stroj “Diferencijalno (razina bloka) - Sigurnosno kopirajte promjene baze podataka od zadnje pune – koristite s poslom pretvaranja u virtualni stroj”.
Drugi važan parametar je "Dnevnik - sigurnosno kopiranje i skraćivanje dnevnika transakcija" za MS SQL backup dnevnika transakcija.
Pokrili smo glavne točke MS SQL sigurnosne kopije. Imajte na umu da je sigurnosno kopiranje dio ukupnog plana oporavka od katastrofe (DRP), stoga je prije planiranja sigurnosnog kopiranja potrebno provesti kompletnu analizu sustava i infrastrukture kako bi se osigurali RPO i RTO. A ako je moguće izvršiti DRP planiranje tijekom razvoja sustava, to će pomoći u uklanjanju mnogih problema i, eventualno, smanjiti troškove rada sustava.
Podaci korišteni u članku preuzeti su iz službenih izvora.
“Onaj tko posjeduje informacije posjeduje svijet” - Mayer Amschel Rothschild
Najvrjednija imovina u svakom poslu su informacije. Gubitak informacija može dovesti do nepredvidivih posljedica, uglavnom financijskih. Stoga jedan od glavni zadaci IT stručnjaci odgovorni su za backup cjelokupne IT infrastrukture. Ovo se također odnosi na MS SQL Server baze podataka.
Kako bi se osigurala sigurnost podataka u korištenim bazama podataka, kao i kako bi se smanjilo vrijeme vraćanja funkcionalnosti, potrebno je periodično raditi sigurnosne kopije SQL poslužitelja.
Pogledajmo jednostavan primjer: trebate konfigurirati sigurnosnu kopiju baze podataka na zasebnom disku.
Riješenje:
- Otvor Microsoft SQL Server Management Studio. U navigacijskom izborniku s desne strane otvorite karticu "Kontrolirati". Tamo vidimo karticu "Servisni planovi". Desni klik -> "Izradite plan usluge" i dajte ime našem planu (slika 1):
Slika 1 Stvaranje novog servisnog plana.
2. Dodajte zadatak na alatnu traku "Sigurnosna kopija baze podataka"(Slika 2):
Slika 2 Dodavanje zadatka "Sigurnosna kopija baze podataka".
3. Na kreirani zadatak kliknite desnom tipkom miša -> "Promijeniti"(Sl.3):
4. U prozoru svojstava zadatka odaberite vrstu sigurnosne kopije (u mom slučaju punu), odaberite željenu bazu podataka (imam ka_cons), direktorij za sigurnosne kopije, mogućnost provjere integriteta sigurnosnih kopija i mogućnosti kompresije za njih ( Slika 4-6):
Slika 4 Vrsta sigurnosne kopije - puna.
Slika 5 Odabir baze podataka za backup.
Slika 6 Definiranje direktorija za sigurnosne kopije, provjera integriteta i omjera kompresije.
5. Na ploči postavki plana usluge s desne strane. pritisni gumb "Raspored"(Sl.7):
6. Postavite raspored koji nam treba i kliknite "U REDU"(Sl.8):
Slika 8 Postavljanje rasporeda sigurnosnog kopiranja.
7. Spremite naš servisni plan (slika 9):
Slika 9 Spremanje plana održavanja.
Planirano sigurnosno kopiranje pune baze podataka je konfigurirano.
Vratimo bazu podataka “Test _Recovery” u “ t 4».
Počnimo vraćati bazu podataka iz pune sigurnosne kopije "Full2_Test_Recovery.bak" koristeći "SQL Server Management Studio" " Kliknite desnom tipkom miša na bazu podataka " Test_oporavak ", u izborniku koji se pojavi odaberite " Zadaci", zatim "Vrati", zatim "Baza podataka".
U prozoru koji se pojavi " Vrati bazu podataka" u odjeljku "Izvor" odaberite "Uređaj". Dalje « Dodaj ", unesite stazu "\\ vniz - tst - bkp 01. test . lokalni\Backup_SQL\Full 2_Test_Recovery. bak", kliknite "U redu". U odjeljku "Odredište" odaberite Baza podataka "Testni oporavak"
Kliknite "U redu"
Baza će biti uspješno obnovljena.
Pogledajmo vraćanje baze podataka pomoću Transact-SQL-a.
Desnom tipkom miša kliknite bazu podataka "Test_Recovery" i odaberite "Novi upit" iz izbornika koji se pojavi:
U prozor koji se pojavi unesite:
KORISTITI ovladati; majstorski
VRATITI DATABASE Test_Recovery
IZ DISK = "\\vniz-tst-bkp01.test.local\Backup_SQL\Full2_Test_Recovery.bak"
S ZAMIJENITI
Baza će biti uspješno obnovljena.
U ovom smo primjeru koristili parametar "REPLACE":
Oporavak obično sprječava da baza podataka slučajno prebriše druga baza podataka. Ako baza podataka navedena u izrazu RESTORE već postoji na trenutnom poslužitelju, a obiteljski GUID za navedenu bazu podataka je različit od obiteljskog GUID-a za bazu podataka snimljenu u sigurnosnom skupu, tada baza podataka neće biti vraćena.
Opcija REPLACE nadjačava nekoliko važnih provjera koje se obično izvode operacijom vraćanja. Sljedeće provjere su otkazane.
- Provjera vraćanja sigurnosne kopije stvorene za drugu bazu podataka preko postojeće baze podataka.Kada koristite opciju REPLACE, vraćanje može pisati podatke preko postojeće baze podataka, bez obzira na to koje su baze podataka sadržane u skupu sigurnosne kopije, čak i ako je navedeno ime podataka različito od onoga što je zapisano u skupu sigurnosne kopije. To može dovesti do slučajnog brisanja baze podataka drugom bazom podataka.
- Testiranje oporavka baze podataka koja koristi model potpunog oporavka ili model oporavka s skupnim zapisom za koji nije napravljena sigurnosna kopija zadnjeg dnevnika i nije primijenjena opcija STOPAT.Kada koristite opciju ZAMIJENI, možete izgubiti predane podatke jer posljednji zabilježeni podaci još nisu kopirani u sigurnosnu kopiju.
- Prebrišite postojeće datoteke.