SQL Server Rąstų siuntimas: išsamus vadovas duomenų bazės administratoriui [2026]

1. Įvadas į SQL Server Rąstų siuntimas

1.1 Kas yra SQL Server Rąstų siuntimas?

SQL Server „Log Shipping“ yra automatizuotas atkūrimo sprendimas, kuris palaiko šiltas atsargines jūsų gamybinių duomenų bazių kopijas. Ši technologija perkelia operacijų žurnalų atsargines kopijas iš pagrindinės duomenų bazės pagrindiniame serveryje į vieną ar kelias antrines duomenų bazes atskiruose antriniuose serveriuose, užtikrindama, kad jūsų antrinės duomenų bazės išliktų sinchronizuotos su pagrindine duomenų baze, ir apsaugotų nuo duomenų praradimo bei serverio gedimų.

1.2 Rąstų gabenimo paskirtis ir privalumai

Rąstų siuntimas atlieka keletą svarbių funkcijų duomenų bazių administravime:

• Pagrindinė jo funkcija yra duomenų atkūrimas po avarinių situacijų, užtikrinant patikimą serverio perjungimo taikinį, kai pagrindinis serveris tampa nepasiekiamas dėl aparatinės įrangos gedimo, programinės įrangos sugadinimo ar katastrofiškų įvykių, turinčių įtakos jūsų duomenų centrui.
• Tai taip pat ekonomiškai efektyvu didelio prieinamumo sprendimasSkirtingai nuo įmonės lygio funkcijų, kurioms reikalingos brangios licencijos, žurnalų siuntimas veikia su SQL Server Standartinė versija, todėl ji prieinama organizacijoms, turinčioms biudžeto apribojimus.
• Antrinės duomenų bazės, veikiančios budėjimo režimu, suteikia papildomos vertės, be atkūrimo po nelaimių. Duomenų bazių administratoriai gali jas naudoti tik skaitymui skirtoms ataskaitoms, perkeldami užklausų darbo krūvį iš gamybos serverio.
• Uždelsto atkūrimo funkcija apsaugo nuo atsitiktinių duomenų pakeitimų. Konfigūruodami atkūrimo uždelsimą, sukuriate laiko langą, per kurį galite atkurti duomenis po vartotojo klaidų, kol žalingi pakeitimai nepasieks jūsų antrinės duomenų bazės.

2. SQL Server Rąstų siuntimo komponentai ir darbo eiga

Rąstų siuntimas susideda iš šių komponentų:

• Pagrindinis serveris ir pagrindinė duomenų bazė: pagrindinis serveris atstovauja jūsų produkciją SQL Server egzempliorius, kuriame veikia pagrindinė duomenų bazė.
• Atsarginių kopijų bendrinimas: tarpinė vieta, skirta operacijų žurnalo atsarginėms kopijoms saugoti ir perkelti iš pagrindinio serverio į antrinius serverius.
• Antriniai serveriai ir antrinės duomenų bazės: Antriniuose serveriuose yra jūsų pagrindinės duomenų bazės atsarginės kopijos.
• Stebėjimo serveris (pasirinktinai): šis serveris seka visų atsarginių kopijų kūrimo, kopijavimo ir atkūrimo operacijų istoriją ir būseną visoje jūsų žurnalų siuntimo topologijoje.
• Agento užduotys: įskaitant atsarginių kopijų kūrimo, kopijavimo, atkūrimo ir įspėjimų užduotis, automatizuojant visą žurnalų siuntimo procesą.

Automatizavimo darbo eiga yra tokia:

