Rezervimi i studios së menaxhimit Sql. Rezervimi i MS SQL

Ka shumë mënyra për të kopjuar tabelat në bazat e të dhënave MS SQL Server. Versioni mbështetës i bazës së kopjes së tabelës. Cila prej tyre dridhet - për të vendosur strukturën e tabelave, shfaqjen në indekse të reja, shkas, etj., Si dhe për të punuar me duart tuaja.

1. Metoda manuale e kopjimit të strukturës së tabelave

Në Micrisoft SQL Management Studio, vibroni bazën, vibroni tabelën, shtypni butonin e djathtë të mausit dhe vibroni pikat "Script Table as" -> "CREATE TO" -> "New Query Editor Window". Kodi për mbylljen e tabelës do të shfaqet në dritare. Një i ri duhet të përdorë një bazë, në të cilën kërkohet një kopje e një tabele, dhe një e re, pasi baza nuk ndryshon. Si të vendosni kodin për rrënjën e strukturës, e cila është tabela є, tregohet pak më poshtë.

Për një metodë shtesë do të ketë indekse tabelash, por nuk kopjohen nxitësit. Është e nevojshme ta kopjoni atë në një mënyrë analoge.

Për të kopjuar haraçin në tabelën e instaluar tashmë, do t'ju duhet të përdorni SQL-në e mëposhtme:

INSERT në ..tmp_tbl_Deps SELECT * FROM ..tbl_Deps

2. Kopjimi i tabelave SQL në një rresht

Krijo një kopje të strukturës së tabelës dhe të dhënave në mes të së njëjtës bazë:

SELECT * në tmp_tbl_Dep NGA tbl_Deps

Kopjoni strukturën e tabelës dhe të dhënat nga e njëjta bazë në vijim:

SELECT * në ..tmp_tbl_Deps NGA ..tbl_Deps

Minus i një zgjidhjeje të tillë është se indeksi nuk kopjohet.

Dhe gjithashtu: kopje rezervë SQL, kopje rezervë 1C.

Serveri 1C hakmerret për të dhënat në bazën e të dhënave, pasi ndodhet në serverin SQL. Versioni aktual është MS SQL 2005/2008.

Për të mos humbur në rastin e një disku të djegur të serverit, ose në ndonjë situatë force madhore - keni nevojë për pak kopje rezervë.

Robiti Trajton Rezervimin e Ditës së Lëkurës Baza SQL 1C nuk dëshiron. Për të gjithë fillimin automatik. I njohur me ta.

SQL rezervë e personalizuar

Konfigurimi i SQL rezervë për bazën 1C nuk duket si cilësimet rezervë për ndonjë bazë të caktuar.

Për të konfiguruar, ekzekutoni MS SQL Management Studio. Programi është i përfshirë në grupin e programit MS SQL.

Dodavannya zavdannya rezervë e bazës së të dhënave SQL 1C

Rezervimi automatik i Zavdannya i bazave të të dhënave SQL ndodhet në planet e Menaxhimit / Mirëmbajtjes.

Për të shtuar një kopje rezervë të re, klikoni në grupin e planeve të mirëmbajtjes me butonin e djathtë dhe zgjidhni Plani i ri i mirëmbajtjes.

Shkruani emrin e departamentit. Emri ka kuptim vetëm për ju. Rreth të gjitha llojet e vipadokëve janë më të bukur se simbolet vikoristovuvati angleze.

Nalashtuvannya rezervë e bazës së të dhënave SQL 1C

Shih redaktorin e fabrikës. Bisha e respektit - zavdannya mund të grabisë funksionimin e bazës së haraçit, dhe jo vetëm rezervë.

Lista e opsioneve për operacionet e operacioneve të Zliv është më poshtë. Viber Back Up Database Task me nënbutonin e miut ose thjesht tërhiqeni djathtas.

Respekt kafshe per shigjeten. Ju mund të tërhiqni një zinxhir me operacione të ndryshme ose të njëjta dhe t'i lidhni ato me linja qepjeje. Todi do të shihet menjëherë pas emrit të ditëlindjes suaj.

Në cilësimet e dritares, vibroni bazën e kërkuar SQL 1C (mund të zgjidhni menjëherë ose një nga një).

Viber_t m_sce ruan kopje rezervë të bazës SQL 1C. Është e nevojshme të vibroni Winchesterin fizik. Organizativisht, mund të kontrolloni kutinë e kontrollit "Krijo dosje".

Tani shpërndarja e rezervës. Paketa rezervë për ndryshimet u bë në të njëjtën. Ale Vi mund të shtojë një grup rozkladiv (për shembull, një - një - një, një - pak, etj.). Shtypni butonin për të krijuar një kopje rezervë.

Në një pamje ekrani, pjesa e poshtme e një baze të dhënash të përgjithshme rezervë SQL 1C në 3 netë.

Shpërndarja rezervë në listë është bukur-zrozumіlim, ju mund ta ndryshoni atë.

Ruajtja e bazës së të dhënave SQL rezervë 1C

Bej Shenime. Zavdannya të shfaqet e keqe në listë.

Tse është e rëndësishme! Kthejeni korrektësinë e bazës së të dhënave rezervë SQL. Për një klik të plotë në butonin e paracaktuar djathtas dhe zgjidhni Ekzekutoni.

Si rezultat, skedari rezervë është fajtor për rrugën e specifikuar. Epo, nuk është kështu - shikoni fabrikën (Del) dhe lexoni atë në kalli.

Ky artikull u është caktuar zgjidhjeve për përditësimin e MS SQL. Mundohuni të kuptoni pikat kryesore dhe detajet e rëndësishme, pasi është e nevojshme të punoni, kur planifikoni dhe zgjidhni një zgjidhje për përditësimin e bazës së të dhënave MS SQL.

Si pjesë e planit të përditësimit të urgjencës MS SQL, interes i veçantë përfaqësohet nga dy parametra: objektivi i kohës së rikuperimit (RTO) dhe objektivi i pikës së rikuperimit (RPO).

RPO me fjalë të tjera, periudha kohore nga koha e kopjes së fundit rezervë deri në momentin e incidentit, për të cilën përfshihet një shkëmbim jo kritik parash (informacion). RTO është një orë e vlefshme, për të cilën është e nevojshme të përditësohet statusi i shërbimit / sistemit në momentin e incidentit. Shkelja e parametrit mayut jo domethënëseі shtriu nga vimog deri në këtë sistem. Nëse dëshironi të instaloni RPO dhe RTO, duhet të keni një plan të detajuar rezervë. Në aplikacion, ne do të analizojmë incidentet e mundshme emergjente dhe do të përpiqemi të shohim këndvështrimet e serverit tonë SQL dhe metodat e përditësimit:

• bllokimi i harduerit, prodhimi fizik i serverit nga freti: disqet, CPU, motherboard, njësia e jetesës, etj.
• softueri zb_y: sistemi operativ, Baza Danih

Për një incident të lëkurës të shënuar me një kompleks thirrjesh, do t'ju lejojë të zbuloni gjurmët e incidentit.

MS SQL me disponueshmëri të lartë

Me vimog të lartë deri në RPO dhe RTO (sekonda / hilini) Një zgjidhje për sigurimin e performancës MS SQL është organizimi i teknologjisë së disponueshmërisë së lartë të serverit (High Availability):

• Frymëzuar nga MS SQL dhe OS Windows Server ne mund të arrijmë disponueshmëri të lartë për zbatimin e defektit tolerant Grup Windows Cluster Failover Server (WSFC) duke përfshirë teknologjinë AlwaysOn. Grupi Vidmov ruhet minimalisht jak me dy universitete / serverë. Kur serveri aktiv nuk funksionon, shtohet një lidhje urgjence me serverin tjetër të disponueshëm dhe ai bëhet aktiv. Me të gjitha shërbimet që u transferuan në server, ato do të transferohen automatikisht në universitetin më të aksesueshëm.
• Në rastin e një vipad, me një makinë virtuale MS SQL, disponueshmëria e lartë mund të arrihet me ndihmën e shtimit të VMware HA-cluster ose Hyper-V High Availability. Në përgjithësi, kur dilni nga serveri fizik, ju lejon të filloni automatikisht makinën virtuale në serverin e grupit.

Ofendimi është një mënyrë për t'u realizuar si okremo, pra në mënyrë spirale, nëse është e nevojshme. Grumbullimi nga një botë e madhe është i rrënjosur për përdorimin operativ të një therjeje me aparate.

Perevagi MS SQL me disponueshmëri të lartë:

• mittєve peremikannya z Nodi për nyje, pa ndërprerje
• pa depozitime të serverëve fizikë
• Lejimi i kryerjes së servisit të serverëve pa ndërprerje në robot me bazën e të dhënave

Mangësitë e MS SQL me disponueshmëri të lartë:

