Ciao lettori del nostro blog! In parte, ci siamo già familiari: i miei post in lingua inglese sono apparsi qui nella traduzione del mio caro collega . Questa volta ho deciso di rivolgermi direttamente al pubblico di lingua russa.
Per il mio debutto, volevo trovare un argomento che fosse interessante per il pubblico più vasto possibile e richiedesse una considerazione dettagliata. Daniel Defoe ha sostenuto che la morte e le tasse attendono qualsiasi persona. Da parte mia, posso dire che qualsiasi tecnico di supporto è in attesa di domande sulle politiche per l'archiviazione dei punti di ripristino (o, in termini più semplici, conservazione). Ho iniziato a spiegare come funziona la conservazione 4 anni fa come ingegnere junior di livello XNUMX e continuo a spiegarlo ora come leader del team di lingua spagnola e italiana. Sono sicuro che anche i miei colleghi del secondo e anche del terzo livello di supporto rispondono regolarmente alle stesse domande.
In quest'ottica, ho voluto scrivere un post finale, il più dettagliato possibile, a cui gli utenti di lingua russa potessero tornare più e più volte come riferimento. Il momento è giusto: la versione del decimo anniversario rilasciata di recente ha aggiunto nuove funzionalità alle funzionalità di base che non sono cambiate da anni. Il mio post si concentra principalmente su questa versione - sebbene la maggior parte di ciò che è scritto sia vero per le versioni precedenti, semplicemente non troverai alcune delle funzionalità descritte lì. Infine, guardando un po' al futuro, dirò che sono previsti alcuni cambiamenti nella prossima versione, ma ve ne parleremo quando sarà il momento. Quindi iniziamo.
Lavori di backup
Per prima cosa, esaminiamo la parte che non è cambiata nella versione 10. Il criterio di conservazione è determinato da diversi parametri. Apriamo la finestra per la creazione di una nuova attività e andiamo alla scheda Archiviazione. Qui vedremo un parametro che determina il numero desiderato di punti di ripristino:
Tuttavia, questa è solo una parte dell'equazione. Il numero effettivo di punti è determinato anche dalla modalità di backup impostata per il lavoro. Per selezionare questa opzione, fare clic sul pulsante Avanzate nella stessa scheda. Si aprirà una nuova finestra con molte opzioni. Numeriamoli e consideriamoli uno per uno:
Se è abilitata solo l'opzione 1, il processo verrà eseguito in modalità "infinitamente incrementale" (forever forward incremental). Non ci sono difficoltà qui: l'attività memorizzerà il numero impostato di punti di ripristino da un backup completo (file con estensione VBK) all'ultimo incremento (file con estensione VIB). Quando il numero di punti supera il valore impostato, l'incremento più vecchio verrà unito al backup completo. In altre parole, se l'attività è impostata per memorizzare 3 punti, subito dopo la sessione successiva ci saranno 4 punti nel repository, dopodiché il backup completo verrà unito all'incremento più vecchio e il numero totale di punti tornerà a 3.
Estremamente semplice è anche la ritenzione per la modalità “reverse incremental” (reverse incremental) (opzione 2). Poiché in questo caso il punto più recente sarà un backup completo, seguito da una catena di cosiddetti rollback (file con estensione VRB), per applicare la conservazione è sufficiente eliminare semplicemente il rollback più vecchio. La situazione sarà la stessa: subito dopo la sessione, il numero di punti supererà di 1 il valore impostato, dopodiché tornerà al valore desiderato.
Si noti che con la modalità reverse-incremental è anche possibile abilitare backup completi periodici (opzione 4), ma ciò non cambia l'essenza. Sì, i punti di ripristino completi appariranno nella catena, ma elimineremo comunque i punti più vecchi uno alla volta.
Infine, arriviamo alla parte interessante. Se abiliti il backup incrementale, ma abiliti anche le opzioni 3 o 4 (o entrambe contemporaneamente), l'attività inizierà a creare backup completi periodici utilizzando il metodo "attivo" o sintetico. Il metodo di creazione di un backup completo non è importante: conterrà gli stessi dati e la catena incrementale sarà divisa in "sottocatene". Questo metodo è chiamato avanti incrementale, ed è lui che provoca una parte significativa delle domande dei nostri clienti.
La conservazione viene applicata qui eliminando la parte più vecchia della catena (da un backup completo a un incremento). Allo stesso tempo, non elimineremo solo un backup vuoto o solo una parte degli incrementi. L'intera "sottocatena" viene rimossa completamente in una volta. Cambia anche il significato dell'impostazione del numero di punti: se in altri metodi questo è il numero massimo consentito, dopo il quale deve essere applicata la conservazione, qui questa impostazione determina il numero minimo. In altre parole, dopo aver eliminato la "sottocatena" più vecchia, il numero di punti nella parte rimanente non dovrebbe scendere al di sotto di questo minimo.
Cercherò di rappresentare graficamente questo concetto. Supponiamo che la conservazione sia impostata su 3 punti, l'attività viene eseguita ogni giorno con un backup completo il lunedì. In questo caso, la trattenuta verrà applicata quando il numero totale di punti raggiunge 10:
Perché già 10 quando ne montano 3? Lunedì è stato creato un backup completo. Dal martedì alla domenica, il lavoro ha creato incrementi. Infine, lunedì prossimo, viene creato nuovamente un backup completo e solo quando vengono creati 2 incrementi è possibile eliminare finalmente l'intera parte vecchia della catena, poiché il numero di punti rimanenti non scenderà al di sotto del set 3.
Se l'idea è chiara, allora ti suggerisco di provare a calcolare tu stesso la ritenzione. Prendiamo le seguenti condizioni: l'attività viene avviata per la prima volta giovedì (naturalmente verrà eseguito un backup completo). L'attività è impostata per creare un backup completo il mercoledì e la domenica e memorizzare 8 punti di ripristino. Quando verrà applicata la trattenuta per la prima volta?
Per rispondere a questa domanda, ti consiglio di prendere un foglio di carta, disegnarlo per giorno della settimana e annotare quale punto viene creato ogni giorno. La risposta diventerà ovvia
risposta
Precisazione: per rispondere basta chiedersi “quando verrà applicata la ritenzione”? La risposta è quando possiamo rimuovere i primi 3 punti (VBK, VIB, VIB) e il resto della catena non scende al di sotto degli 8 punti richiesti. Diventa chiaro che saremo in grado di farlo quando avremo 11 punti in totale, ad es. domenica della seconda settimana.
Alcuni lettori potrebbero obiettare: “perché tutto questo, se c'è ? Senza dubbio è uno strumento molto utile, e in alcuni casi lo userei, ma ha anche dei limiti. Innanzitutto non consente di specificare le condizioni iniziali, e in molti casi la domanda è esattamente “abbiamo una tale catena, cosa succederà se cambiamo queste o quelle impostazioni?”. In secondo luogo, lo strumento manca ancora di visibilità. Mostrando la pagina RPS ai clienti, non ho trovato comprensione, ma dopo averla dipinta come nell'esempio (anche usando lo stesso Paint), giorno dopo giorno, tutto è diventato chiaro.
Infine, non abbiamo considerato l'opzione "Trasforma precedenti catene di backup in rollback" (contrassegnata con il numero 5). Questa opzione a volte confonde i clienti che la attivano “al volo”, volendo abilitare un semplice backup sintetico. Nel frattempo, questa opzione attiva una modalità di backup molto speciale. Senza entrare nei dettagli, dirò subito che in questa fase dello sviluppo del prodotto "Trasforma le precedenti catene di backup in rollback" è un'opzione obsoleta e non riesco a pensare a un singolo scenario in cui dovrebbe essere utilizzata. Il suo valore è così dubbio che da qualche tempo lo stesso Anton Gostev ha inviato una chiamata tramite il forum, chiedendogli di inviargli esempi del suo utile utilizzo (se ne hai, scrivi nei commenti, sono molto interessato). Se non ce ne sono (penso che lo faranno), l'opzione verrà rimossa nelle versioni future.
Il processo creerà incrementi (VIB) fino al giorno in cui è pianificato il backup sintetico completo. In questo giorno, VBK viene effettivamente creato, ma tutti i punti prima di questo VBK vengono trasformati in rollback (VRB). Successivamente, il processo continuerà a creare incrementi al backup completo fino al successivo backup sintetico. Di conseguenza, nella catena si crea una miscela esplosiva di file VBK, VBR e VIB. La ritensione viene applicata in modo molto semplice, rimuovendo l'ultimo VBR:
Problematica
Oltre a capire effettivamente come funziona, la maggior parte dei problemi che sorgono quando si utilizza la modalità incrementale sono solitamente associati a un backup completo. Per questa modalità è necessario un backup completo regolare, altrimenti il repository accumulerà punti fino a traboccare.
Ad esempio, un backup completo potrebbe essere creato troppo raramente. Supponiamo che l'attività sia impostata per archiviare 10 punti e che venga creato un backup completo una volta al mese. È chiaro che il numero effettivo di punti qui sarà molto più grande di quello impostato. Oppure l'attività è generalmente impostata per funzionare in modalità incrementale infinita e memorizzare 50 punti. Quindi qualcuno ha accidentalmente creato un backup completo. Ecco fatto, d'ora in poi l'attività attenderà fino a quando il punto pieno accumulerà 49 incrementi, dopodiché applicherà la ritenzione e tornerà alla modalità infinitamente completa.
In altri casi, un backup completo è impostato per essere creato regolarmente, ma per qualche motivo non lo fa. Elencherò qui il motivo più popolare. Alcuni clienti preferiscono utilizzare l'opzione di pianificazione "esecuzione dopo" e impostare i lavori da eseguire in una catena. Prendiamo questo esempio: ci sono 3 processi che vengono eseguiti ogni giorno e creano un backup completo la domenica. La prima attività inizia alle 22.30, le altre vengono lanciate a catena. Un backup incrementale richiede 10 minuti e quindi entro le 23.00:22.30 tutte le attività completano il proprio lavoro. Ma un backup completo richiede un'ora, quindi domenica accade quanto segue: la prima attività viene eseguita dalle 23.30 alle 23.30. Il prossimo è dalle 00.30 alle XNUMX. Ma il terzo compito viene lanciato lunedì. Un backup completo è configurato per domenica, quindi in questo caso semplicemente non lo sarà. L'attività attenderà un backup completo per applicare la conservazione. Quindi fai attenzione quando usi l'opzione "esegui dopo" o non usarla affatto: imposta semplicemente i lavori in modo che inizino alla stessa ora e lascia che lo scheduler delle risorse faccia il suo lavoro.
L'opzione difficile "Rimuovi elementi eliminati"
Scorrendo le impostazioni dell'attività Archiviazione - Avanzate - Manutenzione, puoi imbatterti nell'opzione "rimuovi i dati degli elementi eliminati dopo", calcolata in giorni.
Alcuni clienti si aspettano che si tratti di ritenzione. In realtà, questa è un'opzione completamente separata, il cui malinteso può portare a conseguenze inaspettate. Tuttavia, prima di tutto, devo spiegare come reagisce B&R a situazioni in cui durante la sessione viene eseguito correttamente il backup di solo poche macchine.
Immagina questo scenario: un lavoro incrementale infinito configurato per memorizzare 6 punti. Ci sono 2 macchine nell'attività, una ha sempre eseguito correttamente il backup, l'altra a volte ha dato errori. Di conseguenza, al settimo punto, si è sviluppata la seguente situazione:
È ora di applicare la trattenuta, ma una macchina ha 7 punti e l'altra solo 4. La trattenuta verrà applicata qui? La risposta è sì, lo farà. Se è stato eseguito il backup di almeno un oggetto, B&R considera che il punto è stato creato.
Una situazione simile può verificarsi se una macchina semplicemente non è stata inclusa nell'attività durante una determinata sessione. Ciò accade, ad esempio, quando le macchine vengono aggiunte all'attività non individualmente, ma come parte di contenitori (cartelle, archivi) e alcune macchine migrano temporaneamente in un altro contenitore. Il lavoro sarà quindi considerato riuscito, ma troverai un messaggio nelle statistiche che ti dice di prestare attenzione al fatto che questa o quella macchina non viene più elaborata dal lavoro.
Cosa succederà se non ci presti attenzione? Nel caso di modalità incrementali infinite o incrementali inverse, il numero di punti di ripristino della macchina "problematica" diminuirà ad ogni sessione fino a raggiungere 1 salvato in VBK. In altre parole, anche se il backup della macchina non viene eseguito per molto tempo, rimarrà comunque un punto di ripristino. Ciò non avviene se sono abilitati i backup completi periodici. Se i segnali provenienti da B&R vengono ignorati, l'ultimo punto potrebbe eventualmente essere cancellato insieme alla vecchia parte della catena.
Dopo aver compreso questi dettagli, possiamo finalmente prendere in considerazione l'opzione "Rimuovi i dati degli elementi eliminati dopo". Eliminerà tutti i punti per una particolare macchina se quella macchina non viene sottoposta a backup per X giorni. Tieni presente che questa impostazione non risponde agli errori (provato - non ha funzionato). Non dovrebbe nemmeno esserci un tentativo di eseguire il backup della macchina. Sembrerebbe che l'opzione sia utile e dovrebbe essere sempre mantenuta abilitata. Se l'amministratore ha rimosso la macchina dall'attività, dopo un po 'è logico cancellare la catena di dati non necessari. Tuttavia, l'accordatura richiede disciplina e cura.
Consentitemi di fare un esempio pratico: all'attività 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 passati inosservati. Il task è partito e ha cercato di fare un backup delle macchine, tranne una, che in quel momento non era presente nel container. Poiché molte macchine hanno generato errori, per impostazione predefinita B&R deve effettuare 3 tentativi aggiuntivi per eseguire il backup delle macchine "problematiche". A causa dei continui problemi con la RAM, questi tentativi si sono trascinati per diversi giorni. Non è stato effettuato un secondo tentativo di backup della VM mancante (l'assenza di una VM non è un errore). Di conseguenza, durante uno dei tentativi ripetuti, la condizione "Rimuovi elementi eliminati" è stata soddisfatta e tutti i punti della macchina sono stati eliminati.
In questa occasione, posso dire quanto segue: se hai notifiche sui risultati delle attività impostate e, ancora meglio, viene utilizzata l'integrazione con Veeam ONE, molto probabilmente questo non ti succederà. Se guardi il server B&R una volta alla settimana per verificare che tutto funzioni, allora è meglio rifiutare le opzioni che potrebbero potenzialmente portare all'eliminazione dei backup.
Cosa c'è di nuovo nella v.10
Ciò di cui abbiamo parlato prima esisteva in B&R per molte versioni. Avendo compreso questi principi di lavoro, vediamo ora cosa è stato aggiunto nella "top ten" dell'anniversario.
Conservazione giornaliera
Sopra, abbiamo considerato la politica di archiviazione "classica" basata sul numero di punti. Un approccio alternativo consiste nell'impostare "giorni" invece di "punti di ripristino" nello stesso menu.
L'idea è chiara dal nome: la conservazione memorizzerà il numero di giorni impostato, il numero di punti in ogni giorno non ha importanza. Nel fare ciò, ricorda quanto segue:
- Il giorno corrente non viene preso in considerazione nel calcolo della conservazione
- Vengono contati anche i giorni in cui l'attività non ha funzionato affatto. Questo dovrebbe essere tenuto presente in modo da non perdere accidentalmente i punti di quei compiti che funzionano in modo irregolare.
- Il punto di ripristino viene conteggiato dal giorno in cui è stato creato (ad esempio, se l'attività è iniziata lunedì e terminata martedì, allora questo è un punto da lunedì)
In caso contrario, i principi per l'applicazione della conservazione per attività sono determinati anche dal metodo di backup scelto. Proviamo un'altra attività di calcolo utilizzando lo stesso metodo incrementale. Supponiamo che la conservazione sia impostata su 8 giorni, l'attività viene eseguita ogni 6 ore con un backup completo il mercoledì. In questo caso, l'attività non funziona domenica. Il lavoro viene eseguito lunedì per la prima volta. Quando verrà applicata la trattenuta?
risposta
Come al solito, è meglio disegnare un segno. Mi permetterò di semplificare il compito e non disegnerò tutti i punti creati per ogni giorno, perché qui il numero di punti al giorno non ha importanza. Per noi è importante solo che il primo lunedì e mercoledì il primo punto sarà un backup completo, negli altri giorni l'attività creerà semplicemente 4 punti incrementali.
Comprendiamo da soli che la conservazione verrà applicata eliminando il backup completo del lunedì e il relativo incremento. Quando accadrà? Quando il resto della catena conterrà 8 giorni. Allo stesso tempo, non contiamo il giorno corrente, ma domenica, al contrario, contiamo. Quindi la risposta è giovedì della seconda settimana.
Archiviazione GFS per lavori regolari
Prima della versione 10, il metodo di archiviazione Grandfather-Father-Son (GFS) era disponibile solo per processi di copia di backup e processi di copia su nastro. Ora è disponibile anche per un backup regolare.
Sebbene questo non sia correlato all'argomento attuale, non posso dire che la nuova funzionalità non significhi un allontanamento dalla strategia 3-2-1. La presenza di punti di archivio nel repository principale non ne pregiudica in alcun modo l'affidabilità. Resta inteso che GFS verrà utilizzato insieme a un repository scale-out per spedire questi punti a S3 e storage simili. Se non lo usi, è meglio continuare a memorizzare i punti primari e di archivio in diversi repository.
Ora diamo un'occhiata ai principi della creazione di punti GFS. Nelle impostazioni dell'attività, al passaggio Archiviazione, è apparso un pulsante speciale che richiama il seguente menu:
L'essenza di GFS può essere ridotta a diversi punti (si noti che GFS funziona in modo diverso in altri tipi di attività, ma ne parleremo più avanti):
- L'attività non crea un backup completo separato nel punto GFS. Verrà invece utilizzato il backup completo più adatto disponibile. Pertanto, il processo deve essere eseguito in modalità incrementale con un backup completo periodico oppure un backup completo deve essere creato manualmente dall'utente.
- Se è abilitato un solo periodo (ad esempio, un periodo settimanale), all'inizio del periodo GFS, l'attività inizierà semplicemente ad attendere un backup completo e contrassegnerà il primo idoneo come GFS.
Esempio: un processo è configurato per archiviare un GFS settimanale utilizzando un backup del mercoledì. L'attività viene eseguita ogni giorno, ma il backup completo è programmato per venerdì. In questo caso, il periodo GFS inizierà mercoledì e l'attività inizierà in attesa di un punto adatto. Apparirà venerdì e sarà contrassegnato con la bandiera GFS.
- Se vengono abilitati più periodi contemporaneamente (ad esempio, settimanale e mensile), B&R applicherà un metodo che consente di utilizzare lo stesso punto come GFS di più intervalli (per risparmiare spazio). Le bandiere verranno assegnate a turno, a partire dalla più giovane.
Esempio: il GFS settimanale è impostato su mercoledì e il GFS mensile è impostato sull'ultima settimana del mese. Il processo viene eseguito ogni giorno e crea backup completi il lunedì e il venerdì.
Per semplicità, iniziamo a contare dalla penultima settimana del mese. Questa settimana verrà creato un backup completo lunedì, ma verrà ignorato poiché l'intervallo GFS settimanale inizia mercoledì. Ma il backup completo del venerdì è completamente adatto al punto GFS. Questo sistema ci è già familiare.
Consideriamo ora cosa accadrà nell'ultima settimana del mese. L'intervallo GFS mensile inizierà lunedì, ma il VBK del lunedì non verrà contrassegnato come GFS perché il lavoro cerca di contrassegnare un VBK come punto GFS mensile e settimanale. Allo stesso tempo, la ricerca inizia con quella settimanale, quindi, per definizione, può diventare anche mensile.
Tuttavia, se sono abilitati solo gli intervalli settimanali e annuali, funzioneranno indipendentemente l'uno dall'altro e potrebbero contrassegnare 2 VBK separati come intervalli GFS corrispondenti.
Lavori di copia di backup
Un altro tipo di compito, che spesso richiede chiarimenti sul lavoro. Per cominciare, analizziamo il metodo di lavoro "classico", senza innovazioni v.10
Un semplice metodo di conservazione
Per impostazione predefinita, tali lavori vengono eseguiti in modalità incrementale infinita. La creazione di punti è determinata da due parametri: l'intervallo di copia e il numero desiderato di punti di ripristino (qui non c'è conservazione per giorno). L'intervallo di copia viene impostato nella prima scheda Lavoro durante la creazione di un lavoro:
Il numero di punti è determinato un po' più avanti nella scheda Obiettivo
Il lavoro crea 1 nuovo punto per intervallo (non importa quanti punti sono stati creati per la VM dai lavori originali). Al termine dell'intervallo viene finalizzato il nuovo punto e, se necessario, viene applicata una ritenzione concatenando il VBK e l'incremento più vecchio. Questo meccanismo ci è già familiare.
Metodo di conservazione utilizzando GFS
BCJ può anche memorizzare i punti archiviati. Questo è configurato nella stessa scheda Destinazione, appena sotto il numero di impostazioni dei 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 (attivabile dall'opzione contrassegnata con il numero 3). La conservazione in entrambi i casi sarà molto diversa, quindi li considereremo separatamente.
GFS sintetico
In questo caso il punto GFS non viene creato esattamente nel giorno stabilito. Verrà invece creato un punto GFS quando il VIB del giorno in cui era pianificata la creazione del punto GFS viene unito al backup completo. Questo a volte causa malintesi, perché il tempo passa, ma non c'è ancora un punto GFS. E solo un potente sciamano del supporto tecnico può prevedere in quale giorno apparirà ancora il punto. In effetti, la magia non è necessaria: basta guardare il numero di punti impostato e l'intervallo di sincronizzazione (quanti punti vengono creati ogni giorno). Prova a calcolarlo tu stesso usando questo esempio: l'attività è impostata per memorizzare 7 punti, l'intervallo di sincronizzazione è di 12 ore (ovvero 2 punti al giorno). Al momento ci sono già 7 punti nella catena, oggi è lunedì e per questo giorno è prevista la creazione di un punto GFS. Che giorno sarà creato?
risposta
Qui è meglio descrivere come la catena cambierà in dinamica, di giorno in giorno:
Quindi, lunedì, l'ultimo incremento nella catena è contrassegnato come GFS, ma non si verificano altri cambiamenti visibili. Ogni giorno l'attività crea 2 nuovi punti e la ritenzione fa avanzare inesorabilmente la catena. Infine, giovedì, è il momento di applicare la ritenzione allo stesso incremento. Questa sessione richiederà più tempo del solito, perché l'attività "tirerà" i blocchi necessari dalla catena e creerà un nuovo punto completo. D'ora in poi, ci saranno 8 punti nella catena - 7 nella catena principale + GFS.
Creazione di punti GFS con l'opzione "Leggi intero punto".
Sopra ho detto che BCJ funziona in modalità incrementale infinita. Ora analizzeremo l'unica eccezione a questa regola. Se abiliti l'opzione “Leggi intero punto”, il punto GFS verrà creato esattamente nel giorno programmato. L'attività stessa funzionerà in modalità incrementale con backup completi periodici, di cui abbiamo discusso in precedenza. La conservazione verrà applicata anche rimuovendo la parte più vecchia della catena. Tuttavia, in questo caso, verranno eliminati solo gli incrementi e il backup completo verrà lasciato come punto GFS. Di conseguenza, i punti contrassegnati con flag GFS non vengono presi in considerazione nel calcolo della ritenzione.
Supponiamo che l'attività sia impostata per archiviare 7 punti e creare un punto GFS settimanale il lunedì. In questo caso, ogni lunedì il processo creerà effettivamente un backup completo e lo contrassegnerà come GFS. La conservazione verrà applicata quando, dopo aver eliminato gli incrementi dalla parte più vecchia, il numero di incrementi rimanenti non scende al di sotto di 7. Ecco come appare nel diagramma:
Quindi, alla fine della seconda settimana, ci sono un totale di 14 punti nella catena. Durante la seconda settimana, l'attività ha creato 7 punti. Se fosse un compito semplice, la conservazione sarebbe già stata applicata. Ma questo è un BCJ con conservazione GFS, quindi non contiamo i punti GFS, il che significa che ce ne sono solo 6. Cioè, non possiamo ancora applicare la conservazione. Nella terza settimana creiamo un altro backup completo con il flag GFS. 15 punti, ma ancora una volta non contiamo questo. E infine, il martedì della terza settimana, creiamo un incremento. Ora, se rimuoviamo gli incrementi della catena della prima settimana, il numero totale di incrementi soddisferà la ritenzione impostata.
Come accennato in precedenza, in questo metodo è molto importante che vengano creati regolarmente backup completi. Ad esempio, se imposti la conservazione principale a 7 giorni, ma solo 1 punto annuale, è facile immaginare che gli incrementi accumuleranno molto, molto più di 7. In questi casi, è meglio utilizzare il metodo sintetico di creazione GFS.
E ancora “Rimuovi elementi eliminati”
Questa opzione è presente anche per BCJ:
La logica di questa opzione qui è la stessa delle normali attività di backup: se la macchina non viene elaborata per il numero di giorni specificato, i suoi dati vengono eliminati dalla catena. Tuttavia, per BCJ questa opzione è oggettivamente più utile, ed ecco perché.
In modalità normale, BCJ funziona in modalità incrementale infinita, quindi se a un certo punto la macchina viene rimossa dall'attività, la conservazione eliminerà gradualmente tutti i punti di ripristino finché non ne rimarrà solo uno - in VBK. Immaginiamo ora che il lavoro sia configurato anche per creare punti GFS sintetici. Quando sarà il momento, il lavoro dovrà creare un GFS per tutte le macchine della catena. Se qualche macchina non ha affatto nuovi punti, beh, devi usare quello che è. E così ogni volta. Di conseguenza, può verificarsi la seguente situazione:
Presta attenzione alla sezione Files: abbiamo i principali VBK e 2 punti GFS settimanali. E ora alla sezione Punti di ripristino: infatti, questi file contengono la stessa immagine della macchina. Naturalmente, tali punti GFS non hanno senso, occupano solo spazio.
Questa situazione è possibile solo quando si utilizza GFS sintetico. Per evitare ciò, utilizzare l'opzione "Rimuovi elementi eliminati". Ricorda solo di impostarlo per un numero adeguato di giorni. Il supporto tecnico ha riscontrato casi in cui l'opzione era impostata su un numero di giorni inferiore all'intervallo di sincronizzazione: BCJ ha iniziato a scatenarsi ed eliminare punti prima che avessero il tempo di crearli.
Si noti inoltre che questa opzione non influisce sui punti GFS esistenti. Se vuoi pulire gli archivi, devi farlo manualmente - facendo clic con il tasto destro sulla macchina e selezionando "Elimina dal disco" (nella finestra che appare, non dimenticare di selezionare la casella di controllo "Rimuovi backup completo GFS") :
Innovazione v.10 - copia immediata (copia immediata)
Dopo aver affrontato la funzionalità "classica", passiamo a quella nuova. L'innovazione è una, ma molto importante. Questa è una nuova modalità operativa.
Non esiste un "intervallo di sincronizzazione", l'attività monitorerà costantemente se sono apparsi nuovi punti e li copierà tutti, indipendentemente dal numero. Tuttavia, il lavoro rimane incrementale, il che significa che anche se il lavoro principale crea un VBK o VRB, quei punti verranno copiati come VIB. Altrimenti, non ci sono sorprese in questa modalità: sia la conservazione standard che quella GFS funzionano secondo le regole sopra descritte (sebbene qui sia disponibile solo GFS sintetico).
I dischi girano. Funzionalità dei repository di unità ruotate
La costante minaccia dei virus ransomware ha reso de facto lo standard di sicurezza per avere una copia dei dati su un supporto dove il virus non può raggiungere. Un'opzione è utilizzare i repository a rotazione del disco, in cui i dischi vengono utilizzati a turno: mentre un disco è connesso e scrivibile, il resto viene archiviato in un luogo sicuro.
Per insegnare a B&R a lavorare con tali repository, nelle impostazioni del repository, nella fase Repository, fare clic sul pulsante Avanzate e selezionare l'opzione appropriata:
Successivamente, VBR attenderà che la catena periodicamente esistente scompaia dal repository, il che significa rotazione del disco. A seconda del tipo di repository e del tipo di lavoro, B&R si comporterà in modo diverso. Puoi rappresentarlo con una tabella come questa:
Consideriamo ogni opzione.
Lavoro normale e repository di Windows
Quindi, abbiamo un'attività che salva le catene sul primo disco. Durante la rotazione, la catena creata in realtà scompare e l'attività deve in qualche modo sopravvivere a questa perdita. Trova consolazione nella creazione di un backup completo. Pertanto, ogni rotazione significa un backup completo. Ma cosa succede ai puntini su un disco disconnesso? Vengono ricordati e presi in considerazione nel calcolo della ritenzione. Pertanto, il numero di punti impostato nell'attività è il numero di punti che devono essere mantenuti su tutti i dischi. Ecco un esempio:
Il processo viene eseguito in modalità incrementale infinita ed è configurato per archiviare 3 punti di ripristino. Ma abbiamo anche un secondo disco e lo ruotiamo una volta alla settimana (potrebbero esserci più dischi, questo non cambia l'essenza).
Nella prima settimana, l'attività creerà punti sul primo disco e unirà quelli extra. Pertanto, il numero totale di punti sarà tre:
Quindi colleghiamo il secondo disco. All'avvio, B&R noterà che l'unità è cambiata. La catena sul primo disco scomparirà dall'interfaccia, ma le informazioni su di essa rimarranno nel database. Il lavoro conterrà ora 3 punti sul secondo disco. La situazione generale sarà questa:
Infine, ricolleghiamo la prima unità. Prima di creare un nuovo punto, l'attività controllerà cosa c'è con la conservazione. E la conservazione, ti ricordo, è impostata per memorizzare 3 punti. Nel frattempo, abbiamo 3 punti sul disco 2 (ma è offline e archiviato in un luogo sicuro dove B&R non può arrivare) e 3 punti sul disco 1 (ma questo è connesso). Quindi, puoi tranquillamente rimuovere 3 punti dal disco 1, poiché superano la conservazione. Successivamente, l'attività crea di nuovo un backup completo e la nostra catena inizia ad apparire così:
Se la conservazione è configurata per archiviare i giorni anziché il numero di punti, la logica non cambia. Inoltre, la conservazione GFS non è affatto supportata quando si utilizzano repository con rotazione del disco.
Lavoro normale e archiviazione di rete del repository Linux
Anche questa opzione è possibile, ma in generale è meno consigliata a causa delle restrizioni imposte. L'attività risponderà allo stesso modo alla rotazione del disco e alla scomparsa della catena, creando un backup completo. La limitazione è connessa al meccanismo di ritenzione troncato.
Qui, durante la rotazione, l'intera catena sul disco disconnesso viene semplicemente cancellata dal database B&R. Fai attenzione: dal database, i file stessi rimangono sul disco. Possono essere importati e utilizzati per il ripristino, ma non è difficile indovinare che prima o poi tali catene dimenticate riempiranno l'intero repository.
La soluzione è aggiungere DWORD ForceDeleteBackupFiles come indicato in questa pagina: . Successivamente, il lavoro inizierà semplicemente a eliminare tutti i contenuti della cartella del lavoro o della cartella del repository (a seconda del valore) a ogni rotazione.
Tuttavia, questa non è una conservazione elegante, ma piuttosto una pulizia di tutti i contenuti. Sfortunatamente, il supporto tecnico ha riscontrato casi in cui il repository era semplicemente la directory principale del disco, dove, oltre ai backup, c'erano altri dati. Tutto questo è stato distrutto durante la rotazione.
Inoltre, quando ForceDeleteBackupFiles è abilitato, funziona per tutti i tipi di repository, ovvero anche i repository su Windows smetteranno di applicare la conservazione e inizieranno a eliminare il contenuto. In altre parole, un disco locale su Windows è la scelta migliore per un tale sistema di archiviazione di backup.
Copia di backup e repository di Windows
Con BCJ, le cose si fanno ancora più interessanti. Non solo esiste una conservazione completa, ma non è necessario eseguire un backup completo ogni volta che si cambia il disco! Funziona così:
Innanzitutto, B&R inizia a fare punti sul primo disco. Supponiamo di impostare la ritenzione su 3 punti. L'attività funzionerà in modalità incrementale infinita e unirà tutto il superfluo (ti ricordo che la conservazione GFS non è supportata in questo caso).
Quindi colleghiamo il secondo disco. Poiché non esiste ancora una catena, creiamo un backup completo, dopodiché abbiamo una seconda catena di tre punti:
Infine, è il momento di ricollegare la prima unità. Ed è qui che entra in gioco la magia, poiché l'attività non creerà un backup completo, ma continuerà semplicemente la catena incrementale:
Dopodiché, infatti, ogni disco avrà una sua catena indipendente. Pertanto, conservazione qui non significa il numero di punti su tutti i dischi, ma il numero di punti su ciascun disco separatamente.
Copia di backup e archiviazione di rete del repository Linux
Ancora una volta, tutta l'eleganza viene persa se il repository non si trova su un'unità Windows locale. Questo script funziona in modo simile al semplice compito sopra. 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 considerato due tipi di compiti. Certo, ci sono molti più compiti, ma non sarà possibile considerarli tutti nel formato di un articolo. Se dopo aver letto hai ancora delle domande, scrivile nei commenti, sarò felice di rispondere personalmente.
Fonte: habr.com