1. Atsarginių kopijų kūrimo užduotis vykdoma pagrindiniame serveryje ir sukuria pagrindinės duomenų bazės operacijų žurnalo atsargines kopijas atsarginių kopijų bendrinamoje saugykloje.
2. Kopijavimo užduotis vykdoma kiekviename antriniame serveryje ir perkelia žurnalų atsarginių kopijų failus iš atsarginių kopijų bendrinimo aplanko į antrinį (-ius) serverį (-ius).
3. Atkūrimo užduotis vykdoma kiekviename antriniame serveryje ir nukopijuotos operacijų žurnalo atsarginės kopijos pritaikomos antrinei duomenų bazei.
4. Įspėjimo užduotis vykdoma stebėjimo serveryje ir tikrina, ar atsarginių kopijų kūrimo ir atkūrimo operacijos atliekamos per priimtiną laiką.

3. Būtinos sąlygos ir reikalavimai

3.1 SQL Server Versijos reikalavimai

Rąstų siuntimas galimas nuo SQL Server 2000 m. ir išlieka palaikomas visose vėlesnėse versijose nuo SQL Server 2005–2025 m. Ši ilgalaikė parama rodo technologijos stabilumą ir nuolatinį aktualumą.

3.2 SQL Server Leidimo reikalavimai

Žurnalų siuntimas veikia su „Standard“, „Workgroup“, „Enterprise“ ir „Developer“ leidimais. SQL ServerŠis platus leidimų palaikymas leidžia organizacijoms, neturinčioms „Enterprise Edition“ licencijų, siųsti žurnalus, kitaip nei tokios funkcijos kaip Visada prieinamumo grupės kuriems reikalingi „Enterprise“ arba „Evaluation“ leidimai.

Pastaba: „Express Edition“ nepalaiko rąstų siuntimo.

3.3 Duomenų bazės atkūrimo modelio reikalavimai

Žurnalų siuntimui reikalinga, kad pagrindinė duomenų bazė naudotų pilno atkūrimo modelį arba masinio žurnalų atkūrimo modelį. Paprastas atkūrimo modelis nepalaikomas, nes SQL Server automatiškai sutrumpina operacijų žurnalus, nutraukdamas nenutrūkstamą žurnalų grandinę, reikalingą žurnalų siuntimui.

Daugiau informacijos apie atkūrimo modelius rasite mūsų išsamus vadovas apie SQL Server atsarginės.

4. Rąstų siuntimo konfigūravimas naudojant SSMS

4.1 Sukurkite aplanką atsarginėms kopijoms bendrinti

Prieš konfigūruodami žurnalų siuntimą, paruoškite atsarginių kopijų bendrinimo aplanką, kuriame bus saugomos ir perkeliamos operacijų žurnalų atsarginės kopijos.

1. Pagrindiniame serveryje arba skirtame failų serveryje sukurkite aplanką (pvz., C:\Atsarginė kopija)
2. Dešiniuoju pelės mygtuku spustelėkite aplanką ir pasirinkite Skelbimų
3. Spustelkite Bendrinimo kortelė
4. Spauskite Išplėstinė bendravimas
5. Atrask Bendrinti šį aplanką
6. Spauskite Leidimai ir suteikti Pilnas valdymas leidimą SQL Server paslaugos paskyra NT tarnyba\MSSQLSERVER.
7. Spauskite OK Taikyti.
8. Dokumentuokite tinklo kelią (UNC) (pvz., \\SERVERIO-PAVADINIMAS\Atsarginė kopija)

4.2 Įgalinti ir konfigūruoti žurnalų siuntimą

1. Dešiniuoju pelės mygtuku spustelėkite pagrindinę duomenų bazę ir pasirinkite Skelbimų.
2. Lauke Duomenų bazės ypatybės dialogo lange pasirinkite Sandorių žurnalo pristatymas puslapis kairiajame skydelyje.
3. Atrask Įgalinti tai kaip pagrindinę duomenų bazę žurnalų siuntimo konfigūracijoje kad būtų galima siųsti rąstus.
4. Tada šiame ypatybių puslapyje galite konfigūruoti atsarginių kopijų nustatymus, antrinį serverį ir stebėjimo serverį. Juos pristatysime tolesniuose poskyriuose.
   
   

4.2.1 Atsarginės kopijos nustatymų konfigūravimas