• Realizimi i Vimag-it të Infrastrukturës dhe Resurseve të Dodatkovës
• Visoka pjesë e zgjidhjes për licencat dhe pronësinë
• shërbim më i palosshëm dhe me cilësi të lartë

BACKUP MS SQL

Për vipad, nëse ka deri në RTO dhe RPO nuk janë të larta dhe ka një kërkesë të lartë disponueshmërie (grupimi) çdo ditë, për sigurimin e performancës së bazave të të dhënave MS SQL në një server fizik ose virtual. mendjen e nevojshme• Disponueshmëria e një kopje rezervë. Në tërësi, është e mundur të futet funksionaliteti i SQL Server, ose të përdoren disa sisteme të veçanta, për t'u përshtatur menyra te ndryshme kopje rezervë e MS SQL, për shembull:

Sistemet Dani do t'ju ndihmojnë të identifikoni gabimet e harduerit dhe softuerit në robotët e serverëve të bazës.

Nëse dëshironi të hapni vlerën RTO dhe RPO, mund të shkoni te konfigurimi i planifikuar i serverit SQL. Për arritjen e vlerave qih, ne mund të vikorstovuvati si teknologjinë e disponueshmërisë së lartë, risigurimin, ashtu edhe kopjimin e bazave të të dhënave.

Rregulloret rezervë të MS SQL

• Kopjet rezervë të rrëfimit janë të njohura në skedarët më të fundit fizikë me skedarët rezervë të bazës së të dhënave
• Serveri i testit të fitores (shkarkimi) për të ndryshuar procedurën për përditësimin e kopjeve rezervë
• vizion sot
• Grabite më shpesh. Erë e keqe është të marrësh sa më pak para në skhovische dhe të shpejtosh edhe më shumë rizikun dhe të shpenzosh haraçin.
• Shpesh mund të grabisni kopjet rezervë të regjistrave të transaksioneve. Regjistrat e transaksioneve hakmerren të gjithë ostnі dії, Shkuam në bazën e danikut. Revistat mund të jenë fitimtare për përditësimin e bazës danih në momentin e këndimit të orës dhe në kohën më emocionuese. Regjistri i transaksioneve mund të kopjohet për një orë nga sistemi robotik. Nëse frekuenca e të dhënave të reja, e cila është vendosur në bazën tuaj të të dhënave, po aq sa lart, atëherë mund të rezervoni kopjet e regjistrit të transaksioneve të lëkurës 10 herë, në atë orë për bazat e tjera të të dhënave, si ato më pak aktivet , gjithashtu mund të shkarkohen kopje të rezervuara të 60 kopjeve.
• Grabitni kopjet rezervë të bazave të të dhënave të sistemit MS SQL: server, master, model dhe msdb. Të dhënat bazë janë absolutisht të nevojshme, për të zëvendësuar konfigurimin e sistemit, si dhe informacionin për instalimin e SQL Server, pasi do të jetë e nevojshme të përditësohet edhe një herë sistemi.

KONFIGURIMI I REZERVËS SË EXEC MS SQL

Ekzekutiv rezervë Unë do të prezantoj tre metoda të rezervimit të MS SQL: Full, Differential dhe Full Copy-vetëm. Metoda Full përdoret për të kopjuar të gjithë bazën e të dhënave dhe metoda Diferenciale për të kopjuar vetëm disa blloqe në bazën e të dhënave në kohën e kopjimit të fundit. Metoda vetëm me kopjim të plotë është e njëjtë me një kopje rezervë të plotë, por nuk derdhet në fillimin e një kopje rezervë diferenciale.

Është e lehtë për të kuptuar llojet e lëkurës për më shumë raporte dhe mund të instalohet në sistem.

Më pas, në cilësimet e parametrave (opts), zgjidhni llojin e kopjes rezervë (nga lista mund të konfiguroni rezervimin e plotë kundrejt diferencialit).

Backup Exec është edhe më i rëndësishëm funksioni corisna Kontrolli i konsistencës para / pas kopjimit

• mos kryeni një përmbysje
• rishkruaj, pa indekse urahuvannya
• rirregullimi i indekseve
• vetëm shndërrim fizik

Për të konfiguruar një kopje rezervë diferenciale, ju nevojitet (në mënyrë të ngjashme me një kopje rezervë të plotë të punës) një përzgjedhje e diferencialit të ri të punës dhe më pas zgjidhni një nga metodat e rezervimit në skedat e Microsoft SQL.

Në listën e dhënë në pershu chergu tsіkavit Diferenciale - Bëni kopje rezervë të ndryshimeve të bazës së të dhënave që nga plotësimi i fundit(Krijimi i kopjes rezervë diferenciale aktualisht). Pra, opsioni më i mundshëm është hapja e një kopje rezervë diferenciale (në të njëjtat blloqe) me një konvertim të mëtejshëm në një makinë virtuale "Diferencial (nivel blloku) - Rezervoni ndryshimet e bazës së të dhënave që nga e fundit e plotë - përdorni me punën e konvertimit në makinë virtuale".

Një tjetër parametër i rëndësishëm є "Regjistrohu - Rezervo dhe shkurto regjistrin e transaksioneve" për të kopjuar regjistrin e transaksioneve MS SQL.

Ne kemi shikuar pikat kryesore të kopjes rezervë të MS SQL. Unë e respektoj absolutisht që për të mbështetur një pjesë të planit të përditësimit emergjent (DRP), përpara planeve rezervë, është e nevojshme të bëhet një ri-analizë e sistemeve dhe infrastrukturës për të siguruar RPO dhe RTO. Dhe gjithashtu - mundësia e planifikimit të DRP gjatë zhvillimit të një sistemi, gjithashtu mund të ndihmojë në eliminimin e shumë problemeve dhe, është e mundur, për ta bërë funksionimin e sistemit më të lirë.

Vikoristovuvana në statistika është marrë nga dzherel zyrtar.

Administratori i DB duhet të dërgohet në heshtje, si të grabisni kopjet rezervë, dhe në heshtje, si të grabitni kopjet rezervë.

Hyrja

Kjo statistikë përshkruan kopjen rezervë të IB 1C për mjetet shtesë MS SQL Server 2008 R2, shpjegohet pse është kështu, dhe jo një gabim, dhe është zhvilluar paksa një kopje. Statistikat kanë shumë burime në dokumentacionin MS SQL, i gjithë artikulli së shpejti do të shikojë mekanizmat rezervë, dhe jo të gjithë ata kritikë. Ale për qetësinë, kush duhet të shkojë në të kaluarën, haraçin e thjeshtësisë dhe udhëzimet e kopertinës, Iakі zastosovnі në situata të thjeshta. Artikulli nuk është i destinuar për mësuesin e administrimit, për mësuesin, dhe kështu unë di gjithçka, nuk e transferoj atë, por lexuesi duhet të instalojë vetë MS SQL Server dhe mrekullia e teknologjisë hyjnore duhet të instalohet në tuaj. nadrah bazën e të dhënave, në mënyrë që në dhomën tuaj, të kurseni ditën.

Unë përdor komandën TSQL BACKUP BACKUP DATABASE (dhe vëllain tim BACKUP LOG) në të njëjtën mënyrë për të bërë kopje rezervë të bazave të të dhënave 1C, në mënyrë që të mund të ekzekutoj MS SQL Server si një DBMS. Per cfare? Le të shohim se si kemi mënyra për të filluar:

Palosshmëria kryesore e kopjimit rezervë me ndihmën e MS SQL gjendet përmes parimeve elementare të paarsyeshme të robotëve. Ia vlen të shpjegohet një lynna pjesërisht e mrekullueshme, pjesërisht në sfondin e një sqarimi të thjeshtë dhe inteligjent trëndafili në nivelin e “recetave të gatshme” (hmm, po them që nuk ia dola), ndaj po mendoj situata në forum. Nuk e di se si të punoj me të, por do të përpiqem të shpjegoj bazat e kopjimit rezervë.

Kush është dhe tani është i sigurt?

Shumë kohë më parë, në një galaktikë të largët, pasi kishte prezantuar një produkt të tillë të një mendimi inxhinierik dhe kontabël, yak 1C: Ndërmarrja 7.7. Mabut përmes atyre që janë versionet e para të 1C: Ndërmarrjet u shpërndanë për formatin popullor të victorian skedar dbf Versioni SQL nuk ka marrë informacion të mjaftueshëm në bazën e të dhënave, kështu që është marrë parasysh kopja rezervë e MS SQL, që kur lëkura ka ndryshuar strukturën, robotët kanë prishur modelet e tjera të sistemit rezervë, funksionin e tij kryesor. Ale, festë e qetë, pasi u shfaq versioni i 8 bazave të të dhënave administrative të bazave të të dhënave, ato mund të qetësoheshin. Gjendja e teknologjisë për rezervimin ju lejon të konfiguroni një sistem të tërë rezervë. Mos u përfshini në kopjen rezervë vetëm ditarin e riinstalimit dhe ndonjë lloj tjetër rregullimi të pozicionit të formularëve (në versionet e vjetra), megjithëse humbja e të dhënave për funksionalitetin e sistemit, dhe unë nuk e bëj duan të jenë çmendurisht korrekte në lidhje me kopjen rezervë të kopjes.

