Saluto i lettori del nostro blog! In parte ci conosciamo già: i miei post in inglese sono apparsi qui nella traduzione della mia cara collega . Questa volta ho deciso di rivolgermi direttamente al pubblico di lingua russa.
Per il mio debutto, volevo trovare un tema che fosse interessante per il pubblico più ampio possibile e che richiedesse un'analisi dettagliata. Daniel Defoe sosteneva che ogni persona è destinata a due cose: alla morte e alle tasse. Da parte mia, posso dire che ogni ingegnere di supporto si aspetta di ricevere domande sulle politiche di retention dei punti di ripristino (o, più semplicemente, sul ‘retention’). Come funziona il retention, ho iniziato a spiegarlo 4 anni fa, quando ero un ingegnere junior di primo livello, e continuo a spiegarlo anche ora, essendo diventato team leader di un team di lingua spagnola e italiana. Sono sicuro che i miei colleghi di secondo e persino terzo livello di supporto rispondono regolarmente alle stesse domande.
In questa luce, ho voluto scrivere un post definitivo, il più dettagliato possibile, a cui gli utenti di lingua russa possano tornare continuamente come a un manuale. Il momento è opportuno: la recente uscita della decima versione anniversaria ha aggiunto nuove funzionalità al core che non è cambiato per anni. Il mio post è orientato principalmente su questa versione, anche se gran parte di quanto scritto è valido anche per le versioni precedenti; alcune delle funzionalità descritte non le troverete semplicemente lì. Infine, guardando un po' al futuro, dirò che nella prossima versione sono attesi alcuni cambiamenti, ma ne parleremo quando sarà il momento. Quindi, cominciamo.
Compiti di backup (Backup job)
Per iniziare, analizziamo quella parte che non ha subito modifiche nella versione 10. La politica di retention è definita da diversi parametri. Apriamo la finestra di creazione di un nuovo compito e passiamo alla scheda Storage. Qui vedremo un parametro che determina il numero desiderato di punti di ripristino:
Tuttavia, questa è solo una parte dell'equazione. Il numero reale di punti è determinato anche dalla modalità di backup impostata per il compito. Per scegliere questo parametro, è necessario cliccare sul pulsante Advanced nella stessa scheda. Questo aprirà una nuova finestra con molte opzioni. Numeriamole e consideriamole una per una:
Se attivi solo l'opzione 1, il compito funzionerà in modalità "incrementale infinito" (forever forward incremental). Non ci sono difficoltà in questo: il compito conserverà un numero impostato di punti di ripristino dal backup completo (file con estensione VBK) fino all'ultimo incremento (file con estensione VIB). Quando il numero di punti supera il valore impostato, il più antico incremento verrà unito al backup completo. In altre parole, se il compito è impostato per conservare 3 punti, subito dopo una sessione ci saranno 4 punti nel repository, dopo di che il backup completo verrà unito con il più antico incremento e il numero totale di punti tornerà a 3.
Anche il retention per la modalità "reverse incremental" (opzione 2) è estremamente semplice. Poiché in questo caso l'ultima punto sarà un backup completo, seguito da una catena di cosiddetti rollback (file con estensione VRB), per applicare il retention è sufficiente eliminare il rollback più vecchio. La situazione sarà la stessa: subito dopo una sessione il numero di punti supererà il valore impostato di 1, dopodiché tornerà al valore desiderato.
Tieni presente che con la modalità reverse incremental è possibile attivare anche backup completi periodici (opzione 4), ma questo non cambia la sostanza. Sì, nella catena appariranno punti di ripristino completi, ma continueremo semplicemente a eliminare i punti più vecchi uno alla volta.
Infine, arriviamo alla parte interessante. Se attivi il backup incrementale, ma in aggiunta attivi le opzioni 3 o 4 (o anche entrambe contemporaneamente), il compito inizierà a creare backup completi periodici con metodo "attivo" o sintetico. Il metodo di creazione del backup completo non è importante: conterrà gli stessi dati, mentre la catena incrementale sarà suddivisa in "sotto catene". Questo metodo è chiamato forward incremental ed è proprio questo che suscita la maggior parte delle domande da parte dei nostri clienti.
La retention qui viene applicata rimuovendo la parte più vecchia della catena (dal backup completo all'incremento). In questo caso, non rimuoveremo solo il backup vuoto o solo una parte degli incrementi. L'intera "sotto-catena" viene rimossa completamente in una sola volta. Cambia anche il significato dell'impostazione del numero di punti: se in altri metodi è il numero massimo consentito, dopo il quale è necessario applicare la retention, qui questo parametro definisce il numero minimo. In altre parole, dopo aver rimosso la parte più vecchia della "sotto-catena", il numero di punti nella parte restante non deve scendere al di sotto di questo minimo.
Cercherò di illustrare questo concetto graficamente. Supponiamo che la retention sia impostata su 3 punti, il compito funziona ogni giorno con un backup completo il lunedì. In questo caso, la retention sarà applicata quando il numero totale di punti raggiunge 10:
Perché 10, quando è stato impostato a 3? Lunedì è stato creato un backup completo. Da martedì a domenica, il compito ha creato incrementi. Infine, il lunedì successivo viene nuovamente creato un backup completo e solo quando sono stati creati 2 incrementi, l'intera parte più vecchia della catena può essere rimossa, perché il numero rimanente di punti non scenderà al di sotto dei 3 impostati.
Se l'idea è chiara, ti invito a provare a calcolare la retention da solo. Prendiamo queste condizioni: il compito viene avviato per la prima volta il giovedì (naturalmente, verrà effettuato un backup completo). Il compito è impostato per creare un backup completo il mercoledì e la domenica e conservare 8 punti di ripristino. Quando sarà applicata la retention per la prima volta?
Per rispondere a questa domanda, ti consiglio di prendere un foglio di carta, tracciarlo per giorni della settimana e scrivere quale punto viene creato ogni giorno. La risposta diventerà ovvia.
Risposta
Spiegazione: per rispondere basta chiedersi "quando sarà applicata la retention"? Risposta: quando potremo rimuovere i 3 primi punti (VBK, VIB, VIB) e la catena rimanente non scenderà al di sotto dei 8 punti previsti. È chiaro che saremo in grado di farlo quando avremo 11 punti in totale, cioè la domenica della seconda settimana.
Alcuni lettori potrebbero obiettare: "perché tutto questo, se c'è ?». Без сомнения, это очень полезный инструмент, и в некоторых случаях я бы применял именно его, но есть у него и ограничения. Прежде всего, он не позволяет указать начальные условия, а во многих случаях случаев вопрос звучит именно «у нас есть такая цепочка, что будет, если изменить такие-то настройки?». Во-вторых, инструменту все-таки несколько не хватает наглядности. Показывая страничку RPS клиентам, я не находил понимания, а вот расписав ее как в примере (даже используя тот же Paint), день за днем, все становилось ясно.
Finalmente, non abbiamo considerato l'opzione "Trasforma le catene di backup precedenti in rollback" (contrassegnata dal numero 5). Questa opzione a volte confonde i clienti che la attivano «automaticamente», desiderando semplicemente attivare un backup sintetico. Nel frattempo, questa opzione attiva un modo di backup completamente speciale. Senza entrare nei dettagli, devo dire che a questo punto dello sviluppo del prodotto, "Trasforma le catene di backup precedenti in rollback" è un'opzione obsoleta e non riesco a pensare a uno scenario in cui dovrebbe essere utilizzata. Il suo valore è così dubbio che per un certo periodo Anton Gostev ha lanciato un appello sul forum chiedendo di inviargli esempi del suo utilizzo utile (se ne avete, scrivete nei commenti, mi interessa molto). Se non si trovano (penso che sarà così), l'opzione verrà rimossa nelle versioni successive.
L'attività creerà incrementi (VIB) fino al giorno in cui è programmato un backup completo sintetico. In quel giorno viene effettivamente creato un VBK, ma tutti i punti fino a quel VBK vengono trasformati in rollback (VRB). Dopo ciò, l'attività continuerà a creare incrementi per il backup completo fino al successivo backup sintetico. In definitiva, nella catena si crea un mix esplosivo di file VBK, VBR e VIB. La retention si applica in modo molto semplice: rimuovendo l'ultimo VBR:
Problemi
Oltre alla comprensione di come funziona, la maggior parte dei problemi che sorgono durante l'uso della modalità incrementale sono solitamente legati al backup completo. Un backup completo regolare è necessario per questa modalità, altrimenti il repository accumulerà punti fino a quando non si riempirà.
Ad esempio, un backup completo potrebbe essere creato troppo raramente. Diciamo che l'attività è impostata per mantenere 10 punti, mentre un backup completo viene creato una volta al mese. È chiaro che il numero effettivo di punti qui sarà significativamente maggiore di quello impostato. Oppure, l'attività è anche impostata per funzionare in modalità incrementale infinita e mantenere 50 punti. Poi qualcuno ha accidentalmente creato un backup completo. Ecco, da quel momento l'attività aspetterà che il punto completo accumuli 49 incrementi, dopo di che applicherà la retention e tornerà alla modalità completamente infinita.
Negli altri casi, il backup completo è impostato per essere creato regolarmente, ma per qualche motivo non lo fa. Descriverò qui la ragione più comune. Alcuni clienti preferiscono utilizzare l'opzione di programmazione "esegui dopo" e impostare i task per lavorare in sequenza. Prendiamo questo esempio: ci sono 3 task che si eseguono ogni giorno e creano un backup completo di domenica. Il primo task inizia alle 22:30, gli altri si attivano in sequenza. Il backup incrementale richiede 10 minuti, e quindi alle 23:00 tutti i task terminano. Il backup completo, invece, richiede un'ora, quindi di domenica accade quanto segue: il primo task lavora dalle 22:30 alle 23:30. Il secondo dalle 23:30 a 00:30. E il terzo task si attiva già lunedì. Il backup completo è programmato per domenica, quindi in questo caso semplicemente non ci sarà. Il task attenderà il backup completo per applicare la retention. Pertanto, fate attenzione quando utilizzate l'opzione "esegui dopo" o non utilizzatela affatto: semplicemente programmate i task per partire allo stesso orario e lasciate che il pianificatore delle risorse svolga il proprio lavoro.
L'opzione non semplice "Rimuovi oggetti eliminati"
Navigando tra le impostazioni del task Storage – Advanced – Maintenance, ci si può imbattere nell'opzione "rimuovi i dati degli oggetti eliminati dopo", calcolata in giorni.
Alcuni clienti si aspettano che questa sia la retention. In realtà, si tratta di un'opzione completamente separata, il cui fraintendimento può portare a conseguenze inaspettate. Tuttavia, prima di tutto, è necessario spiegare come B&R reagisce a situazioni in cui, durante la sessione, solo alcune macchine vengono sottoposte a backup con successo.
Immaginiamo questo scenario: un task di backup incrementale continuo, impostato per conservare 6 punti. Nel task ci sono 2 macchine, una viene sempre sottoposta a backup con successo, l'altra dà errori di tanto in tanto. Alla settima punto, si è presentata la seguente situazione:
È tempo di applicare la retention, ma una macchina ha 7 punti, mentre l'altra solo 4. Verrà applicata la retention in questo caso? La risposta è sì, verrà applicata. Se almeno un oggetto è stato sottoposto a backup, B&R considera che il punto sia stato creato.
Una situazione analoga può verificarsi se qualche macchina non è stata semplicemente inclusa nell'attività durante una determinata sessione. Questo succede, ad esempio, quando le macchine vengono aggiunte all'attività non individualmente, ma come parte di contenitori (cartelle, archivi) e una certa macchina migra temporaneamente in un altro contenitore. In tal caso, l'attività sarà considerata completata, ma nelle statistiche troverete un messaggio che invita a prestare attenzione al fatto che tale macchina non è più elaborata dall'attività.
E cosa succede se non si presta attenzione a questo? Nel caso di modalità di incremento infinito o di decremento inverso, il numero di punti di ripristino della macchina "problemática" diminuirà ad ogni sessione, fino a raggiungere 1, salvato in VBK. In altre parole, anche se la macchina non viene eseguita il backup per lungo tempo, un punto di ripristino rimarrà comunque. La situazione è diversa se sono abilitati backup completi periodici. Se si ignorano i segnali da B&R, alla fine l'ultimo punto potrebbe essere eliminato insieme alla vecchia parte della catena.
Chiariti questi dettagli, è finalmente possibile considerare l'opzione "Remove deleted items data after". Essa eliminerà tutti i punti per una determinata macchina, se questa macchina non viene sottoposta a backup per X giorni. Si prega di notare che questa impostazione non reagisce agli errori (abbiamo provato - non ha funzionato). Non ci deve essere nemmeno un tentativo di eseguire il backup della macchina. Sembrerebbe che l'opzione sia utile e debba sempre rimanere attivata. Se l'amministratore ha rimosso la macchina dall'attività, è logico pulire i dati non necessari e la catena dopo un certo periodo di tempo. Tuttavia, l'impostazione richiede disciplina e attenzione.
Fornirò un esempio pratico: nel job sono stati aggiunti diversi contenitori, la cui composizione era piuttosto dinamica. A causa della mancanza di RAM, il server B&R ha riscontrato problemi che sono rimasti inosservati. Il job è partito e ha cercato di effettuare il backup delle macchine, tranne una, che in quel momento non era presente nel contenitore. Poiché molte macchine hanno generato errori, per impostazione predefinita B&R deve effettuare 3 tentativi aggiuntivi di fare il backup delle macchine "problema". A causa dei costanti problemi di RAM, questi tentativi si sono protratti per diversi giorni. Non c'è stata una ripetizione del tentativo di effettuare il backup della VM mancante (la mancanza della VM non è un errore). Alla fine, durante uno dei tentativi di ripetizione, è stata eseguita la condizione “Rimuovi elementi eliminati” e tutti i punti di ripristino della macchina sono stati cancellati.
A questo proposito posso dire quanto segue: se hai impostato le notifiche sui risultati dei job, ancor meglio — se utilizzi l'integrazione con Veeam ONE, è probabile che non ti succeda nulla del genere. Se però controlli il server B&R ogni settimana per verificare che tutto funzioni, è meglio rinunciare a opzioni che potrebbero potenzialmente portare all'eliminazione dei backup.
Cosa è stato aggiunto nella v.10
Ciò di cui abbiamo parlato prima è esistito in B&R per molte versioni. Chiariti questi principi di funzionamento, vediamo ora cosa è stato aggiunto nel celebrativo "dieci".
Ritenzione giornaliera
Sopra abbiamo esaminato la politica di conservazione "classica", basata sul numero di punti di ripristino. Un approccio alternativo è impostare nel medesimo menu "giorni" invece di "punti di ripristino".
L'idea è chiara dal nome: la ritenzione conserverà un numero stabilito di giorni, mentre il numero di punti in ciascun giorno non ha importanza. Occorre però ricordare quanto segue:
- Il giorno corrente non è considerato nel calcolo della ritenzione
- Anche i giorni in cui il job non ha funzionato affatto sono conteggiati. È opportuno tenerne conto per non perdere accidentalmente i punti di ripristino di quei job che operano in modo irregolare.
- Il punto di ripristino è considerato dal giorno in cui è iniziata la sua creazione (cioè se il job ha iniziato a funzionare di lunedì e ha finito di martedì, questo punto è di lunedì)
In altri aspetti, i principi di applicazione del retention delle attività sono determinati dal metodo di backup scelto. Proviamo un altro compito di calcolo, usando sempre lo stesso metodo incrementale. Diciamo che la retention è impostata su 8 giorni, l'attività viene eseguita ogni 6 ore con un backup completo il mercoledì. In questo caso, l'attività non è attiva di domenica. L'attività viene avviata per la prima volta lunedì. Quando verrà applicata la retention?
Risposta
Come al solito, è meglio disegnare una tabella. Mi permetto di semplificare il compito e non disegnerò tutti i punti creati ogni giorno, poiché il numero di punti al giorno qui non ha importanza. È importante solo che il primo lunedì e il mercoledì il primo punto sarà un backup completo, mentre negli altri giorni l'attività semplicemente creerà 4 punti incrementali.
Chiarisco che la retention sarà applicata eliminando il backup completo del lunedì e il suo incremento. Quando accadrà? Quando la parte rimanente della catena conterrà 8 giorni. In questo caso, non consideriamo il giorno corrente, ma consideriamo invece la domenica. Pertanto, la risposta è giovedì della seconda settimana.
Archiviazione tramite il metodo GFS per attività normali
Fino alla v.10, il metodo di archiviazione Grandfather-Father-Son (GFS) era disponibile solo per le attività di creazione di copie di backup (Backup copy) e per le attività di copia su nastro magnetico. Ora, invece, è disponibile anche per i backup normali.
Sebbene non sia pertinente all'argomento attuale, non posso fare a meno di dire che la nuova funzionalità non implica un allontanamento dalla strategia 3-2-1. La presenza di punti di archiviazione nel repository principale non influisce sulla sua affidabilità. È previsto che il GFS venga utilizzato insieme a un repository scalabile (Scale-out), per caricare questi punti in S3 e simili archivi. Se non li utilizzi, è meglio continuare a conservare i punti primari e di archiviazione in repository separati.
Ora esaminiamo i principi per la creazione di punti GFS. Nelle impostazioni dell'attività, nel passaggio Storage, è comparsa un'apposita pulsante che richiama il seguente menu:
L'essenza del GFS può essere riassunta in alcuni punti (nota che il GFS in altri tipi di attività funziona in modo diverso, ma ne parlerò più avanti):
- L'attività non crea un backup completo separato per il punto GFS. Invece, verrà utilizzato il backup completo più appropriato disponibile. Pertanto, l'attività deve funzionare in modalità incrementale con backup completi periodici, oppure il backup completo deve essere creato manualmente dall'utente.
- Se è attivato solo un periodo (ad esempio, settimanale), all'inizio del periodo GFS l'attività inizierà semplicemente ad aspettare un backup completo e identificherà il primo adatto come GFS.
Esempio: l'attività è configurata per mantenere un GFS settimanale, utilizzando il backup del mercoledì. L'attività funziona ogni giorno, ma il backup completo è programmato per il venerdì. In questo caso, mercoledì inizia il periodo GFS e l'attività inizia ad aspettare il punto giusto. Questo apparirà venerdì e sarà contrassegnato con il flag GFS.
- Se più periodi sono attivati contemporaneamente (ad esempio, settimanale e mensile), B&R applicherà un metodo che consente di utilizzare lo stesso punto come GFS per più intervalli (per risparmiare spazio). I flag saranno assegnati a turno, a partire dal più giovane.
Esempio: il GFS settimanale è impostato per il mercoledì, mentre il mensile per l'ultima settimana del mese. L'attività funziona ogni giorno e crea backup completi il lunedì e il venerdì.
Per semplicità, iniziamo il conteggio dalla penultima settimana del mese. In questa settimana verrà creato un backup completo il lunedì, ma sarà ignorato perché l'intervallo GFS settimanale inizia mercoledì. Tuttavia, il backup completo di venerdì è completamente adatto per il punto GFS. Questo sistema ci è già familiare.
Ora consideriamo cosa accadrà nell'ultima settimana del mese. L'intervallo GFS mensile inizierà lunedì, ma il VBK del lunedì non sarà contrassegnato come GFS, poiché l'attività mira a contrassegnare un VBK sia come punto GFS mensile che settimanale. In questo caso, la ricerca inizia esattamente con quello settimanale, poiché per definizione può diventare anche mensile.
Se vengono attivati solo gli intervalli settimanale e annuale, essi funzioneranno indipendentemente l'uno dall'altro e possono contrassegnare 2 VBK separati come corrispondenti agli intervalli GFS.
Attività di creazione di copie di backup (Backup copy)
Un altro tipo di attività, spesso richiedente chiarimenti sul suo funzionamento. Iniziamo a esaminare il metodo "classico" di funzionamento, senza innovazioni v.10.
Metodo semplice di retention
Per impostazione predefinita, tali compiti funzionano in modalità incrementale infinita. La creazione dei punti è determinata da due parametri: l'intervallo di copia e il numero desiderato di punti di ripristino (non c'è retention per giorni qui). L'intervallo di copia è impostato nella prima scheda Job durante la creazione del compito:
Il numero di punti è determinato un po' più in là nella scheda Target
Il compito crea un nuovo punto per ogni intervallo (quanti più punti sono stati creati per VM dai compiti iniziali non ha importanza). Alla fine dell'intervallo, il nuovo punto viene finalizzato e, se necessario, viene applicata la retention mediante la fusione di VBK e dell'incremento più vecchio. Questo meccanismo ci è già noto.
Metodo di retention con GFS
BCJ può anche memorizzare punti archivi. Questo viene impostato nella stessa scheda Target, leggermente sotto le impostazioni del numero di punti di ripristino:
I punti GFS possono essere creati in due modi: sinteticamente, utilizzando i dati del repository secondario, oppure simulando un backup completo e leggendo tutti i dati dal repository primario (non è attivata l'opzione contrassegnata dal numero 3). La retention in entrambi i casi sarà molto diversa, quindi consideriamoli separatamente.
GFS sintetico
In questo caso, il punto GFS non viene creato esattamente nel giorno stabilito. Invece, il punto GFS verrà creato quando VIB di quel giorno, per il quale è stata programmata la creazione del punto GFS, verrà fuso con il backup completo. Questo a volte causa incomprensioni, poiché il tempo passa e il punto GFS non arriva mai. Solo un potente sciamano del supporto tecnico può predire in quale giorno apparirà il punto. In realtà, non è necessaria alcuna magia: basta guardare il numero di punti impostati e l'intervallo di sincronizzazione (quanti punti vengono creati ogni giorno). Provate a calcolare da soli con questo esempio: il compito è impostato per mantenere 7 punti, l'intervallo di sincronizzazione è di 12 ore (cioè 2 punti al giorno). Attualmente, ci sono già 7 punti nella catena, oggi è lunedì e per questa giornata è programmata la creazione del punto GFS. In quale giorno verrà creato?
Risposta
Qui è meglio descrivere come cambierà dinamicamente la catena, giorno per giorno:
Quindi, lunedì, l'ultimo incremento nella catena viene contrassegnato come GFS, ma non ci sono altre modifiche visibili. Ogni giorno il compito crea 2 nuovi punti, e il retention spinge inesorabilmente la catena avanti. Finalmente, giovedì, è il momento di applicare il retention a quell'incremento. Questa sessione richiederà più tempo del solito, poiché il compito "estrarrà" i blocchi necessari dalla catena e creerà un nuovo punto completo. Da quel momento, ci saranno già 8 punti nella catena: 7 nella catena principale + GFS.
Creazione di punti GFS con l'opzione “Leggi l'intero punto”
Come ho detto sopra, BCJ funziona in modalità a incremento infinito. Adesso discuteremo l'unica eccezione a questa regola. Quando si attiva l'opzione “Leggi l'intero punto”, il punto GFS verrà creato esattamente nel giorno programmato. Il compito stesso funzionerà in modalità incrementale con backup completi periodici, come abbiamo discusso sopra. Il retention sarà applicato anche eliminando la parte più vecchia della catena. Tuttavia, in questo caso verranno rimossi solo gli incrementi, e il backup completo sarà mantenuto come punto GFS. Pertanto, nel calcolo del retention non vengono considerati i punti contrassegnati con i flag GFS.
Supponiamo che il compito sia impostato per conservare 7 punti e creare un punto GFS settimanale il lunedì. In questo caso, ogni lunedì il compito effettivamente creerà un backup completo e lo contrassegnerà come GFS. Il retention sarà applicato, quando, dopo aver rimosso gli incrementi dalla parte più vecchia, il numero di incrementi rimanenti non scenderà al di sotto di 7. Ecco come appare nello schema:
Quindi, alla fine della seconda settimana, ci sono in totale 14 punti nella catena. Durante la seconda settimana, il compito ha creato 7 punti. Se fosse un compito semplice, il retention sarebbe già stato applicato. Ma questo è BCJ con retention GFS, quindi i punti GFS non li contiamo, e quindi ce ne sono solo 6. Vale a dire che non possiamo ancora applicare il retention. Nella terza settimana creiamo un altro backup completo con il flag GFS. 15 punti, ma questo non lo contiamo di nuovo. E, infine, martedì della terza settimana creiamo un incremento. Ora, se rimuoviamo gli incrementi della catena della prima settimana, il numero totale di incrementi soddisferà il retention stabilito.
Come già detto sopra, in questo metodo è fondamentale che i backup completi vengano creati regolarmente. Ad esempio, se si imposta una retention principale di 7 giorni ma solo 1 punto annuale, è facile immaginare che gli incrementi si accumuleranno molto, molto di più di 7. In questi casi, è meglio utilizzare il metodo sintetico di creazione del GFS.
E di nuovo "Rimuovi elementi eliminati"
Questa opzione è presente anche per il BCJ:
La logica di questa opzione è la stessa di quella dei normali lavori di backup: se una macchina non viene elaborata per il numero di giorni specificato, i suoi dati vengono rimossi dalla catena. Tuttavia, per il BCJ, l'utilità di questa opzione è oggettivamente maggiore, ecco perché.
In modalità normale, il BCJ opera in modalità infinitamente incrementale, quindi se a un certo punto una macchina viene rimossa dal lavoro, la retention eliminerà progressivamente tutti i punti di ripristino fino a che non ne rimarrà uno solo: in VBK. Ora immaginiamo che il lavoro sia ancora impostato per creare punti GFS sintetici. Quando arriva il momento, il lavoro dovrà creare GFS per tutte le macchine nella catena. Se una macchina non ha affatto nuovi punti – beh, dovremo usare quello che c'è. E così via ogni volta. Alla fine, potrebbe verificarsi una situazione del genere:
Nota la sezione File: abbiamo un VBK principale e 2 punti GFS settimanali. Ora guarda la sezione Punti di ripristino – di fatto, in questi file c'è la stessa immagine della macchina. Naturalmente, non ha senso avere punti GFS del genere, occupano solo spazio.
Questa situazione è possibile solo con l'uso del GFS sintetico. Per evitarlo, utilizza l'opzione "Rimuovi elementi eliminati". Ma non dimenticare di impostarla su un numero adeguato di giorni. Il supporto tecnico ha visto casi in cui l'opzione veniva impostata su un numero di giorni inferiore all'intervallo di sincronizzazione – il BCJ iniziava a impazzire e rimuoveva i punti senza riuscire a crearli.
Tieni presente anche che questa opzione non tocca i punti GFS già creati. Se vuoi pulire gli archivi, devi farlo manualmente – cliccando con il tasto destro sulla macchina e selezionando "Elimina dal disco" (nella finestra che appare, non dimenticare di spuntare "Rimuovi backup completo GFS"):
Novità v.10 – copia immediata
Dopo aver esaminato le funzionalità "classiche", passiamo a quelle nuove. C'è un'innovazione, ma è molto importante. Questo è il nuovo modo di funzionare.
Qui non esiste un concetto come "intervallo di sincronizzazione", l'attività controllerà costantemente se sono appunti nuovi e copierà tutti, senza alcun limite. Tuttavia, l'attività rimane incrementale, cioè anche se l'attività principale crea un VBK o un VRB, questi punti verranno copiati come VIB. A parte questo, non ci sono sorprese in questa modalità: sia la retention standard che quella GFS funzionano secondo le regole descritte sopra (in verità, qui è disponibile solo il GFS sintetico).
I dischi ruotano. Caratteristiche dei repository con rotazione dei dischi (rotated drives)
La costante minaccia dei virus cryptolocker ha reso di fatto standard di sicurezza avere una copia dei dati su un supporto al quale il virus non può accedere. Una delle opzioni è l'uso di repository con rotazione dei dischi, dove i dischi vengono utilizzati a turni: mentre un disco è connesso e disponibile per la scrittura, gli altri sono custoditi in un luogo sicuro.
Per insegnare a B&R a lavorare con tali repository, è necessario nelle impostazioni del repository, nel passaggio Repository, cliccare sul pulsante Avanzate e selezionare l'opzione corrispondente:
Dopo di che VBR si aspetterà che periodicamente la catena esistente scompaia dal repository, il che significa rotazione del disco. A seconda del tipo di repository e del tipo di attività, B&R si comporterà in modo diverso. Questo può essere illustrato con una tabella:
Consideriamo ciascuna opzione.
Attività normale e repository Windows
Quindi, abbiamo un'attività che salva le catene sul primo disco. Durante la rotazione, la catena creata scompare di fatto, e l'attività deve in qualche modo affrontare questa perdita. La consolazione la trova nella creazione di un backup completo. Pertanto, ogni rotazione implica un backup completo. Ma cosa succede con i punti sul disco disconnesso? Vengono ricordati e contabilizzati nel calcolo della retention. Pertanto, il numero di punti impostato nell'attività è ciò che deve essere mantenuto su tutti i dischi. Facciamo un esempio:
L'attività funziona in modalità incrementale infinita ed è impostata per mantenere 3 punti di ripristino. Ma abbiamo anche un secondo disco, e facciamo una rotazione una volta alla settimana (i dischi possono essere di più, questo non cambia la sostanza).
Nella prima settimana, il compito sarà di creare punti sul primo disco e unire quelli in eccesso. In questo modo, il numero totale di punti sarà tre:
Poi collegheremo il secondo disco. All'avvio, B&R noterà che il disco è cambiato. La catena sul primo disco scomparirà dall'interfaccia, ma le informazioni rimarranno nel database. Ora il compito manterrà 3 punti sul secondo disco. La situazione generale sarà la seguente:
Infine, ricollegheremo il primo disco. Prima di creare un nuovo punto, il compito verificherà lo stato del retention. E il retention, ricordo, è impostato per mantenere 3 punti. Nel frattempo, abbiamo 3 punti sul disco 2 (ma è disconnesso e conservato in un luogo sicuro, accessibile solo a B&R) e 3 punti sul disco 1 (che è connesso). Quindi, possiamo tranquillamente eliminare 3 punti dal disco 1, poiché superano il retention. Dopo di che, il compito crea nuovamente un backup completo e la nostra catena inizia a apparire così:
Se il retention è impostato per mantenere giorni invece del numero di punti, la logica non cambia. Inoltre, il retention GFS non è supportato affatto quando si utilizzano repository con rotazione dei dischi.
Compito normale e repository su Linux per archiviazione di rete
Questa opzione è anch'essa possibile, ma generalmente meno raccomandata a causa delle limitazioni imposte. Alla rotazione del disco e alla scomparsa della catena, il compito reagirà allo stesso modo – creando un backup completo. La limitazione è legata al meccanismo di retention per tagli.
Qui, durante la rotazione, l'intera catena sul disco disconnesso viene semplicemente eliminata dal database di B&R. Si noti – dal database, i file stessi rimangono comunque sul disco. Possono essere importati e utilizzati per il ripristino, ma non è difficile immaginare che prima o poi queste catene dimenticate riempiranno l'intero repository.
La soluzione è nell'aggiungere DWORD ForceDeleteBackupFiles come indicato in questa pagina: . Dopo di che, il compito inizierà semplicemente a eliminare tutto il contenuto della cartella di lavoro o della cartella del repository (a seconda del valore) ad ogni rotazione.
Tuttavia, questo non è un retention elegante, ma piuttosto una pulizia di tutto il contenuto. Sfortunatamente, il supporto tecnico ha riscontrato casi in cui come repository è stata specificata semplicemente la directory radice del disco, dove oltre ai backup si trovavano anche altri dati. Tutto questo è stato distrutto durante la rotazione.
Inoltre, attivando ForceDeleteBackupFiles, funziona per tutti i tipi di repository, quindi anche i repository su Windows smetteranno di applicare il retention e inizieranno a eliminare il contenuto. In altre parole, un disco locale su Windows è la scelta migliore per questo tipo di sistema di archiviazione dei backup.
Backup copy e repository Windows
Con BCJ tutto diventa ancora più interessante. Non solo c'è un retention completo, ma non è necessario eseguire un backup completo ogni volta che si cambia disco! Funziona in questo modo:
Inizialmente B&R inizia a creare punti sul primo disco. Diciamo che abbiamo impostato un retention su 3 punti. Il compito funzionerà in modalità infinitamente incrementale e unirà tutto ciò che è in più (ricordo che in questo caso il retention GFS non è supportato).
Poi colleghiamo il secondo disco. Poiché non ha ancora una catena, creiamo un backup completo, dopo di che avremo una seconda catena di tre punti:
Infine, arriva il momento di ricollegare il primo disco. Ed è qui che inizia la magia, poiché il compito non creerà un backup completo, ma semplicemente continuerà la catena incrementale:
Dopo di ciò, in effetti, su ogni disco esisterà la propria catena indipendente. Pertanto, il retention qui non significa il numero di punti su tutti i dischi, ma il numero di punti su ciascun disco singolarmente.
Backup copy e repository Linux rete di archiviazione
E di nuovo, tutta l'eleganza svanisce se il repository non è su un disco locale Windows. Questo scenario funziona in modo simile a quello discusso sopra con il compito semplice. Ad ogni rotazione, BCJ creerà un backup completo e i punti esistenti verranno dimenticati. Per non rimanere senza spazio libero, è necessario utilizzare DWORD ForceDeleteBackupFiles.
Conclusione
Quindi, a seguito di un testo così lungo, abbiamo esaminato due tipi di compiti. Certo, ce ne sono molti di più, ma non possiamo considerare tutti nel formato di un solo articolo. Se dopo la lettura avete domande, scrivetele nei commenti, sarò felice di rispondere personalmente.
Fonte: habr.com