1. Spustelkite Atsarginių kopijų nustatymai mygtukas
   
2. Lauke Operacijų žurnalo atsarginių kopijų nustatymai dialogo langas, esantis po Tinklo kelias į atsarginių kopijų aplanką lauke įveskite UNC kelią (pvz., \\SERVERIO-PAVADINIMAS\Atsarginė kopija)
3. Jei atsarginių kopijų aplankas yra pagrindiniame serveryje, įveskite vietinį kelią (pvz., C:\Atsarginė kopija)
4. Konfigūruokite kitus nustatymus, pvz., atsarginės kopijos saugojimo laikotarpį, įspėjimo slenkstį, atsarginės kopijos kūrimo užduotį ir glaudinimą.
5. Spauskite OK , kad patvirtintumėte nustatymus ir uždarytumėte dialogo langą.
   

4.2.2 Antrinio serverio egzemplioriaus ir duomenų bazės konfigūravimas

1. Spauskite papildyti pagal Antriniai serverio egzemplioriai ir duomenų bazės
2. Lauke Antrinės duomenų bazės nustatymai dialogo langas spustelėkite prisijungti prisijungti prie antrinio serverio egzemplioriaus.
3. Lauke Antrinė duomenų bazė išskleidžiamajame sąraše pasirinkite esamą duomenų bazę arba įveskite naują duomenų bazės pavadinimą
4. Lauke Inicializuojama antrinė duomenų bazė skirtuką pasirinkite Taip, sugeneruoti visą pagrindinės duomenų bazės atsarginę kopiją ir atkurti ją antrinėje duomenų bazėje (ir sukurti antrinę duomenų bazę, jei jos nėra)
   
5. Spustelkite Kopijuoti failus kortelė
6. Lauke Nukopijuotų failų paskirties aplankas (šis aplankas paprastai yra antriniame serveryje), įveskite paskirties aplanko vietinį kelią antriniame serveryje.
7. Įsitikinkite, kad aplankas egzistuoja ir SQL Server paslaugos paskyra turi rašymo teises
   
8. Spauskite OK , kad patvirtintumėte nustatymus ir uždarytumėte dialogo langą.

4.2.3 Monitoriaus serverio konfigūravimas

1. Atrask Naudokite stebėjimo serverio egzempliorių
   
   
2. Spauskite Nustatymai
3. Spauskite prisijungti prisijungti prie stebėjimo serverio egzemplioriaus
4. Nustatyti Ištrinti istoriją po nurodyti saugojimo laikotarpį valandomis
5. Spauskite OK , kad patvirtintumėte nustatymus ir uždarytumėte dialogo langą.
   
   

4.2.4 Konfigūracijos peržiūra ir užbaigimas

1. Peržiūrėkite visus nustatymus, esančius Sandorių žurnalo pristatymas puslapis
2. Patikrinkite atsarginių kopijų kūrimo nustatymus, antrinio serverio konfigūracijas ir stebėjimo nustatymus
3. Spauskite OK pritaikyti konfigūraciją
4. Vedlys sukuria visas reikalingas užduotis pagrindiniame, antriniame ir stebėjimo serveriuose.
5. Spauskite arti kai konfigūracija baigta

5. Rąstų gabenimo privalumai ir trūkumai

5.1 Privalumai SQL Server Rąstų siuntimas

