Ola lectores do noso blog! En parte, xa estamos familiarizados: as miñas publicacións en inglés apareceron aquí na tradución do meu querido colega . Esta vez decidín dirixirme directamente ao público rusofalante.
Para o meu debut, quería atopar un tema que fose interesante para o público máis amplo posible e requirise unha consideración detallada. Daniel Defoe argumentou que a morte e os impostos agardan a calquera persoa. Pola miña banda, podo dicir que calquera enxeñeiro de soporte está á espera de preguntas sobre as políticas de almacenamento de puntos de recuperación (ou, en termos máis sinxelos, de retención). Comecei a explicar como funciona a retención hai 4 anos como Enxeñeiro Júnior de Nivel XNUMX, e sigo explicando agora como líder do equipo de fala hispana e italiana. Estou seguro de que os meus compañeiros do segundo e mesmo do terceiro nivel de apoio tamén responden regularmente ás mesmas preguntas.
A este respecto, quería escribir unha publicación final, o máis detallada posible, á que os usuarios de lingua rusa puidesen volver unha e outra vez como referencia. O momento é correcto: a versión do décimo aniversario lanzada recentemente engadiu novas funcións á funcionalidade básica que non cambiou durante anos. A miña publicación céntrase principalmente nesta versión; aínda que a maior parte do escrito é certo para versións anteriores, simplemente non atoparás algunhas das funcións descritas alí. Por último, mirando un pouco cara ao futuro, direi que se esperan algúns cambios na próxima versión, pero diso cando chegue o momento. Entón, imos comezar.
Traballos de copia de seguridade
En primeiro lugar, vexamos a parte que non cambiou na versión 10. A política de retención está determinada por varios parámetros. Abramos a xanela para crear unha nova tarefa e imos á pestana Almacenamento. Aquí veremos un parámetro que determina o número desexado de puntos de restauración:
Non obstante, esta é só parte da ecuación. O número real de puntos tamén está determinado polo modo de copia de seguridade establecido para o traballo. Para seleccionar esta opción, fai clic no botón Avanzado da mesma pestana. Isto abrirá unha nova xanela con moitas opcións. Numérémolos e considerámolos un por un:
Se só está activada a opción 1, o traballo executarase en modo "infinitamente incremental" (incremental para sempre). Non hai dificultades aquí: a tarefa almacenará o número establecido de puntos de restauración desde unha copia de seguridade completa (ficheiro coa extensión VBK) ata o último incremento (ficheiro coa extensión VIB). Cando o número de puntos supere o valor establecido, o incremento máis antigo fusionarase coa copia de seguridade completa. Noutras palabras, se a tarefa está configurada para almacenar 3 puntos, inmediatamente despois da seguinte sesión haberá 4 puntos no repositorio, despois dos cales a copia de seguridade completa fusionarase co incremento máis antigo e o número total de puntos volverá a 3.
Tamén é extremadamente sinxela a retención para o modo "incremental inverso" (incremental inverso) (opción 2). Dado que neste caso o punto máis novo será unha copia de seguridade completa, seguida dunha cadea de chamadas reversións (arquivos coa extensión VRB), para aplicar a retención, basta con eliminar a reversión máis antiga. A situación será a mesma: inmediatamente despois da sesión, o número de puntos superará o valor establecido en 1, despois do cal volverá ao valor desexado.
Teña en conta que co modo incremental inverso, tamén pode activar as copias de seguridade completas periódicas (opción 4), pero isto non cambia a esencia. Si, os puntos de restauración completos aparecerán na cadea, pero aínda así eliminaremos os puntos máis antigos un por un.
Por fin chegamos á parte interesante. Se habilita a copia de seguranza incremental, pero tamén habilita as opcións 3 ou 4 (ou ambas ao mesmo tempo), a tarefa comezará a crear copias de seguridade completas periódicas mediante o método "activo" ou sintético. O método de creación dunha copia de seguridade completa non é importante: conterá os mesmos datos e a cadea incremental dividirase en "subcadenas". Este método chámase adiante incremental, e é el quen provoca unha parte importante das preguntas dos nosos clientes.
A retención aplícase aquí eliminando a parte máis antiga da cadea (desde unha copia de seguridade completa ata un incremento). Ao mesmo tempo, non eliminaremos só unha copia de seguridade oca nin só parte dos incrementos. Toda a "subcadea" elimínase completamente dunha soa vez. O significado de establecer o número de puntos tamén cambia: se noutros métodos este é o número máximo permitido, despois do cal se debe aplicar a retención, entón aquí esta configuración determina o número mínimo. Noutras palabras, despois de eliminar a "subcadea" máis antiga, o número de puntos na parte restante non debería caer por debaixo deste mínimo.
Tentarei representar este concepto gráficamente. Digamos que a retención está establecida en 3 puntos, a tarefa execútase todos os días cunha copia de seguridade completa o luns. Neste caso, a retención aplicarase cando o número total de puntos alcance 10:
Por que xa 10 cando puxeron 3? O luns creouse unha copia de seguridade completa. De martes a domingo, o emprego creado aumenta. Finalmente, o vindeiro luns, volve crearse unha copia de seguridade completa e só cando se creen 2 incrementos se poderá eliminar finalmente toda a parte antiga da cadea, porque o número de puntos restantes non caerá por debaixo do conxunto 3.
Se a idea está clara, suxírolle que intente calcular a retención vostede mesmo. Consideremos as seguintes condicións: a tarefa lánzase por primeira vez o xoves (por suposto, farase unha copia de seguridade completa). A tarefa está configurada para crear unha copia de seguridade completa os mércores e domingos e almacenar 8 puntos de restauración. Cando se aplicará a retención por primeira vez?
Para responder a esta pregunta recoméndovos que colledes unha folla de papel, a debuxades por día da semana e anotedes que punto se crea cada día. A resposta farase evidente
Responder
Aclaración: para responder abonda con preguntarse "cando se aplicará a retención"? A resposta é cando podemos eliminar os 3 primeiros puntos (VBK, VIB, VIB) e o resto da cadea non cae por debaixo dos 8 puntos esixidos. Queda claro que poderemos facelo cando teñamos 11 puntos en total, é dicir, o domingo da segunda semana.
Algúns lectores poden obxectar: “por que todo isto, se o hai ? Sen dúbida, é unha ferramenta moi útil, e nalgúns casos a empregaría, pero tamén ten limitacións. En primeiro lugar, non permite especificar as condicións iniciais e, en moitos casos, a pregunta é exactamente "temos esa cadea, que pasará se cambiamos tal ou tal configuración?". En segundo lugar, a ferramenta aínda carece un pouco de visibilidade. Mostrando a páxina RPS aos clientes, non atopei comprensión, pero despois de pintala como no exemplo (mesmo usando o mesmo Paint), día tras día, todo quedou claro.
Finalmente, non consideramos a opción "Transformar cadeas de copia de seguridade anteriores en retrocesos" (marcada co número 5). Esta opción ás veces confunde aos clientes que a activan "sobre a marcha", querendo activar unha copia de seguridade sintética sinxela. Mentres tanto, esta opción activa un modo de copia de seguridade moi especial. Sen entrar en detalles, direi de inmediato que nesta fase de desenvolvemento do produto "Transformar as cadeas de copia de seguridade anteriores en retrocesos" é unha opción obsoleta e non se me ocorre un único escenario no que debería usarse. O seu valor é tan dubidoso que durante algún tempo o propio Anton Gostev mandou unha chamada a través do foro, pedíndolle que lle enviase exemplos do seu uso útil (se tes algún, escribe nos comentarios, estou moi interesado). Se non hai ningunha (creo que o farán), entón a opción eliminarase en versións futuras.
O traballo creará incrementos (VIB) ata o día en que se programe a copia de seguridade completa sintética. Neste día créase VBK, pero todos os puntos anteriores a este VBK transfórmanse en rollbacks (VRB). Despois diso, o traballo continuará creando incrementos na copia de seguridade completa ata a seguinte copia de seguridade sintética. Como resultado, créase na cadea unha mestura explosiva de ficheiros VBK, VBR e VIB. A retención aplícase de forma moi sinxela, eliminando o último VBR:
Problemas
Ademais de comprender realmente como funciona, a maioría dos problemas que xorden ao usar o modo incremental adoitan asociarse cunha copia de seguridade completa. Para este modo é necesaria unha copia de seguridade completa regular, se non, o repositorio acumulará puntos ata que se desborde.
Por exemplo, unha copia de seguridade completa pode crearse con demasiada pouca frecuencia. Digamos que a tarefa está configurada para almacenar 10 puntos e que se crea unha copia de seguridade completa unha vez ao mes. Está claro que o número real de puntos aquí será moito maior que o establecido. Ou a tarefa xeralmente está configurada para traballar nun modo de incremento infinito e almacenar 50 puntos. Entón alguén creou accidentalmente unha copia de seguridade completa. Xa está, a partir de agora a tarefa agardará ata que o punto completo acumule 49 incrementos, tras o que aplicará a retención e volverá ao modo infinito-pleno.
Noutros casos, unha copia de seguridade completa está configurada para crearse regularmente, pero por algún motivo non o fai. Vou enumerar aquí a razón máis popular. Algúns clientes prefiren usar a opción de programación "correr despois" e configurar traballos para que se executen nunha cadea. Poñamos este exemplo: hai 3 traballos que se executan todos os días e crean unha copia de seguridade completa o domingo. A primeira tarefa comeza ás 22.30 horas, o resto lánzase en cadea. Unha copia de seguridade incremental leva 10 minutos e, polo tanto, ás 23.00 todas as tarefas rematan o seu traballo. Pero unha copia de seguridade completa leva unha hora, polo que o domingo ocorre o seguinte: a primeira tarefa vai de 22.30 a 23.30. O seguinte é de 23.30 a 00.30 horas. Pero a terceira tarefa ponse en marcha o luns. Unha copia de seguridade completa está configurada para o domingo, polo que neste caso simplemente non o será. A tarefa agardará a unha copia de seguridade completa para aplicar a retención. Polo tanto, teña coidado cando utilice a opción "executar despois" ou non a use en absoluto; simplemente configure os traballos para que se inicien ao mesmo tempo e deixe que o planificador de recursos faga o seu traballo.
A difícil opción "Eliminar elementos eliminados"
Percorrendo a configuración da tarefa Almacenamento - Avanzado - Mantemento, podes tropezar coa opción "eliminar os datos de elementos eliminados despois", calculada en días.
Algúns clientes esperan que isto sexa retención. De feito, esta é unha opción completamente separada, cuxo malentendido pode levar a consecuencias inesperadas. Non obstante, en primeiro lugar, teño que explicar como reacciona B&R ante situacións nas que só se realiza unha copia de seguranza dunhas poucas máquinas durante a sesión.
Imaxina este escenario: un traballo de incremento infinito configurado para almacenar 6 puntos. Hai 2 máquinas na tarefa, unha sempre fixo unha copia de seguranza con éxito, a outra ás veces deu erros. Como resultado, ata o punto sétimo, desenvolveuse a seguinte situación:
É hora de aplicar a retención, pero unha máquina ten 7 puntos, e a outra só 4. A retención aplicarase aquí? A resposta é si, así será. Se se fixo unha copia de seguranza de polo menos un obxecto, B&R considera que o punto foi creado.
Unha situación similar pode ocorrer se algunha máquina simplemente non se incluíu na tarefa durante unha determinada sesión. Isto ocorre, por exemplo, cando as máquinas se engaden á tarefa non individualmente, senón como parte de contedores (cartafoles, almacenamentos) e algunha máquina migra temporalmente a outro contedor. O traballo considerarase exitoso, pero nas estatísticas atoparás unha mensaxe que che indica que debes prestar atención ao feito de que tal ou tal máquina xa non é procesada polo traballo.
Que pasará se non lle prestas atención? No caso dos modos de incremento infinito ou de incremento inverso, o número de puntos de restauración da máquina "problema" diminuirá con cada sesión ata chegar a 1 gardado en VBK. Noutras palabras, aínda que non se faga unha copia de seguranza da máquina durante moito tempo, aínda permanecerá un punto de restauración. Este non é o caso se as copias de seguridade completas periódicas están activadas. Se se ignoran os sinais de B&R, o último punto pode ser eliminado xunto coa parte antiga da cadea.
Despois de entender estes detalles, por fin podemos considerar a opción "Eliminar os datos de elementos eliminados despois". Eliminará todos os puntos dunha máquina en particular se non se fai unha copia de seguranza desa máquina durante X días. Teña en conta que esta configuración non responde aos erros (tentouse - non funcionou). Nin sequera debería haber un intento de facer unha copia de seguridade da máquina. Parece que a opción é útil e debe manterse sempre activada. Se o administrador eliminou a máquina da tarefa, entón é lóxico limpar a cadea de datos innecesarios despois dun tempo. Non obstante, a afinación require disciplina e coidado.
Déixeme un exemplo da práctica: engadíronse varios contedores á tarefa, cuxa composición era bastante dinámica. Debido á falta de memoria RAM, o servidor B&R experimentou problemas que pasaron desapercibidos. A tarefa comezou e tratou de facer unha copia de seguridade das máquinas, agás unha, que nese momento non estaba presente no contedor. Dado que moitas máquinas xeraron erros, de forma predeterminada B&R ten que facer 3 intentos adicionais para facer copias de seguridade das máquinas "con problemas". Debido a problemas constantes coa memoria RAM, estes intentos prolongáronse durante varios días. Non houbo un segundo intento de facer unha copia de seguridade da máquina virtual que falta (a ausencia dunha máquina virtual non é un erro). Como resultado, durante un dos intentos repetidos, cumpriuse a condición "Eliminar elementos eliminados" e elimináronse todos os puntos da máquina.
Nesta ocasión, podo dicir o seguinte: se tes notificacións sobre os resultados das tarefas configuradas, e aínda mellor, úsase a integración con Veeam ONE, o máis probable é que isto non che pase. Se miras ao servidor B&R unha vez por semana para comprobar que todo funciona, é mellor rexeitar as opcións que poderían levar á eliminación das copias de seguridade.
O que hai de novo na v.10
O que estivemos falando antes xa existe en B&R para moitas versións. Comprendidos estes principios de traballo, vexamos agora o que se engadiu no "top ten" do aniversario.
Retención diaria
Enriba, consideramos a política de almacenamento "clásica" baseada no número de puntos. Un enfoque alternativo é establecer "días" en lugar de "puntos de restauración" no mesmo menú.
A idea é clara polo nome: a retención almacenará o número de días establecido, o número de puntos en cada día non importa. Ao facelo, lembre o seguinte:
- O día actual non se ten en conta para o cálculo da retención
- Tamén se contabilizan os días nos que a tarefa non funcionou en absoluto. Isto debe telo en conta para non perder accidentalmente os puntos daquelas tarefas que funcionan de forma irregular.
- O punto de restauración cóntase desde o día en que foi creado (é dicir, se a tarefa comezou o luns e rematou o martes, entón este é un punto a partir do luns)
En caso contrario, os principios para aplicar a retención por tarefas tamén están determinados polo método de copia de seguridade escollido. Probemos outra tarefa de cálculo usando o mesmo método incremental. Digamos que a retención está configurada en 8 días, a tarefa execútase cada 6 horas cunha copia de seguranza completa o mércores. Neste caso, a tarefa non funciona o domingo. O traballo funciona o luns por primeira vez. Cando se aplicará a retención?
Responder
Como de costume, é mellor debuxar un sinal. Permitirei simplificar a tarefa e non sacarei todos os puntos creados para cada día, porque aquí non importa o número de puntos por día. Só é importante para nós que o primeiro luns e os mércores o primeiro punto sexa unha copia de seguridade completa, os outros días a tarefa simplemente creará 4 puntos incrementais.
Entendemos por nós mesmos que a retención aplicarase eliminando a copia de seguranza completa do luns e o seu incremento. Cando ocorrerá? Cando o resto da cadea conterá 8 días. Ao mesmo tempo, non contamos o día actual, senón o domingo, pola contra, contamos. Así que a resposta é o xoves da segunda semana.
Arquivo GFS para traballos habituais
Antes da versión 10, o método de almacenamento Avó-Pai-Fillo (GFS) só estaba dispoñible para traballos de copia de seguranza e traballos de copia en cinta. Agora tamén está dispoñible para unha copia de seguridade regular.
Aínda que isto non está relacionado co tema actual, non podo dicir que a nova funcionalidade non supoña un afastamento da estratexia 3-2-1. A presenza de puntos de arquivo no repositorio principal non afecta a súa fiabilidade de ningún xeito. Enténdese que GFS se utilizará xunto cun repositorio escalado para enviar estes puntos a S3 e almacenamentos similares. Se non o usas, é mellor seguir almacenando puntos primarios e de arquivo en diferentes repositorios.
Agora vexamos os principios para crear puntos GFS. Na configuración da tarefa, no paso Almacenamento, apareceu un botón especial que chama ao seguinte menú:
A esencia de GFS pódese reducir a varios puntos (teña en conta que GFS funciona de forma diferente noutro tipo de tarefas, pero máis sobre iso máis tarde):
- A tarefa non crea unha copia de seguridade completa separada baixo o punto GFS. No seu lugar, utilizarase a copia de seguranza completa máis adecuada dispoñible. Polo tanto, o traballo debe executarse en modo incremental cunha copia de seguridade completa periódica, ou unha copia de seguridade completa debe ser creada manualmente polo usuario.
- Se só se activa un período (por exemplo, un período semanal), ao comezo do período GFS, a tarefa simplemente comezará a esperar unha copia de seguridade completa e marcará o primeiro axeitado como GFS.
Exemplo: un traballo está configurado para almacenar un GFS semanal mediante unha copia de seguridade dos mércores. A tarefa execútase todos os días, pero a copia de seguridade completa está programada para o venres. Neste caso, o período GFS comezará o mércores e a tarefa comezará á espera dun punto axeitado. Aparecerá o venres e marcarase coa bandeira GFS.
- Se se activan varios períodos á vez (por exemplo, semanais e mensuais), entón B&R aplicará un método que permite usar o mesmo punto que o GFS de varios intervalos (para aforrar espazo). As bandeiras asignaranse por quendas, comezando polos máis pequenos.
Exemplo: GFS semanal establécese como mércores e GFS mensual establécese na última semana do mes. O traballo execútase todos os días e crea copias de seguridade completas os luns e venres.
Para simplificar, empecemos a contar a partir da penúltima semana do mes. Esta semana crearase unha copia de seguridade completa o luns, pero ignorarase porque o intervalo GFS semanal comeza o mércores. Pero a copia de seguridade completa do venres é completamente axeitada para o punto GFS. Este sistema xa nos é familiar.
Agora considere o que ocorrerá na última semana do mes. O intervalo GFS mensual comezará o luns, pero o VBK do luns non se etiquetará como GFS porque o traballo busca etiquetar un VBK como punto GFS mensual e semanal. Ao mesmo tempo, a busca comeza coa semanal, polo tanto, por definición, tamén pode converterse nunha mensual.
Non obstante, se só se activan os intervalos semanais e anuais, funcionarán de forma independente uns dos outros e poden marcar 2 VBK separados como intervalos GFS correspondentes.
Traballos de copia de seguridade
Outro tipo de tarefa, que moitas veces require aclaracións sobre o traballo. Para comezar, analicemos o método de traballo "clásico", sen novidades v.10
Un método de retención sinxelo
Por defecto, estes traballos execútanse en modo de incremento infinito. A creación de puntos está determinada por dous parámetros: o intervalo de copia e o número desexado de puntos de restauración (aquí non hai retención por día). O intervalo de copia establécese na primeira pestana Traballo ao crear un traballo:
O número de puntos determínase un pouco máis na pestana Obxectivo
O traballo crea 1 punto novo por intervalo (non importa cantos puntos foron creados para a máquina virtual polos traballos orixinais). Ao final do intervalo, finaliza o novo punto e, se é necesario, aplícase unha retención concatenando o VBK e o incremento máis antigo. Este mecanismo xa nos é familiar.
Método de retención mediante GFS
BCJ tamén pode almacenar puntos arquivados. Esta configuración está configurada na mesma pestana Destino, xusto debaixo da configuración do número de puntos de restauración:
Os puntos GFS pódense crear de dúas formas: de xeito sintético, utilizando os datos do repositorio secundario ou simulando unha copia de seguridade completa e lendo todos os datos do repositorio principal (activado coa opción marcada co número 3). A retención en ambos casos será moi diferente, polo que os consideraremos por separado.
GFS sintético
Neste caso, o punto GFS non se crea exactamente o día sinalado. No seu lugar, crearase un punto GFS cando o VIB do día en que estaba programado que se crease o punto GFS se fusione coa copia de seguridade completa. Isto ás veces provoca malentendidos, porque o tempo pasa, pero aínda non hai un punto GFS. E só un poderoso chamán do soporte técnico pode predecir en que día aparecerá o punto. De feito, a maxia non é necesaria: basta con mirar o número de puntos establecido e o intervalo de sincronización (cantos puntos se crean cada día). Intente calculalo vostede mesmo usando este exemplo: a tarefa está configurada para almacenar 7 puntos, o intervalo de sincronización é de 12 horas (é dicir, 2 puntos por día). Nestes momentos xa son 7 os puntos na cadea, hoxe é luns, e para esta xornada está prevista a creación dun punto GFS. Que día se creará?
Responder
Aquí é mellor describir como a cadea cambiará de dinámica durante o día:
Así, o luns, o último incremento da cadea márcase como GFS, pero non se producen outros cambios visibles. Cada día a tarefa crea 2 novos puntos, e a retención move a cadea inexorablemente cara adiante. Finalmente, o xoves, toca aplicar a retención a ese mesmo incremento. Esta sesión levará máis tempo do habitual, porque a tarefa "tirará" os bloques necesarios da cadea e creará un novo punto completo. A partir de agora, haberá 8 puntos na cadea - 7 na cadea principal + GFS.
Creando puntos GFS coa opción "Ler punto enteiro".
Arriba dixen que BCJ funciona en modo incremental infinito. Agora analizaremos a única excepción a esta regra. Se activas a opción "Ler punto enteiro", o punto GFS crearase exactamente o día programado. A tarefa en si funcionará en modo incremental con copias de seguridade completas periódicas, que comentamos anteriormente. Tamén se aplicará a retención eliminando a parte máis antiga da cadea. Non obstante, neste caso, só se eliminarán os incrementos e a copia de seguridade completa quedará como un punto GFS. En consecuencia, os puntos marcados con bandeiras GFS non se teñen en conta ao calcular a retención.
Supoñamos que a tarefa está configurada para almacenar 7 puntos e crear un punto GFS semanal o luns. Neste caso, todos os luns o traballo creará unha copia de seguranza completa e marcarase como GFS. A retención aplicarase cando, despois de eliminar os incrementos da parte máis antiga, o número de incrementos restantes non baixe de 7. Así se ve no diagrama:
Así, ao final da segunda semana, hai un total de 14 puntos na cadea. Durante a segunda semana, a tarefa creou 7 puntos. Se fose unha tarefa sinxela, a retención xa estaría aplicada. Pero este é un BCJ con retención GFS, polo que non contamos os puntos GFS, o que significa que só hai 6. É dicir, aínda non podemos aplicar a retención. Na terceira semana, creamos outra copia de seguranza completa coa marca GFS. 15 puntos, pero de novo non contamos este. E por último, o martes da terceira semana, creamos un incremento. Agora, se eliminamos os incrementos da cadea da primeira semana, o número total de incrementos satisfará a retención establecida.
Como se mencionou anteriormente, neste método é moi importante que se creen copias de seguridade completas con regularidade. Por exemplo, se estableces a retención principal en 7 días, pero só 1 punto anual, é fácil imaxinar que os incrementos acumularán moito, moito máis que 7. Nestes casos, é mellor usar o método sintético para crear GFS.
E de novo "Eliminar elementos eliminados"
Esta opción tamén está presente para BCJ:
A lóxica desta opción aquí é a mesma que nas tarefas de copia de seguridade habituais: se a máquina non se procesa durante o número de días especificado, os seus datos elimínanse da cadea. Non obstante, para BCJ esta opción é obxectivamente máis útil, e aquí tes por que.
No modo normal, BCJ funciona nun modo de incremento infinito, polo que se nalgún momento a máquina é eliminada da tarefa, a retención eliminará gradualmente todos os puntos de recuperación ata que só quede un, en VBK. Agora imaxinemos que o traballo tamén está configurado para crear puntos GFS sintéticos. Cando chegue o momento, o traballo terá que crear un GFS para todas as máquinas da cadea. Se algunha máquina non ten puntos novos, ben, tes que usar o que hai. E así cada vez. Como resultado, pode darse a seguinte situación:
Presta atención á sección Ficheiros: temos o VBK principal e 2 puntos GFS semanais. E agora á sección de puntos de restauración; de feito, estes ficheiros conteñen a mesma imaxe da máquina. Por suposto, tales puntos GFS non teñen sentido, só ocupan espazo.
Esta situación só é posible cando se usa GFS sintético. Para evitar isto, use a opción "Eliminar elementos eliminados". Só lembra configuralo para un número adecuado de días. O soporte técnico viu casos nos que a opción se estableceu en menos do número de días que o intervalo de sincronización: BCJ comezou a disparar e eliminar puntos antes de que tivesen tempo de crealos.
Teña en conta tamén que esta opción non afecta aos puntos GFS existentes. Se queres limpar os arquivos, cómpre facelo manualmente, facendo clic co botón dereito do rato na máquina e seleccionando "Eliminar do disco" (na xanela que aparece, non esquezas marcar a caixa de verificación "Eliminar a copia de seguranza completa de GFS"):
Innovation v.10 - copia inmediata (copia inmediata)
Despois de tratar a funcionalidade "clásica", pasemos á nova. A innovación é unha, pero moi importante. Este é un novo modo de funcionamento.
Non existe un "intervalo de sincronización", a tarefa supervisará constantemente se apareceron novos puntos e copialos todos, sen importar cantos haxa. Non obstante, o traballo segue sendo incremental, o que significa que aínda que o traballo principal crea un VBK ou VRB, eses puntos copiaranse como VIB. En caso contrario, non hai sorpresas neste modo: tanto a retención estándar como GFS funcionan segundo as regras descritas anteriormente (aínda que só GFS sintético está dispoñible aquí).
Os discos están xirando. Características dos repositorios de unidades rotativas
A ameaza constante dos virus ransomware converteu no estándar de seguranza de facto ter unha copia dos datos nun medio onde o virus non pode chegar. Unha opción é utilizar repositorios que rotan discos, onde os discos se utilizan á súa vez: mentres un disco está conectado e escribible, o resto gárdanse nun lugar seguro.
Para ensinar a B&R a traballar con tales repositorios, na configuración do repositorio, no paso Repositorio, faga clic no botón Avanzado e seleccione a opción adecuada:
Despois diso, VBR agardará a que a cadea existente periodicamente desapareza do repositorio, o que significa rotación do disco. Dependendo do tipo de repositorio e do tipo de traballo, B&R comportarase de forma diferente. Podes representar isto cunha táboa coma esta:
Consideremos cada opción.
Traballo normal e repositorio de Windows
Entón, temos unha tarefa que garda cadeas no primeiro disco. Durante a rotación, a cadea creada realmente desaparece e a tarefa debe sobrevivir dalgún xeito a esta perda. Atopa consolo ao crear unha copia de seguridade completa. Así, cada rotación significa unha copia de seguridade completa. Pero que pasa cos puntos dunha unidade desconectada? Lémbranse e téñense en conta ao calcular a retención. Así, o número establecido de puntos na tarefa é cantos puntos deben manterse en todos os discos. Aquí tes un exemplo:
O traballo execútase en modo incremental infinito e está configurado para almacenar 3 puntos de restauración. Pero tamén temos un segundo disco, e xirámolo unha vez por semana (pode haber máis discos, isto non cambia a esencia).
Na primeira semana, a tarefa creará puntos no primeiro disco e fusionará os extras. Así, o número total de puntos será de tres:
Despois conectamos o segundo disco. Ao iniciar, B&R notará que a unidade cambiou. A cadea do primeiro disco desaparecerá da interface, pero a información sobre ela permanecerá na base de datos. O traballo agora manterá 3 puntos no segundo disco. A situación xeral será a seguinte:
Finalmente, volvemos conectar a primeira unidade. Antes de crear un novo punto, a tarefa comprobará o que hai coa retención. E a retención, recórdovos, está configurada para almacenar 3 puntos. Mentres tanto, temos 3 puntos no disco 2 (pero está fóra de liña e almacenado nun lugar seguro onde B&R non pode chegar) e 3 puntos no disco 1 (pero este está conectado). Así, pode eliminar con seguridade 3 puntos do disco 1, xa que superan a retención. Despois diso, a tarefa crea de novo unha copia de seguridade completa e a nosa cadea comeza a verse así:
Se a retención está configurada para almacenar días en lugar do número de puntos, a lóxica non cambia. Ademais, a retención de GFS non se admite en absoluto cando se usan repositorios con rotación de disco.
Traballo normal e almacenamento en rede do repositorio de Linux
Esta opción tamén é posible, pero en xeral é menos recomendable debido ás restricións impostas. A tarefa responderá á rotación do disco e á desaparición da cadea do mesmo xeito: creando unha copia de seguridade completa. A limitación está relacionada co mecanismo de retención truncado.
Aquí, durante a rotación, a cadea completa do disco desconectado simplemente elimínase da base de datos de B&R. Preste atención: a partir da base de datos, os propios ficheiros permanecen no disco. Pódense importar e utilizar para a súa recuperación, pero non é difícil adiviñar que tarde ou cedo esas cadeas esquecidas encherán todo o repositorio.
A solución é engadir DWORD ForceDeleteBackupFiles como se indica nesta páxina: . Despois diso, o traballo simplemente comezará a eliminar todo o contido do cartafol do traballo ou do repositorio (dependendo do valor) en cada rotación.
Non obstante, non se trata dunha retención elegante, senón dunha limpeza de todo o contido. Desafortunadamente, o soporte técnico atopou casos nos que o repositorio era simplemente o directorio raíz do disco, onde, ademais das copias de seguridade, había outros datos. Todo isto foi destruído durante a rotación.
Ademais, cando ForceDeleteBackupFiles está activado, funciona para todo tipo de repositorios, é dicir, incluso os repositorios en Windows deixarán de aplicar retención e comezarán a eliminar contido. Noutras palabras, un disco local en Windows é a mellor opción para tal sistema de almacenamento de copia de seguridade.
Copia de seguridade e repositorio de Windows
Con BCJ, as cousas fanse aínda máis interesantes. Non só hai unha retención total, senón que non é necesario facer unha copia de seguridade completa cada vez que cambies o disco. Funciona así:
Primeiro, B&R comeza a facer puntos no primeiro disco. Digamos que establecemos a retención en 3 puntos. A tarefa funcionará nun modo de incremento infinito e fusionará todo o que sexa superfluo (lémbroche que a retención GFS non é compatible neste caso).
Despois conectamos o segundo disco. Como aínda non hai ningunha cadea, creamos unha copia de seguridade completa, despois da cal temos unha segunda cadea de tres puntos:
Finalmente, é hora de volver conectar a primeira unidade. E aí é onde entra a maxia, xa que a tarefa non creará unha copia de seguridade completa, senón que continuará coa cadea incremental:
Despois diso, de feito, cada disco terá a súa propia cadea independente. Polo tanto, a retención aquí non significa o número de puntos en todos os discos, senón o número de puntos en cada disco por separado.
Copia de seguranza e almacenamento en rede do repositorio de Linux
De novo, pérdese toda a elegancia se o repositorio non está nunha unidade local de Windows. Este script funciona de forma similar á tarefa sinxela anterior. En cada rotación, BCJ creará unha copia de seguridade completa e esqueceranse os puntos existentes. Para non quedar sen espazo libre, cómpre utilizar DWORD ForceDeleteBackupFiles.
Conclusión
Así, como resultado dun texto tan longo, consideramos dous tipos de tarefas. Por suposto, hai moitas máis tarefas, pero non será posible consideralas todas no formato dun artigo. Se despois de ler aínda tes algunha dúbida, escríbea nos comentarios, estarei encantada de contestala persoalmente.
Fonte: www.habr.com