Los niveles correctos de copia de seguridad ahorran tiempo, ancho de banda y espacio

Una de las cosas más básicas para comprender en la copia de seguridad y recuperación es el concepto de niveles de copia de seguridad y lo que significan.

Sin una comprensión adecuada de lo que son y cómo funcionan, las empresas pueden adoptar malas prácticas que van desde el desperdicio de ancho de banda y almacenamiento hasta la pérdida de datos importantes en sus copias de seguridad. Comprender estos conceptos también es crucial al seleccionar nuevos productos o servicios de protección de datos.

Copia de seguridad completa
Una copia de seguridad completa contiene todos los datos en todo el sistema. Una copia de seguridad completa de la unidad C: \ en Windows contiene todos los archivos en la unidad C :. Una copia de seguridad completa de un sistema Windows debe contener una copia de cada archivo en cada unidad de la máquina o máquina virtual (por ejemplo, C: \, D: \, F: \, etc.). Lo mismo ocurre con una copia de seguridad completa de una máquina UNIX o Linux; contiene todos los archivos en cada sistema de archivos en la máquina (p. ej., / home, / opt, etc.).

Lo único que debe excluirse de una copia de seguridad completa son los archivos que fueron específicamente excluidos por la configuración. 

Hay dos filosofías a la hora de analizar qué archivos deben incluirse o excluirse de la copia de seguridad: hacer una copia de seguridad de todo y excluir lo que sabe que no necesita, o seleccionar solo aquello de lo que desea hacer una copia de seguridad. El primero es la opción más segura, este último ahorrará espacio en su sistema de respaldo. Algunas personas consideran un desperdicio realizar copias de seguridad de los archivos de las aplicaciones, como el directorio en el que cargó Oracle o SQL Server. Creen que simplemente volverían a cargar la aplicación durante una restauración. El riesgo de este enfoque es que alguien colocará datos valiosos en un directorio que no está seleccionado para la copia de seguridad. 

Respaldo incremental
Una copia de seguridad incremental normalmente realiza una copia de seguridad de todos los datos que han cambiado desde la última copia de seguridad de cualquier tipo. Históricamente, tales copias de seguridad eran copias de seguridad basadas en archivos, lo que significa que copiaban todos los archivos que habían cambiado desde la última copia de seguridad. El desafío con esto desde un punto de vista de protección de datos moderno es que estamos intentando minimizar el impacto de E / S de las copias de seguridad en el servidor (especialmente al realizar copias de seguridad de las máquinas virtuales) y realizar copias de seguridad de un archivo de 10 GB porque 1 MB ha cambiado no es muy eficiente

Esta es la razón por la que muchos proveedores han cambiado a copias de seguridad basadas en bloques, que respaldan solo los bloques que han cambiado. La forma más común de hacerlo es cuando los productos de software de respaldo realizan una copia de seguridad de VMware o Hyper-V utilizando sus API. La aplicación notifica a la API apropiada que está haciendo un incremento en bloques, después de lo cual se le da una lista de bloques para realizar copias de seguridad.

Copia de seguridad diferencial
Aunque ha significado algunas cosas diferentes a lo largo de los años, ahora se acepta ampliamente que una copia de seguridad diferencial realizará una copia de seguridad de todos los datos que hayan cambiado desde la última copia de seguridad completa. Este tipo de copia de seguridad estaba mucho más de moda en los días de la cinta, ya que minimizaba la cantidad de cintas necesarias para una restauración. 

Siempre incremental
El advenimiento de la deduplicación y el disco ha hecho que las copias de seguridad completas y diferenciales pasen desapercibidas. Como se mencionó anteriormente, la razón por la que realizamos las copias de seguridad diferenciales y diferenciales ocasionales fue para minimizar el número de cintas necesarias para realizar una restauración. Esto ya no se aplica en el mundo de las copias de seguridad de disco. Siempre que un producto haya sido diseñado para utilizar completamente el disco, la restauración de datos de miles de incrementales no debería tomar mucho tiempo.

Esto se debe a que el sistema de respaldo simplemente mantiene un registro de dónde están almacenados todos los archivos / bloques y transfiere todos esos archivos / bloques desde su almacenamiento al cliente durante una restauración. Cómo llegaron esos archivos / bloques es irrelevante en un mundo de copia de seguridad moderna. Siempre incremental, especialmente si se implementa usando un enfoque basado en bloques, es la forma más eficiente de actualizar su repositorio de copias de seguridad con la información más reciente de cada cliente de copia de seguridad. Los sistemas de Bit de Windows usan algo llamado bit de archivo para determinar si un archivo tiene cambiado desde la última copia de seguridad.

Cualquier modificación en un archivo da como resultado que se establezca su bit de archivo, después del cual cualquier copia de seguridad de cualquier nivel lo respaldará. Después de hacer una copia de seguridad del archivo, la aplicación de copia de seguridad borra el bit de archivo, después del cual no se volverá a realizar la copia de seguridad hasta la siguiente copia de seguridad completa. A muchos puristas de copia de seguridad no les gusta el bit de archivo, aunque no sea por otra razón. llamado bit de copia de seguridad, ya que las copias de seguridad no son archivos. Otros problemas con el bit de archivo incluyen el hecho de que si tiene dos aplicaciones de respaldo ejecutándose al mismo tiempo, se pisarán una a la otra borrando el bit de archivo. El movimiento de la mayoría de las empresas hacia la virtualización y el uso de API de respaldo que interactúan en el nivel de virtualización, seguido del uso de copias de seguridad incrementales basadas en bloques ha hecho que el bit de archivo no sea tan importante como solía ser. Realmente solo se aplica en las copias de respaldo basadas en host, que cada vez son más raras.