• Ekonomiškai efektyvus sprendimas: Veikia su SQL Server „Standard Edition“ panaikina brangius „Enterprise Edition“ licencijavimo reikalavimus. Tai leidžia patikimai atkurti duomenis po nelaimių organizacijoms, turinčioms ribotą biudžetą.
• Paprasta konfigūruoti ir prižiūrėti: Konfigūracijos vedlys aiškiai nurodo administratorių sąrankos eigą. Daugelį duomenų bazių galima sukonfigūruoti per 15–30 minučių be specialių mokymų.
• Kelių antrinių serverių palaikymas: Palaikykite daugybę antrinių serverių be architektūrinių apribojimų. Vieną antrinį serverį diegkite vietiniam atkūrimui po nelaimių, kitą – nuotoliniam, o trečią – ataskaitų teikimui.
• Minimalus poveikis pagrindiniam serveriui: Veikia asinchroniškai, todėl pagrindiniame serveryje nėra sinchronizavimo išlaidų. Operacijų įvykdymo laikas lieka nepakitęs.
• Naudoja esamas operacijų žurnalo atsargines kopijas: Žurnalų siuntimo atsarginės kopijos yra standartinės operacijų žurnalų atsarginės kopijos, naudojamos duomenų atkūrimui tam tikru momentu, nepriklausomai nuo žurnalų siuntimo.
• Uždelsto atkūrimo parinktis: Atkūrimo delsos funkcija apsaugo nuo atsitiktinių duomenų pakeitimų, kurių negalima atlikti naudojant realaus laiko replikacijos sprendimai.
• Nereikia bendros saugyklos: Naudoja nepriklausomą saugyklą kiekviename serveryje, todėl nereikia bendros saugyklos ir su tuo susijusios išlaidos.
• Kelių platformų palaikymas: Veikia vienodai tiek „Windows“, tiek „Linux“ sistemose SQL Server dislokacijos.
• Veikia įvairiose srityse: Nereikia domeno pasitikėjimo ryšių ar „Active Directory“ integracijos.

5.2 Rąstų gabenimo trūkumai ir apribojimai

• Nėra automatinio perjungimo: Pagrindinis apribojimas yra rankinio perjungimo reikalavimas. Prieš atnaujinant paslaugą, administratoriai turi atlikti kelis veiksmus.
• Duomenų sinchronizavimo vėlavimas: Antrinės duomenų bazės visada atsilieka nuo pirminių duomenų bazių pagal atsarginių kopijų kūrimo ir atkūrimo dažnumą.
• Tik duomenų bazės lygio konfigūracija: Konfigūruojama duomenų bazės, o ne egzemplioriaus lygmeniu. Norint apsaugoti 50 duomenų bazių, reikia 50 atskirų konfigūracijų.
• Rankiniai ryšio eilutės pakeitimai: Programos turi atnaujinti ryšio eilutes, kad po perjungimo būtų nukreiptos į antrinį serverį.
• Antriniai duomenų bazės sutrikimai: Budėjimo režimo antrinės duomenų bazės atjungia vartotojus atkūrimo operacijų metu.
• Atskiras duomenų bazių valdymas: Kiekviena duomenų bazės konfigūracija turi būti valdoma atskirai, be koordinuotų valdymo galimybių.

6. Geriausia praktika ir naudojimo atvejai

6.1 Kada naudoti rąstų siuntimą

• Mažo biudžeto nelaimių padarinių šalinimas: Puikiai tinka kaip ekonomiškas atkūrimo sprendimas organizacijoms, negalinčioms pateisinti „Enterprise Edition“ licencijavimo išlaidų.
• Vidutiniai RPO/RTO reikalavimai: Programos, kurios toleruoja 15–30 minučių duomenų praradimą ir 30–60 minučių prastovų laiką, puikiai atitinka jo galimybes.
• Tik skaitymui skirtas ataskaitų serveris: Kurkite tik skaitymui skirtas ataskaitų teikimo darbo krūvių kopijas, kurios toleruoja periodinius atjungimus.
• Standartinės versijos aplinkos: Organizacijos standartizavo SQL Server Standartinėje versijoje nėra prieigos prie „Always On Availability Groups“, todėl žurnalų siuntimas yra geriausias galimas pasirinkimas.
• Serverio migracijos projektai: Palengvina serverių perkėlimą, pereinamaisiais laikotarpiais išsaugant sinchronizuotas kopijas.
• Vėluojančių duomenų reikalavimai: Konfigūruokite atkūrimo vėlavimus, kad duomenų bazės būtų išlaikytos fiksuotuose praeities taškuose atitikties ar audito tikslais.

