¡Hola lectores de nuestro blog! En parte, ya estamos familiarizados: mis publicaciones en inglés aparecieron aquí en la traducción de mi querido colega . Esta vez decidí dirigirme directamente a la audiencia de habla rusa.
Para mi debut, quería encontrar un tema que fuera interesante para la audiencia más amplia posible y que requiriera una consideración detallada. Daniel Defoe argumentó que la muerte y los impuestos esperan a cualquier persona. Por mi parte, puedo decir que cualquier ingeniero de soporte está esperando preguntas sobre las políticas para almacenar puntos de recuperación (o, en términos más simples, retención). Empecé a explicar cómo funciona la retención hace 4 años como ingeniero junior de nivel XNUMX, y sigo explicando ahora como líder del equipo de habla hispana e italiana. Estoy seguro de que mis colegas del segundo e incluso del tercer nivel de soporte también responden regularmente las mismas preguntas.
En este sentido, quería escribir una publicación final, lo más detallada posible, a la que los usuarios de habla rusa pudieran volver una y otra vez como referencia. El momento es el correcto: la versión del décimo aniversario lanzada recientemente agregó nuevas características a la funcionalidad básica que no ha cambiado durante años. Mi publicación se centra principalmente en esta versión; aunque la mayor parte de lo que está escrito es cierto para las versiones anteriores, simplemente no encontrará algunas de las funciones descritas allí. Finalmente, mirando un poco hacia el futuro, diré que se esperan algunos cambios en la próxima versión, pero les informaremos cuando llegue el momento. Entonces empecemos.
trabajos de copia de seguridad
Primero, veamos la parte que no ha cambiado en la versión 10. La política de retención está determinada por varios parámetros. Abramos la ventana para crear una nueva tarea y vayamos a la pestaña Almacenamiento. Aquí veremos un parámetro que determina el número deseado de puntos de restauración:
Sin embargo, esto es solo una parte de la ecuación. El número real de puntos también está determinado por el modo de copia de seguridad establecido para el trabajo. Para seleccionar esta opción, haga clic en el botón Avanzado en la misma pestaña. Esto abrirá una nueva ventana con muchas opciones. Vamos a numerarlos y considerarlos uno por uno:
Si solo está habilitada la opción 1, el trabajo se ejecutará en modo "incremental infinito" (incremental continuo hacia adelante). Aquí no hay dificultades: la tarea almacenará el número establecido de puntos de restauración desde una copia de seguridad completa (archivo con la extensión VBK) hasta el último incremento (archivo con la extensión VIB). Cuando el número de puntos supera el valor establecido, el incremento más antiguo se combinará con la copia de seguridad completa. En otras palabras, si la tarea está configurada para almacenar 3 puntos, inmediatamente después de la próxima sesión habrá 4 puntos en el repositorio, después de lo cual la copia de seguridad completa se fusionará con el incremento más antiguo y la cantidad total de puntos volverá a ser 3.
También extremadamente simple es la retención para el modo “incremental inverso” (opción 2). Dado que en este caso el punto más nuevo será una copia de seguridad completa, seguida de una cadena de los llamados rollbacks (archivos con extensión VRB), para aplicar la retención, basta simplemente con eliminar el rollback más antiguo. La situación será la misma: inmediatamente después de la sesión, el número de puntos superará el valor establecido en 1, después de lo cual volverá al valor deseado.
Tenga en cuenta que con el modo incremental inverso, también puede habilitar copias de seguridad completas periódicas (opción 4), pero esto no cambiará la esencia. Sí, los puntos de restauración completos aparecerán en la cadena, pero seguiremos eliminando los puntos más antiguos de uno en uno.
Finalmente, llegamos a la parte interesante. Si habilita la copia de seguridad incremental, pero también habilita las opciones 3 o 4 (o ambas al mismo tiempo), la tarea comenzará a crear copias de seguridad completas periódicas utilizando el método "activo" o sintético. El método para crear una copia de seguridad completa no es importante: contendrá los mismos datos y la cadena incremental se dividirá en "cadenas secundarias". Este método se llama adelante incremental, y es él quien provoca una parte importante de las preguntas de nuestros clientes.
La retención se aplica aquí eliminando la parte más antigua de la cadena (desde una copia de seguridad completa hasta un incremento). Al mismo tiempo, no eliminaremos solo una copia de seguridad vacía o solo una parte de los incrementos. Toda la "subcadena" se elimina por completo a la vez. El significado de establecer el número de puntos también cambia: si en otros métodos este es el número máximo permitido, después de lo cual se debe aplicar la retención, aquí esta configuración determina el número mínimo. En otras palabras, después de eliminar la "subcadena" más antigua, el número de puntos en la parte restante no debe caer por debajo de este mínimo.
Intentaré representar este concepto gráficamente. Digamos que la retención se establece en 3 puntos, la tarea se ejecuta todos los días con una copia de seguridad completa el lunes. En este caso, la retención se aplicará cuando el número total de puntos llegue a 10:
¿Por qué ya 10 cuando pusieron 3? El lunes, se creó una copia de seguridad completa. De martes a domingo, el trabajo creó incrementos. Finalmente, el próximo lunes, se crea nuevamente una copia de seguridad completa y solo cuando se crean 2 incrementos, finalmente se puede eliminar toda la parte anterior de la cadena, porque el número restante de puntos no caerá por debajo del conjunto 3.
Si la idea es clara, le sugiero que intente calcular la retención usted mismo. Tomemos las siguientes condiciones: la tarea se inicia por primera vez el jueves (naturalmente, se realizará una copia de seguridad completa). La tarea está configurada para crear una copia de seguridad completa los miércoles y domingos y almacenar 8 puntos de restauración. ¿Cuándo se aplicará la retención por primera vez?
Para responder a esta pregunta, te recomiendo que tomes una hoja de papel, la dibujes por día de la semana y anotes qué punto se crea cada día. La respuesta será obvia.
respuesta
Aclaración: Para responder basta con preguntarse ¿cuándo se aplicará la retención? La respuesta es cuando podemos eliminar los primeros 3 puntos (VBK, VIB, VIB) y el resto de la cadena no cae por debajo de los 8 puntos requeridos. Queda claro que podremos hacer esto cuando tengamos 11 puntos en total, es decir, el domingo de la segunda semana.
Algunos lectores pueden objetar: “¿para qué todo esto, si hay ? Sin duda es una herramienta muy útil, y en algunos casos la usaría, pero también tiene limitaciones. En primer lugar, no le permite especificar las condiciones iniciales y, en muchos casos, la pregunta es exactamente "tenemos tal cadena, ¿qué sucederá si cambiamos tal y tal configuración?". En segundo lugar, la herramienta aún carece de visibilidad. Al mostrar la página de RPS a los clientes, no encontré comprensión, pero después de pintarla como en el ejemplo (incluso usando el mismo Paint), día tras día, todo quedó claro.
Por último, no hemos considerado la opción “Transformar cadenas de copias de seguridad anteriores en reversiones” (marcada con el número 5). Esta opción a veces confunde a los clientes que la activan "sobre la marcha", queriendo habilitar una copia de seguridad sintética simple. Mientras tanto, esta opción activa un modo de copia de seguridad muy especial. Sin entrar en detalles, diré de inmediato que, en esta etapa del desarrollo del producto, "Transformar las cadenas de respaldo anteriores en reversiones" es una opción obsoleta y no puedo pensar en un solo escenario en el que deba usarse. Su valor es tan dudoso que desde hace un tiempo el propio Anton Gostev envió una llamada a través del foro, pidiéndole que le enviara ejemplos de su uso útil (si tiene alguno, escríbalo en los comentarios, estoy muy interesado). Si no hay ninguno (creo que lo habrá), la opción se eliminará en futuras versiones.
El trabajo creará incrementos (VIB) hasta el día en que se programe la copia de seguridad completa sintética. En este día, se crea VBK, pero todos los puntos anteriores a este VBK se transforman en reversiones (VRB). Después de eso, el trabajo continuará creando incrementos en la copia de seguridad completa hasta la siguiente copia de seguridad sintética. Como resultado, se crea una mezcla explosiva de archivos VBK, VBR y VIB en la cadena. La tensión se aplica de forma muy sencilla, eliminando el último VBR:
Problemas
Además de comprender realmente cómo funciona, la mayoría de los problemas que surgen al usar el modo incremental suelen estar asociados con una copia de seguridad completa. Se necesita una copia de seguridad completa regular para este modo, de lo contrario, el repositorio acumulará puntos hasta que se desborde.
Por ejemplo, es posible que se cree una copia de seguridad completa con poca frecuencia. Digamos que la tarea está configurada para almacenar 10 puntos y se crea una copia de seguridad completa una vez al mes. Está claro que el número real de puntos aquí será mucho mayor que el establecido. O la tarea generalmente está configurada para trabajar en un modo incremental infinito y almacenar 50 puntos. Luego, alguien creó accidentalmente una copia de seguridad completa. Eso es todo, a partir de ahora la tarea esperará hasta que el punto completo acumule 49 incrementos, luego de lo cual aplicará la retención y volverá al modo infinito-completo.
En otros casos, una copia de seguridad completa está configurada para crearse regularmente, pero por alguna razón no lo hace. Voy a enumerar la razón más popular aquí. Algunos clientes prefieren usar la opción de programación "ejecutar después" y configurar los trabajos para que se ejecuten en cadena. Tomemos este ejemplo: hay 3 trabajos que se ejecutan todos los días y crean una copia de seguridad completa el domingo. La primera manga comienza a las 22.30, el resto se lanzan en cadena. Una copia de seguridad incremental tarda 10 minutos y, por lo tanto, a las 23.00:22.30 todas las tareas terminan su trabajo. Pero una copia de seguridad completa tarda una hora, por lo que el domingo sucede lo siguiente: la primera tarea se ejecuta de 23.30:23.30 a 00.30:XNUMX. El próximo es de XNUMX a XNUMX. Pero la tercera tarea se lanza el lunes. Una copia de seguridad completa está configurada para el domingo, por lo que en este caso simplemente no lo será. La tarea esperará una copia de seguridad completa para aplicar la retención. Así que tenga cuidado al usar la opción "ejecutar después" o no la use en absoluto: simplemente configure los trabajos para que comiencen al mismo tiempo y deje que el programador de recursos haga su trabajo.
La difícil opción "Eliminar elementos eliminados"
Al revisar la configuración de la tarea Almacenamiento - Avanzado - Mantenimiento, puede tropezar con la opción "eliminar datos de elementos eliminados después", calculada en días.
Algunos clientes esperan que esto sea retención. De hecho, esta es una opción completamente separada, cuyo malentendido puede tener consecuencias inesperadas. Sin embargo, antes que nada, debo explicar cómo reacciona B&R en situaciones en las que solo unas pocas máquinas se respaldan con éxito durante la sesión.
Imagine este escenario: un trabajo incremental infinito configurado para almacenar 6 puntos. Hay 2 máquinas en la tarea, una siempre realizó una copia de seguridad con éxito, la otra a veces dio errores. Como resultado, por el punto séptimo, se ha desarrollado la siguiente situación:
Es hora de aplicar la retención, pero una máquina tiene 7 puntos y la otra solo 4. ¿Se aplicará la retención aquí? La respuesta es sí, lo hará. Si se ha realizado una copia de seguridad de al menos un objeto, B&R considera que se ha creado el punto.
Una situación similar puede surgir si alguna máquina simplemente no se incluyó en la tarea durante una determinada sesión. Esto sucede, por ejemplo, cuando las máquinas se agregan a la tarea no individualmente, sino como parte de contenedores (carpetas, almacenamientos) y alguna máquina migra temporalmente a otro contenedor. Entonces el trabajo se considerará exitoso, pero encontrará un mensaje en las estadísticas que le indicará que preste atención al hecho de que el trabajo ya no procesa tal o cual máquina.
¿Qué pasará si no le prestas atención? En el caso de los modos incremental infinito o incremental inverso, el número de puntos de restauración de la máquina "problemática" disminuirá con cada sesión hasta llegar a 1 guardado en VBK. En otras palabras, incluso si no se realiza una copia de seguridad de la máquina durante mucho tiempo, aún quedará un punto de restauración. Este no es el caso si las copias de seguridad completas periódicas están habilitadas. Si se ignoran las señales de B&R, el último punto puede eventualmente eliminarse junto con la parte anterior de la cadena.
Habiendo entendido estos detalles, finalmente podemos considerar la opción "Eliminar datos de elementos eliminados después". Eliminará todos los puntos de una máquina en particular si no se realiza una copia de seguridad de esa máquina durante X días. Tenga en cuenta que esta configuración no responde a los errores (probado - no funcionó). Ni siquiera debería haber un intento de hacer una copia de seguridad de la máquina. Parecería que la opción es útil y siempre debe mantenerse habilitada. Si el administrador eliminó la máquina de la tarea, es lógico borrar la cadena de datos innecesarios después de un tiempo. Sin embargo, el ajuste requiere disciplina y cuidado.
Permítanme darles un ejemplo de la práctica: se agregaron varios contenedores a la tarea, cuya composición fue bastante dinámica. Debido a la falta de RAM, el servidor de B&R experimentó problemas que pasaron desapercibidos. Comenzó la tarea y trató de hacer una copia de seguridad de las máquinas, excepto una, que en ese momento no estaba presente en el contenedor. Dado que muchas máquinas han generado errores, B&R tiene que realizar 3 intentos adicionales de forma predeterminada para realizar copias de seguridad de las máquinas "problemáticas". Debido a problemas constantes con la memoria RAM, estos intentos se prolongaron durante varios días. No hubo un segundo intento de hacer una copia de seguridad de la máquina virtual que falta (la ausencia de una máquina virtual no es un error). Como resultado, durante uno de los repetidos intentos, se cumplió la condición "Eliminar elementos eliminados" y se eliminaron todos los puntos de la máquina.
En esta oportunidad, puedo decir lo siguiente: si tiene notificaciones sobre los resultados de las tareas configuradas, y mejor aún, se utiliza la integración con Veeam ONE, entonces lo más probable es que esto no le suceda. Si revisa el servidor B&R una vez a la semana para verificar que todo funcione, entonces es mejor rechazar las opciones que podrían conducir a la eliminación de las copias de seguridad.
Novedades en v.10
Lo que hemos estado hablando antes ha existido en B&R durante muchas versiones. Habiendo entendido estos principios de trabajo, veamos ahora qué se agregó en los "diez primeros" del aniversario.
Retención diaria
Arriba, consideramos la política de almacenamiento "clásica" basada en la cantidad de puntos. Un enfoque alternativo es establecer "días" en lugar de "puntos de restauración" en el mismo menú.
La idea es clara por el nombre: la retención almacenará la cantidad de días establecida, la cantidad de puntos en cada día no importa. Al hacerlo, recuerda lo siguiente:
- El día actual no se tiene en cuenta al calcular la retención
- También se cuentan los días en que la tarea no funcionó en absoluto. Esto conviene tenerlo en cuenta para no perder accidentalmente los puntos de aquellas tareas que funcionan de forma irregular.
- El punto de restauración se cuenta desde el día en que se creó (es decir, si la tarea comenzó el lunes y finalizó el martes, entonces este es un punto desde el lunes)
De lo contrario, los principios para aplicar la retención por tareas también vienen determinados por el método de copia de seguridad elegido. Intentemos otra tarea de cálculo usando el mismo método incremental. Digamos que la retención se establece en 8 días, la tarea se ejecuta cada 6 horas con una copia de seguridad completa el miércoles. En este caso, la tarea no funciona el domingo. El trabajo se ejecuta el lunes por primera vez. ¿Cuándo se aplicará la retención?
respuesta
Como de costumbre, lo mejor es dibujar una señal. Me permitiré simplificar la tarea y no dibujaré todos los puntos creados para cada día, porque aquí no importa la cantidad de puntos por día. Solo es importante para nosotros que el primer lunes y los miércoles el primer punto sea una copia de seguridad completa, los demás días la tarea simplemente creará 4 puntos incrementales.
Entendemos por nosotros mismos que la retención se aplicará al eliminar la copia de seguridad completa del lunes y su incremento. ¿Cuándo sucederá? Cuando el resto de la cadena contendrá 8 días. Al mismo tiempo, no contamos el día actual, sino el domingo, por el contrario, contamos. Así que la respuesta es el jueves de la segunda semana.
Archivado GFS para trabajos regulares
Antes de la versión 10, el método de almacenamiento abuelo-padre-hijo (GFS) solo estaba disponible para trabajos de copia de respaldo y trabajos de copia en cinta. Ahora también está disponible para una copia de seguridad periódica.
Aunque esto no está relacionado con el tema actual, no puedo decir que la nueva funcionalidad no signifique una desviación de la estrategia 3-2-1. La presencia de puntos de archivo en el repositorio principal no afecta en modo alguno a su fiabilidad. Se entiende que GFS se usará junto con un repositorio escalable para enviar estos puntos a S3 y almacenamientos similares. Si no lo usa, es mejor continuar almacenando puntos primarios y de archivo en diferentes repositorios.
Ahora veamos los principios de la creación de puntos GFS. En la configuración de tareas, en el paso Almacenamiento, apareció un botón especial que llama al siguiente menú:
La esencia de GFS se puede reducir a varios puntos (tenga en cuenta que GFS funciona de manera diferente en otros tipos de tareas, pero hablaremos de eso más adelante):
- La tarea no crea una copia de seguridad completa separada bajo el punto GFS. En su lugar, se utilizará la copia de seguridad completa más adecuada disponible. Por lo tanto, el trabajo debe ejecutarse en modo incremental con una copia de seguridad completa periódica, o el usuario debe crear una copia de seguridad completa manualmente.
- Si solo se habilita un período (por ejemplo, un período semanal), al comienzo del período GFS, la tarea simplemente comenzará a esperar una copia de seguridad completa y marcará la primera adecuada como GFS.
Ejemplo: un trabajo está configurado para almacenar un GFS semanal mediante una copia de seguridad de los miércoles. La tarea se ejecuta todos los días, pero la copia de seguridad completa está programada para el viernes. En este caso, el período GFS comenzará el miércoles y la tarea comenzará a esperar un punto adecuado. Aparecerá el viernes y estará marcado con la bandera GFS.
- Si se habilitan varios períodos a la vez (por ejemplo, semanal y mensual), B&R aplicará un método que permita usar el mismo punto como GFS de varios intervalos (para ahorrar espacio). Las banderas se asignarán por turnos, empezando por el más joven.
Ejemplo: el GFS semanal se establece en miércoles y el GFS mensual se establece en la última semana del mes. El trabajo se ejecuta todos los días y crea copias de seguridad completas los lunes y viernes.
Para simplificar, comencemos a contar desde la penúltima semana del mes. Esta semana se creará una copia de seguridad completa el lunes, pero se ignorará porque el intervalo GFS semanal comienza el miércoles. Pero la copia de seguridad completa del viernes es completamente adecuada para el punto GFS. Este sistema ya nos resulta familiar.
Ahora considere lo que sucederá en la última semana del mes. El intervalo GFS mensual comenzará el lunes, pero el VBK del lunes no se etiquetará como GFS porque el trabajo busca etiquetar un VBK como un punto GFS mensual y semanal. Al mismo tiempo, la búsqueda comienza con la semanal, por lo tanto, por definición, también puede convertirse en mensual.
Sin embargo, si solo se habilitan los intervalos semanales y anuales, operarán independientemente uno del otro y pueden marcar 2 VBK separados como intervalos GFS correspondientes.
Trabajos de copia de seguridad
Otro tipo de tarea, que a menudo requiere aclaraciones en el trabajo. Para empezar, analicemos el método de trabajo "clásico", sin innovaciones v.10
Un método de retención simple
De forma predeterminada, estos trabajos se ejecutan en modo incremental infinito. La creación de puntos está determinada por dos parámetros: el intervalo de copia y la cantidad deseada de puntos de restauración (aquí no hay retención por día). El intervalo de copia se establece en la primera pestaña Trabajo al crear un trabajo:
El número de puntos se determina un poco más adelante en la pestaña Objetivo
El trabajo crea 1 punto nuevo por intervalo (no importa cuántos puntos hayan creado los trabajos originales para la máquina virtual). Al final del intervalo, se finaliza el nuevo punto y, si es necesario, se aplica una retención concatenando el VBK y el incremento más antiguo. Este mecanismo ya nos es familiar.
Método de retención usando GFS
BCJ también puede almacenar puntos archivados. Esto se configura en la misma pestaña Destino, justo debajo de la configuración del número de puntos de restauración:
Los puntos GFS se pueden crear de dos maneras: sintéticamente, usando los datos del repositorio secundario, o simulando una copia de seguridad completa y leyendo todos los datos del repositorio principal (activado por la opción marcada con el número 3). La retención en ambos casos será muy diferente, por lo que los consideraremos por separado.
GFS sintético
En este caso, el punto GFS no se crea exactamente el día señalado. En su lugar, se creará un punto GFS cuando el VIB del día en que se programó la creación del punto GFS se combine con la copia de seguridad completa. Esto a veces causa malentendidos, porque pasa el tiempo, pero todavía no hay un punto GFS. Y solo un poderoso chamán del soporte técnico puede predecir en qué día aparecerá el punto. De hecho, no se necesita magia: solo mire la cantidad establecida de puntos y el intervalo de sincronización (cuántos puntos se crean cada día). Intente calcularlo usted mismo usando este ejemplo: la tarea está configurada para almacenar 7 puntos, el intervalo de sincronización es de 12 horas (es decir, 2 puntos por día). De momento ya hay 7 puntos en la cadena, hoy es lunes, y para este día está prevista la creación de un punto GFS. ¿Qué día se creará?
respuesta
Aquí es mejor describir cómo cambiará la dinámica de la cadena, por día:
Entonces, el lunes, el último incremento en la cadena se marca como GFS, pero no ocurren otros cambios visibles. Todos los días la tarea crea 2 nuevos puntos, y la retención mueve la cadena inexorablemente hacia adelante. Finalmente, el jueves, es hora de aplicar la retención a ese mismo incremento. Esta sesión llevará más tiempo de lo habitual, porque la tarea "tirará" de la cadena los bloques necesarios y creará un nuevo punto completo. De ahora en adelante, habrá 8 puntos en la cadena - 7 en la cadena principal + GFS.
Creación de puntos GFS con la opción "Leer todo el punto"
Arriba dije que BCJ funciona en modo incremental infinito. Ahora analizaremos la única excepción a esta regla. Si habilita la opción "Leer todo el punto", el punto GFS se creará exactamente en el día programado. La tarea en sí funcionará en modo incremental con copias de seguridad completas periódicas, que discutimos anteriormente. La retención también se aplicará quitando la parte más antigua de la cadena. Sin embargo, en este caso, solo se eliminarán los incrementos y la copia de seguridad completa se dejará como un punto GFS. En consecuencia, los puntos marcados con banderas GFS no se tienen en cuenta al calcular la retención.
Supongamos que la tarea está configurada para almacenar 7 puntos y crear un punto GFS semanal el lunes. En este caso, todos los lunes el trabajo creará una copia de seguridad completa y la marcará como GFS. La retención se aplicará cuando, después de eliminar incrementos de la parte más antigua, el número de incrementos restantes no sea inferior a 7. Así es como se ve en el diagrama:
Entonces, al final de la segunda semana, hay un total de 14 puntos en la cadena. Durante la segunda semana, la tarea generó 7 puntos. Si fuera una tarea sencilla, la retención ya se habría aplicado. Pero este es un BCJ con retención GFS, por lo que no contamos los puntos GFS, lo que significa que solo hay 6. Es decir, todavía no podemos aplicar la retención. En la tercera semana, creamos otra copia de seguridad completa con la bandera GFS. 15 puntos, pero de nuevo no contamos este. Y finalmente, el martes de la tercera semana, creamos un incremento. Ahora, si eliminamos los incrementos de la cadena de la primera semana, el número total de incrementos satisfará la retención establecida.
Como se mencionó anteriormente, en este método es muy importante que se creen regularmente copias de seguridad completas. Por ejemplo, si establece la retención principal en 7 días, pero solo 1 punto anual, es fácil imaginar que los incrementos se acumularán mucho, mucho más que 7. En tales casos, es mejor usar el método sintético para crear GFS.
Y de nuevo "Eliminar elementos eliminados"
Esta opción también está presente para BCJ:
La lógica de esta opción aquí es la misma que en las tareas de copia de seguridad regulares: si la máquina no se procesa durante la cantidad de días especificada, sus datos se eliminan de la cadena. Sin embargo, para BCJ esta opción es objetivamente más útil, y he aquí por qué.
En el modo normal, BCJ funciona en un modo incremental infinito, por lo que si en algún momento la máquina se elimina de la tarea, la retención eliminará gradualmente todos los puntos de recuperación hasta que solo quede uno: en VBK. Ahora imaginemos que el trabajo también está configurado para crear puntos GFS sintéticos. Cuando llegue el momento, el trabajo deberá crear un GFS para todas las máquinas de la cadena. Si alguna máquina no tiene ningún punto nuevo, bueno, debe usar el que sí lo tiene. Y así cada vez. En consecuencia, puede presentarse la siguiente situación:
Presta atención a la sección Archivos: tenemos el VBK principal y 2 puntos GFS semanales. Y ahora a la sección Puntos de restauración: de hecho, estos archivos contienen la misma imagen de la máquina. Naturalmente, no tiene sentido tales puntos GFS, solo ocupan espacio.
Esta situación solo es posible cuando se utiliza GFS sintético. Para evitar esto, use la opción "Eliminar elementos eliminados". Solo recuerde configurarlo para un número adecuado de días. El soporte técnico ha visto casos en los que la opción se configuró en menos de la cantidad de días que el intervalo de sincronización: BCJ comenzó a enloquecer y eliminó puntos antes de que tuvieran tiempo de crearlos.
Tenga en cuenta también que esta opción no afecta a los puntos GFS existentes. Si desea limpiar los archivos, debe hacerlo manualmente, haciendo clic con el botón derecho en la máquina y seleccionando "Eliminar del disco" (en la ventana que aparece, no olvide marcar la casilla de verificación "Eliminar copia de seguridad completa de GFS") :
Innovación v.10 - copia inmediata (copia inmediata)
Habiendo tratado con la funcionalidad "clásica", pasemos a la nueva. La innovación es una, pero muy importante. Este es un nuevo modo de operación.
No existe tal cosa como un "intervalo de sincronización", la tarea monitoreará constantemente si han aparecido nuevos puntos y los copiará a todos, sin importar cuántos haya. Sin embargo, el trabajo sigue siendo incremental, lo que significa que incluso si el trabajo principal crea un VBK o VRB, esos puntos se copiarán como VIB. De lo contrario, no hay sorpresas en este modo: tanto la retención estándar como la GFS funcionan de acuerdo con las reglas descritas anteriormente (aunque aquí solo está disponible GFS sintético).
Los discos están girando. Características de los repositorios de unidades rotadas
La amenaza constante de los virus ransomware ha convertido en el estándar de seguridad de facto tener una copia de los datos en un medio donde el virus no puede llegar. Una opción es usar repositorios de rotación de discos, donde los discos se usan a su vez: mientras un disco está conectado y se puede escribir, el resto se almacena en un lugar seguro.
Para enseñar a B&R a trabajar con dichos repositorios, en la configuración del repositorio, en el paso Repositorio, haga clic en el botón Avanzado y seleccione la opción adecuada:
Después de eso, VBR esperará a que la cadena periódicamente existente desaparezca del repositorio, lo que significa rotación del disco. Según el tipo de repositorio y el tipo de trabajo, B&R se comportará de manera diferente. Puedes representar esto con una tabla como esta:
Consideremos cada opción.
Trabajo normal y repositorio de Windows
Entonces, tenemos una tarea que guarda cadenas en el primer disco. Durante la rotación, la cadena creada en realidad desaparece y la tarea debe sobrevivir de alguna manera a esta pérdida. Encuentra consuelo en la creación de una copia de seguridad completa. Por lo tanto, cada rotación significa una copia de seguridad completa. Pero, ¿qué sucede con los puntos en una unidad desconectada? Se recuerdan y se tienen en cuenta a la hora de calcular la retención. Por lo tanto, el número establecido de puntos en la tarea es cuántos puntos deben mantenerse en todos los discos. Aquí hay un ejemplo:
El trabajo se ejecuta en modo incremental infinito y está configurado para almacenar 3 puntos de restauración. Pero también tenemos un segundo disco, y lo rotamos una vez por semana (puede haber más discos, esto no cambia la esencia).
En la primera semana, la tarea creará puntos en el primer disco y fusionará los adicionales. Así, el número total de puntos será de tres:
Luego conectamos el segundo disco. Al iniciarse, B&R notará que la unidad ha cambiado. La cadena del primer disco desaparecerá de la interfaz, pero la información sobre ella permanecerá en la base de datos. El trabajo ahora tendrá 3 puntos en el segundo disco. La situación general será así:
Finalmente, volvemos a conectar la primera unidad. Antes de crear un nuevo punto, la tarea verificará qué hay con la retención. Y la retención, les recuerdo, está configurada para almacenar 3 puntos. Mientras tanto, tenemos 3 puntos en el disco 2 (pero está fuera de línea y almacenado en un lugar seguro donde B&R no puede acceder) y 3 puntos en el disco 1 (pero este está conectado). Por lo tanto, puede eliminar con seguridad 3 puntos del disco 1, ya que superan la retención. Después de eso, la tarea crea una copia de seguridad completa nuevamente y nuestra cadena comienza a verse así:
Si la retención está configurada para almacenar días en lugar de la cantidad de puntos, la lógica no cambia. Además, la retención GFS no se admite en absoluto cuando se utilizan repositorios con rotación de disco.
Trabajo normal y almacenamiento en red del repositorio de Linux
Esta opción también es posible, pero en general es menos recomendable debido a las restricciones impuestas. La tarea responderá a la rotación del disco y la desaparición de la cadena de la misma manera, creando una copia de seguridad completa. La limitación está relacionada con el mecanismo de retención truncado.
Aquí, durante la rotación, la cadena completa en el disco desconectado simplemente se elimina de la base de datos de B&R. Preste atención: desde la base de datos, los archivos permanecen en el disco. Se pueden importar y usar para la recuperación, pero no es difícil adivinar que, tarde o temprano, tales cadenas olvidadas llenarán todo el repositorio.
La solución es agregar DWORD ForceDeleteBackupFiles como se indica en esta página: . Después de eso, el trabajo simplemente comenzará a eliminar todo el contenido de la carpeta del trabajo o la carpeta del repositorio (según el valor) en cada rotación.
Sin embargo, esto no es una retención elegante, sino más bien una limpieza de todo el contenido. Desafortunadamente, el soporte técnico se ha encontrado con casos en los que el repositorio era simplemente el directorio raíz del disco, donde, además de las copias de seguridad, había otros datos. Todo esto fue destruido durante la rotación.
Además, cuando ForceDeleteBackupFiles está habilitado, funciona para todo tipo de repositorios, es decir, incluso los repositorios en Windows dejarán de aplicar retención y comenzarán a eliminar contenido. En otras palabras, un disco local en Windows es la mejor opción para dicho sistema de almacenamiento de respaldo.
Copia de seguridad y repositorio de Windows
Con BCJ, las cosas se ponen aún más interesantes. ¡No solo hay una retención completa, sino que no es necesario hacer una copia de seguridad completa cada vez que cambia el disco! Funciona así:
Primero, B&R comienza a hacer puntos en el primer disco. Digamos que establecemos la retención en 3 puntos. La tarea funcionará en un modo incremental infinito y fusionará todo lo superfluo (recuerdo que la retención de GFS no es compatible en este caso).
Luego conectamos el segundo disco. Como todavía no hay una cadena, creamos una copia de seguridad completa, después de lo cual tenemos una segunda cadena de tres puntos:
Finalmente, es hora de volver a conectar la primera unidad. Y ahí es donde entra la magia, ya que la tarea no creará una copia de seguridad completa, sino que simplemente continuará la cadena incremental:
Después de eso, de hecho, cada disco tendrá su propia cadena independiente. Por lo tanto, la retención aquí no significa la cantidad de puntos en todos los discos, sino la cantidad de puntos en cada disco por separado.
Copia de seguridad y almacenamiento en red del repositorio de Linux
Nuevamente, se pierde toda la elegancia si el repositorio no está en una unidad local de Windows. Este script funciona de manera similar a la tarea simple anterior. En cada rotación, BCJ creará una copia de seguridad completa y los puntos existentes se olvidarán. Para no quedarse sin espacio libre, debe usar DWORD ForceDeleteBackupFiles.
Conclusión
Entonces, como resultado de un texto tan largo, hemos considerado dos tipos de tareas. Por supuesto, hay muchas más tareas, pero no será posible considerarlas todas en el formato de un artículo. Si después de leer todavía tiene alguna pregunta, escríbala en los comentarios, estaré encantado de responderle personalmente.
Fuente: habr.com