Կրկնօրինակեք SQL Server տվյալների բազա՝ մեր ամբողջական 2025 թվականի ուղեցույցով։ Քայլ առ քայլ հրահանգներ և լավագույն փորձ բոլոր հմտությունների մակարդակների համար։
1. Ներածություն SQL Server Կրկնօրինակեք
1.1 Ինչ է SQL Server Պահուստային պատճեն?
SQL Server Պահուստավորումը ձեր տվյալների բազայի ֆայլերի պատճեններ ստեղծելու գործընթաց է՝ տվյալների կորստից պաշտպանվելու համար: Պահուստավորումը գրանցում է ձեր տվյալների բազայի վիճակը որոշակի ժամանակահատվածում՝ թույլ տալով վերականգնել տվյալները, եթե տեղի ունենան սարքավորումների խափանումներ, մարդկային սխալներ կամ աղետներ:
SQL Server Ըստ լռելյայնի, պահուստային պատճենները պահում է .bak ֆայլերում, որոնք պարունակում են տվյալների բազայի բոլոր օբյեկտները, ներառյալ աղյուսակները, պահված պրոցեդուրաները, դիտումները, ինդեքսները և գործարքների գրանցամատյանները:
1.2 Ինչու SQL Server Պահուստավորումը կարևոր է
Տվյալների բազայի պահուստավորումը ծառայում է որպես ձեր վերջին պաշտպանության գիծ տվյալների կորստի դեմ: Առանց պատշաճ պահուստավորման, ձեր կազմակերպությունը ռիսկի է դիմում.
- Մշտական տվյալների կորուստ սարքավորման խափանումներից կամ վնասներից
- Ընդլայնված պարապուրդ վերականգնման փորձերի ընթացքում
- Բիզնեսի խափանում և եկամտի կորուստ
- Համապատասխանության խախտումներ եթե տվյալները չեն կարող վերականգնվել
- Հեղինակության վնաս ծառայության ընդհատումներից
կանոնավոր SQL Server պահուստավորումները ապահովում են բիզնեսի շարունակականությունը և համապատասխանում են տվյալների պաշտպանության կարգավորող պահանջներին։
1.3 Տվյալների կորստի տարածված սցենարներ
Տվյալների կորստի ժամանակի հասկացումը կօգնի ձեզ մշակել արդյունավետ պահուստավորման ռազմավարություն.
- Սարքավորումների խափանումներ. Սկավառակի խափանումներ, սերվերի անսարքություններ կամ պահեստավորման համակարգի խափանումներ
- Մարդկային սխալներ. Պատահական ջնջումներ, սխալ թարմացումներ կամ բաց թողնված աղյուսակներ
- Ծրագրային խնդիրներ. Ծրագրի սխալներ, վնասված թարմացումներ կամ համակարգի խափանումներ
- Անվտանգության խախտումներ. Փրկագին պահանջող հարձակումներ, չարամիտ ջնջումներ կամ չարտոնված մուտք
- Բնական աղետներ: Հրդեհներ, ջրհեղեղներ կամ էլեկտրաէներգիայի անջատումներ, որոնք ազդում են տվյալների կենտրոնների վրա
2: Հասկանալով SQL Server Կրկնօրինակման տեսակները
SQL Server աջակցում է պահուստավորման բազմաթիվ տեսակներ, որոնցից յուրաքանչյուրը բավարարում է վերականգնման և պահեստավորման տարբեր կարիքներ։
2.1 Լրիվ պահուստավորում
Լրիվ պահուստային պատճենը ստեղծում է ձեր ամբողջ տվյալների բազայի ամբողջական պատճենը, ներառյալ բոլոր տվյալների ֆայլերը և վերականգնման համար անհրաժեշտ գործարքների գրանցամատյանի մի մասը։
2.1.1 Ե՞րբ օգտագործել լրիվ պահուստավորումը
Լրիվ պահուստավորումները իդեալական են հետևյալի համար.
- Այլ պահուստային պատճենների տեսակների համար բազային մակարդակի սահմանում
- Փոքր և միջին տվյալների բազաներ, որտեղ պահուստավորման ժամանակը ընդունելի է
- Շաբաթական կամ ամսական պահուստավորման ժամանակացույցեր
- Հազվադեպ փոփոխություններով տվյալների բազաներ
2.1.2 Լրիվ պահուստավորման առավելություններն ու սահմանափակումները
Առավելությունները.
- Վերականգնման ամենապարզ գործընթացը՝ մեկ ֆայլը պարունակում է ամեն ինչ
- Ինքնուրույն և անկախ այլ պահուստային պատճեններից
- Տվյալների բազայի ամբողջական վերականգնման ամենաարագ վերականգնման ժամանակը
Սահմանափակումները քանակը:
- Պահանջում է զգալի պահեստային տարածք
- Ավելի երկար պահուստավորման ժամանակ մեծ տվյալների բազաների համար
- Ավելի բարձր ռեսուրսների սպառում պահուստավորման գործողությունների ընթացքում
2.2 Դիֆերենցիալ պահուստավորում
Դիֆերենցիալ պահուստավորումը գրանցում է միայն վերջին լրիվ պահուստավորումից ի վեր տվյալների փոփոխությունները, ինչը կրճատում է պահուստավորման ժամանակը և պահեստավորման պահանջները։
2.2.1 Ինչպես է գործում դիֆերենցիալ պահուստավորումը
Դիֆերենցիալ պահուստավորումները հետևում են փոփոխություններին՝ օգտագործելով փոփոխված չափերը։ Երբ վերականգնում եք, SQL Server նախ կիրառում է վերջին լրիվ պահուստային պատճենը, ապա՝ ամենավերջին դիֆերենցիալ պահուստային պատճենը։
2.2.2 Լրիվ ընդդեմ դիֆերենցիալ պահուստավորման
| Կերպարանք | Ամբողջ կրկնօրինակում | Դիֆերենցիալ պահուստավորում |
|---|---|---|
| Չափս | Լրիվ տվյալների բազա | Միայն վերջին լրիվ պահուստավորումից հետո կատարված փոփոխությունները |
| Կրկնօրինակման ժամանակը | Ամենաերկարը | Ավելի արագ, քան լիքը |
| Վերականգնման գործընթաց | Մեկ ֆայլի վերականգնում | Պահանջվում է լրիվ + դիֆերենցիալ |
| Պահանջվում է պահեստավորում | Ամենաշատ տարածքը | Սկզբում ավելի քիչ տարածք, ժամանակի ընթացքում աճում է |
2.3 Գործարքների գրանցամատյանի պահուստավորում
Գործարքների գրանցամատյանի պահուստային պատճենները գրանցում են բոլոր գործարքները վերջին գրանցամատյանի պահուստավորումից ի վեր, ինչը հնարավորություն է տալիս վերականգնել դրանք տվյալ պահին։
2.3.1 Գործարքների գրանցամատյանների ըմբռնումը
Գործարքների գրանցամատյանը գրանցում է ձեր տվյալների բազայի յուրաքանչյուր փոփոխություն: Գրանցամատյանի պահուստային պատճենները կտրում են գրանցամատյանի ոչ ակտիվ մասը՝ կանխելով դրա անորոշ ժամանակով աճը և սկավառակի լցվելը:
2.3.2 Ժամանակի ընթացքում վերականգնում
Գործարքների գրանցամատյանի պահուստավորումը թույլ է տալիս վերականգնել ձեր տվյալների բազան գրանցամատյանի պահուստավորման ցանկացած պահի։ Սա կարևոր է պատահական տվյալների փոփոխություններից կամ ջնջումներից վերականգնելու համար։
Ժամանակավոր վերականգնում կատարելու համար ձեզ անհրաժեշտ է՝
- Վերջին լրիվ պահուստավորումը
- Վերջին դիֆերենցիալ պահուստավորումը (ըստ ցանկության)
- Բոլոր գործարքների գրանցամատյանի պահուստավորումները՝ սկսած լրիվ/դիֆերենցիալ պահուստավորումից մինչև ձեր նպատակային ժամանակը
2.4 Պահուստային արխիվ
Պահուստային գրանցամատյանների պահուստավորումը գրանցում է դեռևս չպահուստավորված գրանցամատյանների գրառումները՝ կանխելով տվյալների կորուստը և պահպանելով ամբողջական գրանցամատյանների շղթան։ Վերականգնելուց առաջ SQL Server Տվյալների բազան վերջին պահի դրությամբ պահուստավորելու համար դուք պետք է պահուստավորեք դրա գործարքների գրանցամատյանի վերջի պատճենը։ Վերջնական գրանցամատյանի պահուստային պատճենը տվյալների բազայի վերականգնման ծրագրում հետաքրքրող վերջին պահուստային պատճենն է։
Նշում: Ոչ բոլոր վերականգնման սցենարներն են պահանջում tail-log պահուստավորում։ Դրա կարիքը չկա, եթե վերականգնման կետը պարունակվում է նախորդ գրանցամատյանի պահուստավորման մեջ։ Tail-log պահուստավորումը նույնպես անհրաժեշտ չէ, եթե տեղափոխում կամ փոխարինում (վերագրում) եք տվյալների բազա և անհրաժեշտ չէ այն վերականգնել վերջին պահուստավորումից հետո եղած ժամանակային կետին։
2.4.1 Երբ անհրաժեշտ են տվյալների պահուստավորման պատճենները
Հետևյալ սցենարները նկարագրում են, թե երբ պետք է պահուստային պատճենահանում կատարեք։
Առցանց տվյալների բազայի վերականգնում. Եթե տվյալների բազան առցանց է, և դուք պլանավորում եք վերականգնել տվյալների բազան, սկսեք գրանցամատյանի վերջնամասի պահուստավորումից։ Առցանց տվյալների բազայի սխալից խուսափելու համար պահուստավորում կատարելիս պետք է օգտագործեք BACKUP Transact-SQL հայտարարության WITH NORECOVERY տարբերակը։ SQL Server տվյալների բազա:
Անցանց տվյալների բազայի վերականգնում. Եթե տվյալների բազան անցանց է և չի կարողանում գործարկվել, և դուք պետք է վերականգնեք այն, նախ պահուստավորեք գրանցամատյանի վերջը։ Քանի որ այս պահին գործարքներ չեն կարող տեղի ունենալ, WITH NORECOVERY տարբերակի օգտագործումը կամավոր է։ Այս դեպքում NORECOVERY-ն գործնականում նույնն է, ինչ միայն պատճենահանման համար նախատեսված գործարքների գրանցամատյանի պահուստավորումը։
Վնասված տվյալների բազայի պահուստային պատճենը. Եթե տվյալների բազան վնասված է, փորձեք ստեղծել tail-log պահուստային պատճեն՝ օգտագործելով BACKUP հրամանի WITH CONTINUE_AFTER_ERROR տարբերակը: Վնասված տվյալների բազայում գրանցամատյանի tail-log պահուստային պատճենը կարող է հաջողությամբ կատարվել միայն այն դեպքում, եթե գրանցամատյանների ֆայլերը չեն վնասվել, տվյալների բազան գտնվում է tail-log պահուստային պատճենները աջակցող վիճակում, և տվյալների բազան չի պարունակում որևէ զանգվածային գրանցումների փոփոխություն: Եթե tail-log պահուստային պատճենը չի կարող ստեղծվել, ապա վերջին MS-ից հետո կատարված բոլոր գործարքները... SQL Server պահուստային տվյալների բազան կորչում է։
2.4.2 Tail-Log պահուստավորման հիմնական տարբերակները
ԱՌՈՂՋԱՊԱՀՈՒԹՅԱՆ ՀԵՏ՝ Օգտագործեք WITH NORECOVERY-ն, եթե պահուստավորում եք առցանց տվյալների բազայի գրանցամատյանի մի մասը, որը պլանավորում եք հետագայում վերականգնել: NORECOVERY-ն տվյալների բազան դուրս է բերում ցանցից: Կարող եք նաև պահուստավորել: SQL Server Անցանց տվյալների բազայի պոչային գրանցամատյանը։ Եթե ցանկանում եք տվյալների բազան թողնել անցանց, օգտագործեք WITH NORECOVERY-ը։ Նկատի ունեցեք, որ գրանցամատյանը կկրճատվի, եթե չնշեք COPY_ONLY կամ NO_TRUNCATE տարբերակները։
CONTINUE_AFTER_ERROR-Ի ՀԵՏ՝ Օգտագործեք CONTINUE_AFTER_ERROR-ը միայն այն դեպքում, եթե պահուստավորում եք վնասված տվյալների բազայի վերջույթը: Երբ պահուստավորում եք վնասված տվյալների բազայի գրանցամատյանի վերջույթը, գրանցամատյանների պահուստներում սովորաբար գրանցված որոշ մետատվյալներ կարող են անհասանելի լինել:
2.5 Միայն պատճենահանման համար նախատեսված պահուստային պատճեն
Միայն պատճենահանման համար նախատեսված պահուստային պատճենները ստեղծում են անկախ պահուստային պատճեն՝ առանց ազդելու պահուստային պատճենների ստեղծման սովորական հաջորդականության վրա։ Դրանք չեն խաթարում դիֆերենցիալ պահուստային շղթաները կամ գործարքների գրանցամատյանի անընդհատությունը։
Օգտագործեք միայն պատճենման համար նախատեսված պահուստային պատճեններ հետևյալի համար՝
- Փորձարկման կամ մշակման տվյալների բազայի պատճենների ստեղծում
- Ad-hoc պահուստավորումներ՝ առանց պլանավորված պահուստավորման վրա ազդելու
- Պահուստավորում խոշոր փոփոխություններից կամ փորձարկումներից առաջ
2.6 Ֆայլերի և ֆայլերի խմբերի պահուստավորում
Ֆայլերի և ֆայլերի խմբերի պահուստավորումը նպատակաուղղված է որոշակի տվյալների բազայի ֆայլերին կամ ֆայլերի խմբերին, այլ ոչ թե ամբողջ տվյալների բազային։ Այս մոտեցումը լավ է աշխատում շատ մեծ տվյալների բազաների համար, որտեղ ամեն ինչի պահուստավորումը չափազանց երկար է տևում։
Առավելությունները ներառում են `
- Ավելի արագ պահուստային գործողություններ մեծ տվյալների բազաների համար
- Մի քանի ֆայլային խմբերի զուգահեռ պահուստավորում
- Հատիկավոր վերականգնման տարբերակներ
- Օպտիմիզացված պահուստավորման ժամանակացույցեր միայն ընթերցման ֆայլային խմբերի համար
2.7 Մասնակի պահուստավորում
Մասնակի պահուստավորումները ներառում են հիմնական ֆայլային խմբի բոլոր տվյալները և ցանկացած ընթերցման-գրելու ֆայլային խմբեր, բացառությամբ միայն ընթերցման ֆայլային խմբերի: Սա կրճատում է պահուստավորման չափը և ժամանակը այն տվյալների բազաների համար, որոնցում պահվում են միայն ընթերցման ֆայլային խմբերում պահվող ստատիկ պատմական տվյալներ:
3. SQL Server Վերականգնման մոդելներ
SQL Server Վերականգնման մոդելները որոշում են, թե որ պահուստային պատճենների տեսակներն են հասանելի և ինչպես են կառավարվում գործարքների գրանցամատյանները։
3.1 Պարզ վերականգնման մոդել
3.1.1 Բնութագրեր և օգտագործման դեպքեր
Պարզ վերականգնումը ավտոմատ կերպով կրճատում է գործարքների գրանցամատյանը յուրաքանչյուր ստուգիչ կետից հետո՝ ազատելով տարածք առանց գրանցամատյանի պահուստավորման անհրաժեշտության։
Լավագույնը `
- Մշակում և փորձարկման տվյալների բազաներ
- Տվյալների բազաներ, որտեղ տվյալների կորուստը թույլատրելի է պահուստային պատճենների միջև
- Տվյալների պահեստներ՝ ETL գործընթացներով, որոնք կարող են վերագործարկվել
- Միայն ընթերցման կամ հաշվետվողական տվյալների բազաներ
3.1.2 Հասանելի պահուստավորման տարբերակներ
Պարզ վերականգնման աջակցություն.
- Լրիվ պահուստավորումներ
- Դիֆերենցիալ պահուստավորումներ
- Ֆայլերի և ֆայլերի խմբերի պահուստավորում
- Միայն պատճենահանման համար նախատեսված պահուստային պատճեններ
Գործարքների գրանցամատյանի պահուստային պատճենները անհասանելի պարզ վերականգնման մոդելում։
3.2 Լրիվ վերականգնման մոդել
3.2.1 Առանձնահատկություններ և առավելություններ
Լրիվ վերականգնումը գրանցում է բոլոր գործարքները և պահպանում է գրանցամատյանի գրառումները մինչև դրանց պահուստավորումը: Սա հնարավորություն է տալիս ամբողջական տվյալների վերականգնում գործարքների գրանցամատյանի պահուստավորման ցանկացած պահի:
Հիմնական Նպաստներ:
- Տվյալների կորստի նվազագույն հավանականություն
- Ժամանակին վերականգնման հնարավորություն
- Աջակցում է գրանցամատյանի առաքմանը և տվյալների բազայի հայելային արտացոլմանը
- Վերականգնման առավելագույն ճկունություն
3.2.2 Գործարքների գրանցամատյանի կառավարում
Լրիվ վերականգնման դեպքում դուք պետք է կանոնավոր կերպով պահուստավորեք գործարքների գրանցամատյանները՝
- Կանխել գործարքների գրանցամատյանի կողմից սկավառակի տարածքը լցնելը
- Պահպանեք անընդհատ պահուստային շղթա
- Միացնել ժամանակի վերականգնումը
- Վերահսկեք գրանցամատյանի ֆայլերի աճը
Տիպիկ պահուստավորման ժամանակացույց՝ շաբաթական լրիվ պահուստավորում, օրական դիֆերենցիալ պահուստավորում, յուրաքանչյուր 15-30 րոպեն մեկ գրանցամատյանների պահուստավորում։
3.3 Զանգվածային գրանցման վերականգնման մոդել
3.3.1 Ե՞րբ օգտագործել զանգվածային գրանցումը
Բազմաբաժանման գրանցումներով վերականգնումը նվազագույնի է հասցնում զանգվածային գործողությունները, ինչպիսիք են BULK INSERT-ը, SELECT INTO-ն և ինդեքսի վերակառուցումները, միաժամանակ պահպանելով կանոնավոր գործարքների լրիվ գրանցումը։
Օգտագործեք զանգվածային գրանցումների վերականգնումը, երբ՝
- Մեծածավալ ներմուծման գործողությունների իրականացում
- Մեծ աղյուսակների վրա ինդեքսների վերակառուցում
- Կատարելով գործողություններ, որոնք օգուտ են քաղում նվազագույն գրանցումից
- Անհրաժեշտ է կրճատել գործարքների գրանցամատյանի չափը որոշակի գործողությունների ընթացքում
3.3.2 Սահմանափակումներ և նկատառումներ
Կարևոր սահմանափակումներ.
- Ժամանակային վերականգնումը հասանելի չէ զանգվածային գործողությունների ժամանակ
- Գրանցամատյանի պահուստավորումները մեծ են, երբ տեղի են ունենում զանգվածային գործողություններ
- Անհրաժեշտության դեպքում պետք է անցնել լրիվ և զանգվածային գրանցումների միջև
3.4 Վերականգնման ճիշտ մոդելի ընտրություն
Ընտրեք ձեր վերականգնման մոդելը՝ հիմնվելով բիզնեսի պահանջների վրա.
| Վերականգնման մոդել | Տվյալների կորստի ռիսկ | Ժամանակի վերականգնում | Լավագույն For |
|---|---|---|---|
| Պարզ | Վերջին պահուստավորումից հետո փոփոխությունները | Ոչ | Մշակող/փորձարկող, ընդունելի տվյալների կորուստ |
| Լրիվ | Նվազագույն (սովորաբար րոպե) | Այո | Արտադրական տվյալների բազաներ, կարևոր տվյալներ |
| Զանգվածային գրանցում | Վերջին գրանցամատյանի պահուստավորումից հետո կատարված փոփոխությունները | Սահմանափակ է մեծածավալ գործողությունների ժամանակ | Ժամանակավոր օգտագործում մեծածավալ գործողությունների ժամանակ |
4: պահուստ SQL Server Տվյալների բազա՝ օգտագործելով SSMS
4.1 Նախապայմաններ և նախապատրաստություն
Նախքան ձեր պահուստավորումը SQL Server տվյալների բազայում, համոզվեք, որ՝
- Դուք ունեք համապատասխան թույլտվություններ (db_owner կամ BACKUP DATABASE թույլտվություն)
- Բավարար սկավառակի տարածք պահուստային ֆայլի համար
- SQL Server Կառավարման ստուդիան (SSMS) տեղադրված է
- Ցանցային ուղիները հասանելի են ցանցային տեղանքներում պահուստավորելու դեպքում
4.2 Քայլ առ քայլ. Լրիվ պահուստավորում SSMS-ի միջոցով
Հետևեք այս քայլերին՝ ձեր տվյալների ամբողջական պահուստային պատճենը ստեղծելու համար SQL Server տվյալների բազա՝ օգտագործելով SSMS:
4.2.1 Բացում SQL Server Կառավարման ստուդիա
- Launch SQL Server Կառավարման ստուդիա
- Մուտքագրեք ձեր սերվերի անունը դաշտում Սերվերի անունը դաշտ
- Ընտրեք ձեր նույնականացման մեթոդը
- Սեղմել միացնել
4.2.2 Տվյալների բազայի և պահուստավորման տարբերակների ընտրություն
- In Օբյեկտների հետազոտող, ընդարձակեք Սայլակ հանգույց
- Սեղմեք աջ կոճակով այն տվյալների բազայի վրա, որը ցանկանում եք պահուստավորել
- ընտրել Խնդիրներ -> Վերադառնալ Up
- Է Պահուստային տվյալների բազա պատուհանում ստուգեք տվյալների բազայի անունը
- ընտրել Լրիվ ինչպես Պահուստային պատճենի տեսակը
4.2.3 Պահուստավորման նպատակակետի կարգավորում
- Under նշանակման վայրՀամար Հեռացնել մաքրել լռելյայն ուղին (անհրաժեշտության դեպքում)
- Սեղմել Ավելացնել նոր պահուստային տեղադրություն նշելու համար
- Մուտքագրեք ֆայլի ուղին և անունը՝ .bak երկարացնելը
- Սեղմել OK նպատակակետը հաստատելու համար
4.2.4 Advanced Backup Կարգավորումներ
- Սեղմել Մեդիա Ընտրանքներ ձախ վահանակում
- Ընտրեք պահուստավորման տարբերակները՝
- Վերագրել բոլոր առկա պահուստային հավաքածուները - Փոխարինում է առկա պահուստային պատճենները
- Կցել առկա պահուստային հավաքածուին - Ավելացվում է առկա պահուստային ֆայլին
- Սեղմել Կրկնօրինակման ընտրանքները ձախ վահանակում
- Կարգավորեք լրացուցիչ կարգավորումները՝
- Սեղմել պահուստային պատճենը - Նվազեցնում է պահուստային ֆայլի չափը
- Գաղտնագրել պահուստային պատճենը - Պաշտպանում է զգայուն տվյալները
- Ավարտելուց հետո ստուգեք պահուստավորումը - Ստուգում է պահուստային պատճենի ամբողջականությունը
4.2.5 Պահուստավորման իրականացում
- Վերանայեք բոլոր կարգավորումները բաժնում Պահուստային տվյալների բազա պատուհան
- Սեղմել OK պահուստավորման գործընթացը սկսելու համար
- Սպասեք պահուստավորման ավարտին
- Հաջողության մասին հաղորդագրություն է հայտնվում, երբ պահուստավորումն ավարտվում է
- Սեղմել OK հաստատման երկխոսության պատուհանը փակելու համար
4.3 SSMS-ի միջոցով դիֆերենցիալ պահուստավորման ստեղծում
Դիֆերենցիալ պահուստավորում ստեղծելու համար հետևեք նույն քայլերին, ինչ լրիվ պահուստավորումը, բայց ընտրեք Դիֆերենցիալ որպես 4.2.2 քայլում նշված պահուստային պատճենի տեսակը։ Հիշե՛ք, որ դիֆերենցիալ պահուստավորումները պահանջում են նախնական լրիվ պահուստավորում՝ որպես բազային։
4.4 Գործարքների գրանցամատյանի պահուստային պատճենի ստեղծում SSMS-ի միջոցով
Գործարքների գրանցամատյանի պահուստային պատճենները հասանելի են միայն լրիվ կամ զանգվածային գրանցման վերականգնման մոդելներ օգտագործող տվյալների բազաների համար։
- Սեղմեք տվյալների բազայի վրա աջ կոճակով Օբյեկտների հետազոտող
- ընտրել Խնդիրներ -> Վերադառնալ Up
- Ընտրել Գործարքների գրանցամատյան որպես պահուստային տեսակ
- Կարգավորեք նպատակակետը և ընտրանքները ըստ անհրաժեշտության
- Սեղմել OK գրանցամատյանի պահուստային պատճեն ստեղծելու համար
4.5 SSMS-ի միջոցով միայն պատճենահանման համար նախատեսված պահուստային պատճենի ստեղծում
Միայն պատճենահանման համար նախատեսված պահուստային պատճենները չեն խանգարում ձեր սովորական պահուստային պատճենման հաջորդականությանը։
- Հետևեք ամբողջական պահուստային պատճեն ստեղծելու քայլերին
- Է Կրկնօրինակման ընտրանքները էջ
- Ստուգել Միայն պատճենահանման համար նախատեսված պահուստային պատճեն տարբերակ
- Ավարտեք պահուստավորման գործընթացը սովորականի պես
5: պահուստ SQL Server T-SQL օգտագործող տվյալների բազա
5.1 Պահուստային տվյալների բազայի հիմնական շարահյուսություն
T-SQL BACKUP DATABASE հրամանը ծրագրային վերահսկողություն է ապահովում SQL Server պահուստավորում:
BACKUP DATABASE database_name
TO DISK = 'backup_file_path'
WITH options;5.2 T-SQL հրամանների լրիվ պահուստավորում
5.2.1 Պարզ լրիվ պահուստավորման սկրիպտ
Ստեղծեք հիմնական լրիվ պահուստային պատճեն՝ նվազագույն ընտրանքներով.
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
GO5.2.2 Լրիվ պահուստավորում՝ ընտրանքներով
Ավելացրեք նկարագրական տեղեկատվություն և ձևաչափման տարբերակներ՝
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH FORMAT,
INIT,
NAME = 'AdventureWorks-Full Database Backup',
DESCRIPTION = 'Full backup of AdventureWorks database',
STATS = 10
GOԲացատրված տարբերակները՝
- FORMAT – Ստեղծում է նոր պահուստային հավաքածու
- INIT – Վերագրանցում է առկա պահուստային ֆայլը
- ԱՆՈՒՆԸ – Նշանակում է պահուստային պատճենների հավաքածուի անունը
- ՆԿԱՐԱԳՐՈՒԹՅՈՒՆ - Ավելացնում է նկարագրական տեքստ
- Stats - Ցույց է տալիս առաջընթացը յուրաքանչյուր 10%-ով
5.3 T-SQL դիֆերենցիալ պահուստավորման հրամաններ
Դիֆերենցիալ պահուստավորումները օգտագործում են Դիֆերենցիալ տարբերակը։
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Diff.bak'
WITH DIFFERENTIAL,
INIT,
NAME = 'AdventureWorks-Differential Backup',
STATS = 10
GO5.4 Գործարքների գրանցամատյանի պահուստային պատճենահանման T-SQL հրամաններ
Գործարքների գրանցամատյանի պահուստավորման համար օգտագործեք ՊԱՀՊԱՆՄԱՆ ԳՐԱՆՑԱՄԱՏՅԱՆԸ՝
BACKUP LOG AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Log.trn'
WITH INIT,
NAME = 'AdventureWorks-Transaction Log Backup',
STATS = 10
GO5.5 T-SQL պահուստավորման առաջադեմ տարբերակներ
5.5.1 Պահուստավորում բազմաթիվ ֆայլերի վրա
Բաշխեք պահուստային պատճենը մի քանի ֆայլերի միջև՝ ավելի արագ աշխատանքի համար.
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_1.bak',
DISK = 'D:\Backups\AdventureWorks_2.bak',
DISK = 'E:\Backups\AdventureWorks_3.bak'
WITH FORMAT, INIT
GO5.5.2 Պահուստավորում սեղմման միջոցով
Նվազեցրեք պահուստային ֆայլի չափը և ցանցի թողունակությունը.
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Compressed.bak'
WITH COMPRESSION,
INIT,
STATS = 10
GO5.5.3 Պահուստավորում կոդավորմամբ
Պաշտպանեք զգայուն տվյալները կոդավորմամբ.
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
ENCRYPTION (
ALGORITHM = AES_256,
SERVER CERTIFICATE = BackupCertificate
),
STATS = 10
GO5.5.4 Պահուստավորում գաղտնաբառի պաշտպանությամբ
Ավելացնել գաղտնաբառով պաշտպանություն (հնացած է, փոխարենը օգտագործեք կոդավորումը):
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH PASSWORD = 'StrongPassword123!',
INIT
GO5.5.5 Հայելային պահուստավորումներ
Ստեղծեք միաժամանակյա պատճեններ տարբեր վայրերում.
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
MIRROR TO DISK = 'D:\Backups\AdventureWorks_Mirror.bak'
WITH FORMAT, INIT
GO5.6 T-SQL պահուստավորման օրինակներ և սկրիպտներ
Լրացրեք պահուստային պատճենահանման սկրիպտը սխալների մշակմամբ.
DECLARE @BackupPath NVARCHAR(500);
DECLARE @DatabaseName NVARCHAR(128) = 'AdventureWorks';
DECLARE @BackupDate NVARCHAR(20);
SET @BackupDate = CONVERT(NVARCHAR(20), GETDATE(), 112);
SET @BackupPath = 'C:\Backups\' + @DatabaseName + '_' + @BackupDate + '.bak';
BEGIN TRY
BACKUP DATABASE @DatabaseName
TO DISK = @BackupPath
WITH COMPRESSION,
INIT,
NAME = @DatabaseName + '-Full Backup',
STATS = 10;
PRINT 'Backup completed successfully: ' + @BackupPath;
END TRY
BEGIN CATCH
PRINT 'Backup failed: ' + ERROR_MESSAGE();
END CATCH
GO6: պահուստ SQL Server Տվյալների բազա՝ օգտագործելով PowerShell
6.1 PowerShell պահուստավորման սմդլետներ
SQL Server PowerShell մոդուլը տրամադրում է cmdlet-ներ պահուստավորման ավտոմատացման համար.
- Backup-SqlDatabase - Ստեղծում է տվյալների բազայի պահուստային պատճեններ
- Վերականգնել-SqlDatabase-ը - Վերականգնում է տվյալների բազայի պահուստային պատճենները
- Get-SqlDatabase - Վերցնում է տվյալների բազայի տեղեկատվությունը
Ներմուծեք ՝ SQL Server մոդուլ:
Import-Module SqlServer6.2 Պահուստային սկրիպտների ստեղծում PowerShell-ի միջոցով
PowerShell-ի պահուստավորման հիմնական հրամանը.
Backup-SqlDatabase -ServerInstance "localhost" `
-Database "AdventureWorks" `
-BackupFile "C:\Backups\AdventureWorks.bak" `
-BackupAction Database `
-CompressionOption OnԴիֆերենցիալ պահուստավորման օրինակ՝
Backup-SqlDatabase -ServerInstance "localhost" `
-Database "AdventureWorks" `
-BackupFile "C:\Backups\AdventureWorks_Diff.bak" `
-BackupAction Database `
-IncrementalԳործարքների գրանցամատյանի պահուստավորում՝
Backup-SqlDatabase -ServerInstance "localhost" `
-Database "AdventureWorks" `
-BackupFile "C:\Backups\AdventureWorks_Log.trn" `
-BackupAction Log6.3 Պահուստավորման ավտոմատացում PowerShell-ի միջոցով
Ստեղծեք ավտոմատ պահուստավորման սկրիպտ բազմաթիվ տվյալների բազաների համար.
# Configuration
$ServerInstance = "localhost"
$BackupPath = "C:\Backups"
$Databases = @("AdventureWorks", "TestDB", "ProductionDB")
$Timestamp = Get-Date -Format "yyyyMMdd_HHmmss"
# Create backup directory if not exists
if (-not (Test-Path $BackupPath)) {
New-Item -ItemType Directory -Path $BackupPath
}
# Backup each database
foreach ($Database in $Databases) {
$BackupFile = Join-Path $BackupPath "$Database`_$Timestamp.bak"
try {
Backup-SqlDatabase -ServerInstance $ServerInstance `
-Database $Database `
-BackupFile $BackupFile `
-BackupAction Database `
-CompressionOption On
Write-Host "Successfully backed up $Database to $BackupFile" -ForegroundColor Green
}
catch {
Write-Host "Failed to backup $Database : $_" -ForegroundColor Red
}
}
7: պահուստ SQL Server Տվյալների բազա՝ օգտագործելով հրամանի տողը
SQL Server տրամադրում է հրամանի տողի օգտակար ծառայություններ, որոնք թույլ են տալիս պահուստավորել SQL Server տվյալների բազա՝ առանց SSMS կամ գրաֆիկական ինտերֆեյսների օգտագործման: Այս գործիքները կարևոր են ավտոմատացման, սկրիպտավորման և հեռակա կառավարման սցենարների համար:
7.1 SQLCMD պահուստային տվյալների բազայի օգտագործումը
SQLCMD-ը ժամանակակից հրամանային տողի գործիք է… SQL Server որը փոխարինեց OSQL-ին։ Այն ապահովում է բարելավված ֆունկցիոնալություն և խորհուրդ է տրվում որպես գործիք հրամանի տողից T-SQL հրամաններ կատարելու համար։
7.1.1 SQLCMD-ի հիմնական շարահյուսություն
sqlcmd -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"- -S: Նշում է SQL Server օրինակի անունը
- -դ: Նշում է տվյալների բազայի անունը
- -Հ: Կատարում է հարցումը և դուրս է գալիս
- -ԵՎ: Օգտագործում է Windows-ի նույնականացումը
- -U: Նշում է SQL Server մուտքի օգտատիրոջ անուն
- -P: Նշում է գաղտնաբառը SQL Server Նոր որոնում
7.1.2 SQLCMD-ի միջոցով պահուստային պատճենի ստեղծում
Պահուստավորելու համար SQL Server SQLCMD-ը օգտագործելով՝ հետևեք հետևյալ քայլերին.
- բաց Հրահանգ արագ or PowerShell
- Նավարկել դեպի SQL Server գործիքների գրացուցակ (սովորաբար ավելացվում է PATH-ին տեղադրման ընթացքում)
- Կատարեք SQLCMD պահուստային տվյալների բազայի հրամանը համապատասխան պարամետրերով
- Ստուգեք, որ պահուստային ֆայլը հաջողությամբ ստեղծվել է
Windows Authentication-ի միջոցով լրիվ պահուստավորման հրամանի օրինակ՝
sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"Օրինակ՝ օգտագործելով SQL Server Նույնականացման:
sqlcmd -S localhost -U sa -P YourPassword -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"Դիֆերենցիալ պահուստավորման ստեղծում SQLCMD-ի միջոցով
sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, COMPRESSION, INIT"Գործարքների գրանցամատյանի պահուստային պատճենի ստեղծում SQLCMD-ի միջոցով
sqlcmd -S localhost -E -Q "BACKUP LOG AdventureWorks TO DISK='C:\Backups\AdventureWorks_Log.trn' WITH COMPRESSION, INIT"7.1.3 Հրատարակչի տվյալների բազայի պահուստային պատճենը SQL Server Replication
Հրատարակիչների տվյալների բազաների պահուստավորում կատարելիս SQL Server Կրկնօրինակման դեպքում օգտագործեք WITH REPLICATION տարբերակը՝ կրկնօրինակման մետատվյալները պահպանելու և գործարքային հետևողականությունն ապահովելու համար։
-- Backup publisher database with replication support
BACKUP DATABASE PublisherDB
TO DISK = 'C:\Backup\PublisherDB_Full.bak'
WITH REPLICATION,
COMPRESSION,
CHECKSUM,
INIT,
STATS = 10;
GOԼրացուցիչ մանրամասների համար SQL Server կրկնօրինակում, տե՛ս մերը համապարփակ ուղեցույց.
7.2 Օգտագործեք OSQL պահուստային տվյալների բազան
OSQL-ը հնացած հրամանային տողի գործիք է SQL ServerՉնայած Microsoft-ը խորհուրդ է տալիս օգտագործել SQLCMD-ն, OSQL-ը մնում է հասանելի հին սկրիպտների և համակարգերի հետ հետադարձ համատեղելիության համար։
7.2.1 OSQL-ի հիմնական շարահյուսություն
OSQL-ի շարահյուսությունը նման է SQLCMD-ին.
osql -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"- -S: SQL Server օրինակի անունը
- -դ: Տվյալների բազայի անվանումը
- -Հ: Կատարում է հարցումը և դուրս է գալիս
- -ԵՎ: Օգտագործում է վստահելի կապ (Windows Authentication)
- -U: Մուտք գործեք օգտվողի անունը
- -P: Մուտքագրեք գաղտնաբառը
7.2.2 Պահուստային պատճենի ստեղծում OSQL-ի միջոցով
OSQL պահուստային տվյալների բազայի գործողություններ կատարելու համար՝
- բաց Հրահանգ արագ
- Ստուգեք, որ OSQL-ը հասանելի է ձեր համակարգչում SQL Server տեղակայում
- Կատարեք OSQL պահուստավորման հրամանը
Լրիվ պահուստավորման օրինակ՝
osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH INIT"Դիֆերենցիալ պահուստավորման օրինակ՝
osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, INIT"8. Երրորդ կողմ SQL Server Կրկնօրինակման գործիքներ
Ժամանակ SQL Server Ներառում է բնիկ պահուստավորման հնարավորություններ, երրորդ կողմի գործիքները առաջարկում են բարելավված գործառույթներ, ավտոմատացում և ձեռնարկության մակարդակի կառավարում բարդ պահանջներ ունեցող կազմակերպությունների համար: Այս լուծումները ապահովում են առաջադեմ սեղմում, կենտրոնացված կառավարում և պահուստավորման համար արդյունավետ աշխատանքային հոսքեր: SQL Server տվյալների բազաներ բազմաթիվ միջավայրերում։
8.1 Veeam պահուստավորում SQL Server
Veeam-ը առաջարկում է տվյալների պաշտպանության համապարփակ լուծումներ, որոնք հատուկ մշակված են պահուստավորման համար։ SQL Server տվյալների բազաներ, որոնք նվազագույն ազդեցություն ունեն արտադրական համակարգերի վրա։
Առանցքային Նկարագրություն:
- Կիրառական մշակման համար SQL Server պահուստային պատճենի հետևողականություն
- Գործարքների գրանցամատյանի պահուստավորում և կառավարում
- Ժամանակի ընթացքում վերականգնում՝ մանրամասն վերականգնման տարբերակներով
- Ինտեգրացիա Veeam Backup & Replication-ի հետ՝ տվյալների միասնական պաշտպանության համար
- Ավտոմատացված պահուստային ստուգում և վավերացում
- Աջակցություն միշտ հասանելի խմբերի համար
- VM մակարդակ և կիրառական մակարդակ SQL Server պահուստային տարբերակներ
8.2 Բարակուդայի պահեստային տարբերակ SQL Server
Barracuda-ն MS-ի համար տրամադրում է ամպային ինտեգրված պահուստավորման լուծումներ՝ պարզեցված կառավարմամբ։ SQL Server տվյալների բազայի պահուստային գործողությունները։
Առանցքային Նկարագրություն:
- Ավտոմատացված SQL Server պահուստավորման ժամանակացույց
- Ներկառուցված ամպային կրկնօրինակում Barracuda Cloud Storage-ում
- Գլոբալ կրկնօրինակում և սեղմում
- Անհապաղ տեղական վերականգնման հնարավորություններ
- Վեբ-հիմնված կառավարման կոնսոլ
- Աջակցություն լրիվ, դիֆերենցիալ և գործարքների գրանցամատյանների պահուստավորման համար
- Փրկագին ծրագրաշարից պաշտպանություն՝ անփոփոխ պահուստային պատճեններով
8.3 Veritas NetBackup-ը SQL Server
Veritas NetBackup-ը ձեռնարկությունների մակարդակի պահուստավորման հարթակ է, որը տրամադրում է համապարփակ պաշտպանություն... SQL Server տվյալների բազաներ բարդ ՏՏ միջավայրերում։
Առանցքային Նկարագրություն:
- Հազարավոր օգտատերերի համար ձեռնարկությունների մասշտաբի պահուստային պատճենահանման կառավարում SQL Server դեպքերում
- Ընդլայնված կրկնօրինակման և սեղմման ալգորիթմներ
- ճկուն պահուստավորման քաղաքականություն և ժամանակացույց
- Աջակցություն բոլորի համար SQL Server վերականգնման մոդելներ
- Ինտեգրացիա ժապավենային գրադարանների և ամպային պահեստավորման հետ
- Տվյալների բազաների, աղյուսակների և օբյեկտների հատիկավոր վերականգնում
- Բազմահարթակային աջակցություն (Windows, Linux) SQL Server)
- Ավտոմատացված պահուստավորման կյանքի ցիկլի կառավարում
8.4 Commvault-ի ամբողջական պահուստավորում և վերականգնում SQL Server
Commvault-ը ապահովում է ինտելեկտուալ տվյալների կառավարում՝ համապարփակ պահուստավորման միջոցով SQL Server հնարավորություններ և առաջադեմ ավտոմատացման գործառույթներ։
Առանցքային Նկարագրություն:
- Արհեստական բանականության վրա հիմնված պահուստավորման օպտիմալացում և անոմալիաների հայտնաբերում
- Միասնական հարթակ պահուստավորման, վերականգնման և արխիվացման համար
- Առաջադեմ SQL Server պահուստային սեղմում (մինչև 90% կրճատում)
- Ավտոմատացված աղետների վերականգնման կազմակերպում
- Live Sync՝ գրեթե զրոյական RPO պաշտպանության համար
- Աջակցություն SQL Server տեղական, ամպային և հիբրիդային տեղակայումներ
- IntelliSnap՝ լուսանկարների վրա հիմնված պահուստավորման համար
- Համապարփակ համապատասխանության և էլեկտրոնային հայտնաբերման հնարավորություններ
8.5 Cohesity DataProtect-ը SQL Server
Cohesity-ն ապահովում է նոր սերնդի տվյալների կառավարում՝ ժամանակակից գերհամակցված ենթակառուցվածքներով։ SQL Server պահուստային գործողություններ։
Առանցքային Նկարագրություն:
- Վեբ մասշտաբի ճարտարապետություն՝ պարզեցված կառավարման համար
- Անմիջապես զանգվածային վերականգնման հնարավորություններ SQL Server Տվյալների բազաներ
- Հավելվածին համապատասխան սքեփսոթներ
- Գլոբալ կրկնօրինակումից ազատում բոլոր պահուստային պատճենների վրա
- Բնիկ ամպային ինտեգրացիա (AWS, Azure, Google Cloud)
- Ներկառուցված վերլուծական և մոնիթորինգի վահանակներ
- Կլոնավորել և փորձարկել տվյալների բազան
- Փրկագնող ծրագրերից պաշտպանություն՝ անփոփոխ սքեփ-շոուներով
8.6 Red Gate SQL Backup Pro
Red Gate SQL Backup Pro-ն մասնագիտացված գործիք է, որը կենտրոնացած է բացառապես օպտիմալացման վրա։ SQL Server պահուստավորման և վերականգնման գործողություններ՝ գերազանց սեղմմամբ և կատարողականությամբ։
Առանցքային Նկարագրություն:
- Արդյունաբերության մեջ առաջատար սեղմման հարաբերակցություններ (մինչև 95%)
- Ցանցի կայունությունը պահուստավորման համար SQL Server անվստահելի կապերի միջով
- Պահուստային պատճենահանում 256-բիթ AES-ով
- Պահուստային պատճենի ստուգում և ամբողջականության ստուգում
- Մանրամասն պահուստավորման պատմություն և հաշվետվություն
- Ինտեգրում հետ SQL Server Կառավարման ստուդիա
- Աջակցություն ցանցային վայրերում և ամպային պահեստում պահուստավորման համար
- Զուգահեռ պահուստավորում և վերականգնում՝ ավելի արագ գործողությունների համար
9. Ինչպես վերականգնել SQL Server Database
9.1 Վերականգնման գործընթացի հասկացումը
Վերականգնում ա SQL Server Տվյալների բազան վերստեղծում է տվյալների բազան պահուստային ֆայլերից: Վերականգնման գործընթացը կարդում է պահուստային ֆայլը և վերակառուցում տվյալների բազան իր պահուստային վիճակին:
Կարևոր նկատառումներ.
- Վերականգնումը վերագրում է առկա տվյալների բազան
- Վերականգնման ընթացքում օգտատերերը անջատվում են
- Վերականգնումը պետք է հետևի պահուստավորման հաջորդականությանը (լրիվ, ապա դիֆերենցիալ, ապա տեղեկամատյաններ):
- Վերականգնման գործողության ընթացքում տվյալների բազան անհասանելի է
9.2 SSMS-ի միջոցով լրիվ պահուստավորման վերականգնում
Հետևեք այս քայլերին՝ տվյալների բազայի ամբողջական պահուստային պատճենը վերականգնելու համար։
9.2.1 Քայլ առ քայլ վերականգնման գործընթաց
- բաց SQL Server Կառավարման ստուդիա և միացեք ձեր սերվերին
- In Օբյեկտների հետազոտող, սեղմեք աջը Սայլակ
- ընտրել Վերականգնել տվյալների բազան
- Է Աղբյուր բաժին ընտրեք Սարք
- Սեղմեք է ... կոճակ՝ պահուստային ֆայլերը որոնելու համար
- Սեղմել Ավելացնել և անցեք ձեր .bak ֆայլին
- Ընտրեք պահուստային ֆայլը և սեղմեք OK
- Է նշանակման վայր բաժնում մուտքագրեք տվյալների բազայի անունը
- Վերանայեք վերականգնման համար նախատեսված պահուստային հավաքածուները
- Սեղմել OK վերականգնումը սկսելու համար
9.2.2 Վերականգնման տարբերակներ և կարգավորումներ
Սեղմել Ընտրանքներ ձախ վահանակում՝ կարգավորելու համար՝
- Վերագրել առկա տվյալների բազան (Փոխարինել կոճակով) – Թույլ է տալիս վերականգնել առկա տվյալների բազայի վրայով
- Պահպանել կրկնօրինակման վիճակները (KEEP_REPLICATION-ով) - Պահպանիր SQL Server վերօրինակման էին
- Սահմանափակել վերականգնված տվյալների բազայի մուտքը (RESTRICTED_USER-ի հետ) – Սահմանափակում է վերականգնումից հետո մուտքը
- Վերականգնման վիճակ – Ընտրեք Վերականգնում վերականգնման միջոցով կամ Վերականգնում առանց վերականգնման միջև
9.3 Դիֆերենցիալ պահուստավորման վերականգնում
Դիֆերենցիալ վերականգնումը պահանջում է ինչպես լրիվ, այնպես էլ դիֆերենցիալ պահուստավորում։
- Նախ, վերականգնեք ամբողջական պահուստային պատճենը ԱՌՈՂՋԱՊԱՀՈՒԹՅՈՒՆ տարբերակ
- Այնուհետև վերականգնեք դիֆերենցիալ պահուստավորումը Վերականգնում տարբերակ
T-SQL-ի օրինակ՝
-- Restore full backup (NORECOVERY to allow differential)
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;
-- Restore differential backup (RECOVERY to complete)
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Diff.bak'
WITH RECOVERY;
GO9.4 Վերականգնում գործարքների գրանցամատյանի պահուստային պատճեններով
Ժամանակի ընթացքում վերականգնման համար վերականգնեք հաջորդականությամբ՝
- Վերականգնեք ամբողջական պահուստային պատճենը NORECOVERY-ի միջոցով
- Վերականգնել դիֆերենցիալ պահուստավորումը NORECOVERY-ի միջոցով (եթե հասանելի է)
- Վերականգնեք գործարքների գրանցամատյանի պահուստային պատճենները հերթականությամբ՝ NORECOVERY-ի միջոցով
- Վերականգնել վերջնական գրանցամատյանի պահուստային պատճենը RECOVERY-ի միջոցով
-- Restore full backup
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;
-- Restore first log backup
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH NORECOVERY;
-- Restore second log backup with recovery
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log2.trn'
WITH RECOVERY;
GO9.5 Ժամանակի ընթացքում վերականգնում
Վերականգնել տվյալների բազան որոշակի ժամանակային կետի՝ օգտագործելով STOPAT տարբերակը։
-- Restore to specific time: January 15, 2025 at 2:30 PM
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log.trn'
WITH RECOVERY, STOPAT = '2025-01-15 14:30:00';
GO9.6 Աղյուսակի վերականգնում
SQL Server չի աջակցում պահուստային ֆայլերից աղյուսակի մակարդակի ուղղակի վերականգնումը: Այնուամենայնիվ, դեռևս կան որոշ լուծումներ:
9.6.1 Մեթոդ 1. Տվյալների բազայի պատկերներ (լավագույնը կանխարգելման համար)
Տվյալների բազայի ակնթարթային պատկերները աղյուսակային տվյալները վերականգնելու ամենաարագ միջոցն են, եթե դրանք ստեղծվել են խնդրի առաջացումից առաջ: Ակնթարթային պատկերը տվյալների բազայի միայն ընթերցման համար նախատեսված, ստատիկ տեսք է որոշակի ժամանակահատվածում:
Տվյալների բազայի պատկերի ստեղծում.
-- Create snapshot before making changes
CREATE DATABASE ProductionDB_Snapshot_20250107
ON
( NAME = ProductionDB_Data,
FILENAME = 'C:\Snapshots\ProductionDB_Snapshot.ss' )
AS SNAPSHOT OF ProductionDB;
GOԱղյուսակի տվյալների վերականգնում Snapshot-ից.
USE ProductionDB;
GO
-- Replace entire table content
BEGIN TRANSACTION;
-- Disable constraints temporarily
ALTER TABLE dbo.Orders NOCHECK CONSTRAINT ALL;
-- Clear current data
TRUNCATE TABLE dbo.Orders;
-- Restore from snapshot
INSERT INTO dbo.Orders
SELECT * FROM ProductionDB_Snapshot_20250107.dbo.Orders;
-- Re-enable constraints
ALTER TABLE dbo.Orders CHECK CONSTRAINT ALL;
COMMIT TRANSACTION;
GOՏարբերակի պահանջները՝ Տվյալների բազայի լուսանկարները հասանելի են SQL Server Enterprise Edition (բոլոր տարբերակները) և Standard Edition՝ սկսած SQL Server 2016 SP1։
9.6.2 Մեթոդ 2. Վերականգնել ժամանակավոր տվյալների բազա (ամենատարածվածը)
Այս մեթոդը գործում է, երբ խնդրի առաջացումից հետո անհրաժեշտ է վերականգնել աղյուսակի տվյալները, և լուսանկարի բացակայության դեպքում՝
- Վերականգնել պահուստային պատճենը ժամանակավոր տվյալների բազայում
- Պատճենել աղյուսակի տվյալները ժամանակավոր տվյալների բազայից ընթացիկ տվյալների բազային
9.7 Էջի վերականգնում
Էջի վերականգնումը վերականգնում է առանձին վնասված էջերը՝ առանց ամբողջ տվյալների բազան վերականգնելու, նվազագույնի հասցնելով անսարքության ժամանակը, թիրախավորելով միայն վնասված էջերը: Այս գործառույթը հասանելի է միայն լրիվ կամ զանգվածային գրանցման վերականգնման մոդելների դեպքում և պահանջում է գործարքների գրանցամատյանի պահուստավորման անխափան շղթա՝ էջի պահուստավորումից մինչև ընթացիկ գրանցամատյանի ֆայլը:
Էջը վերականգնելու համար նախ նույնականացրեք վնասված էջերը, պահուստավորեք tail-log-ը, վերականգնեք կոնկրետ էջերը, այնուհետև կիրառեք բոլոր գործարքների գրանցամատյանները։
-- Identify damaged pages
SELECT * FROM msdb.dbo.suspect_pages
WHERE database_id = DB_ID('AdventureWorks');
-- Take tail-log backup
BACKUP LOG AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_TailLog.trn'
WITH NORECOVERY;
-- Restore damaged pages
RESTORE DATABASE AdventureWorks
PAGE = '1:123, 1:456'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY;
-- Apply transaction logs
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH NORECOVERY;
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_TailLog.trn'
WITH RECOVERY;
GOՆշում: Էջի վերականգնումը հասանելի չէ Simple Recovery մոդելում: Դուք չեք կարող վերականգնել էջերը համակարգի աղյուսակներից կամ հիմնական ֆայլային խմբի մետատվյալներից:
9.8 Մասնակի վերականգնում
Մասնակի վերականգնումը (մասնակի վերականգնում) վերականգնում է տվյալների բազան փուլերով՝ ֆայլերի խմբի մակարդակով՝ սկսած հիմնական ֆայլերի խմբից։ Սա կարևոր տվյալները անմիջապես բերում է առցանց ռեժիմ, մինչդեռ ոչ այնքան կարևոր տվյալները վերականգնվում են ֆոնային ռեժիմով։ Պարզ վերականգնման մոդելի դեպքում բոլոր ընթերցման-գրելու ֆայլերի խմբերը պետք է վերականգնվեն հիմնական ֆայլերի խմբի հետ միասին. միայն միայն ընթերցման ֆայլերի խմբերը կարող են վերականգնվել առանձին։ Լրիվ կամ զանգվածային գրանցման վերականգնման մոդելների դեպքում յուրաքանչյուր ֆայլի խումբ կարող է անկախ առցանց ռեժիմով բերվել գործարքների գրանցամատյանները կիրառելուց հետո։
| Վերականգնման մոդել | Մասնակի վերականգնման վարքագիծ |
|---|---|
| Պարզ | Հիմնական և բոլոր ընթերցման-գրելու ֆայլերի խմբերը վերականգնվել են միասին։ Միայն ընթերցման ֆայլերի խմբերը վերականգնվել են առանձին։ |
| Լրիվ/զանգվածային գրանցում | Յուրաքանչյուր ֆայլային խումբ վերականգնվել է անկախ ֆայլային խմբի մակարդակում։ |
Լրիվ վերականգնման մոդելի օրինակ՝ նախ վերականգնեք հիմնական ֆայլային խումբը՝ տվյալների բազան առցանց գործարկելու համար, ապա վերականգնեք երկրորդական ֆայլային խմբերը, քանի դեռ տվյալների բազան գործում է։
-- Stage 1: Restore primary filegroup (database comes online)
RESTORE DATABASE AdventureWorks
FILEGROUP = 'PRIMARY'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH PARTIAL, NORECOVERY;
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH RECOVERY;
GO
-- Stage 2: Restore secondary filegroup (database stays online)
RESTORE DATABASE AdventureWorks
FILEGROUP = 'HistoricalData'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY;
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH RECOVERY;
GOՊարզ վերականգնման մոդելի օրինակ՝
-- Restore primary with all read-write filegroups
RESTORE DATABASE AdventureWorks
FILEGROUP = 'PRIMARY'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH PARTIAL, RECOVERY;
-- Restore read-only filegroup separately
RESTORE DATABASE AdventureWorks
FILEGROUP = 'ReadOnlyArchive'
FROM DISK = 'C:\Backups\AdventureWorks_ReadOnly.bak'
WITH RECOVERY;
GO9.9 Վերականգնում T-SQL հրամանների միջոցով
Վերականգնման սկրիպտի ավարտը՝ ֆայլի տեղափոխմամբ.
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH MOVE 'AdventureWorks_Data' TO 'D:\Data\AdventureWorks.mdf',
MOVE 'AdventureWorks_Log' TO 'E:\Logs\AdventureWorks.ldf',
REPLACE,
STATS = 10;
GO9.10 Պահուստային պատճենի ամբողջականության ստուգում վերականգնումից առաջ
Ստուգեք պահուստավորման վավերականությունը առանց վերականգնման՝
RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak';
GOԱյս հրամանը ստուգում է, որ պահուստային պատճենների հավաքածուն ամբողջական է և կարդացվող՝ առանց տվյալների բազան իրականում վերականգնելու։
10: SQL Server Պահուստավորման լավագույն մեթոդները
10.1 Պահուստային ռազմավարության մշակում
10.1.1 Գործարար պահանջների գնահատում
Պահուստավորումներ կատարելուց առաջ գնահատեք՝
- Տվյալների կարևորությունը՝ Որքանո՞վ են այս տվյալները կարևոր գործունեության համար։
- Փոփոխության հաճախականությունը՝ Որքա՞ն հաճախ են տվյալները փոխվում։
- Տվյալների բազայի չափը՝ Որքա՞ն մեծ է տվյալների բազան։
- Մատչելի ռեսուրսներ. Ի՞նչ պահեստային տարածք և թողունակություն է հասանելի։
- Համապատասխանության պահանջները. Ի՞նչ կանոնակարգեր պետք է հետևեք։
10.1.2 RTO-ի և RPO-ի սահմանումը
Վերականգնման ժամանակի նպատակը (RTO): Առավելագույն ընդունելի դադարի ժամանակը։ Որոշում է, թե որքան արագ պետք է վերականգնեք գործողությունները։
Վերականգնման կետի նպատակը (RPO): Առավելագույն ընդունելի տվյալների կորուստ։ Որոշում է պահուստավորման հաճախականությունը։
| RTO/RPO պահանջ | Առաջարկվող պահուստավորման ռազմավարություն |
|---|---|
| RPO՝ ժամեր, RTO՝ ժամեր | Ամենօրյա լրիվ + գործարքների գրանցամատյան յուրաքանչյուր 1-2 ժամը մեկ |
| RPO՝ րոպեներ, RTO՝ ժամեր | Ամենօրյա լրիվ + գրանցամատյանի պահուստավորում յուրաքանչյուր 15-30 րոպեն մեկ |
| RPO՝ գրեթե զրո, RTO՝ րոպե | Միշտ հասանելիության խմբեր + հաճախակի գրանցամատյանների պահուստավորում |
| RPO՝ օրեր, RTO՝ օրեր | Շաբաթական լրիվ + օրական դիֆերենցիալ |
10.2 Պահուստավորման ժամանակացույցի ստեղծում
10.2.1 Հաճախականության առաջարկություններ
Արտադրական տվյալների բազաների համար տիպիկ պահուստավորման ժամանակացույց.
- Լրիվ պահուստավորումներ՝ Շաբաթական (կիրակի երեկոյան՝ ցածր ակտիվության ժամանակ)
- Դիֆերենցիալ պահուստավորումներ. Ամեն օր (ամեն գիշեր)
- Գործարքների գրանցամատյանի պահուստային պատճեններ՝ Աշխատանքային ժամերին յուրաքանչյուր 15-30 րոպեն մեկ
- Միայն պատճենահանման համար նախատեսված պահուստային պատճեններ՝ Անհրաժեշտության դեպքում՝ փորձարկման կամ մշակման համար
10.2.2 Արդյունավետության և պաշտպանության հավասարակշռում
Ժամանակացույց կազմելիս հաշվի առեք այս գործոնները.
- Ոչ պիկ ժամեր. Կատարեք լրիվ պահուստավորումներ ցածր ակտիվության ժամանակահատվածներում
- Ռեսուրսների վրա ազդեցությունը՝ Սեղմումը նվազեցնում է I/O-ն, բայց մեծացնում է CPU-ի օգտագործումը
- Ցանցի թողունակություն. Պլանավորեք ցանցի պահուստավորումը, երբ երթևեկությունը ցածր է
- Պահուստավորման պատուհաններ՝ Համոզվեք, որ պահուստավորումներն ավարտված են աշխատանքային ժամերից առաջ
10.3 Պահուստային պահեստավորման լավագույն փորձը
10.3.1 Տեղում և տեղում պահեստավորում
Տեղում պահուստային պատճեններ.
- Ավելի արագ պահուստավորման և վերականգնման ժամանակներ
- Բարձր հաճախականության մուտքի ցածր գին
- Խոցելի է տեղական աղետների նկատմամբ
- Լավագույնը արագ վերականգնման սցենարների համար
Արտաքին պահուստավորումներ.
- Պաշտպանություն տեղանքին բնորոշ աղետներից
- Համապատասխանություն աշխարհագրական ավելորդության պահանջներին
- Ավելի դանդաղ վերականգնման ժամանակներ
- Անհրաժեշտ է աղետի հետևանքների վերացման համար
10.3.2 Ամպային պահուստավորման տարբերակներ
Ամպային պահեստավորման առավելությունները.
- Azure Blob պահեստավորում. Մայրենի SQL Server ինտեգրացիա, ծախսարդյունավետ հազվադեպ մուտքի համար
- Amazon S3: Բարձր դիմացկուն, ճկուն պահեստային շերտեր
- Google Cloud Storage. Մրցակցային գներ, համաշխարհային հասանելիություն
10.3.3 Պահուստային պատճենների պահպանման քաղաքականություն
Նմուշի պահպանման քաղաքականություն.
- Պահպանեք ամենօրյա պահուստային պատճենները 7 օրվա ընթացքում
- Պահպանեք շաբաթական պահուստային պատճենները 4 շաբաթվա ընթացքում
- Պահպանեք ամսական պահուստային պատճենները 12 ամիս
- Պահպանեք տարեկան պահուստային պատճենները 7 տարի (համապատասխանություն)
10.4 Պահուստային պատճենների սեղմում և կոդավորում
Կոմպրեսիայի առավելությունները.
- Կրճատում է պահուստային ֆայլի չափը 50-70%-ով
- Կրճատում է պահուստավորման ժամանակը
- Նվազեցնում է պահեստավորման ծախսերը
- Նվազեցնում է ցանցի թողունակությունը հեռակա պահուստավորման համար
Գաղտնագրման լավագույն փորձը.
- Միշտ կոդավորեք զգայուն տվյալներ պարունակող պահուստային պատճենները
- Օգտագործեք AES 256-բիթանոց կոդավորում
- Անվտանգ վկայական կամ բանալիների կառավարում
- Փաստաթղթավորեք կոդավորման բանալիները և պահեք դրանք առանձին
10.5 Պահուստային պատճենների ստուգում և ստուգում
10.5.1 Կանոնավոր վերականգնման փորձարկում
Վերականգնման ընթացակարգերի ստուգում եռամսյակային կամ ամսական կտրվածքով՝
- Վերականգնել պահուստային պատճենները փորձարկման միջավայրում
- Ստուգեք տվյալների ամբողջականությունն ու ամբողջականությունը
- Ստուգեք հավելվածի ֆունկցիոնալությունը
- Փաստաթղթի վերականգնման ժամանակը (RTO-ի ստուգում)
- Հայտնաբերել և լուծել ցանկացած խնդիր
10.5.2 ՄԻԱՅՆ ՎԵՐԱԿԱՆԳՆԵԼ ՀԱՍՏԱՏԵԼՈՒ ՄԻՋՈՑԻ Օգտագործումը
Ավտոմատ պահուստավորման վավերացում.
-- Verify backup integrity
RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM;
GOԳործարկեք ստուգումը պահուստավորումն ավարտվելուց անմիջապես հետո կամ որպես պլանավորված սպասարկման մաս:
10.6 Պահուստավորման ավտոմատացում և մոնիթորինգ
10.6.1 SQL Server Գործակալի աշխատատեղեր
Ստեղծեք ավտոմատ պահուստավորման աշխատանքներ.
- Ընդարձակել SQL Server Գործակալ
SSMS-ում - Աջ - կտտացրեք Աշխատանք եւ ընտրել Նոր աշխատանք
- Անվանեք աշխատանքը (օրինակ՝ «Ամենօրյա լրիվ պահուստավորում»)
- Ավելացում Քայլ T-SQL պահուստային հրամաններով
- Ստեղծել Գույքացուցակ կատարման ժամանակի համար
- Համաձեւել Ծանուցումներ հաջողության/ձախողման համար
10.6.2 Սպասարկման պլաններ
SQL Server Սպասարկման պլանները ապահովում են տեսողական ինտերֆեյս պահուստավորման ավտոմատացման համար.
- navigate to կառավարում -> Պահպանման պլաններ
- Աջ սեղմեք և ընտրեք Սպասարկման պլանի վարպետ
- Ընտրեք ավտոմատացված պահուստավորման առաջադրանքներ
- Կարգավորեք պահուստավորման ժամանակացույցը և ընտրանքները
- Կարգավորեք հաշվետվությունները և գրանցումները
10.6.3 Պահուստավորման մասին ահազանգեր և ծանուցումներ
Կարգավորել էլփոստի ծանուցումները՝
- Կարգավորեք տվյալների բազայի փոստը SQL Server
- Ստեղծեք ծանուցումներ պահուստավորման ձախողումների համար
- Հետևեք պահուստավորման աշխատանքների պատմությանը
- Ուղարկել ամփոփ հաշվետվություններ ադմինիստրատորներին
10.7 Փաստաթղթավորում և աղետի հետևանքների վերացման պլանավորում
Պահպանեք համապարփակ փաստաթղթեր.
- Պահուստավորման ժամանակացույց՝ Ե՞րբ և ինչ է պահուստավորվում
- Պահպանման քաղաքականություն. Որքա՞ն ժամանակ են պահվում պահուստային պատճենները
- Պահպանման վայրեր՝ Որտեղ են պահվում պահուստային պատճենները
- Վերականգնման ընթացակարգեր. Քայլ առ քայլ վերականգնման հրահանգներ
- Կոնտակտային տվյալներ: Հիմնական անձնակազմ և մատակարարներ
- Վերականգնման թեստի արդյունքներ. Փաստաթղթավորված փորձարկման արդյունքներ
11. Ընդլայնված SQL Server Պահուստային սցենարներ
11.1 Շատ մեծ տվյալների բազաների (VLDB) պահուստավորում
11.1.1 Ֆայլերի և ֆայլերի խմբերի ռազմավարություններ
Մի քանի հարյուր գիգաբայթից ավելի ծավալ ունեցող տվյալների բազաների համար՝
- Միայն ընթերցման և միայն ընթերցման տվյալները բաժանեք տարբեր ֆայլերի խմբերի
- Հազվադեպ պահուստավորեք միայն ընթերցման համար նախատեսված ֆայլերի խմբերը
- Կենտրոնացեք հաճախակի պահուստավորումները ակտիվ ֆայլերի խմբերի վրա
- Օգտագործեք ֆայլի մակարդակի պահուստավորումներ՝ մանրամասն վերահսկողության համար
Ֆայլի պահուստավորման օրինակ՝
-- Back up specific file
BACKUP DATABASE LargeDB
FILE = 'LargeDB_Data1'
TO DISK = 'C:\Backups\LargeDB_File1.bak'
WITH COMPRESSION;
GO11.1.2 Պահուստավորման արդյունավետության օպտիմալացում
Բարելավել VLDB պահուստավորման աշխատանքը.
- Գծավոր պահուստային պատճեններ. Միաժամանակ մի քանի ֆայլերի վրա գրել
- Կոմպրեսիոն: Նվազեցրեք մուտքի/ելքի և պահեստավորման պահանջները
- Բազմաթիվ պահուստային սարքեր. Պահուստավորման գործողությունների զուգահեռացում
- Արագ պահեստավորում. Օգտագործեք SSD-ներ պահուստային պատճենահանման համար
- Բուֆերի քանակը՝ Մեծացնել BUFFERCOUNT տարբերակը
- Փոխանցման առավելագույն չափը՝ Օպտիմալացնել MAXTRANSFERSIZE կարգավորումը
-- Optimized VLDB backup
BACKUP DATABASE LargeDB
TO DISK = 'C:\Backups\LargeDB_1.bak',
DISK = 'D:\Backups\LargeDB_2.bak',
DISK = 'E:\Backups\LargeDB_3.bak'
WITH COMPRESSION,
BUFFERCOUNT = 100,
MAXTRANSFERSIZE = 4194304;
GO11.2 Պահուստավորում միշտ ակտիվ հասանելիության խմբերում
Միշտ հասանելի խմբերը բաշխում են պահուստային բեռնումը կրկնօրինակների միջև՝
- Կարգավորեք պահուստավորման նախընտրությունները (հիմնական, երկրորդական կամ ցանկացած կրկնօրինակ)
- Պահուստային պատճենները տեղափոխեք երկրորդական կրկնօրինակների վրա՝ հիմնական աշխատանքային ծանրաբեռնվածությունը նվազեցնելու համար
- Օգտագործեք COPY_ONLY պահուստային պատճենները երկրորդական կրկնօրինակների վրա
- Հետևեք պահուստավորման առաջնահերթության կարգավորումներին
-- Check backup preferences
SELECT
ag.name AS AvailabilityGroup,
ar.replica_server_name,
ar.backup_priority
FROM sys.availability_replicas ar
INNER JOIN sys.availability_groups ag ON ar.group_id = ag.group_id;
GO11.3 Տվյալների բազայի հայելային կրկնօրինակման համար պահուստավորում
Տվյալների բազայի հայելային ստեղծման սցենարներում՝
- Պարբերաբար պահուստավորեք հիմնական տվյալների բազան
- Գործարքների գրանցամատյանի պահուստավորումը կարևոր է հայելային կրկնօրինակման համար
- Հայելային տվյալների բազան գտնվում է ՎԵՐԱԿԱՆԳՆՄԱՆ վիճակում (չի կարող անմիջապես պահուստավորվել)
- Դիտարկեք հայելու պահուստավորումը ձախողումից հետո
11.4 Պահուստավորում Azure Blob պահեստում
SQL Server կարող է անմիջապես պահուստավորել Azure Blob Storage-ում։
- Ստեղծեք Azure Storage հաշիվ
- Ստեղծել SQL Server Azure-ի նույնականացման համար վկայական
- Օգտագործեք URL շարահյուսությունը պահուստավորման նպատակակետի համար
-- Create credential for Azure
CREATE CREDENTIAL [https://mystorageaccount.blob.core.windows.net/backups]
WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
SECRET = 'your_SAS_token';
GO
-- Backup to Azure
BACKUP DATABASE AdventureWorks
TO URL = 'https://mystorageaccount.blob.core.windows.net/backups/AdventureWorks.bak'
WITH COMPRESSION,
STATS = 10;
GO11.5 Պահուստավորում URL-ում
URL-ում պահուստավորման առավելությունները՝
- Անսահմանափակ ամպային պահեստավորման տարողունակություն
- Աշխարհագրական ավելորդությունը ավտոմատ կերպով կարգավորվում է
- Վճարովի գնագոյացման մոդել
- Տեղական սկավառակի տարածք չի պահանջվում
- Աջակցում է մինչև 64 URL մեկ պահուստային պատճենի համար (շերտավորմամբ)
11.6 Գծավոր պահուստավորումներ՝ արդյունավետության համար
Գծավոր պահուստավորումները տվյալները բաժանում են մի քանի ֆայլերի միջև՝ ավելի արագ մուտք/ելք ապահովելու համար։
-- Striped backup to 4 files
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AW_Stripe1.bak',
DISK = 'D:\Backups\AW_Stripe2.bak',
DISK = 'E:\Backups\AW_Stripe3.bak',
DISK = 'F:\Backups\AW_Stripe4.bak'
WITH COMPRESSION, FORMAT;
GOՆշում. Վերականգնման համար անհրաժեշտ են բոլոր stripe ֆայլերը: Ֆայլերից որևէ մեկի բացակայությունը պահուստային պատճենը կդարձնի անօգտագործելի:
12: Անսարքություն SQL Server Պահուստավորման խնդիրներ
12.1 Հաճախ հանդիպող պահուստային սխալներ և լուծումներ
Սխալ՝ «Օպերացիոն համակարգի սխալ 5. Մուտքը մերժված է»
- Պատճառը ` SQL Server Ծառայության հաշվին թույլտվություններ չկան
- Լուծում Տրամադրեք գրելու թույլտվություններ SQL Server ծառայության հաշիվը պահուստային թղթապանակում
Սխալ. «Հնարավոր չէ բացել պահուստային սարքը… Սարքի սխալ կամ սարքը անջատված է»
- Պատճառը ` Անվավեր ուղի կամ անհասանելի ցանցային համօգտագործում
- Լուծում Ստուգեք ուղու առկայությունը, ստուգեք ցանցային կապը, ապահովեք բավարար սկավառակի տարածք
Սխալ՝ «Սկավառակի վրա բավարար տեղ չկա»
- Պատճառը ` Պահուստավորման համար բավարար սկավառակի տարածք չկա
- Լուծում Ազատեք սկավառակի տարածք, օգտագործեք սեղմում, պահուստավորեք այլ վայրում
Սխալ՝ «Տվյալների բազան օգտագործվում է։ Տվյալների բազան օգտագործվում է այլ օգտատերերի կողմից»։
- Պատճառը ` Ակտիվ կապեր վերականգնման ընթացքում
- Լուծում Օգտագործեք WITH REPLACE տարբերակը կամ նախ անջատեք օգտատերերին
12.2 Պահուստավորման արդյունավետության խնդիրներ
Ախտորոշեք դանդաղ պահուստավորումները.
- Ստուգեք սկավառակի մուտքի/ելքի աշխատանքը՝ օգտագործելով Performance Monitor- ը
- Հետևեք պահուստավորման առաջընթացին STATS տարբերակի միջոցով
- տեսություն SQL Server սխալների գրանցամատյան՝ խոչընդոտների համար
- Հաշվի առեք սեղմումը՝ I/O-ն նվազեցնելու համար
- Օգտագործեք շերտավոր պահուստավորումներ բազմաթիվ սկավառակների վրա
Հարցում՝ պահուստավորման ընթացքը վերահսկելու համար.
SELECT
session_id,
command,
percent_complete,
CAST(((DATEDIFF(s,start_time,GetDate()))/3600) as varchar) + ' hour(s), '
+ CAST((DATEDIFF(s,start_time,GetDate())%3600)/60 as varchar) + 'min, '
+ CAST((DATEDIFF(s,start_time,GetDate())%60) as varchar) + ' sec' as running_time,
CAST((estimated_completion_time/3600000) as varchar) + ' hour(s), '
+ CAST((estimated_completion_time %3600000)/60000 as varchar) + 'min, '
+ CAST((estimated_completion_time %60000)/1000 as varchar) + ' sec' as est_time_to_go,
dateadd(second,estimated_completion_time/1000, getdate()) as est_completion_time
FROM sys.dm_exec_requests
WHERE command LIKE 'BACKUP%';
GO12.3 Տարածքի և պահեստավորման խնդիրներ
Պահպանման հետ կապված խնդիրների կանխարգելում.
- Կիրառել պահպանման քաղաքականություն. Ավտոմատ կերպով ջնջել հին պահուստային պատճենները
- Օգտագործեք սեղմում. Կրճատեք պահուստային ֆայլի չափը 50-70%-ով
- Արխիվացնել ավելի էժան պահեստավորման համար՝ Տեղափոխեք հին պահուստային պատճենները արխիվային պահեստ
- Սկավառակի տարածքի մոնիթորինգ. Կարգավորեք սկավառակի տարածքի պակասի մասին ծանուցումները
- Պահուստային պատճենի մոտավոր չափը՝ Հաշվարկեք սպասվող չափը պահուստավորումից առաջ
Պահուստային պատճենի մոտավոր չափը՝
-- Estimate full backup size
EXEC sp_spaceused;
GO12.4 Թույլտվությունների և մուտքի հետ կապված խնդիրներ
Պահուստավորման համար անհրաժեշտ թույլտվություններ՝
- Պահուստային տվյալների բազա թույլտվություն
- db_backupoperator դերի անդամակցություն
- sysadmin սերվերի դեր (բոլոր պահուստային գործողությունների համար)
Տրամադրել պահուստավորման թույլտվություններ՝
-- Grant backup permission to user
GRANT BACKUP DATABASE TO [BackupUser];
GRANT BACKUP LOG TO [BackupUser];
GO
-- Add user to backup operator role
ALTER ROLE db_backupoperator ADD MEMBER [BackupUser];
GO12.5 Կոռումպացված պահուստային ֆայլեր
Հայտնաբերել և կարգավորել վնասված պահուստային պատճենները.
Ստուգեք պահուստային պատճենի ամբողջականությունը.
RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM;
GOՄիացնել CHECKSUM-ը ապագա պահուստավորման համար՝
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM, INIT;
GOԿանխարգելման ռազմավարություններ.
- Պահուստավորման ժամանակ միշտ օգտագործեք CHECKSUM տարբերակը
- Ստեղծումից անմիջապես հետո ստուգեք պահուստային պատճենները
- Թեստը պարբերաբար վերականգնում է
- Պահեք պահուստային պատճենները հուսալի պահեստում
- Պահպանեք բազմաթիվ պահուստային պատճեններ
12.6 Վերականգնել տվյալները վնասված պահուստային ֆայլերից
Եթե ձեր պահուստային ֆայլերը վնասված են, և դուք դեռ ցանկանում եք վերականգնել տվյալները դրանցից, կարող եք օգտագործել երրորդ կողմի գործիքներ, ինչպիսիք են՝ DataNumen SQL Recovery, ինչպես ստորև.
- սկիզբ DataNumen SQL Recovery.
- Ընտրեք վնասված պահուստային ֆայլը որպես աղբյուրի ֆայլ՝ փոխելով ֆիլտրը «Բոլոր ֆայլերը (*.*)»-ի։
- Անհրաժեշտության դեպքում սահմանեք ելքային .MDF ֆայլը։
- Սեղմեք «Սկսել վերականգնումը» և հետևեք հրահանգներին՝ տվյալների բազան վերականգնելու համար։
- Վերականգնման գործընթացից հետո կհայտնվի վերականգնման նոր տվյալների բազա SQL Server որը պարունակում է բոլոր վերականգնված տվյալները։
13: SQL Server Պահուստային անվտանգություն
13.1 Պահուստային ֆայլերի պաշտպանություն
Պաշտպանեք պահուստային ֆայլերը չարտոնված մուտքից.
- Ֆայլային համակարգի թույլտվություններ. Սահմանափակել մուտքը միայն լիազորված ադմինիստրատորների համար
- Անցի անվտանգություն. Օգտագործեք անվտանգ արձանագրություններ ցանցային պահուստավորման համար
- Ֆիզիկական անվտանգություն. Պահեք պահուստային կրիչները անվտանգ վայրերում
- Մուտքի գրանցում. Աուդիտի պահուստային ֆայլի մուտքը
13.2 Գաղտնագրման տարբերակներ
SQL Server աջակցում է թափանցիկ պահուստային կոդավորումը.
Ստեղծեք վկայագիր կոդավորման համար՝
-- Create master key
USE master;
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'StrongP@ssw0rd!';
GO
-- Create certificate
CREATE CERTIFICATE BackupCertificate
WITH SUBJECT = 'Database Backup Certificate',
EXPIRY_DATE = '2026-12-31';
GOԳաղտնագրված պահուստավորում.
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
ENCRYPTION (
ALGORITHM = AES_256,
SERVER CERTIFICATE = BackupCertificate
);
GOԿարևոր է. Առանձին պահուստավորեք վկայականը և անձնական բանալին: Առանց դրանց կոդավորված պահուստային պատճենները չեն կարող վերականգնվել:
-- Backup certificate
BACKUP CERTIFICATE BackupCertificate
TO FILE = 'C:\Certificates\BackupCertificate.cer'
WITH PRIVATE KEY (
FILE = 'C:\Certificates\BackupCertificate.key',
ENCRYPTION BY PASSWORD = 'C3rt!f!c@t3P@ss'
);
GO13.3 Մուտքի վերահսկողություն և թույլտվություններ
Կիրառեք նվազագույն արտոնությունների սկզբունքը.
- Պահուստավորման թույլտվություններ տրամադրեք միայն անհրաժեշտ հաշիվներին
- Օգտագործեք առանձին հաշիվներ պահուստավորման և վերականգնման գործողությունների համար
- Խուսափեք SA հաշիվը պահուստավորման համար օգտագործելուց
- Պարբերաբար ստուգեք պահուստավորման թույլտվությունները
- Հեռացրեք թույլտվությունները, երբ այլևս անհրաժեշտ չեն
13.4 Համապատասխանության նկատառումներ
Հասցեագրեք կարգավորող պահանջները.
- GDPR: Գաղտնագրել անձնական տվյալներ պարունակող պահուստային պատճենները, կիրառել պահպանման քաղաքականություններ
- HIPAA: Ծածկագրեք PHI-ը պահուստային պատճեններում, վերահսկեք մուտքը, պահպանեք աուդիտի հետքերը
- PCI DSS: Քարտապանի տվյալների պահուստային պատճենների կոդավորում, անվտանգ պահուստային պահեստ
- ՍՈՔՍ: Պահպանել պահուստային պատճենների ամբողջականությունը, փաստաթղթերի պահպանման քաղաքականությունը
14. Պահուստային գործողությունների մոնիթորինգ և պահպանում
14.1 Հետևողական պահուստավորման պատմություն
SQL Server պահպանում է պահուստավորման պատմությունը msdb տվյալների բազայում։
-- View recent backup history
SELECT
bks.database_name,
bks.backup_start_date,
bks.backup_finish_date,
CASE bks.type
WHEN 'D' THEN 'Full'
WHEN 'I' THEN 'Differential'
WHEN 'L' THEN 'Log'
ELSE 'Other'
END AS backup_type,
bks.backup_size / 1024 / 1024 AS backup_size_mb,
bkmf.physical_device_name
FROM msdb.dbo.backupset bks
INNER JOIN msdb.dbo.backupmediafamily bkmf ON bks.media_set_id = bkmf.media_set_id
WHERE bks.backup_start_date >= DATEADD(DAY, -7, GETDATE())
ORDER BY bks.backup_start_date DESC;
GOԳտեք տվյալների բազաներ, որոնք վերջին պահուստավորումներ չունեն։
SELECT
d.name AS database_name,
MAX(bs.backup_finish_date) AS last_backup_date,
DATEDIFF(DAY, MAX(bs.backup_finish_date), GETDATE()) AS days_since_last_backup
FROM sys.databases d
LEFT JOIN msdb.dbo.backupset bs ON d.name = bs.database_name
WHERE d.database_id > 4 -- Exclude system databases
GROUP BY d.name
HAVING MAX(bs.backup_finish_date) < DATEADD(DAY, -7, GETDATE())
OR MAX(bs.backup_finish_date) IS NULL
ORDER BY last_backup_date;
GO14.2 Օգտագործում SQL Server Զեկույցներ
SQL Server Management Studio-ն ներառում է ներկառուցված պահուստային հաշվետվություններ՝
- Object Explorer-ում աջ սեղմեք տվյալների բազայի վրա
- ընտրել Զեկույցներ -> Ստանդարտ հաշվետվություններ
- Ընտրեք առկա հաշվետվություններից՝
- Պահուստավորման և վերականգնման իրադարձություններ
- Բոլոր պահուստային պատճենները
- Գործարքների գրանցամատյանի առաքման կարգավիճակը
14.3 Երրորդ կողմի մոնիթորինգի գործիքներ
Առևտրային մոնիթորինգի լուծումներ.
- SQL Sentry: Համապարփակ մոնիթորինգ և ահազանգում
- Redgate SQL մոնիտոր՝ Իրական ժամանակի մոնիտորինգ և ախտորոշում
- SolarWinds տվյալների բազայի արդյունավետության վերլուծիչ. Արդյունավետության և պահուստավորման մոնիթորինգ
- Idera SQL ախտորոշիչ մենեջեր. Պահուստավորման վավերացում և ծանուցում
14.4 Պահուստային համակարգի առողջության ստուգումներ
Ստեղծեք առողջության ստուգման կարգը.
-- Backup health check procedure
CREATE PROCEDURE sp_BackupHealthCheck
AS
BEGIN
-- Check for databases without recent full backup
SELECT
'Missing Recent Full Backup' AS issue,
d.name AS database_name,
ISNULL(CAST(MAX(bs.backup_finish_date) AS VARCHAR), 'Never') AS last_backup
FROM sys.databases d
LEFT JOIN msdb.dbo.backupset bs
ON d.name = bs.database_name AND bs.type = 'D'
WHERE d.database_id > 4
GROUP BY d.name
HAVING MAX(bs.backup_finish_date) < DATEADD(DAY, -7, GETDATE()) OR MAX(bs.backup_finish_date) IS NULL; -- Check for failed backup jobs SELECT 'Failed Backup Job' AS issue, j.name AS job_name, jh.run_date, jh.run_time, jh.message FROM msdb.dbo.sysjobs j INNER JOIN msdb.dbo.sysjobhistory jh ON j.job_id = jh.job_id WHERE jh.run_status = 0 -- Failed AND jh.step_id = 0 AND jh.run_date >= CONVERT(INT, CONVERT(VARCHAR, GETDATE()-7, 112))
AND j.name LIKE '%backup%';
END
GO15: SQL Server Հաճախակի տրվող հարցեր պահուստավորման համար
15.1 Որքան հաճախ պետք է պահուստավորեմ SQL Server?
Պահուստավորման հաճախականությունը կախված է ձեր վերականգնման կետի նպատակից (RPO):
- Կարևորագույն արտադրական տվյալների բազաներ՝ Լրիվ շաբաթական, դիֆերենցիալ օրական, գրանցում յուրաքանչյուր 15-30 րոպեն մեկ
- Ստանդարտ արտադրական տվյալների բազաներ՝ Լրիվ շաբաթական, դիֆերենցիալ օրական, գրանցում յուրաքանչյուր 1-2 ժամը մեկ
- Մշակման տվյալների բազաներ՝ Լրիվ օրական կամ շաբաթական
- Միայն ընթերցման համար նախատեսված տվյալների բազաներ՝ Լրիվ յուրաքանչյուր տվյալների փոփոխությունից հետո
15.2 Ո՞րն է լրիվ և դիֆերենցիալ պահուստավորման միջև տարբերությունը։
Լրիվ պահուստային պատճենը պատճենում է ամբողջ տվյալների բազան, մինչդեռ դիֆերենցիալ պահուստային պատճենը գրանցում է միայն վերջին լրիվ պահուստավորումից ի վեր կատարված փոփոխությունները: Դիֆերենցիալ պահուստային պատճենները ավելի փոքր են և արագ, բայց վերականգնման համար անհրաժեշտ է բազային լրիվ պահուստային պատճեն:
15.3 Կարո՞ղ եմ պահուստային պատճենահանում կատարել SQL Server Մինչ այն աշխատում է՞
Այո, SQL Server Աջակցում է առցանց պահուստավորումներին: Օգտատերերը կարող են շարունակել աշխատանքը պահուստավորման գործողությունների ընթացքում: SQL Server օգտագործում է իր գործարքների գրանցամատյանը՝ հետևողականությունը պահպանելու համար, ապահովելով, որ պահուստային պատճենները վավեր լինեն նույնիսկ միաժամանակյա փոփոխություններով։
15.4 Որքա՞ն ժամանակ է տևում SQL Server Պահուստային վերցնում՞
Պահուստավորման տևողությունը տարբերվում է՝ կախված հետևյալից.
- Տվյալների բազայի չափը՝ Ավելի մեծ տվյալների բազաները ավելի երկար են տևում
- Պահուստավորման տեսակը՝ Լրիվ պահուստավորումը տևում է ամենաերկարը
- Կոմպրեսիոն: Կարող է մեծացնել պրոցեսորի ժամանակը, բայց կրճատել ընդհանուր տևողությունը
- Պահպանման արագություն. SSD-ները զգալիորեն ավելի արագ են, քան HDD-ները
- Սերվերի ծանրաբեռնվածություն՝ Բարձր ակտիվությունը դանդաղեցնում է պահուստավորումները
Տիպիկ միջակայքեր. 10 ԳԲ տվյալների բազայի լրիվ պահուստավորման համար՝ սեղմմամբ, ժամանակակից սարքավորումների վրա կարող է պահանջվել 5-15 րոպե։
15.5 Որտե՞ղ պետք է պահեմ SQL Server Պահուստային պատճեններ՞
Լավագույն պրակտիկան՝ հետևեք 3-2-1 կանոնին.
- 3 ձեր տվյալների պատճենները
- 2 տարբեր տեսակի պահեստավորում (օրինակ՝ սկավառակ և ժապավեն/ամպային պահեստավորում)
- 1 պատճենել կայքից դուրս
Առաջարկվող վայրեր՝
- Տեղական սկավառակ արագ վերականգնման համար
- Կենտրոնացված կառավարման համար ցանցային պահեստավորում
- Ամպային պահեստավորում (Azure, AWS) աղետների վերականգնման համար
15.6 Ի՞նչ է .bak ֆայլի ընդլայնումը։
.bak ընդլայնումը ֆայլի լռելյայն ընդլայնումն է SQL Server պահուստային ֆայլեր։ Սա կոնվենցիա է, ոչ թե պահանջ՝ SQL Server Պահուստային պատճենները աշխատում են ցանկացած ֆայլի ընդլայնման հետ։ Այնուամենայնիվ, .bak-ի օգտագործումը պահուստային պատճենների ֆայլերը հեշտությամբ նույնականացնում է և արդյունաբերության ստանդարտ պրակտիկա է։
15.7 Ինչպես պահուստավորել SQL Server ցանցային սկավառակի վրա՞
Ցանցային սկավառակի վրա պահուստավորելու համար՝
- Ապահովել SQL Server Ծառայության հաշիվն ունի գրելու թույլտվություններ ցանցային համօգտագործման մեջ
- Օգտագործեք UNC ուղին պահուստային հրամանում.
\\ServerName\ShareName\BackupFile.bak - Ավտոմատ պահուստավորումներ պլանավորելուց առաջ ստուգեք կապը
BACKUP DATABASE AdventureWorks
TO DISK = '\\BackupServer\SQLBackups\AdventureWorks.bak'
WITH COMPRESSION, INIT;
GO15.8 Կարո՞ղ եմ սեղմել SQL Server Պահուստային պատճեններ՞
Այո, SQL Server աջակցում է բնօրինակ պահուստային պատճենահանման սեղմումը (Enterprise Edition կամ Standard Edition-ի մեկնարկը) SQL Server 2016 SP1): Սեղմումը սովորաբար կրճատում է պահուստավորման չափը 50-70%-ով և հաճախ կրճատում է պահուստավորման ժամանակը` կրճատելով մուտք/ելք, չնայած այն մեծացնում է պրոցեսորի օգտագործումը:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH COMPRESSION;
GO16: եզրափակում
16.1 Հիմնական միջոցներ
Արդյունավետ SQL Server Պահուստավորման ռազմավարությունները պաշտպանում են ձեր տվյալները և ապահովում բիզնեսի շարունակականությունը: Հիշե՛ք այս կարևոր կետերը՝
- Հասկացեք պահուստավորման տեսակները. Ընտրեք համապատասխան պահուստավորման տեսակները (լրիվ, դիֆերենցիալ, գործարքների գրանցամատյան)՝ հիմնվելով ձեր վերականգնման պահանջների վրա։
- Ընտրեք վերականգնման համապատասխան մոդելը. Կարևոր տվյալների լիարժեք վերականգնում, հեշտ մշակման համար նախատեսված տվյալների բազաներ
- Կատարել պահուստավորման ժամանակացույցը՝ Կանոնավոր լրիվ պահուստավորումները՝ զուգորդված դիֆերենցիալ և գրանցամատյանների պահուստավորման հետ, նվազագույնի են հասցնում տվյալների կորուստը
- Վերականգնման փորձարկման ընթացակարգերը. Պահուստային պատճենները արժեքավոր են միայն այն դեպքում, եթե դրանք կարող են հաջողությամբ վերականգնվել
- Ավտոմատացնել և վերահսկել. օգտագործում SQL Server Գործակալ, սպասարկման պլաններ և մոնիթորինգի գործիքներ
- Անվտանգ պահուստային պատճեններ. Գաղտնագրեք զգայուն տվյալները և վերահսկեք պահուստային ֆայլերի հասանելիությունը
- Պահպանեք արտաքին պատճենները՝ Պաշտպանեք կայքի աղետներից՝ ամպային կամ հեռակա պահեստավորման միջոցով
- Փաստաթղթավորել ամեն ինչ. Պահպանեք պահուստավորման և վերականգնման ընթացակարգերի հստակ փաստաթղթավորումը
16.2 Հաջորդ քայլերը և ռեսուրսները
Ձեր բարելավման համար SQL Server պահուստային պատճենահանման իրականացում.
- Գնահատեք ձեր ներկայիս պահուստավորման ռազմավարությունը լավագույն փորձի համեմատ
- Հաշվարկեք ձեր RTO և RPO պահանջները
- Վերականգնման ընթացակարգերի փորձարկում ոչ արտադրական համակարգերի վրա
- Պարբերաբար վերանայեք և թարմացրեք պահուստավորման ժամանակացույցերը
- Գործարկել ավտոմատացված մոնիթորինգ և ահազանգում
- Վերապատրաստեք թիմի անդամներին վերականգնման ընթացակարգերի վերաբերյալ
Լրացուցիչ ռեսուրսներ.
- Microsoft SQL Server Փաստաթղթեր՝ Պաշտոնական պահուստավորման և վերականգնման ուղեցույց
- SQL Server պահուստային պատճենահանման համայնքի ֆորումներ. կիսվեք փորձով և լուծումներով
- Մասնագիտական հավաստագրեր՝ Microsoft Certified: Azure Database Administrator Associate
16.3 Առաջարկվող գործիքներ և լուծումներ
Հիմնվելով տարբեր սցենարների վրա.
Փոքր բիզնեսներ.
- Մայրենի SQL Server պահուստավորում՝ պլանավորվածով SQL Server Գործակալի աշխատատեղեր
- SQLBackupAndFTP ամպային ինտեգրման համար
- Azure Backup-ի համար SQL Server
Միջին ձեռնարկություններ՝
- SQL Server Պահպանման պլաններ
- Երրորդ կողմի գործիքներ, ինչպիսիք են Redgate SQL Backup Pro-ն
- Veeam Backup-ի համար SQL Server
Խոշոր ձեռնարկություններ.
- Quest LiteSpeed-ը՝ առավելագույն սեղմման համար
- Commvault կամ Veritas NetBackup՝ ձեռնարկությունների պահուստավորման կառավարման համար
- Մշտապես հասանելի խմբեր բարձր հասանելիություն
SQL Server Պահուստավորումը հիմնարար նշանակություն ունի տվյալների բազայի կառավարման համար: Ճիշտ պլանավորման, ներդրման և փորձարկման միջոցով դուք կարող եք ապահովել, որ ձեր տվյալները պաշտպանված լինեն և անհրաժեշտության դեպքում վերականգնվեն: Սկսեք կիրառել այս լավագույն փորձը այսօր՝ ձեր տվյալները պաշտպանելու համար: SQL Server տվյալների բազաներ:
Հեղինակի մասին
Յուան Շենգ տվյալների բազայի ավագ ադմինիստրատոր (DBA) է՝ ավելի քան 10 տարվա փորձով։ SQL Server միջավայրերի և ձեռնարկությունների տվյալների բազայի կառավարման ոլորտում: Նա հաջողությամբ լուծել է տվյալների բազայի վերականգնման հարյուրավոր սցենարներ ֆինանսական ծառայությունների, առողջապահության և արտադրական կազմակերպություններում:
Յուանը մասնագիտանում է SQL Server տվյալների բազայի վերականգնում, բարձր մատչելիության լուծումներ և կատարողականի օպտիմալացում: Նրա լայնածավալ գործնական փորձը ներառում է բազմաբայթ ծավալով տվյալների բազաների կառավարում, միշտ հասանելի խմբերի ներդրում և կարևորագույն բիզնես համակարգերի համար ավտոմատացված պահուստավորման և վերականգնման ռազմավարությունների մշակում:
Իր տեխնիկական փորձագիտության և գործնական մոտեցման միջոցով Յուանը կենտրոնանում է համապարփակ ուղեցույցներ ստեղծելու վրա, որոնք կօգնեն տվյալների բազայի ադմինիստրատորներին և ՏՏ մասնագետներին լուծել բարդ խնդիրներ։ SQL Server արդյունավետորեն մարտահրավերներ է նետում։ Նա տեղեկացված է մնում վերջին նորություններից SQL Server թողարկումները և Microsoft-ի զարգացող տվյալների բազայի տեխնոլոգիաները, պարբերաբար փորձարկելով վերականգնման սցենարները՝ համոզվելու համար, որ նրա առաջարկությունները արտացոլում են իրական աշխարհի լավագույն փորձը։
Հարցեր ունեք SQL Server Վերականգնո՞ւմ, թե՞ անհրաժեշտ է տվյալների բազայի խնդիրների լուծման լրացուցիչ ուղեցույց: Յուանը ողջունում է ձեզ: արձագանքներ և առաջարկություններ այս տեխնիկական ռեսուրսները բարելավելու համար։