6.2 Kada NEREIKIA naudoti rąstų siuntimo

• Beveik nulinio prastovų laiko reikalavimai: Programos, kurių RTO reikalavimai trumpesni nei 15 minučių, negali pasikliauti rankiniu perjungimu.
• Reikalingas automatinis atsarginis perjungimas: Netinkama, kai verslo reikalavimai reikalauja automatinio perjungimo be administratoriaus įsikišimo.
• Reikalingas sinchronizavimas realiuoju laiku: Programos, kurioms reikalingi realaus laiko arba beveik realaus laiko duomenys antriniuose serveriuose, negali toleruoti žurnalų siuntimo būdingo vėlavimo.
• Minimalus duomenų praradimo toleravimas: Organizacijoms, kurių RPO matuojamas sekundėmis arba kuriems nereikia prarasti jokių duomenų, reikia sinchroninių sprendimų.

6.3 geriausios praktikos pavyzdžiai

• Atsarginio kopijavimo dažnio optimizavimas: Suderinkite atsarginių kopijų kūrimo dažnumą su sistemos apkrovomis ir atkūrimo tikslais. Pradėkite nuo 15 minučių intervalų ir koreguokite pagal faktinius poreikius.
• Tinklo kelio aspektai: Atsarginių kopijų vietoms naudokite UNC kelius, o ne susietus diskus. Atsarginių kopijų bendrinimo aplankus laikykite patikimoje tinklo infrastruktūroje.
• Stebėjimo ir įspėjimų sąranka: Konfigūruokite įspėjimus apie atsarginių kopijų kūrimo, kopijavimo ir atkūrimo užduočių gedimus iš karto, kai baigsite žurnalų siuntimo sąranką.
• Įprastas testavimo grafikas: Planuokite ketvirtinius arba pusmetinius avarinio perdavimo testus, kad patvirtintumėte procedūras ir palaikytumėte administratoriaus pasirengimą.
• Dokumentacijos priežiūra: Tvarkyti išsamius operacijų knygas, kuriose būtų dokumentuojama konfigūracijos informacija, perjungimo procedūros ir trikčių šalinimo veiksmai.
• Saugumo svarstymai: Naudokite dedikuotas paslaugų paskyras su minimaliais reikalingais leidimais. Tinkamai apribokite tinklo bendrinimo leidimus.
• Disko vietos valdymas: Nuolat stebėkite atsarginių kopijų saugojimo vietose esančią disko vietą. Sukonfigūruokite įspėjimus, kai vietos sumažėja žemiau 20 %.
• Saugojimo politikos konfigūracija: Nustatykite atsarginių kopijų saugojimo laikotarpius, ilgesnius nei maksimalus priimtinas sinchronizavimo vėlavimas.
• Apsaugos atkūrimo delsa: Konfigūruokite atkūrimo vėlavimus, kai apsauga nuo atsitiktinių pakeitimų pateisina didesnį sinchronizavimo vėlavimą.

7. Įprastų problemų šalinimas

7.1 Atsarginių kopijų kūrimo užduočių gedimai

• Nepakanka vietos diske: Patikrinkite užduočių istoriją, ar nėra disko vietos klaidų. Patikrinkite turimą laisvą vietą ir laisvą vietą ištrindami senas atsargines kopijas arba įjungdami glaudinimą.
• Leidimų problemos: Patikrinkite SQL Server Paslaugos paskyra turi visas teises tiek vietiniame aplanke, tiek tinklo bendrinamame aplanke.
• Duomenų bazė nėra visiškai atkurta: Grįžkite į visiško atkūrimo modelį ir sukurkite pilną atsarginę kopiją, kad iš naujo paleistumėte operacijų žurnalo grandinę.

7.2 Kopijavimo užduočių nesėkmės

