Salute lettori di u nostru blog! In parte, avemu digià familiarizatu - i mo posti in lingua inglese apparsu quì in a traduzzione di u mo caru cullega . Sta volta aghju decisu di indirizzà direttamente à l'audienza russa.
Per u mo debut, aghju vulsutu truvà un tema chì seria interessante per u più largu u publicu pussibule è richiede una considerazione dettagliata. Daniel Defoe hà sustinutu chì a morte è i tassi aspettanu ogni persona. Per a mo parte, possu dì chì ogni ingegnere di supportu aspetta dumande nantu à e pulitiche per almacenà punti di ricuperazione (o, in termini più simplici, a retenzioni). Aghju cuminciatu à spiegà cumu a ritenzione funziona 4 anni fà cum'è Ingegnere Junior di Livellu XNUMX, è cuntinuu à spiegà avà cum'è u capu di a squadra di lingua spagnola è italiana. Sò sicuru chì i mo culleghi di u sicondu è ancu u terzu livellu di sustegnu rispondenu regularmente à e stesse dumande.
In questa luce, aghju vulsutu scrive un post finali, u più detallatu pussibule, à quale l'utilizatori di lingua russa puderanu vultà una volta è una volta cum'è riferimentu. U mumentu hè ghjustu - a versione di u decimu anniversariu publicata di pocu tempu hà aghjustatu novi funziunalità à a funziunalità di basa chì ùn hà micca cambiatu per anni. U mo post hè focu principarmenti nantu à sta versione - ancu s'è a maiò parte di ciò chì hè scrittu hè vera per e versioni precedenti, simpricimenti ùn truverete micca alcune di e funziunalità descritte quì. Infine, fighjendu un pocu in u futuru, diceraghju chì alcuni cambiamenti sò previsti in a prossima versione, ma vi cuntaremu quandu vene u tempu. Allora cuminciamu.
Travaglii di salvezza
Prima, fighjemu a parte chì ùn hà micca cambiatu in a versione 10. A pulitica di retenzioni hè determinata da parechji paràmetri. Apertura a finestra per creà una nova attività è andate à a tabulazione Storage. Quì vedemu un paràmetru chì determina u numeru desideratu di punti di restaurazione:
Tuttavia, questu hè solu una parte di l'equazioni. U numaru propiu di punti hè ancu determinatu da u modu di salvezza stabilitu per u travagliu. Per selezziunà sta opzione, cliccate nant'à u buttone Avanzate in a stessa tabulazione. Questu apre una nova finestra cù parechje opzioni. Numeremu è cunsideremu unu à unu:
Se solu l'opzione 1 hè attivata, u travagliu si eseguirà in modu "infinitamente incrementale" (per sempre avanti incrementale). Ùn ci hè micca difficultà quì - u compitu guarderà u numeru stabilitu di punti di risturazione da una copia di salvezza completa (file cù l'estensione VBK) à l'ultimu incrementu (file cù l'estensione VIB). Quandu u numeru di punti supera u valore stabilitu, l'incrementu più anticu serà unitu cù a copia di salvezza completa. In altri palori, se u compitu hè stallatu per almacenà punti 3, dopu immediatamente dopu à a prossima sessione, ci saranu 4 punti nantu à u repository, dopu chì a copia di salvezza completa serà unita cù l'incrementu più anticu è u numeru tutale di punti tornerà. 3.
Ancu estremamente simplice hè a ritenzione per u modu "reverse incremental" (reverse incremental) (opzione 2). Siccomu in questu casu, u puntu più novu serà una copia di salvezza completa, seguita da una catena di rollbacks (fichi cù l'estensione VRB), per applicà a retenzioni, hè abbastanza per sguassà u rollback più anticu. A situazione serà a listessa: subitu dopu à a sessione, u numeru di punti superà u valore stabilitu da 1, dopu chì torna à u valore desideratu.
Innota chì cù u modu inversu-incrementale, pudete ancu attivà e copie di salvezza periodiche cumplete (opzione 4), ma questu ùn cambia micca l'essenza. Iè, i punti di risturazione cumpleta apparisceranu in a catena, ma ancu sguassemu solu i punti più antichi unu per volta.
Infine, ghjunghjemu à a parte interessante. Se attivate a copia di salvezza incrementale, ma ancu attivate l'opzioni 3 o 4 (o tramindui à u stessu tempu), u compitu principiarà à creà backups cumpleti periodichi cù u metudu "attivu" o sinteticu. U metudu di creà una copia di salvezza completa ùn hè micca impurtante - cuntene i stessi dati, è a catena incrementale serà divisa in "sub-catene". Stu metudu hè chjamatu avanti incrementale, è hè quellu chì provoca una parte significativa di e dumande da i nostri clienti.
A ritenzione hè appiicata quì sguassendu a parte più antica di a catena (da una copia di salvezza completa à un incrementu). À u listessu tempu, ùn sguassate micca solu una copia di salvezza cava o solu una parte di l'incrementi. L'intera "subchain" hè eliminata cumplettamente in una volta. U significatu di stabilisce u numeru di punti cambia ancu - se in altri metudi questu hè u numeru massimu permessu, dopu à quale a retenzioni deve esse appiicata, allora quì sta paràmetra determina u numeru minimu. In altri palori, dopu avè eliminatu a "subchain" più antica, u numeru di punti in a parti restante ùn deve micca falà sottu à stu minimu.
Pruvaraghju di rapprisintà stu cuncettu graficamente. Diciamu chì a retenzioni hè stabilita à 3 punti, u compitu corre ogni ghjornu cù una copia di salvezza completa u luni. In questu casu, a retenzioni serà applicata quandu u numeru tutale di punti righjunghji 10:
Perchè digià 10 quandu ne mettenu 3? Lunedì, una copia di salvezza completa hè stata creata. Da u marti à dumenica, u travagliu hà creatu incrementi. Infine, u luni dopu, una copia di salvezza cumpleta hè creata di novu è solu quandu 2 incrementi sò creati ponu infine sguassate tutta a vechja parte di a catena, perchè u numeru di punti rimanenti ùn cascà micca sottu à u settore 3.
Se l'idea hè chjara, allora vi cunsigliu di pruvà à calculà a retenzioni sè stessu. Pigliemu e seguenti cundizioni: u compitu hè lanciatu per a prima volta ghjovi (naturalmente, una copia di salvezza completa serà fatta). U compitu hè stallatu per creà una copia di salvezza completa u mercuri è dumenica è almacenà 8 punti di restaurazione. Quandu a ritenzione serà applicata per a prima volta?
Per risponde à sta quistione, vi ricumandemu di piglià un fogliu di carta, disegnà u ghjornu di a settimana è scrive quale puntu hè creatu ogni ghjornu. A risposta diventerà evidenti
Risposte
Chjarificazione : Per risponde, basta à dumandà sè stessu "quandu serà applicata a retenzioni" ? A risposta hè quandu pudemu sguassà i primi punti 3 (VBK, VIB, VIB) è u restu di a catena ùn hè micca sottu à i punti 8 necessarii. Diventa chjaru chì pudemu fà questu quandu avemu 11 punti in totale, vale à dì dumenica di a seconda settimana.
Certi lettori ponu obietta: "perchè tuttu questu, s'ellu ci hè ? Senza dubbitu, hè un strumentu assai utile, è in certi casi l'aghju aduprà, ma hà ancu limitazioni. Prima di tuttu, ùn vi permette micca di specificà e cundizioni iniziali, è in parechji casi, a quistione hè esattamente "avemu una catena, chì succede se cambiamu tali paràmetri?". Siconda, l'uttellu hè sempre un pocu mancanza di visibilità. Mostrendu a pagina RPS à i clienti, ùn aghju micca capitu, ma dopu a pittura cum'è in l'esempiu (ancu cù u listessu Paint), ghjornu dopu ghjornu, tuttu hè diventatu chjaru.
Infine, ùn avemu micca cunsideratu l'opzione "Trasforma i catene di salvezza precedente in rollbacks" (marcatu cù u numeru 5). Questa opzione cunfundisce qualchì volta i clienti chì l'attivanu "à a mosca", chì volenu attivà una copia di salvezza sintetica simplice. Intantu, sta opzione attiva un modu di salvezza assai speciale. Senza entre in dettagli, diceraghju subitu chì in questa fase di u sviluppu di u produttu "Trasformate catene di salvezza precedente in rollbacks" hè una opzione obsoleta, è ùn possu micca pensà à un unicu scenariu quandu deve esse usatu. U so valore hè cusì dubbitu chì per qualchì tempu Anton Gostev stessu hà mandatu una chjama à traversu u foru, dumandendulu di mandà à ellu esempi di u so usu utile (se ne avete qualchissia, scrivite in i cumenti, sò assai interessatu). S'ellu ùn ci hè nimu (pensu ch'elli seranu), allora l'opzione serà eliminata in e versioni future.
U travagliu creà incrementi (VIB) finu à u ghjornu chì a copia di salvezza completa sintetica hè prevista. In questu ghjornu, VBK hè veramente creatu, ma tutti i punti prima di questu VBK sò trasfurmati in rollbacks (VRB). Dopu quì, u travagliu hà da cuntinuà à creà increments à a copia di salvezza sana finu à a prossima copia di salvezza sintetica. In u risultatu, una mistura splusiva di schedari VBK, VBR è VIB hè creata in a catena. A retensione hè appiicata assai simplice - eliminendu l'ultimu VBR:
Problemi
A parte di capisce veramente cumu funziona, a maiò parte di i prublemi chì si sviluppanu quandu si usa u modu incrementale sò generalmente assuciati cù una copia di salvezza completa. Una copia di salvezza cumpleta regulare hè necessaria per questu modu, altrimenti u repositoriu accumulerà punti finu à chì sopra.
Per esempiu, una copia di salvezza cumpleta pò esse creatu troppu pocu. Diciamu chì u compitu hè stallatu per almacenà punti 10, è una copia di salvezza completa hè creata una volta à u mese. Hè chjaru chì u numeru attuale di punti quì serà assai più grande di quellu stabilitu. O u compitu hè generalmente stabilitu per travaglià in modu infinitu-incrementale è almacenà 50 punti. Allora qualchissia hà creatu accidentalmente una copia di salvezza completa. Hè questu, da avà u compitu aspittàrà finu à chì u puntu sanu accumule incrementi 49, dopu à quale applicà a retenzioni è torna à u modu infinitu-pienu.
In altri casi, una copia di salvezza cumpleta hè stabilita per esse creata regularmente, ma per una certa ragione ùn hè micca. Elencu quì u mutivu più populari. Certi clienti preferanu aduprà l'opzione di scheduling "run after" è stallà i travaglii per curriri in una catena. Pigliemu stu esempiu: ci sò 3 impieghi chì currianu ogni ghjornu è creanu una copia di salvezza cumpleta dumenica. U primu compitu principia à 22.30, u restu hè lanciatu in una catena. Una copia di salvezza incrementale dura 10 minuti, è per quessa, da 23.00 tutti i travaglii finiscinu u so travagliu. Ma una copia di salvezza cumpleta dura una ora, cusì dumenica succede ciò chì segue: u primu compitu viaghja da 22.30 à 23.30. U prossimu hè da 23.30 à 00.30. Ma u terzu compitu hè lanciatu u luni. Una copia di salvezza completa hè cunfigurata per dumenica, cusì in questu casu ùn serà micca solu. U compitu aspetterà una copia di salvezza completa per applicà a retenzioni. Allora fate attenzione quandu aduprate l'opzione "corre dopu" o ùn l'utilizate micca in tuttu - basta à stabilisce i travaglii per inizià à u stessu tempu è lasciate u pianificatore di risorse fà u so travagliu.
L'opzione difficiule "Eliminate l'articuli eliminati"
Passendu i paràmetri di u compitu Storage - Avanzatu - Mantenimentu, pudete sbattà nantu à l'opzione "sguassate i dati eliminati dopu", calculatu in ghjorni.
Certi clienti aspettanu chì questu sia ritenzione. In fatti, questa hè una opzione completamente separata, u malintesi di quale pò purtà à cunsequenze inespettate. In ogni casu, prima di tuttu, aghju bisognu di spiegà cumu B&R reagisce à situazioni induve solu uni pochi di machini sò salvati cù successu durante a sessione.
Imagine stu scenariu: un travagliu infinitu-incrementale cunfiguratu per almacenà 6 punti. Ci sò 2 machini in u compitu, unu sempre salvatu bè, l'altru qualchì volta hà datu errori. In u risultatu, da u settimu puntu, a situazione seguente hè sviluppata:
Hè u tempu di applicà a retenzioni, ma una macchina hà 7 punti, è l'altru solu 4. A retenzioni serà applicata quì ? A risposta hè sì, sarà. Se almenu un oggettu hè statu salvatu, B&R cunsidereghja chì u puntu hè statu creatu.
Una situazione simile pò accade se una macchina ùn hè micca stata inclusa in u compitu durante una certa sessione. Questu succede, per esempiu, quandu i machini sò aghjuntu à u compitu micca individualmente, ma cum'è parte di cuntenituri (cartulare, magazzini) è qualchì macchina migra temporaneamente à un altru cuntainer. U travagliu serà tandu cunsideratu successu, ma truverete un missaghju in i statistiche chì vi dicenu di attentu à u fattu chì una tale macchina ùn hè più trattata da u travagliu.
Chì succede se ùn fate micca attente à questu? In u casu di modi infinitu-incrementale o inversu-incrementale, u numeru di punti di restaurazione di a macchina "prublema" diminuirà cù ogni sessione finu à ghjunghje à 1 salvatu in VBK. In altre parolle, ancu s'è a macchina ùn hè micca salvata per un bellu pezzu, un puntu di risturazione ferma sempre. Questu ùn hè micca u casu s'ellu hè attivatu i backups cumpleti periodichi. Se i signali da B&R sò ignorati, l'ultimu puntu pò esse eventualmente eliminatu cù a vechja parte di a catena.
Dopu avè capitu sti ditagli, pudemu infine cunsiderà l'opzione "Eliminate i dati eliminati dopu". Eliminarà tutti i punti per una macchina particulare se quella macchina ùn hè micca salvata per X ghjorni. Per piacè nutate chì sta paràmetra ùn risponde micca à l'errori (pruvatu - ùn hà micca travagliatu). Ùn ci deve ancu esse un tentativu di salvezza di a macchina. Sembra chì l'opzione hè utile è deve esse sempre mantenuta attivata. Se l'amministratore sguassate a macchina da u compitu, allora hè logicu per sguassà a catena di dati innecessarii dopu un pocu tempu. Tuttavia, tuning richiede disciplina è cura.
Permettemu un esempiu da a pratica: parechji cuntenituri sò stati aghjuntu à u compitu, a cumpusizioni di quale era abbastanza dinamica. A causa di a mancanza di RAM, u servitore B&R hà avutu prublemi chì passavanu inosservati. U compitu hà cuminciatu è pruvatu à fà una copia di salvezza di e macchine, salvu una, chì à quellu tempu ùn era micca presente in u cuntinuu. Siccomu parechje macchine anu generatu errori, per difettu B&R hà da fà 3 tentativi supplementari di salvezza di e macchine "prublema". A causa di prublemi custanti cù a RAM, sti tentativi trascinò per parechji ghjorni. Ùn ci era micca un secondu tentativu di salvezza di a VM mancante (l'assenza di una VM ùn hè micca un errore). In u risultatu, durante unu di i tentativi ripetuti, a cundizione "Eliminate l'articuli eliminati" hè stata cumpletata è tutti i punti di a macchina sò stati eliminati.
In questa occasione, possu dì ciò chì segue: se avete notifiche nantu à i risultati di i travaglii stallati, è ancu megliu, l'integrazione cù Veeam ONE hè aduprata, allora u più prubabile ùn vi succede micca. Se fighjate à u servitore B&R una volta à settimana per verificà chì tuttu funziona, allora hè megliu ricusà l'opzioni chì puderanu purtari à l'eliminazione di backups.
Ciò chì hè novu in v.10
Ciò chì avemu parlatu prima hè esistitu in B&R per parechje versioni. Dopu avè capitu sti principii di u travagliu, vedemu avà ciò chì hè aghjuntu à l'anniversariu "top ten".
Ritenzione ogni ghjornu
Sopra, avemu cunsideratu a pulitica di almacenamiento "classica" basatu annantu à u numeru di punti. Un approcciu alternativu hè di stabilisce "ghjorni" invece di "punti di risturà" in u stessu menu.
L'idea hè chjara da u nome - a retenzioni guardà u numeru stabilitu di ghjorni, u numeru di punti in ogni ghjornu ùn importa micca. Facendu cusì, ricordate di i seguenti:
- U ghjornu attuale ùn hè micca cunsideratu quandu u calculu di a retenzioni
- I ghjorni chì u compitu ùn hà micca travagliatu in tuttu sò ancu cuntati. Questu deve esse tenutu in mente per ùn perde micca accidentalmente i punti di quelli travaglii chì travaglianu irregularmente.
- U puntu di restaurazione hè cuntatu da u ghjornu chì hè statu creatu (vale à dì, se u compitu hà iniziatu u luni è finitu u marti, allora questu hè un puntu da u luni)
Altrimenti, i principii per applicà a retenzioni per i travaglii sò ancu determinati da u metudu di salvezza sceltu. Pruvemu un altru compitu di calculu cù u stessu metudu incrementale. Diciamu chì a ritenzione hè stabilita à 8 ghjorni, u compitu corre ogni 6 ore cù una copia di salvezza completa u marcuri. In stu casu, u compitu ùn travaglia micca dumenica. U travagliu viaghja u luni per a prima volta. Quandu serà applicata a ritenzione ?
Risposte
Comu di solitu, hè megliu disegnà un segnu. Mi permetteraghju di simplificà u compitu è ùn tirarà micca tutti i punti creati per ogni ghjornu, perchè u numeru di punti per ghjornu ùn importa micca quì. Hè solu impurtante per noi chì u primu luni è u mercuri u primu puntu serà una copia di salvezza completa, in l'altri ghjorni u compitu simpricimenti creà 4 punti incrementali.
Capemu per noi stessi chì a retenzioni serà appiicata sguassendu a copia di salvezza completa di u luni è u so incrementu. Quandu succederà ? Quandu u restu di a catena cuntene 8 ghjorni. À u listessu tempu, ùn cuntemu micca u ghjornu attuale, ma dumenica, à u cuntrariu, cuntemu. Allora a risposta hè ghjovi di a seconda settimana.
Archiviazione GFS per i travaglii regulari
Prima di v.10, u metudu di almacenamiento Grandfather-Father-Son (GFS) era dispunibule solu per i travaglii di copia di salvezza è i travaglii di copia di cinta. Avà hè ancu dispunibule per una copia di salvezza regulare.
Ancu s'ellu ùn hè micca ligatu à u tema attuale, ùn possu micca dì chì a nova funziunalità ùn significa micca una partenza da a strategia 3-2-1. A prisenza di punti d'archiviu in u repositoriu principale ùn affetta micca a so affidabilità in ogni modu. Hè capitu chì GFS serà utilizatu in cunghjunzione cù un repository scale-out per spedinu questi punti à S3 è almacenamenti simili. Se ùn l'utilizate micca, hè megliu per cuntinuà à almacenà punti primari è archiviu in diversi repositori.
Avà fighjemu i principii di creazione di punti GFS. In i paràmetri di u travagliu, à u passu di Storage, hè apparsu un buttone speciale chì chjama u seguente menu:
L'essenza di GFS pò esse ridutta à parechji punti (nota chì GFS travaglia in modu diversu in altri tipi di attività, ma più nantu à questu dopu):
- U compitu ùn crea micca una copia di salvezza completa separata sottu u puntu GFS. Invece, a copia di salvezza cumpleta più adatta dispunibule serà utilizata. Dunque, u travagliu deve eseguisce in modu incrementale cù una copia di salvezza completa periodica, o una copia di salvezza completa deve esse creata manualmente da l'utilizatore.
- Se un solu periodu hè attivatu (per esempiu, un periodu settimanale), allora à l'iniziu di u periodu GFS, u compitu hà da principià à aspittà per una copia di salvezza completa è marcà u primu adattatu cum'è GFS.
Esempiu: Un travagliu hè cunfiguratu per almacenà un GFS settimanale cù una copia di salvezza di u mercuri. U compitu corre ogni ghjornu, ma a copia di salvezza completa hè prevista per u venneri. In questu casu, u periodu GFS hà da principià u marcuri è u compitu principia à aspittà per un puntu adattatu. Cumpariscerà u venneri è serà marcatu cù a bandiera GFS.
- Se parechji periodi sò attivati in una volta (per esempiu, settimanali è mensili), allora B&R applicà un metudu chì permette u listessu puntu per esse usatu cum'è u GFS di intervalli multipli (per salvà spaziu). I bandieri saranu attribuiti à turnu, cuminciendu cù i più ghjovani.
Esempiu: GFS settimanale hè stabilitu à u marcuri, è GFS mensile hè stabilitu à l'ultima settimana di u mese. U travagliu corre ogni ghjornu è crea backups cumpleti u luni è u vennari.
Per simplicità, cuminciamu à cuntà da a penultima settimana di u mese. Questa settimana una copia di salvezza completa serà creata u luni, ma serà ignorata perchè l'intervallu GFS settimanale principia u marcuri. Ma a copia di salvezza completa di u venneri hè cumplettamente adattata per u puntu GFS. Stu sistema hè digià familiar à noi.
Avà cunsiderà ciò chì succede in l'ultima settimana di u mese. L'intervallu GFS mensile principiarà u luni, ma u luni VBK ùn serà micca marcatu cum'è GFS perchè u travagliu cerca di taggà un VBK cum'è un puntu GFS mensile è settimanale. À u listessu tempu, a ricerca principia cù a settimana, per quessa, per definizione, pò ancu diventà una mensili.
Tuttavia, se solu intervalli settimanali è annuali sò attivati, operaranu indipindentamente l'un l'altru è ponu marcà 2 VBK separati cum'è intervalli GFS currispondenti.
Travaglii di copia di salvezza
Un altru tipu di compitu, spessu esigenu clarificazione nantu à u travagliu. Per principià, analizzemu u metudu di travagliu "classicu", senza innovazioni v.10
Un metudu simplice di retenzioni
Per automaticamente, tali travaglii funzionanu in modu infinitu-incrementale. A creazione di punti hè determinata da dui paràmetri - l'intervallu di copia è u nùmeru desideratu di punti di restaurazione (ùn ci hè micca retenzioni di ghjornu quì). L'intervallu di copia hè stabilitu nantu à a prima tabulazione Job quandu crea un travagliu:
U numaru di punti hè determinatu un pocu più in a tabulazione Target
U travagliu crea 1 novu puntu per intervallu (ùn importa quanti punti sò stati creati per a VM da i travaglii originali). À a fine di l'intervallu, u novu puntu hè finalizatu è, se ne necessariu, una retenzioni hè appiicata cuncatenendu u VBK è l'incrementu più anticu. Stu mecanismu hè digià familiar à noi.
Metudu di ritenzione cù GFS
BCJ pò ancu almacenà punti archiviati. Questu hè cunfiguratu nantu à a stessa tabulazione Target, ghjustu sottu à u numeru di paràmetri di punti di restaurazione:
I punti GFS ponu esse creati in duie manere - sinteticamente, utilizendu e dati nantu à u repositoriu secundariu, o simulendu una copia di salvezza completa è leghje tutte e dati da u repository primariu (attivatu da l'opzione marcata cù u numeru 3). A retenzioni in i dui casi serà assai sfarente, cusì cunsideremu separatamente.
GFS sinteticu
In questu casu, u puntu GFS ùn hè micca creatu esattamente in u ghjornu appuntatu. Invece, un puntu GFS serà creatu quandu u VIB di u ghjornu chì u puntu GFS hè previstu per esse creatu hè unitu cù a copia di salvezza completa. Questu qualchì volta provoca malintesi, perchè u tempu passa, ma ùn ci hè ancu un puntu GFS. È solu un sciamanu putente da u supportu tecnicu pò predice in quale ghjornu u puntu appariscerà sempre. In fatti, a magia ùn hè micca necessariu - basta à vede u numeru di punti stabilitu è l'intervallu di sincronizazione (quanti punti sò creati ogni ghjornu). Pruvate di calculà sè stessu cù questu esempiu: u compitu hè stallatu per almacenà 7 punti, l'intervallu di sincronizazione hè di 12 ore (vale à dì 2 punti per ghjornu). À u mumentu, ci sò digià 7 punti in a catena, oghje hè u luni, è a creazione di un puntu GFS hè prevista per questu ghjornu. Chì ghjornu serà creatu?
Risposte
Quì hè megliu di discrive cumu a catena cambierà in dinamica, di ghjornu:
Allora, u luni, l'ultimu incrementu in a catena hè marcatu cum'è GFS, ma ùn sò micca altri cambiamenti visibili. Ogni ghjornu u compitu crea 2 punti novi, è a retenzioni move a catena inesorabilmente avanti. Infine, u ghjovi, hè ora di applicà a retenzioni à quellu stessu incrementu. Sta sessione duverà più di u solitu - perchè u compitu "tirà" i blocchi necessarii da a catena è creà un novu puntu pienu. Da avà, ci saranu 8 punti in a catena - 7 in a catena principale + GFS.
Creazione di punti GFS cù l'opzione "Leghje tuttu u puntu".
Sopra aghju dettu chì BCJ travaglia in modu infinitu-incrementale. Avà avemu da analizà l'unica eccezzioni à sta regula. Se attivate l'opzione "Leghje tuttu u puntu", u puntu GFS serà creatu esattamente in u ghjornu pianificatu. U compitu stessu hà da travaglià in modu incrementale cù backups cumpleti periodichi, chì avemu discututu sopra. A ritenzione serà ancu appiicata sguassendu a parte più antica di a catena. Tuttavia, in questu casu, solu l'incrementi seranu sguassati, è a copia di salvezza completa serà lasciata cum'è un puntu GFS. In cunsiquenza, i punti marcati cù bandiere GFS ùn sò micca cunsiderate quandu u calculu di a retenzioni.
Suppone chì u compitu hè stallatu per almacenà punti 7 è creanu un puntu GFS settimanale u luni. In questu casu, ogni luni u travagliu hà daveru creà una copia di salvezza completa è marcatu cum'è GFS. A retenzioni serà appiicata quandu, dopu sguassate incrementi da a parte più vechja, u numeru di incrementi rimanenti ùn hè micca sottu à 7. Hè cusì chì vede nantu à u diagramma:
Allora, à a fine di a seconda settimana, ci sò un totale di 14 punti in a catena. Duranti a seconda settimana, u compitu hà creatu 7 punti. S'ellu si trattava d'un compitu simplice, a retenzioni saria digià stata applicata. Ma questu hè un BCJ cù a retenzioni GFS, perchè ùn cuntemu micca i punti GFS, chì significa chì ci sò solu 6. Questu hè, ùn pudemu micca ancu applicà a retenzioni. In a terza settimana, creemu una altra copia di salvezza completa cù a bandiera GFS. 15 punti, ma dinò ùn cuntemu micca questu. È infine, u marti di a terza settimana, creamu un incrementu. Avà, se sguassemu l'incrementi di a prima catena di settimana, u numeru tutale di incrementi satisfera a retenzioni stabilita.
Cum'è citatu sopra, in stu metudu hè assai impurtante chì i backups pienu sò creati regularmente. Per esempiu, se stabilisce a retenzioni principali à 7 ghjorni, ma solu 1 puntu annuali, hè faciule d'imagine chì l'incrementi accumuleranu assai, assai più di 7. In tali casi, hè megliu aduprà u metu sinteticu di creazione. GFS.
È dinò "Eliminate l'articuli eliminati"
Questa opzione hè ancu presente per BCJ:
A logica di sta opzione quì hè a stessa cum'è in i travaglii di salvezza regulare - se a macchina ùn hè micca processata per u numeru di ghjorni specificati, allora i so dati sò sguassati da a catena. Tuttavia, per BCJ questa opzione hè obiettivamente più utile, è eccu perchè.
In u modu normale, BCJ travaglia in un modu infinitu-incrementale, perchè se in un certu puntu a macchina hè sguassata da u compitu, allora a retenzione sguasserà gradualmente tutti i punti di ricuperazione finu à chì ci hè solu un solu - in VBK. Avà imaginemu chì u travagliu hè ancu cunfiguratu per creà punti GFS sintetici. Quandu vene u tempu, u travagliu hà bisognu di creà un GFS per tutte e macchine in a catena. Se qualchì macchina ùn hà micca punti novi à tutti - bè, avete aduprà quellu chì hè. È cusì ogni volta. Per via di u risultatu, a situazione seguente pò esse:
Prestate attenzione à a sezione Files: avemu i punti principali VBK è 2 GFS settimanali. È avà à a sezione di risturà punti - in fattu, sti schedari cuntenenu a stessa maghjina di a macchina. Naturalmente, ùn ci hè micca puntu in tali punti GFS, occupanu solu spaziu.
Questa situazione hè pussibule solu quandu si usa GFS sinteticu. Per impediscenu questu, utilizate l'opzione "Eliminate l'articuli eliminati". Ricurdatevi solu di stabilisce per un numeru adattatu di ghjorni. U supportu tecnulugicu hà vistu casi induve l'opzione hè stata stabilita à menu di u numeru di ghjorni chì l'intervallu di sincronizazione - BCJ hà cuminciatu à andà in furia è sguassà punti prima ch'elli avianu u tempu di creà.
Nota ancu chì sta opzione ùn affetta micca i punti GFS esistenti. Se vulete pulizziari l'archivi, avete bisognu di fà manualmente - clicchendu u dirittu nantu à a macchina è selezziunate "Eliminate da u discu" (in a finestra chì appare, ùn vi scurdate di verificà a casella "Eliminate a copia di salvezza completa di GFS"). :
Innuvazione v.10 - copia immediata (copia immediata)
Dopu avè trattatu cù a funziunalità "classica", andemu à a nova. L'innovazione hè una, ma assai impurtante. Questu hè un novu modu di funziunamentu.
Ùn ci hè micca un "intervallu di sincronia", u compitu monitorarà constantemente s'ellu sò apparsu novi punti è copià tutti, ùn importa quanti ci sò. Tuttavia, u travagliu resta incrementale, vale à dì chì ancu se u travagliu principale crea un VBK o VRB, quelli punti seranu copiati cum'è VIB. Altrimenti, ùn ci sò micca sorprese in questu modu - tramindui u standard è u travagliu di ritenzione GFS secondu e regule descritte sopra (ancu se solu GFS sinteticu hè dispunibule quì).
I dischi giranu. Funzioni di i Repositori di Drives Rotati
A minaccia constante di virus ransomware hà fattu u standard di sicurezza de facto per avè una copia di e dati nantu à un mediu induve u virus ùn pò micca ghjunghje. Una opzione hè di utilizà repositori rotanti di discu, induve i dischi sò usati in turnu: mentre chì un discu hè cunnessu è scrivibile, u restu hè guardatu in un locu sicuru.
Per insignà B&R à travaglià cù tali repositori, in i paràmetri di repository, à u passu Repository, cliccate nant'à u buttone Avanzate è selezziunate l'opzione appropritata:
Dopu questu, VBR aspittàrà chì a catena esistente periodicamente sparisci da u repositoriu, chì significa rotazione di discu. Sicondu u tipu di repository è u tipu di travagliu, B&R si cumportanu in modu diversu. Pudete rapprisintà questu cù una tavula cum'è questu:
Cunsideremu ogni opzione.
Job Normale è Repository Windows
Dunque, avemu un compitu chì salva catene à u primu discu. Durante a rotazione, a catena creata in realtà sparisce, è u compitu hà bisognu à sopravvive à sta perdita. Truva cunsulazione in a creazione di una copia di salvezza completa. Cusì, ogni rotazione significa una copia di salvezza completa. Ma chì succede à i punti nantu à un discu disconnected? Sò ricurdati è pigliati in contu quandu calculanu a retenzioni. Cusì, u numeru stabilitu di punti in u compitu hè quantu punti deve esse guardatu in tutti i dischi. Eccu un esempiu:
U travagliu funziona in modu infinitu-incrementale è hè cunfiguratu per almacenà 3 punti di restaurazione. Ma avemu ancu un secondu discu, è avemu a rotazione una volta à settimana (ci pò esse più dischi, questu ùn cambia micca l'essenza).
In a prima settimana, u compitu hà da creà punti nantu à u primu discu è unisce quelli extra. Cusì, u numeru tutale di punti serà trè:
Allora culligamu u sicondu discu. À l'iniziu, B&R notarà chì l'unità hà cambiatu. A catena nantu à u primu discu sparirà da l'interfaccia, ma l'infurmazioni nantu à questu ferma in a basa di dati. U travagliu avà cuntene 3 punti nantu à u sicondu discu. A situazione generale serà cusì:
Infine, reattachemu a prima unità. Prima di creà un novu puntu, u compitu verificarà ciò chì ci hè cù a retenzioni. È a retenzioni, vi ricordu, hè stallata per almacenà 3 punti. Intantu, avemu 3 punti nantu à u discu 2 (ma hè offline è guardatu in un locu sicuru induve B&R ùn pò micca ghjunghje) è 3 punti nantu à u discu 1 (ma questu hè cunnessu). Cusì, pudete sguassà in modu sicuru 3 punti da u discu 1, postu chì superanu a retenzioni. Dopu questu, u compitu crea una copia di salvezza completa di novu, è a nostra catena cumencia à vede cusì:
Se a retenzioni hè cunfigurata per almacenà ghjorni invece di u numeru di punti, a logica ùn cambia micca. Inoltre, a retenzioni GFS ùn hè micca supportata in tuttu quandu utilizate repositori cù rotazione di discu.
U travagliu normale è u Repositoriu Linux Storage Network
Questa opzione hè ancu pussibule, ma in generale hè menu cunsigliata per via di e restrizioni imposte. U compitu risponderà à a rotazione di u discu è à a scumparsa di a catena in u listessu modu - creendu una copia di salvezza completa. A limitazione hè cunnessa cù u mecanismu di ritenzione truncatu.
Quì, durante a rotazione, tutta a catena nantu à u discu disconnected hè simplicemente eliminata da a basa di dati B&R. Prestate attenzione - da a basa di dati, i schedari stessi fermanu nantu à u discu. Puderanu esse impurtati è utilizati per a ricuperazione, ma ùn hè micca difficiule di guessà chì, prima o dopu, tali catene scurdate riempianu tuttu u repository.
A suluzione hè di aghjunghje DWORD ForceDeleteBackupFiles cum'è indicatu in questa pagina: . Dopu quì, u travagliu simpricimenti principià à sguassà tuttu u cuntenutu di u cartulare di u travagliu o u cartulare di repository (secondu u valore) in ogni rotazione.
Tuttavia, questu ùn hè micca una retenzioni eleganti, ma più una purificazione di tuttu u cuntenutu. Sfurtunatamente, u supportu tecnicu hà scontru casi quandu u repository era solu u repertoriu radicali di u discu, induve, in più di backups, ci era altre dati. Tuttu chistu hè statu distruttu durante a rotazione.
Inoltre, quandu ForceDeleteBackupFiles hè attivatu, funziona per tutti i tipi di repositori, vale à dì, ancu i repositori in Windows cessanu di applicà a retenzioni è cumincianu à sguassà u cuntenutu. In altre parolle, un discu locale in Windows hè a megliu scelta per un tali sistema di almacenamento di salvezza.
Copia di salvezza è repository Windows
Cù BCJ, e cose diventanu ancu più interessanti. Ùn ci hè micca solu una ritenzione cumpleta, ma ùn ci hè bisognu di fà una copia di salvezza completa ogni volta chì cambiate u discu! Funziona cusì:
Prima, B&R cumencia à fà punti nantu à u primu discu. Diciamu chì avemu stabilitu a retenzioni à 3 punti. U compitu hà da travaglià in un modu infinitu-incrementale è unisce tuttu ciò chì hè superfluu (vi ricurdò chì a retenzioni GFS ùn hè micca supportata in questu casu).
Allora culligamu u sicondu discu. Siccomu ùn ci hè ancu una catena, creamu una copia di salvezza completa, dopu avè una seconda catena di trè punti:
Infine, hè ora di ricunnisce u primu discu. È hè quì chì vene a magia, postu chì u compitu ùn creà micca una copia di salvezza completa, ma invece di cuntinuà a catena incrementale:
Dopu quì, in fattu, ogni discu averà a so propria catena indipendente. Dunque, a retenzioni quì ùn significa micca u numeru di punti nantu à tutti i dischi, ma u numeru di punti nantu à ogni discu separatamente.
Copia di salvezza è almacenamiento di rete di repository Linux
In novu, tutta l'eleganza hè persa se u repository ùn hè micca in un drive Windows locale. Stu script funziona simile à u compitu simplice sopra. In ogni rotazione, BCJ creà una copia di salvezza completa, è i punti esistenti seranu scurdati. Per ùn esse lasciatu senza spaziu liberu, avete bisognu di utilizà DWORD ForceDeleteBackupFiles.
cunchiusioni
Dunque, in u risultatu di un testu cusì longu, avemu cunsideratu dui tipi di compiti. Di sicuru, ci sò assai più tarei, ma ùn serà micca pussibule di cunsiderà tutti in u formatu di un articulu. Se dopu avè lettu avete sempre alcune dumande, allora scrivite in i cumenti, saraghju felice di risponde personalmente.
Source: www.habr.com