A na duhet vërtet një kopje rezervë? HM. Vështrimi i parë fuqizohet çuditërisht. Epo, në mënyrë melodioze, në një farë mënyre, pse është e mundur të hapet një kopje e sistemit dhe në një mënyrë tjetër të përditësohet sistemi në rast të kequshqyerjes? Për herë të parë jam në formë, dhe nga një mik jam miti i parë i një kopje rezervë.

Kopjimi rezervë është kostoja e mbajtjes së sistemit të sigurt. Përderisa administratorit të bazës i jepet mundësia të përditësojë sistemin e produktit nga kopjet rezervë, do të thotë se, me efikasitetin e madh, nuk ka pasur falje të vrazhda në organizimin e robotëve. Nuk mund të instalohet para kopjes rezervë, pasi para metodës kryesore të sigurimit të integritetit të të dhënave, nuk është e mundur, por më shpejt me sistemin e mbrojtjes nga zjarri. Kërkohet sistemi i zjarrit. Vona është fajtore, por u rregullua, u përmbys dhe u patronizua. Nëse kam bërë spratsyuvala, atëherë është vetë, ne jemi PP serioze me shumë trashëgimi negative.

Për të bërë një kopje rezervë të ruajtjes vetëm "për qëllime paqësore", ju lutemi, të siguroheni që nuk ju lejohet të merrni dokumentet e mëposhtme:

• Harrojeni sigurinë fizike të serverëve: zjarrin, përmbytjet, energjinë elektrike të kalbur, pastruesit, këmbanat e alarmit, meteoritët dhe krijesat e egra - të gjitha erërat dhe kontrollet pas borisë, duhet të mbrojnë serverin tuaj.
• Ne qëndrojmë përballë kërcënimit të sigurisë së informacionit.
• Në mënyrë cilësore, bëni ndryshime në sistem dhe ndryshoni sa më shumë orën, në mënyrë që ndryshimet të mos përfundojnë deri në fund të ditës. Përveç planit, nënës i bëhet një ndryshim dhe plani është “mirë, nëse gjithçka shkon keq”.
• Mbështetni në mënyrë proaktive teknologjinë për të përmirësuar disponueshmërinë dhe besueshmërinë e sistemit dhe për të zëvendësuar problemin duke zhvilluar trashëgiminë e aksidenteve. Për MS SQL, ndiqni hapat e mëposhtëm:
  • Grupet Vikoristannya të MS SQL (shpresoj, sinqerisht, ta bëj këtë, në një nga mënyrat më të shtrenjta dhe të panevojshme për të zënë një administrator DB për sistemet që nuk kërkojnë 24x7)
  • Baza e pasqyrimit danih (në modalitetin sinkron dhe asinkron në mungesë për shkak të disponueshmërisë, produktivitetit dhe ndryshueshmërisë)
  • Dorëzimi i regjistrave të transaksioneve
  • Përsëritja me ndihmën e 1C

Për shkak të disponueshmërisë së sistemit dhe buxhetit, siç shihet në tërësi, është e mundur të vibrohet solucioni, i cili mund të përdoret për 1-2 rend shpejtësie në orë për ndërprerje dhe rinovim në rast mosfunksionimi. Nuk ka nevojë të kesh frikë nga teknologjia e avancimit të disponueshmërisë: është e lehtë të nuhatet për ta marrë atë brenda pak ditësh me njohuritë bazë të MS SQL.

Ale, nezazhayuchi nі në shcho, një kopje rezervë është ende e nevojshme. Kjo është e njëjta parashutë rezervë, të cilën ju mund të zgjidhni të luani, nëse të gjithë ata janë në gjendje të mësojnë për të. Ale, jak dhe një parashutë rezervë referimi, për një person:

• sistemi është fajtor, por ai është i saktë dhe i kualifikuar paraprakisht,
• Fakhіvets qortojnë sistemin është fajtor i nënës së këshillave teorike dhe praktike її zasosuvannya (të marra rregullisht),
• fajin e ka sistemi per maksimumin komponentë të thjeshtë(Kjo është shpresa jonë e fundit).

Informacion bazë për ruajtjen dhe përpunimin e të dhënave MS SQL

Datat në MS SQL ruhen në skedarët e të dhënave (të dhënat FD nuk janë të shpejta, në të dhënat e statistikave nuk do të ketë më decale të gjata) me mdf ose ndf të zgjeruar. Shumica e skedarëve janë gjithashtu regjistra transaksionesh (TT), të cilat ruhen në skedarë me ldf të zgjeruar. Nuk është e lehtë të riparosh administratorin pa paralajmërim dhe është e lehtë të vendosësh në ZT, si për produktivitet, ashtu edhe për sa i përket konsumit. Tse është duzhe falje e ashpër. Në fakt, sa më shpejt navpaki, si dhe një sistem rezervë funksional siç duhet, i cili me përmirësimin e sistemit mund të shihet për shumë orë, atëherë ju mund t'i merrni të dhënat shpejt, por ndoshta jo në prodhimin e gabuar. RAID-0, krejt RAID-1). Pse kështu? Le t'i hedhim një sy ligjëratës. Menjëherë do të mendoj për këtë, kështu që Viklad është i lirë, nuk kam pse të pres për trëndafilin e kallirit.

Në FD, të dhënat ruhen në 8 kilobajt krah për krah (si një zgjatje deri në 64 kilobajt në shtrirje, por jo një suttuvo). MS SQL jo garantues, Të gjitha menjëherë kur dërgohen mesazhet e komandës, ato duhet të konsumohen në FD. Po, vetëm një anë në kujtesë njihet si "ruajtja vimagaє". Nëse serveri ka burime të mjaftueshme, atëherë nuk është një shirit për t'u shfaqur në disk. Për më tepër, serveri është shumë "optimist" dhe sapo të shfaqen ndryshimet në transaksion, era e keqe mund të konsumohet në disk përpara se transaksioni të rregullohet. Tobto në një vipad të zellshëm, me robotë aktivë FD, për t'u hakmarrë për zhvillimin e të dhënave jo të plota dhe transaksioneve jo të plota, për ata që nuk janë rehat, që do të qelbet ose janë rregulluar. Ekziston një komandë e veçantë "CHECKPOINT", e cila do të udhëzojë serverin, kështu që është e nevojshme që "menjëherë" të hidhen të gjitha të dhënat e parezervuara në disk, por zona ku është ruajtur komanda është specifike. Për të përfunduar duke thënë se 1C nuk është fitimtare (unë nuk ngjitem) dhe inteligjenca, por për një orë roboti nuk e thërret FD-në jashtë kutisë.

Schob përshtatet në kaos për ne yakraz і kërkohet ZT. Ai shkruan podiin e mëposhtëm:

• Informacion në lidhje me fillimin e transaksionit dhe identifikuesin.
• Informacion në lidhje me faktin e rregullimit të transaksionit.
• Informacion për të gjitha ndryshimet e dhëna në FD (përafërsisht, duket se është bërë).
• Informacion në lidhje me ndryshimin e vetë FD ose strukturën e të dhënave bazë (ndryshimi i skedarëve, ndryshimi i skedarëve, shikimi dhe tingulli i anëve, hapja dhe shikimi i tabelave dhe indekseve)

I gjithë informacioni shkruhet në bazë të vlerave të identifikuesit të transaksionit në emër të transaksionit dhe në sasinë e mjaftueshme të inteligjencës, në mënyrë që përpara gjithë operacionit, të shkoj në fillim të procesit të prezantimit të modelit. të funksionimit të verës

Është e rëndësishme që informacioni të shkruhet në disk menjëherë. Për sa kohë që informacioni nuk regjistrohet në ZT, ekipi nuk përfshihet në visonanim. Në një situatë normale, meqenëse madhësia e TT është një sasi e mjaftueshme parash dhe nëse nuk ka shumë fragmente, hyrjet në të renë shkruhen në mënyrë të qëndrueshme në regjistrime të vogla (jo domosdoshmërisht në shumëfisha të 8 kb). Regjistri i transaksioneve do të përpunojë vetëm të dhënat e nevojshme për përditësimin. Zokrema JO Konsumoni informacione për ato, cili tekst do të shartohet përpara modifikimit, cili plan do të përditësohet, që nuk do të nevojiten për përditësimin e informacionit. Këndimi për strukturën e të dhënave të regjistrit të transaksioneve mund të ushqehet