• Tinklo kelias nepasiekiamas: Patikrinkite ryšį su antriniu serveriu rankiniu būdu susiedami tinklo kelią.
• Autentifikavimo problemos: Konfigūruokite aiškius prisijungimo duomenis prie tinklo bendrinamų išteklių, jei serveriai yra skirtinguose domenuose.
• Failų užrakinimo problemos: Atsarginių kopijų aplanką neįtraukite į antivirusinės programos realaus laiko nuskaitymą, kad failai nebūtų užrakinti.

7.3 Atkūrimo užduočių klaidos

• Trūkstami atsarginių kopijų failai: Patikrinkite, ar paskirties aplanke yra failai, ir patikrinkite kopijavimo darbų istoriją.
• Atkurti sekos klaidą: Nustatykite trūkstamas operacijų žurnalų atsargines kopijas ir atkurkite jas iš eilės, kad būtų pataisyta žurnalų grandinė.
• Duomenų bazė netinkamoje būsenoje: Jei kas nors atkūrė duomenų bazę, iš naujo inicijuokite žurnalų siuntimą atkurdami visą atsarginę kopiją naudodami NORECOVERY.
• Duomenų bazės failo sugadinimas: Jei atkūrimo problemos išlieka nepaisant teisingos sekos ir konfigūracijos, gali būti sugadinti patys duomenų bazės failai. Tokiais atvejais gali tekti naudoti specializuotą įrankį. SQL atkūrimo įrankis prieš bandant iš naujo inicijuoti žurnalų siuntimą, išgauti duomenis iš pažeistų .MDF ir .NDF failų.

7.4 Sinchronizavimo vėlavimo problemos

• Tinklo pralaidumo apribojimai: Įjunkite atsarginių kopijų glaudinimą, kad sumažintumėte failų dydžius ir pralaidumo reikalavimus.
• Didelė operacijų apimtis: Apsvarstykite galimybę padidinti atsarginių kopijų kūrimo dažnumą, kad sukurtumėte mažesnius ir lengviau valdomus atsarginių kopijų failus.
• Nepakankamas atkūrimo dažnis: Padidinkite atkūrimo užduočių dažnumą, kad apytiksliai atliktumėte atsargines kopijas ir sumažintumėte delsą.

7.5 Serverio ryšio problemų stebėjimas (SQL 2025)

• OLE DB teikėjo klaidos: SQL Server 2025 m. numatytasis privalomas šifravimas prieštarauja senesnėms instancijoms, kurioms trūksta tinkamos šifravimo konfigūracijos.
• Šifravimo konfigūracijos neatitikimas: Patikrinkite susietojo serverio konfigūraciją stebėjimo serveryje ir patikrinkite šifravimo nustatymus.
• Sprendimai dėl problemos sprendimo: Pašalinkite ir iš naujo sukurkite žurnalų siuntimą naudodami TLS 1.3 parametrus arba atnaujinkite visus egzempliorius į SQL Server 2025.

7.6 SQL Server Agento aptarnavimo problemos

• Paslauga nepradėta: Patikrinkite agento paslaugos būseną ir sukonfigūruokite ją taip, kad ji būtų paleidžiama automatiškai.
• Darbo grafikas išjungtas: Patikrinkite darbo grafiko būseną ir įjunkite išjungtus grafikus.
• Darbo etapo klaidos: Peržiūrėkite užduočių istoriją, kad nustatytumėte nepavykusius veiksmus ir konkrečius klaidų pranešimus.

8. Dažnai užduodami klausimai (DUK)

K: Ar galiu naudoti rąstų siuntimą su „Express Edition“?

A: Ne, SQL Server „Express Edition“ nepalaiko žurnalų siuntimo, nes jame trūksta SQL Server Agentas.

K: Kaip dažnai turėčiau planuoti žurnalų atsargines kopijas?

A: Numatytieji 15 minučių intervalai užtikrina tinkamą pusiausvyrą. Koreguokite pagal savo atsigavimo taško tikslą.

