Hola lectors del nostre blog! En part, ja ens coneixem: les meves publicacions en anglès van aparèixer aquí a la traducció del meu estimat col·lega . Aquesta vegada vaig decidir dirigir-me directament al públic de parla russa.
Per al meu debut, volia trobar un tema que fos interessant per al públic més ampli possible i que requereixi una consideració detallada. Daniel Defoe va argumentar que la mort i els impostos esperen a qualsevol persona. Per la meva banda, puc dir que qualsevol enginyer de suport està esperant preguntes sobre les polítiques d'emmagatzematge dels punts de recuperació (o, en termes més senzills, de retenció). Vaig començar a explicar com funciona la retenció fa 4 anys com a Enginyer Júnior de Nivell XNUMX, i segueixo explicant ara com a líder de l'equip de parla espanyola i italiana. Estic segur que els meus companys del segon i fins i tot del tercer nivell de suport també responen regularment les mateixes preguntes.
En aquest sentit, volia escriure una publicació final, el més detallada possible, a la qual els usuaris de parla russa poguessin tornar una i altra vegada com a referència. El moment és correcte: la versió del desè aniversari publicada recentment va afegir noves funcions a la funcionalitat bàsica que no ha canviat durant anys. La meva publicació se centra principalment en aquesta versió; encara que la majoria del que està escrit és cert per a les versions anteriors, simplement no hi trobareu algunes de les funcionalitats descrites. Finalment, mirant una mica cap al futur, diré que s'esperen alguns canvis en la propera versió, però ja us ho explicarem quan arribi el moment. Així que comencem.
Feines de còpia de seguretat
En primer lloc, mirem la part que no ha canviat a la versió 10. La política de retenció està determinada per diversos paràmetres. Obrim la finestra per crear una tasca nova i anem a la pestanya Emmagatzematge. Aquí veurem un paràmetre que determina el nombre desitjat de punts de restauració:
Tanmateix, això només és una part de l'equació. El nombre real de punts també ve determinat pel mode de còpia de seguretat establert per a la feina. Per seleccionar aquesta opció, feu clic al botó Avançat de la mateixa pestanya. Això obrirà una nova finestra amb moltes opcions. Numerem-los i considerem-los un per un:
Si només s'habilita l'opció 1, el treball s'executarà en mode "infinitament incremental" (incremental per sempre). Aquí no hi ha dificultats: la tasca emmagatzemarà el nombre establert de punts de restauració des d'una còpia de seguretat completa (fitxer amb l'extensió VBK) fins a l'últim increment (fitxer amb l'extensió VIB). Quan el nombre de punts superi el valor establert, l'increment més antic es combinarà amb la còpia de seguretat completa. En altres paraules, si la tasca està configurada per emmagatzemar 3 punts, immediatament després de la següent sessió hi haurà 4 punts al repositori, després dels quals la còpia de seguretat completa es fusionarà amb l'increment més antic i el nombre total de punts tornarà a 3.
També és extremadament senzilla la retenció per al mode "incremental invers" (incremental invers) (opció 2). Atès que en aquest cas el punt més nou serà una còpia de seguretat completa, seguida d'una cadena d'anomenats rollbacks (fitxers amb l'extensió VRB), per aplicar la retenció, n'hi ha prou amb eliminar el rollback més antic. La situació serà la mateixa: immediatament després de la sessió, el nombre de punts superarà en 1 el valor establert, després del qual tornarà al valor desitjat.
Tingueu en compte que amb el mode incremental invers, també podeu habilitar còpies de seguretat completes periòdiques (opció 4), però això no canvia l'essència. Sí, els punts de restauració complets apareixeran a la cadena, però encara esborrarem els punts més antics d'un en un.
Finalment, arribem a la part interessant. Si activeu la còpia de seguretat incremental, però també activeu les opcions 3 o 4 (o totes dues alhora), la tasca començarà a crear còpies de seguretat periòdiques completes mitjançant el mètode "actiu" o sintètic. El mètode per crear una còpia de seguretat completa no és important: contindrà les mateixes dades i la cadena incremental es dividirà en "subcadenes". Aquest mètode s'anomena forward incremental, i és ell qui provoca una part important de les preguntes dels nostres clients.
La retenció s'aplica aquí suprimint la part més antiga de la cadena (des d'una còpia de seguretat completa fins a un increment). Al mateix temps, no suprimirem només una còpia de seguretat buida o només una part dels increments. La "subcadena" sencera s'elimina completament alhora. El significat d'establir el nombre de punts també canvia: si en altres mètodes aquest és el nombre màxim permès, després del qual s'ha d'aplicar la retenció, aquí aquesta configuració determina el nombre mínim. És a dir, després d'eliminar la "subcadena" més antiga, el nombre de punts de la part restant no hauria de caure per sota d'aquest mínim.
Intentaré representar gràficament aquest concepte. Suposem que la retenció s'estableix en 3 punts, la tasca s'executa cada dia amb una còpia de seguretat completa el dilluns. En aquest cas, la retenció s'aplicarà quan el nombre total de punts arribi a 10:
Per què ja n'hi ha 10 quan en van posar 3? Dilluns, es va crear una còpia de seguretat completa. De dimarts a diumenge, la feina creada augmenta. Finalment, dilluns que ve es torna a crear una còpia de seguretat completa i només quan es creen 2 increments es podrà eliminar finalment tota la part antiga de la cadena, perquè el nombre de punts restants no baixarà del conjunt 3.
Si la idea és clara, aleshores us suggereixo que intenteu calcular vosaltres mateixos la retenció. Prenem les condicions següents: la tasca es llança per primera vegada dijous (naturalment, es farà una còpia de seguretat completa). La tasca està configurada per crear una còpia de seguretat completa els dimecres i diumenges i emmagatzemar 8 punts de restauració. Quan s'aplicarà la retenció per primera vegada?
Per respondre aquesta pregunta, us recomano que agafeu un full de paper, el dibuixeu per dia de la setmana i anoteu quin punt es crea cada dia. La resposta es farà evident
Respondre
Aclariment: per respondre n'hi ha prou amb preguntar-se "quan s'aplicarà la retenció"? La resposta és quan podem eliminar els 3 primers punts (VBK, VIB, VIB) i la resta de la cadena no cau per sota dels 8 punts necessaris. Queda clar que ho podrem fer quan tinguem 11 punts en total, és a dir, diumenge de la segona setmana.
Alguns lectors poden objectar: “per què tot això, si n'hi ha ? Sens dubte, és una eina molt útil, i en alguns casos la faria servir, però també té limitacions. En primer lloc, no permet especificar les condicions inicials, i en molts casos la pregunta és exactament "tenim aquesta cadena, què passarà si canviem tal o tal configuració?". En segon lloc, l'eina encara té una mica de visibilitat. Mostrant la pàgina RPS als clients, no vaig trobar comprensió, però després de pintar-la com a l'exemple (fins i tot fent servir el mateix Paint), dia rere dia, tot va quedar clar.
Finalment, no hem considerat l'opció "Transformar les cadenes de còpia de seguretat anteriors en retrocessos" (marcada amb el número 5). Aquesta opció de vegades confon els clients que l'activen "sobre la marxa", volent habilitar una còpia de seguretat sintètica senzilla. Mentrestant, aquesta opció activa un mode de còpia de seguretat molt especial. Sense entrar en detalls, diré de seguida que en aquesta fase del desenvolupament del producte "Transformar les cadenes de còpia de seguretat anteriors en retrocessos" és una opció obsoleta i no puc pensar en un únic escenari en què s'hauria d'utilitzar. El seu valor és tan dubtós que durant algun temps el mateix Anton Gostev va enviar una trucada a través del fòrum, demanant-li que li enviés exemples del seu ús útil (si en teniu, escriviu als comentaris, m'interessa molt). Si no n'hi ha cap (crec que ho faran), l'opció s'eliminarà en futures versions.
El treball crearà increments (VIB) fins al dia que es programi la còpia de seguretat completa sintètica. Aquest dia, de fet, es crea VBK, però tots els punts anteriors a aquest VBK es transformen en rollbacks (VRB). Després d'això, el treball continuarà creant increments a la còpia de seguretat completa fins a la següent còpia de seguretat sintètica. Com a resultat, es crea una barreja explosiva de fitxers VBK, VBR i VIB a la cadena. La retenció s'aplica de manera molt senzilla, eliminant l'últim VBR:
Problemes
A part d'entendre realment com funciona, la majoria dels problemes que sorgeixen quan s'utilitza el mode incremental solen estar associats amb una còpia de seguretat completa. És necessària una còpia de seguretat completa periòdica per a aquest mode, en cas contrari, el dipòsit acumularà punts fins que es desbordi.
Per exemple, una còpia de seguretat completa es pot crear amb massa poca freqüència. Suposem que la tasca està configurada per emmagatzemar 10 punts i es crea una còpia de seguretat completa un cop al mes. És evident que el nombre real de punts aquí serà molt més gran que el establert. O, generalment, la tasca està configurada per funcionar en un mode d'increment infinit i emmagatzemar 50 punts. Aleshores algú ha creat accidentalment una còpia de seguretat completa. Això és tot, a partir d'ara la tasca esperarà fins que el punt complet acumuli 49 increments, després dels quals s'aplicarà la retenció i tornarà al mode infinit-plen.
En altres casos, es crea una còpia de seguretat completa amb regularitat, però per alguna raó no ho fa. Enumeré el motiu més popular aquí. Alguns clients prefereixen utilitzar l'opció de programació "executar després" i configurar treballs per executar-se en cadena. Prenguem aquest exemple: hi ha 3 treballs que s'executen cada dia i creen una còpia de seguretat completa el diumenge. La primera tasca comença a les 22.30, la resta es llancen en cadena. Una còpia de seguretat incremental triga 10 minuts i, per tant, a les 23.00:22.30 totes les tasques acaben la seva feina. Però una còpia de seguretat completa triga una hora, així que diumenge passa el següent: la primera tasca s'executa de 23.30 a 23.30. El següent és de 00.30 a XNUMX. Però la tercera tasca es posa en marxa dilluns. Es configura una còpia de seguretat completa per al diumenge, de manera que en aquest cas simplement no ho serà. La tasca esperarà una còpia de seguretat completa per aplicar la retenció. Així que aneu amb compte quan feu servir l'opció "executar després" o no la feu servir en absolut; només heu de configurar els treballs perquè s'iniciïn al mateix temps i deixeu que el planificador de recursos faci la seva feina.
La difícil opció "Elimina els elements suprimits"
Passant per la configuració de la tasca Emmagatzematge - Avançat - Manteniment, podeu trobar l'opció "eliminar les dades dels elements suprimits després", calculada en dies.
Alguns clients esperen que això sigui retenció. De fet, aquesta és una opció completament independent, el malentès de la qual pot portar conseqüències inesperades. Tanmateix, primer de tot, he d'explicar com reacciona B&R davant les situacions en què només es fa una còpia de seguretat d'unes poques màquines durant la sessió.
Imagineu aquest escenari: un treball d'increment infinit configurat per emmagatzemar 6 punts. Hi ha 2 màquines a la tasca, una sempre s'ha fet una còpia de seguretat correctament, l'altra de vegades donava errors. Com a resultat, al setè punt, s'ha desenvolupat la situació següent:
És hora d'aplicar la retenció, però una màquina té 7 punts, i l'altra només 4. S'aplicarà la retenció aquí? La resposta és sí, així serà. Si s'ha fet una còpia de seguretat d'almenys un objecte, B&R considera que el punt s'ha creat.
Una situació similar es pot produir si alguna màquina simplement no s'ha inclòs a la tasca durant una sessió determinada. Això passa, per exemple, quan les màquines s'afegeixen a la tasca no individualment, sinó com a part de contenidors (carpetes, emmagatzematge) i alguna màquina migra temporalment a un altre contenidor. Aleshores, el treball es considerarà reeixit, però trobareu un missatge a les estadístiques que us diu que presteu atenció al fet que tal o tal màquina ja no és processada pel treball.
Què passarà si no hi fas cas? En el cas dels modes d'increment infinit o d'increment invers, el nombre de punts de restauració de la màquina "problema" disminuirà amb cada sessió fins a arribar a 1 desat a VBK. En altres paraules, fins i tot si la màquina no es fa una còpia de seguretat durant molt de temps, encara es mantindrà un punt de restauració. Aquest no és el cas si les còpies de seguretat completes periòdiques estan habilitades. Si s'ignoren els senyals de B&R, l'últim punt es pot eliminar juntament amb la part antiga de la cadena.
Un cop entès aquests detalls, finalment podem considerar l'opció "Elimina les dades dels elements suprimits després". Suprimirà tots els punts d'una màquina en particular si no es fa una còpia de seguretat d'aquesta màquina durant X dies. Tingueu en compte que aquesta configuració no respon als errors (s'ha provat, no ha funcionat). Ni tan sols hi hauria d'haver un intent de fer una còpia de seguretat de la màquina. Sembla que l'opció és útil i s'ha de mantenir sempre activada. Si l'administrador va eliminar la màquina de la tasca, és lògic esborrar la cadena de dades innecessàries al cap d'un temps. Tanmateix, l'afinació requereix disciplina i cura.
Permeteu-me donar-vos un exemple de la pràctica: es van afegir diversos contenidors a la tasca, la composició dels quals era força dinàmica. A causa de la manca de memòria RAM, el servidor B&R va experimentar problemes que van passar desapercebuts. La tasca va començar i es va intentar fer una còpia de seguretat de les màquines, excepte una, que en aquell moment no estava present al contenidor. Com que moltes màquines han generat errors, per defecte B&R ha de fer 3 intents addicionals per fer una còpia de seguretat de les màquines "problemàtiques". A causa de problemes constants amb la memòria RAM, aquests intents es van allargar durant diversos dies. No hi va haver cap segon intent de còpia de seguretat de la màquina virtual que faltava (l'absència d'una màquina virtual no és un error). Com a resultat, durant un dels intents repetits, es va complir la condició "Elimina els elements suprimits" i es van suprimir tots els punts de la màquina.
En aquesta ocasió, puc dir el següent: si teniu notificacions sobre els resultats de les tasques configurades, i encara millor, s'utilitza la integració amb Veeam ONE, és molt probable que això no us passi. Si mireu el servidor B&R un cop per setmana per comprovar que tot funciona, és millor rebutjar les opcions que podrien provocar l'eliminació de còpies de seguretat.
Què hi ha de nou a la v.10
El que hem estat parlant abans ha existit a B&R per a moltes versions. Un cop entès aquests principis de treball, vegem ara què s'hi va afegir al "top ten" de l'aniversari.
Retenció diària
A dalt, hem considerat la política d'emmagatzematge "clàssica" basada en el nombre de punts. Un enfocament alternatiu és establir "dies" en lloc de "punts de restauració" al mateix menú.
La idea és clara pel nom: la retenció emmagatzemarà el nombre de dies establert, el nombre de punts de cada dia no importa. En fer-ho, recordeu el següent:
- El dia actual no es té en compte a l'hora de calcular la retenció
- També es compten els dies en què la tasca no va funcionar en absolut. Això s'ha de tenir en compte perquè no es perdin accidentalment els punts d'aquelles tasques que funcionen de manera irregular.
- El punt de restauració es compta des del dia en què es va crear (és a dir, si la tasca va començar el dilluns i va acabar el dimarts, aquest és un punt a partir del dilluns)
En cas contrari, els principis per aplicar la retenció per tasques també es determinen pel mètode de còpia de seguretat escollit. Provem una altra tasca de càlcul utilitzant el mateix mètode incremental. Suposem que la retenció s'estableix en 8 dies, la tasca s'executa cada 6 hores amb una còpia de seguretat completa el dimecres. En aquest cas, la tasca no funciona el diumenge. El treball s'executa dilluns per primera vegada. Quan s'aplicarà la retenció?
Respondre
Com és habitual, el millor és dibuixar un senyal. Em permetré simplificar la tasca i no treure tots els punts creats per a cada dia, perquè aquí no importa el nombre de punts per dia. Només és important per a nosaltres que el primer dilluns i els dimecres el primer punt sigui una còpia de seguretat completa, els altres dies la tasca simplement crearà 4 punts incrementals.
Entenem per nosaltres mateixos que la retenció s'aplicarà suprimint la còpia de seguretat completa de dilluns i el seu increment. Quan passarà? Quan la resta de la cadena contindrà 8 dies. Al mateix temps, no comptem el dia actual, sinó que el diumenge, al contrari, comptem. Així que la resposta és dijous de la segona setmana.
Arxiu GFS per a treballs habituals
Abans de la v.10, el mètode d'emmagatzematge Avi-Pare-Fil (GFS) només estava disponible per a treballs de còpia de seguretat i treballs de còpia en cinta. Ara també està disponible per a una còpia de seguretat regular.
Tot i que això no està relacionat amb el tema actual, no puc dir que la nova funcionalitat no signifiqui una desviació de l'estratègia 3-2-1. La presència de punts d'arxiu al repositori principal no afecta de cap manera la seva fiabilitat. S'entén que GFS s'utilitzarà juntament amb un repositori escalable per enviar aquests punts a S3 i emmagatzematges similars. Si no l'utilitzeu, és millor continuar emmagatzemant punts primaris i d'arxiu en diferents repositoris.
Vegem ara els principis de creació de punts GFS. A la configuració de la tasca, al pas Emmagatzematge, ha aparegut un botó especial que crida al menú següent:
L'essència de GFS es pot reduir a diversos punts (tingueu en compte que GFS funciona de manera diferent en altres tipus de tasques, però en parlarem més endavant):
- La tasca no crea una còpia de seguretat completa independent sota el punt GFS. En canvi, s'utilitzarà la còpia de seguretat completa més adequada disponible. Per tant, el treball s'ha d'executar en mode incremental amb una còpia de seguretat completa periòdica, o bé l'usuari ha de crear una còpia de seguretat completa manualment.
- Si només s'habilita un període (per exemple, un període setmanal), a l'inici del període GFS, la tasca simplement començarà a esperar una còpia de seguretat completa i marcarà el primer adequat com a GFS.
Exemple: un treball està configurat per emmagatzemar un GFS setmanal mitjançant una còpia de seguretat de dimecres. La tasca s'executa cada dia, però la còpia de seguretat completa està programada per divendres. En aquest cas, el període GFS començarà dimecres i la tasca començarà a l'espera d'un punt adequat. Apareixerà divendres i estarà marcat amb la bandera GFS.
- Si s'activen diversos períodes alhora (per exemple, setmanal i mensual), B&R aplicarà un mètode que permeti utilitzar el mateix punt com a GFS de diversos intervals (per estalviar espai). Les banderes s'assignaran per torn, començant pels més joves.
Exemple: el GFS setmanal s'estableix en dimecres i el GFS mensual s'estableix en l'última setmana del mes. El treball s'executa cada dia i crea còpies de seguretat completes els dilluns i els divendres.
Per senzillesa, comencem a comptar a partir de la penúltima setmana del mes. Aquesta setmana es crearà una còpia de seguretat completa dilluns, però s'ignorarà perquè l'interval GFS setmanal comença dimecres. Però la còpia de seguretat completa de divendres és totalment adequada per al punt GFS. Aquest sistema ja ens és familiar.
Ara considereu què passarà l'última setmana del mes. L'interval GFS mensual començarà dilluns, però el VBK de dilluns no s'etiquetarà com a GFS perquè el treball busca etiquetar un VBK com a punt GFS mensual i setmanal. Paral·lelament, la cerca comença amb la setmanal, per tant, per definició, també es pot convertir en una mensual.
Tanmateix, si només s'activen els intervals setmanals i anuals, funcionaran de manera independent els uns dels altres i poden marcar 2 VBK independents com a intervals GFS corresponents.
Feines de còpia de seguretat
Un altre tipus de tasca, sovint requereix aclariments sobre la feina. Per començar, analitzem el mètode de treball "clàssic", sense innovacions v.10
Un mètode de retenció senzill
Per defecte, aquests treballs s'executen en mode d'increment infinit. La creació de punts està determinada per dos paràmetres: l'interval de còpia i el nombre desitjat de punts de restauració (aquí no hi ha retenció per dia). L'interval de còpia s'estableix a la primera pestanya Treball quan es crea un treball:
El nombre de punts es determina una mica més endavant a la pestanya Objectiu
El treball crea 1 punt nou per interval (no importa quants punts s'hagin creat per a la VM per les feines originals). Al final de l'interval, es finalitza el nou punt i, si cal, s'aplica una retenció concatenant el VBK i l'increment més antic. Aquest mecanisme ja ens és familiar.
Mètode de retenció mitjançant GFS
BCJ també pot emmagatzemar punts arxivats. Es configura a la mateixa pestanya Destí, just a sota de la configuració del nombre de punts de restauració:
Els punts GFS es poden crear de dues maneres: sintèticament, utilitzant les dades del dipòsit secundari, o simulant una còpia de seguretat completa i llegint totes les dades del dipòsit principal (activat per l'opció marcada amb el número 3). La retenció en ambdós casos serà molt diferent, per la qual cosa els considerarem per separat.
GFS sintètic
En aquest cas, el punt GFS no es crea exactament el dia assenyalat. En lloc d'això, es crearà un punt GFS quan el VIB del dia que s'havia programat la creació del punt GFS es fusioni amb la còpia de seguretat completa. Això de vegades provoca malentesos, perquè el temps passa, però encara no hi ha cap punt GFS. I només un xaman poderós del suport tècnic pot predir quin dia encara apareixerà el punt. De fet, la màgia no és necessària: només cal mirar el nombre de punts establert i l'interval de sincronització (quants punts es creen cada dia). Intenteu calcular-ho vosaltres mateixos amb aquest exemple: la tasca està configurada per emmagatzemar 7 punts, l'interval de sincronització és de 12 hores (és a dir, 2 punts per dia). De moment ja hi ha 7 punts a la cadena, avui és dilluns, i per aquesta jornada està prevista la creació d'un punt GFS. Quin dia es crearà?
Respondre
Aquí és millor descriure com canviarà la cadena en la dinàmica, al dia:
Així, dilluns, l'últim increment de la cadena es marca com a GFS, però no es produeixen altres canvis visibles. Cada dia la tasca crea 2 punts nous, i la retenció fa moure la cadena inexorablement cap endavant. Finalment, dijous, és el moment d'aplicar la retenció a aquest mateix increment. Aquesta sessió trigarà més de l'habitual, perquè la tasca "treurà" els blocs necessaris de la cadena i crearà un nou punt complet. A partir d'ara, hi haurà 8 punts a la cadena - 7 a la cadena principal + GFS.
Creació de punts GFS amb l'opció "Llegir el punt sencer".
Més amunt he dit que BCJ funciona en mode incremental infinit. Ara analitzarem l'única excepció a aquesta regla. Si activeu l'opció "Llegir el punt sencer", el punt GFS es crearà exactament el dia programat. La tasca en si funcionarà en mode incremental amb còpies de seguretat completes periòdiques, que hem comentat anteriorment. La retenció també s'aplicarà eliminant la part més antiga de la cadena. Tanmateix, en aquest cas, només se suprimiran els increments i la còpia de seguretat completa es deixarà com a punt GFS. En conseqüència, els punts marcats amb senyals GFS no es tenen en compte a l'hora de calcular la retenció.
Suposem que la tasca està configurada per emmagatzemar 7 punts i crear un punt GFS setmanal el dilluns. En aquest cas, cada dilluns la feina crearà una còpia de seguretat completa i la marcarà com a GFS. La retenció s'aplicarà quan, després de suprimir increments de la part més antiga, el nombre d'increments restants no baixi de 7. Així es veu al diagrama:
Així, al final de la segona setmana, hi ha un total de 14 punts a la cadena. Durant la segona setmana, la tasca va crear 7 punts. Si fos una tasca senzilla, la retenció ja s'hauria aplicat. Però aquest és un BCJ amb retenció GFS, de manera que no comptem els punts GFS, és a dir, només n'hi ha 6. És a dir, encara no podem aplicar la retenció. A la tercera setmana, creem una altra còpia de seguretat completa amb la marca GFS. 15 punts, però de nou no comptem aquest. I finalment, el dimarts de la tercera setmana, creem un increment. Ara, si eliminem els increments de la cadena de la primera setmana, el nombre total d'increments satisfarà la retenció establerta.
Com s'ha esmentat anteriorment, en aquest mètode és molt important que es creïn còpies de seguretat completes amb regularitat. Per exemple, si configureu la retenció principal en 7 dies, però només 1 punt anual, és fàcil imaginar que els increments s'acumularan molt, molt més que 7. En aquests casos, és millor utilitzar el mètode sintètic de creació. GFS.
I de nou "Elimina els elements suprimits"
Aquesta opció també està present per a BCJ:
La lògica d'aquesta opció aquí és la mateixa que a les tasques de còpia de seguretat habituals: si la màquina no es processa durant el nombre de dies especificat, les seves dades s'eliminen de la cadena. Tanmateix, per a BCJ aquesta opció és objectivament més útil, i aquí teniu el perquè.
En mode normal, BCJ funciona en un mode d'increment infinit, de manera que si en algun moment la màquina s'elimina de la tasca, la retenció suprimirà gradualment tots els punts de recuperació fins que només en quedi un, a VBK. Ara imaginem que el treball també està configurat per crear punts GFS sintètics. Quan arribi el moment, la feina haurà de crear un GFS per a totes les màquines de la cadena. Si alguna màquina no té cap punt nou, bé, heu d'utilitzar el que és. I així cada cop. Com a resultat, es pot donar la següent situació:
Atenció a la secció Fitxers: tenim el VBK principal i 2 punts GFS setmanals. I ara a la secció de punts de restauració; de fet, aquests fitxers contenen la mateixa imatge de la màquina. Naturalment, aquests punts GFS no tenen cap sentit, només ocupen espai.
Aquesta situació només és possible quan s'utilitza GFS sintètic. Per evitar-ho, utilitzeu l'opció "Elimina els elements suprimits". Només recordeu configurar-lo durant un nombre adequat de dies. El suport tècnic ha vist casos en què l'opció es va establir en menys del nombre de dies que l'interval de sincronització: el BCJ va començar a desfer-se i esborrar punts abans que tinguessin temps de crear-los.
Tingueu en compte també que aquesta opció no afecta els punts GFS existents. Si voleu netejar els arxius, heu de fer-ho manualment, fent clic amb el botó dret a la màquina i seleccionant "Suprimeix del disc" (a la finestra que apareix, no oblideu marcar la casella de selecció "Elimina la còpia de seguretat completa de GFS"). :
Innovació v.10 - còpia immediata (còpia immediata)
Després d'haver tractat amb la funcionalitat "clàssica", passem a la nova. La innovació és una, però molt important. Aquest és un nou mode de funcionament.
No existeix un "interval de sincronització", la tasca controlarà constantment si han aparegut punts nous i els copiarà tots, per molt que n'hi hagi. Tanmateix, el treball continua sent incremental, el que significa que fins i tot si el treball principal crea un VBK o un VRB, aquests punts es copiaran com a VIB. En cas contrari, no hi ha sorpreses en aquest mode: tant la retenció estàndard com la de GFS funcionen segons les regles descrites anteriorment (tot i que aquí només hi ha disponible GFS sintètic).
Els discos giren. Característiques dels dipòsits d'unitats girades
L'amenaça constant dels virus de ransomware ha convertit en l'estàndard de seguretat de facto tenir una còpia de les dades en un mitjà on el virus no pot arribar. Una opció és utilitzar els dipòsits rotatius de disc, on els discs s'utilitzen al seu torn: mentre un disc està connectat i es pot escriure, la resta s'emmagatzemen en un lloc segur.
Per ensenyar a B&R a treballar amb aquests dipòsits, a la configuració del dipòsit, al pas Repositori, feu clic al botó Avançat i seleccioneu l'opció adequada:
Després d'això, VBR esperarà que la cadena existent periòdicament desaparegui del dipòsit, el que significa la rotació del disc. Segons el tipus de repositori i el tipus de treball, B&R es comportarà de manera diferent. Podeu representar-ho amb una taula com aquesta:
Considerem cada opció.
Treball normal i dipòsit de Windows
Per tant, tenim una tasca que desa cadenes al primer disc. Durant la rotació, la cadena creada realment desapareix i la tasca ha de sobreviure d'alguna manera a aquesta pèrdua. Troba consol en crear una còpia de seguretat completa. Així, cada rotació significa una còpia de seguretat completa. Però què passa amb els punts d'una unitat desconnectada? Es recorden i es tenen en compte a l'hora de calcular la retenció. Així, el nombre de punts establert a la tasca és quants punts s'han de mantenir a tots els discos. Aquí teniu un exemple:
El treball s'executa en mode d'increment infinit i està configurat per emmagatzemar 3 punts de restauració. Però també tenim un segon disc, i el fem girar un cop per setmana (pot ser que hi hagi més discos, això no canvia l'essència).
La primera setmana, la tasca crearà punts al primer disc i fusionarà els addicionals. Així, el nombre total de punts serà de tres:
Després connectem el segon disc. A l'inici, B&R notarà que la unitat ha canviat. La cadena del primer disc desapareixerà de la interfície, però la informació al respecte romandrà a la base de dades. El treball tindrà ara 3 punts al segon disc. La situació general serà la següent:
Finalment, tornem a connectar la primera unitat. Abans de crear un nou punt, la tasca comprovarà què hi ha amb la retenció. I la retenció, us recordo, està configurada per emmagatzemar 3 punts. Mentrestant, tenim 3 punts al disc 2 (però està fora de línia i s'emmagatzema en un lloc segur on B&R no pot arribar) i 3 punts al disc 1 (però aquest està connectat). Per tant, podeu eliminar amb seguretat 3 punts del disc 1, ja que superen la retenció. Després d'això, la tasca torna a crear una còpia de seguretat completa i la nostra cadena comença a semblar així:
Si la retenció està configurada per emmagatzemar dies en lloc del nombre de punts, la lògica no canvia. A més, la retenció de GFS no s'admet en absolut quan s'utilitzen dipòsits amb rotació de disc.
Treball normal i emmagatzematge en xarxa del dipòsit Linux
Aquesta opció també és possible, però en general és menys recomanable a causa de les restriccions imposades. La tasca respondrà a la rotació del disc i a la desaparició de la cadena de la mateixa manera: creant una còpia de seguretat completa. La limitació està relacionada amb el mecanisme de retenció truncat.
Aquí, durant la rotació, la cadena sencera del disc desconnectat s'elimina simplement de la base de dades de B&R. Atenció: des de la base de dades, els fitxers romanen al disc. Es poden importar i utilitzar per a la recuperació, però no és difícil endevinar que tard o d'hora aquestes cadenes oblidades ompliran tot el dipòsit.
La solució és afegir DWORD ForceDeleteBackupFiles tal com s'indica en aquesta pàgina: . Després d'això, la feina simplement començarà a suprimir tot el contingut de la carpeta de treball o la carpeta del dipòsit (segons el valor) a cada rotació.
Tanmateix, no es tracta d'una retenció elegant, sinó d'una neteja de tot el contingut. Malauradament, el suport tècnic ha trobat casos en què el dipòsit era simplement el directori arrel del disc, on, a més de les còpies de seguretat, hi havia altres dades. Tot això va ser destruït durant la rotació.
A més, quan ForceDeleteBackupFiles està habilitat, funciona per a tot tipus de repositoris, és a dir, fins i tot els repositoris de Windows deixaran d'aplicar retenció i començaran a suprimir contingut. En altres paraules, un disc local a Windows és la millor opció per a aquest sistema d'emmagatzematge de còpia de seguretat.
Còpia de seguretat i dipòsit de Windows
Amb BCJ, les coses es tornen encara més interessants. No només hi ha una retenció total, sinó que no cal fer una còpia de seguretat completa cada vegada que canvieu el disc! Funciona així:
Primer, B&R comença a fer punts al primer disc. Suposem que establim la retenció en 3 punts. La tasca funcionarà en un mode d'increment infinit i fusionarà tot el superflu (us recordo que la retenció de GFS no s'admet en aquest cas).
Després connectem el segon disc. Com que encara no hi ha cap cadena, creem una còpia de seguretat completa, després de la qual tenim una segona cadena de tres punts:
Finalment, és hora de tornar a connectar la primera unitat. I aquí és on entra la màgia, ja que la tasca no crearà una còpia de seguretat completa, sinó que continuarà la cadena incremental:
Després d'això, de fet, cada disc tindrà la seva pròpia cadena independent. Per tant, la retenció aquí no significa el nombre de punts de tots els discos, sinó el nombre de punts de cada disc per separat.
Còpia de seguretat i emmagatzematge en xarxa del dipòsit de Linux
De nou, es perd tota l'elegància si el dipòsit no es troba en una unitat local de Windows. Aquest script funciona de manera similar a la tasca senzilla anterior. En cada rotació, BCJ crearà una còpia de seguretat completa i s'oblidaran els punts existents. Per no quedar-vos sense espai lliure, heu d'utilitzar DWORD ForceDeleteBackupFiles.
Conclusió
Així doncs, com a resultat d'un text tan llarg, hem considerat dos tipus de tasques. Per descomptat, hi ha moltes més tasques, però no serà possible considerar-les totes en el format d'un article. Si després de llegir encara teniu alguna pregunta, escriviu-la als comentaris, estaré encantada de respondre-ho personalment.
Font: www.habr.com