Zgjidh * nga :: fn_dblog (null, null)

Nëpërmjet atyre hard disqeve që janë dukshëm efikas me regjistrimin e fundit, më pak me një rrjedhë kaotike komandash për lexim dhe shkrim, dhe përmes atyre që komandat SQL do të dërgohen deri në momentin e përfundimit të regjistrimit në TT, rekomandimi i mëposhtëm është i bërë:

Nëse dëshironi sa më pak mundësi, atëherë në mes të linjës së produktit, ju jeni fajtorë për roztashovuvatya në skajet (nga të gjitha) hundët fizike, por me një akses minimal orësh për rekordin e fundit dhe me shpresën maksimale. Për sisteme të thjeshta gjatë gjithë kohës RAID-1.

Ndërsa transaksioni ndryshon, atëherë të gjitha ndryshimet e bëra në server do të kthehen në anën e përparme. Për atë

Duke folur për transaksionet në MS SQL Server, ju mund të banalizoni parëndësinë totale të operacioneve për të ndryshuar të dhënat e vetë transaksionit. Mos i anashkaloni transaksionet, por merrni vendimin për skasuvannya yakomog më herët.

Nëse serveri nuk mund t'i caktohet robotit për ndonjë arsye, atëherë kur të rindizet, do të analizohet që të dhënat në FD nuk shfaqen në mullirin normal (transaksione të paregjistruara, të regjistruara tërësisht, shkruajini dhe dërgoni të dhëna). Për këtë, për shembull, ata filluan të rindërtonin indekset e tabelave të mëdha dhe rifilluan serverin, pastaj kur rindizni një orë të konsiderueshme në fillimin e transaksionit, ndërprerja e procesit të energjisë është e heshtur.

Si e shihni nëse ZT punon përpara përfundimit të skedarit? Gjithçka është e thjeshtë - sa më shpejt që të jetë e drejtë në kalli, atëherë është më mirë t'i shkruani vilne misce në kalli në dosjen e zënë. Linja magnetike Yak zakiltsovanih. Sapo mesazhi në kalli nuk është, atëherë serveri do të përpiqet të zgjerojë skedarin në regjistrin e transaksioneve, me një skedar të ri virtual për serverin e ri shmatok vision, i cili në skedarin fizik të transaksionit mund të ketë shumë të rezervimit, derisa të ketë pak rezervë. Nëse serveri nuk e sheh zgjerimin e skedarit (fundi i skedarit në disk është ose është i ndaluar me cilësimet për zgjerimin e ZT), atëherë transaksioni aktual do të shkojë në 9002.

Oops. Dhe pse duhet të bëni një kopje të tij në ZT për të filluar një bulo? Aksi këtu shkoi te sistemi rezervë dhe te modelet e përditësimit. Për të shkarkuar transaksionet dhe për të përditësuar standardin e saktë të serverit në formën e një përditësimi të përshpejtuar, është e nevojshme të merret një regjistrim në ZT, duke fiksuar në momentin e fillimit të transaksioneve më të hershme të mundshme. Tsey minimumi shkruhet dhe ruhet në ZT obov'yazkovo... Thjesht prisni një minutë, konfiguroni serverin dhe llogarinë e administratorit. Serveri nuk mund të aksesohet, sepse informacioni nuk niset. Për më tepër, nëse shihni një transaksion në një seancë, por në ditët e fundit, regjistri i transaksioneve mund të mos vërtetohet. Çdo transaksion i hershëm mund të zbulohet me komandën DBCC OPENTRAN. Dhe vetëm minimumi i nevojshëm i informacionit. Më larg nga përditësoni modelet... SQL Server ka tre:

• E thjeshtë- për të kursyer vetëm tepricën e TT, e cila është e nevojshme për jetën.
• Plot- ruani të gjithë ZT-në nga momenti i kopjes së fundit rezervë regjistri i transaksioneve... Për të brutalizuar respektin, chi jo në momentin e një rezervë të re!
• I regjistruar në masë- një pjesë (edhe një e vogël, quaj një pjesë) operacione të shkruhen në një format kompakt (nga dita që shkruhet vetëm, e cila ndryshohet nga një pjesë e tillë e skedarit). Është identike me Full.

Modeli i përditësimit është i lidhur me emrin e mitit.

• Simple ju lejon të reduktoni opsionin e montimit në pidsistemin e diskut... Nuk eshte ashtu. Është shkruar në të njëjtin stil si kur është regjistruar pjesa më e madhe, por është përdorur për t'u bërë më parë.
• Regjistrimi në masë ju lejon të zvogëloni volumin në diskun e diskut... Jo kështu për 1C. Një ditë nuk ka operacione, pasi, ndoshta, pa kërcime shtesë me një dajre, në protokollin më të vogël, bëhet një kopje rezervë e të dhënave në formatin dt dhe ristrukturimi i tabelave.
• Nëse modeli i regjistruar në masë është fitues, nuk duket se transaksionet janë ruajtur në kopjen rezervë të regjistrit të transaksioneve dhe nuk lejon përditësimin e mullirit në momentin e kopjimit. Nuk eshte ashtu. Nëse operacioni kryhet derisa të regjistrohet minimumi, atëherë në kopjen rezervë linjat e transmetimit me të dhënat do të konsumohen dhe do të ketë një mundësi për të "programuar" regjistrin e transaksioneve deri në fund (nëse nuk është e mundur në momenti i fundit i orës, pasi protokolli është operativ)

Modeli Bulk i regjistruar për bazat 1C vikoristovuvati mayzhe bezgluzdo, aq larg nga ai nuk është i dukshëm. Dhe boshti vibrues i Full and Simple është i lehtë për t'u lexuar në pjesën fyese.

• Struktura e regjistrit të transaksioneve
• • Modele për përditësimin dhe menaxhimin e regjistrit të transaksioneve
  • Menaxhimi i regjistrit të transaksioneve
• Rezervimi i regjistrave të transaksioneve

Parimi i kopjimit rezervë në modelet e përditësimit të thjeshtë dhe të plotë

Ekzistojnë tre lloje të kopjeve rezervë:

• Plot(Povna)
• Diferenciale(Differentsіyna, Rіznitseva)
• Regjistrohu(Një kopje rezervë e regjistrave të transaksioneve, vrahoyuchi, ata që përdorin shpesh termat vikoristovuyutsya, ne do të shpejtojmë në RKZHT)

Nuk ka nevojë të humbisni këtu: modeli kryesor i përditësimit dhe kopja kryesore rezervë janë krejt të ndryshme. Për të mos mashtruar, më poshtë do të jem fitimtar në terma anglisht për modelin e përditësimit dhe rusisht për llojet e rezervave.

Nga ana tjetër, kopja diferenciale është e njëjtë për Simple dhe Full. Bëni kopje rezervë të regjistrave të transaksioneve në baza ditore në Simple.

Rezervimi i Povna

Ju lejon të përditësoni bazën e bazës së të dhënave për një ditë në një orë (në atë kohë, kopja rezervë është formuluar). Ai ruhet nga kopja pas punës e pjesës fituese të skedarëve në haraç dhe shmat aktiv në regjistrin e transaksioneve gjatë orës kur është formuar kopja rezervë.

Rezervimi diferencial

Anët Zberig të haraçit, të cilat ndryshuan nga momenti i rezervës së fundit të re. Nëse përditësoni, do t'ju duhet të përditësoni kopjen rezervë (në modalitetin NORECOVERY, por do të rrini pezull më poshtë), atëherë është e mundur ta ruani atë përpara atyre të reja, kështu që është në rregull ta ruani atë. Për rakhunok tsogo, është e mundur të zvogëlohet ndjeshëm sasia e hapësirës në disk për të siguruar një kopje rezervë.

Pika të rëndësishme:

• Pa një kopje rezervë alternative, një kopje diferenciale e marne. Ai bazhano zberigati їkh këtu një nga një.
• Kopja e diferencialit fyes të lëkurës do të marrë të gjitha anët, por do të përfshihet në rezervën e diferencialit të përparmë dhe diferenca do të zbërthehet në mes (shpresojmë se është e mundur, edhe me anën tjetër). Në këtë rast, kopja e diferencës është më e avancuar se më parë, për sa kohë që unë nuk bëj një kopje tjetër (nëse prishet, atëherë vetëm përmes algoritmit)
• Për rinovim për momentin për të përfunduar pushoni Një kopje e re rezervë për momentin i pushoni kopjoni diferencën për një moment. Nuk kërkohen kopje shtesë për përditësimin (nëse era e keqe mund të jetë e nevojshme për zgjedhjen e momentit të përditësimit)

RCWT