K: Ar galima naudoti antrines duomenų bazes ataskaitoms teikti?

A: Taip, antrinės duomenų bazės, sukonfigūruotos budėjimo režimu, suteikia tik skaitymo prieigą tarp atkūrimo operacijų.

K: Kas nutinka, jei sugenda pagrindinis serveris?

A: Norėdami prijungti antrinę duomenų bazę prie interneto, atlikite rankinį perjungimą. Duomenų praradimas lygus sinchronizavimo delsai gedimo metu.

K: Ar galiu turėti kelis antrinius serverius?

A: Taip, žurnalų siuntimas palaiko neribotą skaičių antrinių serverių su nepriklausomomis konfigūracijomis.

K: Kaip apskaičiuoti sinchronizavimo delsą?

A: Palyginkite paskutinį atkurtą operacijų žurnalo laiko žymą su dabartiniu laiku naudodami žurnalų siuntimo stebėjimo lenteles.

K: Ar rąstų siuntimas gali veikti skirtinguose domenuose?

A: Taip, jis veikia skirtingose ​​srityse arba darbo grupių aplinkoje, nereikalaujant pasitikėjimo ryšių.

K: Kuo skiriasi režimas „Be atkūrimo“ ir budėjimo režimas?

A: Nėra atkūrimo režimo, kuris užkirstų kelią duomenų bazės pasiekiamumui. Budėjimo režimas leidžia tik skaitymo užklausas tarp atkūrimo.

K: Ar galiu laikinai sustabdyti rąstų siuntimą?

A: Taip, išjunkite atsarginių kopijų kūrimo, kopijavimo ir atkūrimo užduotis, kad pristabdytumėte sinchronizavimą ir išsaugotumėte konfigūraciją.

K: Kaip pašalinti žurnalo siuntimo konfigūraciją?

A: Sandorių žurnalo pristatymas nuosavybės puslapis:

1. Nuimkite žymėjimą Įgalinti tai kaip pagrindinę duomenų bazę žurnalų siuntimo konfigūracijoje
2. Spauskite OK , kad pašalintumėte konfigūraciją ir ištrintumėte užduotis.

K: Ar galiu perjungti antrinę duomenų bazę į skaitymo ir rašymo režimą?

A: Taip, vykdyti komandą „ATKURTI DUOMENŲ BAZĘ SU ATKŪRIMU“, bet tai nutraukia žurnalų siuntimo grandinę.

K: Koks yra maksimalus atkūrimo vėlavimas, kurį galiu konfigūruoti?

A: Griežtų apribojimų nėra. Konfigūruokite vėlavimus nuo minučių iki dienų pagal savo apsaugos reikalavimus.

K: Kaip rąstų siuntimas veikia atsarginių kopijų kūrimo strategiją?

A: Tai sukuria operacijų žurnalo atsargines kopijas, kurias galima naudoti tiek žurnalų siuntimui, tiek atkūrimui tam tikru momentu.

K: Ar galiu naudoti žurnalų siuntimą serverio perkėlimui?

A: Taip, sukonfigūruoti žurnalų siuntimą į naują serverį, sinchronizuoti, tada atlikti suplanuotą senojo serverio perkėlimą priežiūros metu.

K: Kokios stebėjimo priemonės veikia su rąstų gabenimu?

A: SQL Server „Management Studio“ apima integruotas ataskaitas. Trečiųjų šalių įrankiai, tokie kaip „SQL Monitor“ ir „SolarWinds“, teikia patobulintą stebėjimą.

9. Išvada ir rekomendacijos

9.1 Pagrindinių punktų santrauka

SQL Server „log shipping“ užtikrina patikimą ir ekonomišką duomenų atkūrimą po nelaimių, naudojant automatines operacijų žurnalų atsarginių kopijų kūrimo ir atkūrimo operacijas. Ši technologija veikia su „Standard Edition“, reikalauja minimalios infrastruktūros ir palaiko kelis antrinius serverius.

