¡Saludos a los lectores de nuestro blog! En parte ya nos conocemos, mis publicaciones en inglés han aparecido aquí traducidas por mi estimada colega. . Esta vez he decidido dirigirme directamente a la audiencia de habla rusa.
Para mi debut, quería encontrar un tema que fuera interesante para una audiencia lo más amplia posible y que requiriera un análisis detallado. Daniel Defoe afirmaba que la muerte y los impuestos son inevitables para cualquier persona. Desde mi perspectiva, puedo decir que cualquier ingeniero de soporte se enfrenta inevitablemente a preguntas sobre las políticas de retención de puntos de recuperación (o, más sencillamente, retención). Comencé a explicar cómo funciona la retención hace 4 años, cuando era un ingeniero de nivel inicial, y sigo explicándolo hoy, ahora como líder de equipo para los equipos de habla hispana e italiana. Estoy seguro de que mis colegas de segundo y hasta tercer nivel de soporte también responden regularmente a las mismas preguntas.
En este contexto, sentí la necesidad de escribir un post definitivo, lo más detallado posible, al que los usuarios de habla rusa pudieran regresar una y otra vez como si fuera una guía. El momento es adecuado: la recientemente lanzada décima versión, un hito, ha añadido nuevas funcionalidades al conjunto básico que no ha cambiado en años. Mi post está orientado principalmente a esta versión, aunque la mayor parte de lo escrito también es cierta para versiones anteriores, hay algunas funcionalidades que simplemente no estarán allí. Finalmente, mirándolo un poco hacia el futuro, diré que se esperan algunos cambios en la próxima versión, pero hablaremos de eso cuando llegue el momento. Así que, comencemos.
Tareas de copia de seguridad (Backup job)
Para empezar, analicemos la parte que no ha cambiado en la versión 10. La política de retención se define 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 define el número deseado de puntos de recuperación:
Sin embargo, esto es solo una parte de la ecuación. La cantidad real de puntos también se determina por el modo de copia de seguridad establecido para la tarea. Para seleccionar este parámetro, hay que hacer clic en el botón Avanzado en la misma pestaña. Esto abrirá una nueva ventana con muchas opciones. Las numeraremos y las revisaremos una por una:
Si se activa solo la opción 1, la tarea funcionará en modo «incremental hacia adelante» (forever forward incremental). Aquí no surgen complicaciones: la tarea almacenará el número establecido de puntos de restauración desde la copia de seguridad completa (archivo con la extensión VBK) hasta el último incremento (archivo con la extensión VIB). Cuando la cantidad de puntos supere el valor establecido, el incremento más antiguo se combinará con la copia de seguridad completa. En otras palabras, si se establece que la tarea almacene 3 puntos, inmediatamente después de la sesión en el repositorio habrá 4 puntos, tras lo cual la copia de seguridad completa se combinará con el incremento más antiguo y el número total de puntos volverá a ser 3.
También es extremadamente sencillo el retén para el modo «incremental inverso» (reverse incremental) (opción 2). Dado que en este caso el punto más reciente será la copia de seguridad completa, seguida de una cadena de los llamados rebotes (archivos con la extensión VRB), basta con eliminar el rebote más antiguo para aplicar el retén. La situación será la misma: inmediatamente después de la sesión, el número de puntos superará el establecido por 1, tras lo cual volverá al valor deseado.
Tenga en cuenta que con el modo incremental inverso también se puede activar una copia de seguridad completa periódica (opción 4), pero esto no cambiará la esencia. Sí, habrá puntos completos de restauración en la cadena, pero seguiremos eliminando los puntos más antiguos uno por uno.
Finalmente, llegamos a la parte interesante. Si se activa la copia de seguridad incremental, pero además se incluyen las opciones 3 o 4 (o ambas al mismo tiempo), la tarea comenzará a crear copias de seguridad completas periódicas mediante el método «activo» o sintético. El método de creación de la copia de seguridad completa no importa: contendrá los mismos datos, y la cadena incremental se dividirá en «subcadenas». Este método se llama incremental hacia adelante, y es precisamente el que genera una parte significativa de las consultas de nuestros clientes.
La retención aquí se aplica eliminando la parte más antigua de la cadena (desde el respaldo completo hasta el incremental). No solo eliminaremos el respaldo vacío o solo una parte de los incrementales. Toda la «subcadena» se elimina completamente de una vez. También cambia el significado de la configuración del número de puntos: mientras que en otros métodos se trata del número máximo permitido, después del 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 parte más antigua de la «subcadena», la cantidad de puntos en la parte restante no debe caer por debajo de este mínimo.
Intentaré representar gráficamente este concepto. Supongamos que la retención está configurada para 3 puntos, y la tarea se ejecuta todos los días con un respaldo completo el lunes. En este caso, la retención se aplicará cuando el número total de puntos alcance 10:
¿Por qué 10, cuando se establecieron 3? El lunes se creó un respaldo completo. Desde el martes hasta el domingo, la tarea generaba incrementales. Finalmente, el siguiente lunes se crea nuevamente un respaldo completo y solo cuando se hayan creado 2 incrementales, toda la parte antigua de la cadena puede eliminarse, porque la cantidad restante de puntos no caerá por debajo de las 3 establecidas.
Si la idea es clara, les propongo que intenten calcular la retención por sí mismos. Tomemos las siguientes condiciones: la tarea se ejecuta por primera vez el jueves (naturalmente, se realizará un respaldo completo). La tarea está configurada para crear un respaldo completo los miércoles y domingos y mantener 8 puntos de recuperación. ¿Cuándo se aplicará la retención por primera vez?
Para responder a esta pregunta, les recomiendo que tomen una hoja de papel, la dividan por días de la semana y escriban qué punto se crea cada día. La respuesta será obvia.
Respuesta
Explicación: para responder, es suficiente preguntarse «¿cuándo se aplicará la retención?» La respuesta es: cuando podamos eliminar los 3 primeros puntos (VBK, VIB, VIB) y la cadena restante no caiga por debajo de los 8 puntos establecidos. Se hace claro que podremos hacer esto cuando tengamos un total de 11 puntos, es decir, el domingo de la segunda semana.
Algunos lectores pueden objetar: «¿Para qué todo esto, si hay ?». Без сомнения, это очень полезный инструмент, и в некоторых случаях я бы применял именно его, но есть у него и ограничения. Прежде всего, он не позволяет указать начальные условия, а во многих случаях случаев вопрос звучит именно «у нас есть такая цепочка, что будет, если изменить такие-то настройки?». Во-вторых, инструменту все-таки несколько не хватает наглядности. Показывая страничку RPS клиентам, я не находил понимания, а вот расписав ее как в примере (даже используя тот же Paint), день за днем, все становилось ясно.
Finalmente, no hemos considerado la opción "Transformar cadenas de respaldo anteriores en reversibles" (marcada con el número 5). Esta opción a veces confunde a los clientes que la activan "automáticamente", deseando simplemente incluir una copia de seguridad sintética. Sin embargo, esta opción activa un modo de respaldo completamente especial. Sin entrar en detalles, diré de inmediato que en esta etapa del desarrollo del producto, "Transformar cadenas de respaldo anteriores en reversibles" es una opción obsoleta, y no puedo pensar en ningún escenario en el que debería usarse. Su valor es tan dudoso que durante un tiempo Anton Gostev pidió ejemplos de su uso útil a través del foro (si tienes alguno, escríbeme en los comentarios, estaré muy interesado). Si no se encuentra ninguno (y creo que así será), la opción será eliminada en las siguientes versiones.
La tarea creará incrementos (VIB) hasta el día en que se programará una copia de seguridad completa sintética. En ese día, se creará realmente un VBK, pero todos los puntos hasta este VBK se transforman en reversibles (VRB). Después de esto, la tarea continuará creando incrementos hacia la copia de seguridad completa hasta la siguiente copia de seguridad sintética. Como resultado, en la cadena se crea una mezcla explosiva de archivos VBK, VBR y VIB. La retención se aplica de manera muy simple: eliminando el último VBR.
Problemas
Además de comprender cómo funciona esto, la mayoría de los problemas que surgen al utilizar el modo incremental suelen estar relacionados con la 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 llene.
Por ejemplo, una copia de seguridad completa puede crearse con demasiada poca frecuencia. Supongamos que la tarea está configurada para almacenar 10 puntos y la copia de seguridad completa se crea una vez al mes. Es evidente que la cantidad real de puntos aquí será significativamente mayor que la indicada. O la tarea está configurada para trabajar en modo incremental infinito y almacenar 50 puntos. Luego, alguien accidentalmente creó una copia de seguridad completa. Eso es todo, a partir de ahora la tarea esperará a que el punto completo acumule 49 incrementos, tras lo cual aplicará la retención y volverá al modo completamente infinito.
En otros casos, la copia de seguridad completa está programada para crearse regularmente, pero por alguna razón esto no sucede. Aquí detallaré la razón más común. Algunos clientes prefieren usar la opción de programación “ejecutar después” y configurar tareas para que funcionen en cadena. Tomemos este ejemplo: hay 3 tareas que se ejecutan cada día y crean una copia de seguridad completa el domingo. La primera tarea comienza a las 22:30, las demás se inician en cadena. La copia de seguridad incremental tarda 10 minutos, por lo que a las 23:00 todas las tareas han terminado. Sin embargo, la copia de seguridad completa tarda una hora, por lo que el domingo ocurre lo siguiente: la primera tarea funciona de 22:30 a 23:30. La siguiente de 23:30 a 00:30. Y la tercera tarea ya se inicia el lunes. La copia de seguridad completa está programada para el domingo, por lo que en este caso simplemente no existirá. La tarea esperará a que la copia de seguridad completa se aplique para implementar la retención. Por lo tanto, tenga cuidado al usar la opción “ejecutar después” o no la use en absoluto; simplemente configure las tareas para que comiencen a la misma hora y permita que el planificador de recursos haga su trabajo.
Una opción complicada: “Eliminar elementos eliminados”
Al navegar por la configuración de la tarea Almacenamiento – Avanzado – Mantenimiento, puede encontrar la opción “eliminar datos de elementos eliminados después de”, medida en días.
Algunos clientes esperan que esto sea la retención. En realidad, es una opción completamente separada, cuya falta de comprensión puede llevar a consecuencias inesperadas. Sin embargo, primero necesitamos explicar cómo B&R reacciona en situaciones donde durante la sesión solo se respaldan con éxito algunas máquinas.
Imaginemos el siguiente escenario: una tarea de copia de seguridad incremental infinita, configurada para mantener 6 puntos. En la tarea hay 2 máquinas, una siempre se ha respaldado correctamente, la otra a veces daba errores. En última instancia, al llegar al séptimo punto, se dio 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á aquí la retención? La respuesta es: sí, se aplicará. Si al menos un objeto fue respaldado, B&R considera que el punto ha sido creado.
Una situación similar puede surgir si alguna máquina simplemente no fue incluida en la tarea durante una sesión específica. Esto puede ocurrir, por ejemplo, cuando las máquinas se agregan a la tarea no de forma individual, sino en contenedores (carpetas, almacenes) y alguna máquina migra temporalmente a otro contenedor. En tal caso, la tarea se considerará exitosa, pero en las estadísticas encontrarás un mensaje que llama la atención sobre el hecho de que esa máquina ya no es tratada por la tarea.
¿Qué pasará si no se presta atención a esto? En el caso de los modos de incrementación infinita o decrementación inversa, la cantidad de puntos de recuperación de la máquina 'problemática' disminuirá con cada sesión, hasta llegar a 1, almacenada en el VBK. En otras palabras, incluso si la máquina no se respalda durante mucho tiempo, aún quedará un punto de recuperación. La situación es diferente si se activan las copias de seguridad completas periódicas. Si se ignoran las señales de B&R, al final el último punto puede ser eliminado junto con la parte más antigua de la cadena.
Una vez comprendidos estos detalles, finalmente podemos considerar la opción 'Eliminar datos de elementos eliminados después de'. Esto eliminará todos los puntos para una máquina específica si esa máquina no se respalda durante X días. Ten en cuenta que esta configuración no reacciona a errores (se intentó, no se logró). No debe haber ni siquiera un intento de respaldo de la máquina. Aparentemente, la opción es útil y siempre se debe mantener activada. Si el administrador eliminó la máquina de la tarea, tendría sentido limpiar las cadenas de datos innecesarios después de un tiempo. Sin embargo, la configuración requiere disciplina y atención.
Un ejemplo práctico: en la tarea se añadieron varios contenedores, cuya composición era bastante dinámica. Debido a la falta de RAM, el servidor B&R experimentó problemas que pasaron desapercibidos. La tarea se inició e intentó hacer una copia de seguridad de las máquinas, excepto una que en ese momento no estaba presente en el contenedor. Como muchas máquinas devolvieron errores, por defecto B&R debe intentar realizar 3 intentos adicionales para hacer una copia de seguridad de las máquinas "problemáticas". Debido a los constantes problemas de RAM, estos intentos se extendieron por varios días. No hubo un segundo intento para hacer una copia de seguridad de la VM faltante (la ausencia de la VM no es un error). Al final, durante uno de los intentos adicionales, se cumplió la condición “Eliminar elementos eliminados” y se eliminaron todos los puntos de la máquina.
Sobre esto puedo decir lo siguiente: si tiene configuradas las alertas sobre los resultados de las tareas, y aún mejor, si utiliza la integración con Veeam ONE, lo más probable es que esto no le suceda. Si solo revisa el servidor B&R una vez a la semana para asegurarse de que todo funcione, es mejor evitar opciones que potencialmente puedan llevar a la eliminación de copias de seguridad.
Lo que se añadió en la versión 10
Lo que discutimos anteriormente existió en B&R durante muchas versiones. Una vez entendidos estos principios de funcionamiento, veamos qué se añadió en la "décima" versión conmemorativa.
Retención diaria
Antes consideramos la política de almacenamiento "clásica", basada en la cantidad de puntos. Un enfoque alternativo es configurar en el mismo menú “días” en lugar de “puntos de restauración”.
La idea es clara por el nombre: la retención conservará un número determinado de días, mientras que la cantidad de puntos en cada día no tiene importancia. Sin embargo, hay que recordar lo siguiente:
- El día actual no se tiene en cuenta en el cálculo de la retención
- Los días en los que la tarea no funcionó en absoluto también cuentan. Esto debe tenerse en cuenta para no perder accidentalmente puntos de aquellas tareas que funcionan irregularmente.
- Un punto de restauración se considera desde el día en que comenzó su creación (es decir, si la tarea comenzó a funcionar el lunes y terminó el martes, este es un punto desde el lunes)
En otros aspectos, los principios de aplicación de la retención para las tareas se determinan de la misma manera según el método de backup seleccionado. Intentemos con otra tarea de cálculo, utilizando el mismo método incremental. Supongamos que la retención está establecida en 8 días, la tarea se ejecuta cada 6 horas con un backup completo el miércoles. Además, la tarea no se ejecuta los domingos. La tarea se inicia el lunes por primera vez. ¿Cuándo se aplicará la retención?
Respuesta
Como es habitual, lo mejor es dibujar una tabla. Me permitiré simplificar la tarea y no dibujar todos los puntos creados cada día, ya que el número de puntos por día no es relevante aquí. Solo nos importa que el primer lunes y los miércoles, el primer punto será un backup completo, mientras que en los otros días la tarea solo creará 4 puntos incrementales.
Entendemos que la retención se aplicará eliminando el backup completo del lunes y su incremento. ¿Cuándo sucederá esto? Cuando el resto de la cadena contenga 8 días. No contamos el día actual, pero sí contamos el domingo. Por lo tanto, la respuesta es el jueves de la segunda semana.
Archivado mediante el método GFS para tareas normales
Hasta la versión 10, el método de almacenamiento Grandfather-Father-Son (GFS) estaba disponible solo para tareas de creación de copias de seguridad (Backup copy) y tareas de copiado a cinta magnética. Ahora está disponible también para backups normales.
Aunque esto no se relaciona con el tema actual, no puedo dejar de mencionar que la nueva funcionalidad no significa un alejamiento de la estrategia 3-2-1. La presencia de puntos de archivo en el repositorio principal no afecta su confiabilidad. Se supone que GFS se utilizará junto con un repositorio escalable (Scale-out), para cargar estos puntos en S3 y almacenes similares. Si no los utiliza, es mejor continuar almacenando los puntos primarios y de archivo en repositorios diferentes.
Ahora consideremos los principios de creación de puntos GFS. En la configuración de la tarea, en el paso de Almacenamiento, ha aparecido un botón especial que abre el siguiente menú:
La esencia de GFS se puede resumir en varios puntos (tenga en cuenta que GFS en otros tipos de tareas funciona de manera diferente, pero eso lo veremos un poco más adelante):
- La tarea no crea una copia de seguridad completa separada para el punto GFS. En su lugar, se utilizará la copia de seguridad completa más adecuada disponible. Por lo tanto, la tarea debe funcionar en modo incremental con una copia de seguridad completa periódica, o la copia de seguridad completa debe ser creada manualmente por el usuario.
- Si solo se activa un período (por ejemplo, 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: la tarea está configurada para almacenar un GFS semanal, utilizando la copia de seguridad del 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 el punto adecuado. Este aparecerá el viernes y será marcado con la bandera GFS.
- Si se activan varios períodos (por ejemplo, semanal y mensual), entonces B&R aplicará un método que permite utilizar el mismo punto como GFS de varios intervalos (para ahorrar espacio). Las banderas se asignarán por orden, comenzando con la más baja.
Ejemplo: el GFS semanal está establecido para el miércoles, y el mensual para la última semana del mes. La tarea se ejecuta todos los días y crea copias de seguridad completas los lunes y viernes.
Para simplificar, comencemos el conteo desde la penúltima semana del mes. En esta semana, se creará una copia de seguridad completa el lunes, pero será ignorada porque el intervalo GFS semanal comienza el miércoles. Sin embargo, la copia de seguridad completa del viernes es completamente adecuada para el punto GFS. Este sistema ya nos es familiar.
Ahora consideremos qué sucederá en la última semana del mes. El intervalo GFS mensual comenzará el lunes, pero la copia de seguridad del lunes no se marcará como GFS, porque la tarea busca marcar un VBK tanto como punto GFS mensual como semanal. En este caso, la búsqueda comenzará precisamente con la semanal, porque por definición también puede convertirse en mensual.
En este caso, si solo se activan los intervalos semanal y anual, estos actuarán de manera independiente entre sí y pueden marcar 2 VBK separados como correspondientes a los intervalos GFS.
Tareas de creación de copias de seguridad (Backup copy)
Otro tipo de tareas que a menudo requieren aclaraciones sobre su funcionamiento. Primero analizaremos el método "clásico" de trabajo, sin las novedades de v.10.
Método simple de retención
Por defecto, estas tareas funcionan en modo incremental infinito. La creación de puntos se determina por dos parámetros: el intervalo de copia y el número deseado de puntos de recuperación (aquí no hay retención por días). El intervalo de copia se establece en la primera pestaña 'Job' al crear la tarea:
El número de puntos se determina un poco más adelante en la pestaña 'Target'
La tarea crea 1 nuevo punto por cada intervalo (no importa cuántos puntos se hayan creado para la VM con las tareas originales). Al final del intervalo, el nuevo punto se finaliza y, si es necesario, se aplica la retención mediante la fusión de VBK y el incremento más antiguo. Este mecanismo ya nos es familiar.
Método de retención utilizando GFS
BCJ también puede almacenar puntos de archivo. Esto se configura en la misma pestaña 'Target', un poco más abajo de la configuración del número de puntos de recuperación:
Los puntos GFS pueden crearse de dos maneras: sintéticamente, utilizando datos del repositorio secundario, o bien imitando una copia de seguridad completa y leyendo todos los datos del repositorio primario (se activa con la opción marcada con el número 3). La retención en ambos casos variará considerablemente, por lo que los veremos por separado.
GFS sintético
En este caso, el punto GFS no se crea exactamente en el día asignado. En lugar de eso, el punto GFS se creará cuando el VIB del día en que estaba programada la creación del punto GFS se combine con la copia de seguridad completa. Esto a veces genera confusiones, ya que el tiempo pasa y el punto GFS sigue sin aparecer. Y solo un poderoso chamán del soporte técnico puede predecir en qué día aparecerá el punto. En realidad, no se necesita magia: basta con mirar el número establecido de puntos y el intervalo de sincronización (cuántos puntos se crean cada día). Intenta calcular tú mismo con este ejemplo: la tarea está configurada para almacenar 7 puntos, el intervalo de sincronización es de 12 horas (es decir, 2 puntos al día). Actualmente hay 7 puntos en la cadena, hoy es lunes y se ha programado la creación del punto GFS para este día. ¿Qué día se creará?
Respuesta
Aquí es mejor detallar cómo cambiará la cadena dinámicamente, día a día:
Así que el lunes, el último incremento en la cadena se marca como GFS, pero no hay otros cambios visibles. Cada día, la tarea crea 2 nuevos puntos, y la retención avanza implacablemente la cadena hacia adelante. Finalmente, el jueves llega el momento de aplicar la retención a ese mismo incremento. Esta sesión tomará más tiempo de lo habitual, porque la tarea 'extraerá' los bloques necesarios de la cadena y creará un nuevo punto completo. A partir de este momento, 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'
Como mencioné anteriormente, BCJ opera en modo infinitamente incremental. Ahora vamos a desglosar la única excepción a esta regla. Al activar la opción 'Leer todo el punto', el punto GFS se creará exactamente en el día programado. La tarea, en sí misma, funcionará en modo incremental con copias de seguridad completas periódicas, que discutimos anteriormente. La retención también se aplicará eliminando la parte más antigua de la cadena. Sin embargo, en este caso, solo se eliminarán los incrementos, mientras que la copia de seguridad completa se conservará como un punto GFS. Por lo tanto, al calcular la retención, no se contarán los puntos marcados con las banderas GFS.
Supongamos que la tarea está configurada para mantener 7 puntos y crear un punto GFS semanal el lunes. En este caso, cada lunes, la tarea realmente creará una copia de seguridad completa y la marcará como GFS. La retención se aplicará cuando, después de eliminar los incrementos de la parte más antigua, el número de incrementos restantes no caiga por debajo de 7. Así es como se ve en el esquema:
Así que, al final de la segunda semana, la cadena tiene un total de 14 puntos. Durante la segunda semana, la tarea creó 7 puntos. Si fuera una tarea simple, la retención ya se habría aplicado. Pero esta es BCJ con retención GFS, por lo que no contamos los puntos GFS, y eso significa que solo son 6. Es decir, aún no podemos aplicar la retención. En la tercera semana, creamos otra copia de seguridad completa con la bandera GFS. 15 puntos, pero esta vez tampoco la contamos. 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 las copias de seguridad completas se realicen regularmente. Digamos, si se establece una retención principal de 7 días, pero solo un punto anual, no es difícil imaginar que los incrementos se acumularán mucho más de 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 respaldo normales: si la máquina no se procesa durante el número de días indicado, sus datos se eliminan de la cadena. Sin embargo, para BCJ, la utilidad de esta opción es objetivamente mayor, y aquí está el porqué.
En modo normal, BCJ funciona en modo infinitamente incremental, 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 quede uno solo: en VBK. Ahora imaginemos que la tarea aún está configurada para crear puntos GFS sintéticos. Cuando llegue el momento, la tarea debe crear GFS para todas las máquinas en la cadena. Si alguna máquina no tiene nuevos puntos, bueno, habrá que usar el que hay. Y así cada vez. Al final, puede resultar la siguiente situación:
Presta atención a la sección Files: tenemos el VBK principal y 2 puntos GFS semanales. Y ahora a la sección Restore points: de hecho, en estos archivos hay la misma imagen de la máquina. Por supuesto, no tiene sentido tener tales puntos GFS, solo ocupan espacio.
Tal situación solo es posible al usar GFS sintético. Para evitar esto, utiliza la opción “Eliminar elementos eliminados”. Solo recuerda establecerla en un número de días adecuado. El soporte técnico ha visto casos en los que se configuró la opción en menos días que el intervalo de sincronización: BCJ comenzaba a actuar irracionalmente y eliminaba puntos antes de poder crearlos.
Ten en cuenta también que esta opción no afecta a los puntos GFS ya creados. Si deseas limpiar los archivos de respaldo, debes hacerlo manualmente: haz clic derecho en la máquina y selecciona “Eliminar del disco” (en la ventana que aparece, no olvides marcar la casilla “Eliminar respaldo completo GFS”):
Novedad v.10 – copia inmediata (immediate copy)
Habiendo entendido la funcionalidad ‘clásica’, pasemos a lo nuevo. Hay una única novedad, pero muy importante. Este es un nuevo modo de operación.
No existe el concepto de «intervalo de sincronización» aquí, la tarea estará constantemente verificando si han aparecido nuevos puntos y los copiará todos, sin importar cuántos sean. Sin embargo, la tarea sigue siendo incremental, es decir, incluso si la tarea principal crea un VBK o un VRB, estos puntos se copiarán como VIB. En el resto, no hay sorpresas en este modo: tanto la retención estándar como la GFS funcionan según las reglas descritas anteriormente (aunque aquí solo se dispone de GFS sintético).
Los discos giran. Características de los repositorios con discos rotativos.
La amenaza constante de los virus de ransomware ha convertido en un estándar de facto la seguridad de tener una copia de los datos en un medio al que el virus no puede acceder. Una de las opciones es utilizar repositorios con discos rotativos, donde los discos se utilizan por turnos: mientras un disco está conectado y disponible para escritura, los demás se almacenan en un lugar seguro.
Para enseñar a B&R a trabajar con tales repositorios, es necesario en la configuración del repositorio, en el paso Repository, hacer clic en el botón Advanced y seleccionar la opción correspondiente:
Después de esto, VBR esperará que periódicamente la cadena existente desaparezca del repositorio, lo que indica la rotación del disco. Dependiendo del tipo de repositorio y del tipo de tarea, B&R se comportará de manera diferente. Esto se puede representar con la siguiente tabla:
Analicemos cada opción.
Tarea normal y repositorio de Windows.
Entonces, tenemos una tarea que guarda cadenas en el primer disco. Con la rotación, la cadena creada desaparece en realidad, y la tarea necesita encontrar una manera de sobrevivir a esta pérdida. Encuentra consuelo en la creación de un respaldo completo. Así, cada rotación significa un respaldo completo. Pero, ¿qué sucede con los puntos en el disco desconectado? Se recuerdan y se tienen en cuenta al calcular la retención. Así, la cantidad de puntos establecida en la tarea es la cantidad de puntos que se debe mantener en todos los discos. Por ejemplo:
La tarea funciona en modo incremental infinito y está configurada para mantener 3 puntos de recuperación. Pero tenemos un segundo disco, y rotamos una vez por semana (puede haber más discos, pero eso no cambia el asunto).
En la primera semana, la tarea creará puntos en el primer disco y combinará los innecesarios. De esta manera, el número total de puntos será tres:
Luego conectamos el segundo disco. Al iniciar B&R, notará que el disco ha cambiado. La cadena en el primer disco desaparecerá de la interfaz, pero la información sobre ella permanecerá en la base de datos. Ahora la tarea mantendrá 3 puntos en el segundo disco. La situación general será la siguiente:
Finalmente, volvemos a conectar el primer disco. Antes de crear un nuevo punto, la tarea verificará qué pasa con el retención. Y el retención, recordemos, está configurado para mantener 3 puntos. Mientras tanto, tenemos 3 puntos en el disco 2 (pero está desconectado y guardado en un lugar seguro al que B&R no puede acceder) y 3 puntos en el disco 1 (este sí está conectado). Por lo tanto, se pueden eliminar 3 puntos del disco 1, ya que superan la retención. Después de eso, la tarea vuelve a crear una copia de seguridad completa 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 al usar repositorios con rotación de discos.
Tarea estándar y repositorio Linux en almacenamiento de red
También es posible esta opción, pero en general se recomienda menos debido a las limitaciones impuestas. En la rotación de disco y la desaparición de la cadena, la tarea reaccionará de la misma manera: creando una copia de seguridad completa. La restricción está relacionada con el mecanismo de retención recortado.
Aquí, en la rotación, toda la cadena en el disco desconectado simplemente se elimina de la base de datos B&R. Tenga en cuenta: de la base de datos, los archivos en sí permanecen en el disco. Se pueden importar y utilizar para la recuperación, pero no es difícil deducir que tarde o temprano esas cadenas olvidadas ocuparán todo el repositorio.
La solución está en agregar DWORD ForceDeleteBackupFiles como se indica en esta página: . Después de esto, la tarea comenzará a eliminar simplemente todo el contenido de la carpeta de la tarea o la carpeta del repositorio (dependiendo del valor) en cada rotación.
Sin embargo, esta no es una retención elegante, sino una limpieza de todo el contenido. Desafortunadamente, el soporte técnico ha encontrado casos en los que se especificó simplemente el directorio raíz del disco como repositorio, donde además de las copias de seguridad había otros datos. Todo esto fue destruido durante la rotación.
Además, al activar ForceDeleteBackupFiles funciona para todos los tipos de repositorios, es decir, incluso los repositorios en Windows dejarán de aplicar la retención y comenzarán a eliminar contenido. En otras palabras, un disco local en Windows es la mejor opción para este tipo de sistema de almacenamiento de copias de seguridad.
Copia de seguridad y repositorio de Windows
Con BCJ, todo se vuelve aún más interesante. No solo hay una retención completa, sino que no se requiere hacer una copia de seguridad completa cada vez que se cambia de disco. Funciona así:
Primero, B&R comienza a crear puntos en el primer disco. Supongamos que establecimos una retención de 3 puntos. La tarea funcionará en modo indefinidamente incremental y combinará todo lo que sea innecesario (recuerden que la retención GFS no se soporta en este caso).
Luego conectamos el segundo disco. Dado que aún no hay cadena en él, creamos una copia de seguridad completa, después de la cual tenemos una segunda cadena de tres puntos:
Finalmente, llega el momento de volver a conectar el primer disco. Y aquí es donde comienza la magia, ya que la tarea no creará una copia de seguridad completa, sino que simplemente seguirá la cadena incremental:
Después de esto, de hecho, habrá una cadena independiente en cada disco. Por lo tanto, la retención aquí significa no el número de puntos en todos los discos, sino el número de puntos en cada disco por separado.
Copia de seguridad y repositorio de Linux; almacenamiento en red
Y de nuevo, toda la elegancia se pierde si el repositorio no está en un disco local de Windows. Este escenario funciona de manera similar al que se discutió anteriormente con una tarea simple. Con cada rotación, BCJ creará una copia de seguridad completa, y los puntos existentes serán olvidados. Para no quedarse sin espacio libre, se debe usar DWORD ForceDeleteBackupFiles.
Conclusión
Así que, como resultado de este largo texto, hemos considerado dos tipos de tareas. Por supuesto, hay muchas más tareas, pero no podremos revisarlas todas en el formato de un solo artículo. Si después de leer esto tienes alguna pregunta, déjala en los comentarios, estaré encantado de responderte personalmente.
Fuente: habr.com