Për të hakmarrë një kopje të TT për një periudhë të caktuar. Zazvychay nga momenti i RKZHT-së së fundit deri në momentin e formimit të rrjedhës RKZHT. RKZHT ju lejon të përditësoni kopjet në modalitetin NORECOVERY në çdo moment të orës, të futni periudhën e kopjes së përditësuar të ZT, të përditësoni mullirin në çdo një orë të orës së fundit, të futni intervalin rezervë të orës aktuale. Kur një kopje rezervë formulohet me parametra standardë, një kopje në skedarin e regjistrit të transaksioneve do të përditësohet (deri në transaksionin e fundit të dukshëm).

Natyrisht, RKZHT nuk është e lehtë për t'u përdorur në modelin Simple (si ZT për t'u hakmarrë ndaj informacionit në momentin e transaksioneve të fundit jokritike).

Kur RKZHT fitimtar është fitimtar, fituesi është më i rëndësishëm se dëshmitari - bezperervny lancer RKZHT... Tsey lantsyuzhok ju mund të ndërprisni ose të humbni disa kopje rezervë të tsiy lantsyuzhka, ose të zhvendosni të dhënat bazë në Simple dhe prapa.

Uvaga: rekrutimi i RKZHT-së për një ditë, sepse nuk është një shtizë e pandërprerë, dhe në momentin që veshi i rezervës së fundit të suksesshme të urgjencës është fajtor gjithë mesi periudha e tsyo lantsyuzhka.

Pjesë nga varri dhe miti:

• "RKZHT për t'u hakmarrë për të dhënat në regjistrin e transaksioneve në momentin e rezervimit të pjesës së përparme." Jo ashtu. RKZHT për t'u hakmarrë në shikimin e parë të të dhënave të papërdorura para RKZHT-së së përparme dhe një kopje rezervë të dytë.
• "Një kopje rezervë e re, absolutisht shkatërruese është përgjegjëse për prodhimin e një mesazhi zanor në regjistrin e transaksioneve." Jo ashtu. Një kopje rezervë e re dhe e thjeshtë nuk funksionon me shtizën RKZHT.
• ZT do të duhet të pastrohet me dorë, të ndërrohet, të tkurret. Po, nuk kërkohet dhe navpaki nіvіt - nuk është e nevojshme. Nëse lidhja e ZT mіzh RKZhT, atëherë heshta e RKZHT do të shkatërrohet, do të kërkohet për rinovim. Një post-ndryshim / zgjatje e skedarit duhet të sillet në fragmentimin e tij fizik dhe logjik.

Yak tse pratsyuє në të thjeshtë

Nekhai є 1000 GB bazë haraç. Për ditën e lëkurës, baza e rritjes është 2 GB, me 10 GB për të moshuarit. Rezervimet fyese të thyera

• Kopjo F1 nga 0:00 1 ashpër
  • Kopja e ndryshimit D1.1 nga 0:00 2 e ashpër (madhësia 12 GB)
  • Kopje diferenciale D1.2 nga 0:00 3 e ashpër (obsyag 19 GB)
  • Kopjimi i ndryshimit D1.3 nga 0:00 4 i ashpër (gjithsej 25 GB)
  • Kopje diferenciale D1.4 nga 0:00 5 e ashpër (gjithsej 31 GB)
  • Kopje diferenciale D1.5 nga 0:00 6 e ashpër (gjithsej 36 GB)
  • Kopje diferenciale D1.6 nga 0:00 7 e ashpër (gjithsej 40 GB)
• Kopjo F2 nga 0:00 8 ashpër (obsyag 1014 GB)
  • Kopja e ndryshimit D2.1 nga 0:00 9 e ashpër (vëllimi 12 GB)
  • Kopja e ndryshimit D2.2 nga 0:00 10 e ashpër (obsyag 19 GB)
  • Kopja e ndryshimit D2.3 nga 0:00 11 mizore (gjithsej 25 GB)
  • Kopje diferenciale D2.4 nga 0:00 12 e ashpër (31 GB gjithsej)
  • Kopja e ndryshimit D2.5 nga 0:00 13 mizore (gjithsej 36 GB)
  • Kopjimi i ndryshimit D2.6 në 0:00 14 i ashpër (40 GB gjithsej)

Për një grup shtesë, ne mund të përditësojmë të dhënat në orën 0:00 qoftë nga dita 1 deri në 14 e egër. Për hir të saj, ne duhet të marrim një kopje të F1 përsëri për 1-7 ashpër, ose përsëri një kopje të F2 për 8-14 ashpër, ta ndryshojmë atë në modalitetin NORECOVERY dhe më pas të ruajmë kopjen e diferencës së ditës së kërkuar.

Yak tse pratsyuє plotësisht

Le të kemi të njëjtin grup të fuqisë rezervë dhe kopje rezervë, si në pjesën e përparme. Për një shtesë në fund të RKZHT:

• RKZHT 1 për periudhën nga ora 12:00 e datës 31 shtator deri në orën 12:00 2 e egër (afër 30 GB)
• RKZHT 2 për periudhën nga ora 12:00 2 egër deri në 12:00 4 e egër (afër 30 GB)
• RKZHT 3 për periudhën nga ora 12:00 4 egër deri në 12:00 6 e egër (afër 30 GB)
• RKZHT 4 për periudhën nga ora 12:00 6 egër deri në 12:00 7 e egër (afër 30 GB)
• RKZHT 5 për periudhën nga ora 12:00 8 mizore deri në orën 12:00 10 mizore (afër 30 GB)
• RKZHT 6 për periudhën nga ora 12:00 10 mizore deri në orën 12:00 12 mizore (afër 30 GB)
• RKZHT 7 për periudhën nga ora 12:00 12 egër deri në 12:00 14 e egër (afër 30 GB)
• RKZHT 8 për periudhën nga ora 12:00 14 egër deri në 12:00 16 e egër (afër 30 GB)

Respekt brutal:

1. Madhësia e RKZHT do të jetë afërsisht e përhershme.
2. Kopjet rezervë mund të jenë më të fuqishme, më pak të kushtueshme ose më të larta, por ndoshta më shpesh, në mënyrë që era e keqe të jetë më e vogël për madhësinë.
3. Tani mund ta përditësojmë sistemin në çdo moment nga ora 0:00 1 e ashpër, nëse kemi një kopje të re deri në orën 12:00 16 e ashpër.

Për vipadin më të thjeshtë, ne dimë për rinovim:

1. Mbajeni kopjen deri në momentin e rinovimit
2. Mbajeni kopjen diferenciale deri në momentin e përditësimit
3. Të gjitha RKWT, nga momenti i kopjimit të diferencës së fundit deri në momentin e përditësimit

• Kopjo F2 nga ora 0:00 8
• Kopja e diferencës D2.2 nga 0:00 10 e ashpër
• RKZHT 6 për periudhën nga ora 12:00 e datës 10 qershor deri në orën 12:00 të datës 12 shkurt.

F2 do të rinovohet nga lista, pastaj D2.2, pas RCWT 6 deri në orën 13:13:13 më 10 shkurt. Ale suttєva perevaga Modeli i plotë në faktin se ne kemi një vibir - vikoristovuvati do të qëndrojë përsëri ose një kopje ndryshim ose NUK do të qëndroj. Për shembull, dukej se kopja e D2.2 ishte kopjuar, por ne duhet të përditësojmë në momentin përpara orës 13:13:13 10 ashpër, atëherë për modelin Simple do të thoshte që ne mund të përditësojmë të dhënat vetëm në momentin D2 .1. Me Full - "DON" T PANIC ", kemi këto mundësi:

1. Përditëso F2, të paktën D2.1, të paktën RKZHT 5, më pas në RKZHT 6 deri në momentin 13:13:13 në orën 10.
2. Përditëso F2, pastaj RKZhT 4, më vonë RKZhT 5, pastaj më vonë RKZhT 6 deri në 13:13:13 10 mizore.
3. Mbi përditësimin F1 dhe drejtojini të gjitha RCWT-të në RCWT 6 deri në orën 13:13:13 10 të egra.

Siç mund ta shihni, modelja na dha një atmosferë më të madhe.

Dhe tani është e qartë, edhe më dinake. Unë nja dy ditë para vdekjes (13:13:13 10 i ashpër.) Është e qartë që do të jesh. Ne kemi përditësuar bazën e të dhënave të një kopjeje të re rezervë në server, kështu që ju nuk keni aftësinë të shtyni kopjimin e sulmit me një kopje rezervë të re, për shembull RKZHT, domethënë, ata ishin të mbërthyer në modalitetin NORECOVERY. Para së gjithash, për formulimin e RKZHT, ai ruhet deri në të gjithë bazën rezervë, e cila përdoret në modalitetin NORECOVERY. Uau! Se për rinovimin e bazës kemi tani para së gjithash 10-15 minuta, në vend të kësaj duhet të ndërroni bazën madhështore! Mendoj se mekanizmi i dorëzimit të revistave është ndryshuar sërish, një nga mënyrat për të reduktuar kohën e ndërprerjes. Nëse i transferoni të dhënat jo një herë në periodë, por gradualisht, atëherë do të shihni pasqyrën, dhe nëse kontrollohet pasqyra bazë, atëherë pasqyra bazë përditësohet, atëherë pasqyra sinkronizohet, nëse jo kontrolli, atëherë në mënyrë asinkrone .