Žurnalų siuntimas puikiai tinka esant vidutinio sunkumo atkūrimo tikslams, kai priimtinas rankinis perjungimas. Pagrindiniai apribojimai apima rankinio perjungimo reikalavimą, sinchronizavimo vėlavimą ir duomenų bazės lygio konfigūracijos apimtį.

Ši technologija gerai integruojasi su esamomis atsarginių kopijų kūrimo strategijomis, palaiko tik skaitymui skirtas ataskaitas budėjimo režimu ir užtikrina uždelsto atkūrimo apsaugą nuo atsitiktinių pakeitimų.

9.2 Tinkamo pasirinkimo jūsų aplinkai priėmimas

Prieš diegdami įvertinkite rąstų siuntimą pagal konkrečius reikalavimus. Atsižvelkite į atkūrimo taško tikslus, atkūrimo laiko tikslus, biudžeto apribojimus ir operacinio sudėtingumo toleranciją.

Organizacijos, naudojančios SQL Server „Standard Edition“ su vidutiniais atkūrimo reikalavimais turėtų rimtai apsvarstyti žurnalų siuntimą. Įmonės, kurių griežtas RTO yra mažesnis nei 15 minučių, turėtų įvertinti „Always On Availability Groups“ (visada įjungtas prieinamumo grupes).

Apsvarstykite hibridinius metodus, derinančius rąstų gabenimą su kitomis technologijomis, siekiant optimizuoti sąnaudas ir kartu patenkinti įvairius reikalavimus.

9.3 Tolesni veiksmai ir papildomi ištekliai

Pradėkite nuo nedidelio masto bandomųjų diegimų, kad įgytumėte patirties. Parengkite išsamią dokumentaciją, įskaitant konfigūracijos informaciją, gedimų šalinimo procedūras ir trikčių šalinimo vadovus.

Suplanuokite reguliarius avarinio perdavimo testus, kad patikrintumėte procedūras ir palaikytumėte administratoriaus pasirengimą. SQL Server atnaujinimai ir patobulinimai.

Nuorodos

• Oficialus „Microsoft“ dokumentas: Apie rąstų gabenimą (SQL Server)
• Oficialus „Microsoft“ dokumentas: Konfigūruoti žurnalų siuntimą (SQL Server)

---

Apie Autorius:

Yuan Sheng yra vyresnysis duomenų bazių administratorius (DBA), turintis daugiau nei 10 metų patirtį SQL Server aplinkose ir įmonių duomenų bazių valdyme. Jis sėkmingai išsprendė šimtus duomenų bazių atkūrimo scenarijų finansinių paslaugų, sveikatos priežiūros ir gamybos organizacijose.

Yuan specializuojasi SQL Server duomenų bazių atkūrimas, didelio prieinamumo sprendimai ir našumo optimizavimas. Jo didelė praktinė patirtis apima kelių terabaitų duomenų bazių valdymą, „Always On Availability Groups“ diegimą ir automatizuotų atsarginių kopijų kūrimo bei atkūrimo strategijų, skirtų kritiškai svarbioms verslo sistemoms, kūrimą.

Pasitelkdamas savo technines žinias ir praktinį požiūrį, Yuanas daugiausia dėmesio skiria išsamių vadovų, padedančių duomenų bazių administratoriams ir IT specialistams spręsti sudėtingas problemas, kūrimui. SQL Server efektyviai meta iššūkius. Jis neatsilieka nuo naujausių žinių SQL Server leidimus ir besivystančias „Microsoft“ duomenų bazių technologijas, reguliariai testuodamas atkūrimo scenarijus, siekdamas užtikrinti, kad jo rekomendacijos atitiktų geriausią realią praktiką.

Turite klausimų apie SQL Server atkūrimo ar reikia papildomų duomenų bazės trikčių šalinimo nurodymų? Yuan mielai atsiliepimai ir pasiūlymai už šių techninių išteklių tobulinimą.