Më shumë detaje rreth disponueshmërisë së lartë mund të lexohen në të kaluarën:

• Disponueshmëri e lartë (Motor i bazës së të dhënave)
  • Pikëpamje të përgjithshme rreth zgjidhjes me një nivel të lartë disponueshmërie
  • Niveli i lartë i disponueshmërisë. Vzaєmodiya i spіlna robot

Aspektet Іnshі e backup

Ju mund ta lini shpejt atë, sikur të kishit teorinë dhe duart për të shtrembëruar rrugën tuaj përmes krijimit të një kopje rezervë.

grupet e skedarëve

1C: Ndërmarrja çdo ditë nuk është në kontroll të grupeve të skedarëve. Є Një grup skedarësh dhe të gjithë. Për hir të programuesit, ose administratorit të bazës së të dhënave MS SQL, krijoni tabela, indekse ose shfletoni tabela dhe indekse në afërsi të skedarëve të grupit (në versionin më të thjeshtë, në afërsi të skedarit). Është e nevojshme, sepse për të përshpejtuar aksesin në atë që është si danims (duke përdorur një palë hundë shvidkі), ose navpaki duke dhuruar shwidkіstyu për të dhuruar më shumë nosії të lira (për shembull, pak ale poroze të ob'єmnі dani). Në rastin e robotëve me grupe skedarësh, është e mundur të punohet me kopje rezervë të mjedisit, është e mundur edhe përditësimi i tyre, por nëse është e nevojshme, të gjithë skedarët e grupit do të sillen deri në një moment nga RCST.

dosje danih

Për sa i përket të dhënave në skedarët e grupit Keru Lyudin, nëse ka vetëm disa skedarë në grupet e skedarëve, atëherë të dhënat në to ruhen në MS SQL Server në mënyrë të pavarur (në rast të një komunikimi të duhur të skedarëve, përpiquni ta bëni atë në mënyrë korrekte). Nga pikëpamja e aplikuar, çmimet janë për realizimin e operacioneve introduksion-vivedenny. Dhe nga pikëpamja e kopjeve rezervë, është momenti më i mirë. Për dy baza të dhënash të shkëlqyera në epokën "para SQL 2008" Bula një problem tipik Shihni pa ndërprerje për një kopje rezervë tjetër, i njëjti disk për të gjithë rezervimin thjesht nuk është i mundur. nga vetvetja mënyrë e lehtë Në pamjen e përgjithshme, një kopje rezervë e skedarit të lëkurës (ose një grup skedari) ruhet në dritaren tuaj. Infeksioni, me zgjerimin aktiv të kopjimit rezervë, problemi është bërë më i vogël, por megjithatë, ju mund të përdorni akoma nënën tuaj në faqen tuaj të internetit.

Kompresimi i kopjeve rezervë

Në MS SQL Server 2008 u shfaq fuqia super-mega-ultra. Herë pas here, kopja rezervë mund të kompresohet kur formohet për përfitim. Çmimi i ndryshimit të madhësisë së kopjes rezervë të DB 1C në 5-10 herë. Por ju duhet të rrisni produktivitetin e sistemit të diskut me një DBMS të nivelit të lartë, atëherë nuk është thjesht një ulje e kostos së kursimit, por do të duhet të nxitoni kopjen rezervë (nëse doni të shkoni në server për të aktivizuar serverin, është

Ndërsa në versionin 2008 funksionaliteti ishte vetëm për redaksinë e Enterprise (pasi kostoja është edhe më e shtrenjtë), më pas në 2008 R2 funksionaliteti iu shtua versionit Standard, gjë që është shumë e lumtur.

Në fund, kur zgjidhni bashkëngjitjet, nuk mund të shikoni cilësimet, por unë rekomandoj fuqimisht që të merrni kopjet rezervë, pasi nuk ka arsye të veçanta që t'i aktivizoni ato.

Një skedar rezervë - shumë nutroshiv

Një kopje rezervë nuk është thjesht një skedar, por një enë e palosshme në të cilën mund të merrni shumë kopje rezervë. Në të njëjtën kohë, ekziston një histori e gjatë e historisë (Unë mbështes veçanërisht nga versioni 6.5), por në momentin aktual për administratorët e bazave të të dhënave "speciale", veçanërisht bazat e të dhënave 1C, nuk ka arsye serioze për të mos pasur një skedar rezervë. ... Për zhvillimin e jashtëzakonshëm, është e mundur të vendosni shënimin e kopjeve rezervë në një skedar, por nuk do të jeni në gjendje ta bëni atë për çdo gjë (nëse është e mundur, atëherë administratori fatkeq ishte shumë i zënë për të zgjedhur atë lart).

Një numër i kopjeve të pasqyrës

SQL Server ka një fuqi më të mrekullueshme. Ju mund të bëni kopje rezervë të formularit paralelisht me numrin e zgjedhjeve. Yak prapanicë më e thjeshtë, ju mund të përdorni një kopje për çdo disku lokalі vihet një orë burim gardh. kopje lokale i dobishëm, kështu që duke qenë se përditësimi prej tij është shumë më i shpejtë, atëherë kopjimi është më i shpejtë, duke transferuar më bukur njohuritë fizike të serverit kryesor të bazës.

Aplikoni sisteme rezervë

Jepni teorinë. Është koha për të sjellë të gjithë kuzhinën pratsyuє me praktikë.

Vendosja e një rezervimi tipik të serverit përmes MaintenancePlan

Recetave të gatshme me shpjegime i janë dhënë shumë nxitje. Tsey razdil është edhe e lodhshme dhe e pëlqyeshme për një sërë fotografish, kështu që ju mund ta kaloni atë.

Koristuєmosya maystrom në planin e shërbimit

Rezervimi i serverit Nalashtuvannya me skriptet TSQL, shtoni disa veçori

Menjëherë ushqimi është vera, por çfarë duhet akoma? Pse thjesht rregulluan gjithçka dhe gjithçka? Po kërkoni shumë skenarë? Planet e shërbimit nuk lejojnë:

• Rezervimi i pasqyrës Vikoristovuvati
• Vikoristovuvati konfigurimin e cilësimit të skedarit nga cilësimi i serverit
• Mos lejoni reagime të këqija ndaj situatave (disa mundësi për marrjen e mostrave të granteve)
• Mos lejimi i vikoristëve të këqij
• Planet e shërbimit janë edhe më të padobishme (dhe të njëjta) në një numër të madh serverësh (navit, mabut, tashmë në 3-4)

Llojet e udhëzuara nga poshtë të komandave rezervë

Rezervimi i Povna

Një kopje rezervë e skedarit aktual të mbishkruar (si є) dhe rishikim i shumave të kontrollit të pjesëve përpara regjistrimit. Kur formohet një kopje rezervë, lëkura numërohet deri në përparimin e saj

REZERVIMI I BAZAVE TË TË DHËNAVE NË DISK = N "C: \ Backup \ mydb.bak" ME INIT, FORMAT, STATS = 1, KONTROLLO

Rezervimi diferencial

Në mënyrë të ngjashme - kopje e biznesit

REZERVIMI I BAZAVE TË TË DHËNAVE NË DISK = N "C: \ Backup \ mydb.diff" ME DIFERENCIALE, INIT, FORMATI, STATS = 1, KONTROLLI

RCWT

Rezervimi i regjistrit të transaksioneve

REGJISTRI I REZERVIMIT NE DISK = N "C: \ Backup \ mydb.trn" ME INIT, FORMAT

rezervim pasqyre

Shpesh, duke grabitur manualisht jo një kopje rezervë menjëherë, por dy. Për shembull, njëri mund të shtrihet lokalisht në server (topi shkon me dorë), dhe tjetri mund të formohet menjëherë fizikisht në distancë dhe të vidhet nga prurjet e padëshiruara në lëkurë:

REZERVIMI I BAZAVE TË TË DHËNAVE NË DISK = N "C: \ Backup \ mydb.bak", PASQYRA TE DISK = N "\\ safe-server \ backup \ mydb.bak" ME INIT, FORMAT

Një pikë e rëndësishme, e cila shpesh nuk merret: në corystuvach, për shkak të mënyrës së fillimit të procesit të serverit MSSQL, fajësohet qasja në burimin "\\ server i sigurt \ rezervë \" dhe procesi i kopjimit do të përfundojë me mëshirë. . Nëse serveri MSSQL niset nga emri i sistemit, atëherë duhet t'i jepet qasja emrit të domenit "emri_server $", ose, më e bukura, e njëjta gjë, të vendosni saktë nisjen e MS SQL nga emri i posaçërisht hapi koristuvach.

Nëse nuk përdorni MIRROR TO, atëherë nuk do të ketë 2 kopje pasqyre, por një kopje, e ndarë në 2 skedarë, sipas parimit të cherguvannya. Lëkura e parë është okremo bude marna.

I parëndësishëm për ato në materialet tona të mëparshme, kishte gjithashtu një kopje rezervë Bazat e Microsoft SQL Server, duke lexuar udhëzuesin që tregon nevojën për më shumë material bazë nga një pjesë shumë më e madhe teorike. Me siguri, rrethinat me theks në udhëzimet praktike të statistikave ju lejojnë të vendosni shpejt kopje rezervë, por mos shpjegoni arsyet e zgjedhjes së konfigurimit të qetë. Duke u përpjekur për të rregulluar pastrimin.

përditësoni modelet

Përpara se të fillojmë të konfigurojmë një kopje rezervë, më pas vibroni modelin e përditësimit. Për një përzgjedhje optimale, vlerësimi i modelit aktual përpara përditësimit dhe kritika e humbjes së të dhënave, duke i vendosur ato me mbivendosje vitrate në zbatimin e këtij modeli.

Yak vidomo, baza e të dhënave MS SQL ruhet në dy pjesë: vlasne, baza e të dhënave dhe trarët e transaksionit në të. Baza e të dhënave është për t'u hakmarrë ndaj karakteristikave të bazës së të dhënave për momentin aktual të orës, regjistri i transaksioneve përfshin historinë e të gjitha ndryshimeve të bazës së të dhënave për periudhën e këndimit, mund të jetë në rendin e vet, bazën e transaksionit, ne mund të shohim bazën për momentin.

Për fitimtarët në virobniches, ekzistojnë dy modele të përditësimit: thjeshtë i povna... Gjumi është gjithashtu një model me prerje jo konsistente Rekomandohet vetëm përditësimi i modelit për periudhën e operacioneve masive në shkallë të gjerë, nëse nuk ka nevojë të përditësohet baza në momentin e orës.

model i thjeshtë Transferimi i një kopje rezervë vetëm të bazës danykh, bazuar në statusin e përditësimit të bazës së të dhënave, është e mundur vetëm në kohën e kopjes rezervë, të gjitha ndryshimet në mes të një ore midis kopjeve të fundit rezervë dhe problemeve do të konsumohen. Në të njëjtën orë skemë e thjeshtë Ka shpenzime të vogla të vitratit: duhet të ruani vetëm kopje të të dhënave bazë, regjistri i transaksioneve do të shpejtohet automatikisht dhe nuk do të rritet në madhësi. Gjithashtu, procesi i përditësimit është më i thjeshti dhe nuk zgjat një orë.

model i ri Ju lejon të përditësoni bazën e të dhënave në çdo moment të caktuar në orë, ale vimag, kopje rezervë krym të bazës, të ruani një kopje të transaksionit për të gjithë periudhën, për çdo përditësim të mundshëm. Me robotët aktivë me bazën, madhësinë e regjistrit të transaksioneve dhe, gjithashtu, madhësinë e arkivave, mund të arrini ndryshime të mëdha. Procesi i përditësimit është gjithashtu më i palosshëm dhe i parëndësishëm për një orë.

Kur zgjidhni një model përditësimi, do t'ju duhet të përditësoni vitratet tuaja për përditësimin me vitrate për të kursyer kopje rezervë, kështu që duhet ta konsideroni atë për të respektuar cilësinë e stafit, nëse doni t'i përditësoni ato. Përditësimet e stafit të kualifikimeve dhe njohurive të këngës kur modeli përditësohet, në mënyrë që, nëse skema është boshe, të ndjekë udhëzimet.

Për bazat me një sasi të vogël informacioni shtesë, një model i thjeshtë me një frekuencë të madhe kopjesh mund të përdoret si një model i thjeshtë me një frekuencë të madhe kopjesh, pasi do t'i lejojë robotit të përditësojë dhe avancojë shpejt robotin duke futur hyrjen. të dhëna. Nga ana tjetër, modelja në Persha është fajtore për vikoristovuvatsya atje, de-vrata e haraçit është e papranueshme, dhe nëse rinovohet, lidhet me vitrate domethënëse.

Shikoni kopjet rezervë

Një kopje e Bazi Danikh- si emër është, në vend të bazës së të dhënave, pjesë e rrezes aktive të transaksioneve për orën kur është formuar kopja rezervë (që të bëhet fjalë për të gjitha transaksionet aktuale dhe jo të plota). Ju lejon të rrisni përditësimin e bazës së të dhënave në momentin e kopjimit.

Kopje diferenciale e Bazi Danikh- Edhe një herë, ju mund të kopjoni njëqind mungesë, ju mund të hakmerreni për të gjitha informacionet e bazës së të dhënave. Nëse kopjet rezervë duhet të plotësohen shpesh, atëherë menjëherë ushqimi për hapësirën jo ekonomike të diskut, kështu që një pjesë e madhe e ruajtjes do të marrë të njëjtin haraç. Për mangësitë usunennya tsogo, është e mundur të kopjoni vikoristovuvaty të bazës së danikh, si të zëvendësoni vetëm ato që ndryshuan brenda një ore, pjesa tjetër e kopjimit të informacionit.

Zvertaєmo respekt, kopje diferenciale - tse danі nga momenti i pjesës tjetër kryesor kopjimi, në mënyrë që kopja e diferencës së lëkurës të zë vend në haraçin e saj përpara pjesës së përparme (edhe me erë të keqe mund të ketë ndryshime) dhe madhësia e kopjes do të rritet gradualisht. Për të rinovuar mjaftueshëm një kopje të re dhe një biznesi, telefononi pjesën tjetër. Numri i kopjeve të diferencës do të shkojë me rritjen e madhësisë, pasi vetëm madhësia e kopjes së diferencës rritet me madhësinë e gjysmës së kohës, unë mund të ndjej rritjen e një kopjeje të re.

Rezervimi i regjistrit të transaksioneve- ndaloni vetëm kur përditësohet modeli i përditësimit dhe zëvendësoni kopjen e regjistrit të transaksioneve që nga momenti i mbylljes së kopjes së përparme.

Është e rëndësishme të mbani mend momentin e ardhshëm - kopja e regjistrit të transaksioneve nuk është e lidhur me kopjet e bazës së të dhënave, as informacioni përpara kopjeve, për të përditësuar bazën që ju nevojitet për të pasur një nënë pa ndërprerje. në heshtin e kopjeve të asaj baze. Në të njëjtën kohë, kopja e fundit e suksesshme është fajtore se është në mes të periudhës.

Çuditërisht për të vegjlit, nëse përfshihet kopja e parë e dosjes në revistë, atëherë mund ta përditësoni bazën vetëm në momentin e kopjes tjetër ) duke kopjuar, për arsyen se hendeku i kopjeve të revistave është duke u riparuar nga kopja e përparme e bazës dhe distanca do të jetë e pandërprerë (për një minutë - nga e treta dhe distanca).

Regjistri i transaksioneve

Për proceset më të zgjuara të përditësimit dhe identifikimin e llojeve të ndryshme të kopjeve rezervë, duhet të shikoni më nga afër cilësimet dhe regjistrin e transaksioneve te roboti. Transaksioni - një operacion logjik është minimalisht i mundur, pasi është e mundur që një visonan të kthehet vetëm. Një pidhid i tillë nuk do të sigurojë integritetin dhe mospërputhjen e haraçit në çdo situatë, pasi faza e ndërmjetme e operacionit është e papranueshme. Për kontroll mbi çdo ndryshim në bazën e vlerave, regjistri i transaksioneve.

Kur një transaksion futet në regjistrin e transaksioneve, merret një rekord për veshin e transaksionit, një numër unik (LSN) i caktohet rekordit të lëkurës për një sukses të çrregullt; transaksionet zakrittya (fiksatsii).

Gjatë ekzekutimit të lëkurës, sistemi analizon regjistrin e transaksioneve dhe shfaq të gjitha transaksionet e paregjistruara, në çast shfaqet një listë ndryshimesh, të cilat janë regjistruar në regjistër, por nuk janë shkruar në disk. Ekziston edhe mundësia për të kursyer para dhe për të dhënë kontribute në rekord, mos kini frikë për dobinë e parave kur ka sisteme rezervë.

Ajo pjesë e ditarit, si të hakmerresh për transaksionet aktive dhe vikoristovuyutsya për rinovimin e të dhënave quhet pjesë aktive e ditarit. Ju duhet ta riparoni atë nga numri, i cili quhet numri minimal i përditësimit (MinLSN).

Lloji më i thjeshtë MinLSN ka një numër rekord për transaksionin e parë të papërfunduar. Nëse pyesni veten për të voglin, atëherë mund ta shihni transaksionin blu pasi MinLSN lexon 321, shkruani 324 në procesverbal, numri MinLSN do të ndryshojë në 323, nëse merrni numrin e transaksionit të gjelbër, por jo.

Në praktikë, të tre ato janë të palosshme, për shembull, haraç për transaksionin blu të mbyllur mund të mos ishte hedhur në disk dhe MinLSN u ndryshua në 323 për ta bërë të pakënaqur përditësimin e operacionit. Për të shmangur situata të tilla, u prezantua një kuptim i pikës së kontrollit. Pika e kontrollit vendoset automatikisht kur vendosen mendjet ofenduese:

• Me një udhëzim të qartë CHECKPOINT. Pika e kontrollit spratsovuє in baza e rrjedhës danih z'єdnannya.
• Kur funksionimi i një kopjeje masive për një bazë të dhënash zgjidhet në bazën e të dhënave, për shembull, modeli i përditësimit me regjistrim jo të plotë do të zgjerohet.
• Nëse keni shtuar ose keni parë skedarë në bazat e të dhënave nga udhëzimet zyrtare të ALTER DATABASE.
• Kur zupintsi i shembullit të SQL Server për udhëzimet shtesë SHUTDOWN, ose për zupintsi të shërbimit SQL Server (MSSQLSERVER). Përveç kësaj, një pikë kontrolli bazë e lëkurës do të vendoset në shembullin e SQL Server.
• Si shembull i SQL Server, unë e mbush periodikisht bazën e të dhënave të lëkurës me pika kontrolli automatike për një orë për të përditësuar bazën e të dhënave.
• Kur hapni një kopje rezervë të bazës danikh.
• Në vikonannya diii, scho vimagaє lidhi bazën danykh. Aplikacionet mund të përdoren për të vendosur parametrin AUTO_CLOSE në ON dhe për të mbyllur bazën e fundit të të dhënave të bazës së të dhënave ose për të ndryshuar bazën e të dhënave bazë, pasi do të kërkojë rinisjen e të dhënave bazë.

Në fakt, meqenëse ishte parë më herët, MinLSN do t'i caktohet një vlerë ose në rekordin e pikës së kontrollit, ose në transaksionin më të hershëm të papërfunduar.

Regjistri i përshpejtuar i transaksioneve

Regjistri i transaksioneve, si një regjistër, pastrimi periodik i të dhënave të vjetra dhe një kredi, gjithçka është e disponueshme me një shikim. Unë do të shikoj faktin që kur roboti është aktiv me bazën, madhësia e regjistrit të transaksioneve mund të ndryshojë madhësinë e bazës, atëherë çmimi i ushqimit është i rëndësishëm për administratorin.

Skedari fizik është një regjistër transaksionesh - një kontejner për ditarët virtualë, të cilët më vonë ruhen në botën e trarëve në rritje. Regjistri logjik, ku duhet hakmarrë rekordet MinLSN є nga regjistri aktiv, por për të ndryshuar regjistrat є joaktiv dhe nuk kërkohet për përditësimin automatik të bazës.

Nëse një model i thjeshtë përditësimi është i kundërt, atëherë kur ditarët logjikë arrijnë një madhësi prej 70% të skedarit fizik, pjesa joaktive e ditarit pastrohet automatikisht, e ashtuquajtura. zell. Sidoqoftë, nuk është e nevojshme të ndryshoni skedarin fizik në ditar, vetëm ditarët logjikë priren të përkeqësohen, pasi i gjithë operacioni mund të përsëritet përsëri.

Nëse numri i transaksioneve është i madh dhe derisa 70% e madhësisë së skedarit fizik nuk shfaqen regjistrat joaktivë, atëherë madhësia e skedarit fizik do të ndryshohet.

Në këtë mënyrë, skedari në regjistrin e transaksioneve kur modeli është i papunë, përditësimi i aktivitetit të robotit nga baza deri në qetësi, për sa kohë që e gjithë pjesa aktive e ditarit nuk ka nevojë të merret parasysh. Pislya çfarë yogo zrostannya të mbështetet.

Kur modeli të restaurohet, pjesa joaktive e ditarit mund të shfaqet deri në heshtje, për sa kohë që nuk është e nevojshme ta konsumoni atë në kopjen rezervë. Regjistri përditësohet kur është vendosur një pikë kontrolli.

Vendosja e gabuar e një kopje rezervë të regjistrit të transaksioneve kur përdoret modeli mund të çojë në një rritje të pakontrolluar të skedarit të regjistrit, por shpesh bëhet problem për administratorët jo të plotë. Është gjithashtu një praktikë e zakonshme të kënaqesh me leximin manual të regjistrit të transaksioneve. Kur ndryshoni modelin, përditësimi i punës nuk është kategorik, kështu që ju vetë do të shkatërroni integritetin e kopjes në revistë dhe mund ta përditësoni bazën vetëm në momentin e mbylljes së kopjeve, nëse mund të përditësoni modelin e thjeshtë. .

Në fund të fundit, është vetëm një orë për ata që folën falur në veshin e stattit, pasi vitrati nga ana tjetër modelja do të ndryshojë vitratin në kthesën retrospektive ndaj modelit të thjeshtë.

Modeli i thjeshtë i përditësimit

Tani, për të eliminuar njohuritë minimale të nevojshme, mund të shkoni në një raport më të madh mbi modelin e përditësimit. Pak për joproduktive. Pa dyshim, në kohën e vdekjes kemi є një dhe dy kopje fitimprurëse:

Kopja rezervë hapej një herë në të dytën dhe kopja e fundit e topit hapej natën nga data 21 deri në datën 22. Do të shiheni në mbrëmjen e datës 22 deri në hapjen e kopjes së kishës. Në fund të ditës, do të na duhet të përditësojmë kopjen e fundit dhe të fundit, ku do të konsumohet i gjithë haraçi për ditën e fundit të punës. Nëse ka disa arsye për të kopjuar nga data 21, është gjithashtu e mundur të përditësoni kopjen përpara kopjes së përparme, pasi të keni kaluar të nesërmen, robotë, në të njëjtën orë kopja dërgohet për ditën e 20-të, kështu që është nuk është e mundur të përditësohet me sukses data 21. nëse një kopje e qartë është e dukshme.

Modeli i ri është përditësuar

Një situatë e ngjashme dallohet, ndonëse nga ngecja e modeleve të tjera të rinovimit. Rezervimet me ne gjithashtu mund të menaxhohen sipas parimit të shitësve povna +, si dhe të zhvillohen për kopjim shtesë të regjistrit të transaksioneve.

Procesi i rinovimit do të jetë më i palosshëm. Për gjithçka që është e nevojshme, unë do t'i dorëzoj revistës një kopje rezervë të fragmentit përfundimtar (të shfaqet emri i krimbit), në mënyrë që pjesa e revistës në kohën e kopjes së fundit dhe para urgjencës.

Nëse nuk është prishur, atëherë baza mund të përditësohet vetëm derisa të jem në momentin e hapjes kopjen e fundit regjistri i transaksioneve.

Me një skedar të plotë kopje, revista për ditën e nesërme nuk na jep një përditësim të bazës aktuale, por për të na rrethuar me momentin e mbylljes së kopjes së fundit, në mënyrë që ta bëjmë atë në mënyrë të efektshme.

Pastaj përditësimi i fundit i kopjes së diferencës dhe hendeku i kopjeve në ditar, fundi i kopjes së fundit rezervë, përditësimi i fundit i fragmentit përfundimtar në ditar, në mënyrë që të mund të përditësojmë bazën menjëherë përpara urgjencës

Nëse do të përdoret pjesa tjetër e kopjes së diferencës, atëherë, në rast të papunësisë së modelit deri në ditën e dytë të punës, modeli do të lejojë përditësimin e kopjes, në mënyrë që të jetë e nevojshme të përditësohet e gjithë heshta e transaksionit. para kopjes Glibin rinovohet për të depozituar vetëm nga glibin pa ndërprerje të shkrimeve.

Nga ana, nëse një nga kopjet e rrezes së transaksioneve do të dërgohet, të themi, rishpërndarja, atëherë përditësoni të dhënat sa më shumë që të jetë e mundur vetëm në kohën e rezervimit të fundit + periudhën në hendekun jo të përsëritur të kopjeve të revista. Për shembull, nëse revistat funksiononin në moshën 12, 14 dhe 16 vjeç dhe revista u lëshua në moshën 14 vjeç, atëherë në kopjen shtesë të porositur, është e mundur të përditësohet baza deri në fund të shtizës së pandërprerë, deri në 12 vjet.