Compruebe estas seis formas de mitigar la corrupción y recuperarse de un fallo en el servidor.

    La utilidad Windows Server Backup (WSB) integrada en los SOs de servidor de Microsoft no es una herramienta particularmente robusta para administrar las copias de seguridad del sistema. El diseño sin adornos (y las entradas de línea de comandos) lo hacen adecuado sólo para copias de seguridad a nivel de sistema, dejando poco espacio para otras cosas en el camino de las campanas y los silbatos.

    Más información sobre Windows

    Como aplicación que facilita la creación de copias de seguridad, la utilidad es capaz y cuando se configura correctamente ofrece una forma sencilla y gratuita de realizar copias de seguridad de los datos en un servidor, soportando varios modos diferentes, incluyendo uno que captura los datos de estado del sistema y ofrece la restauración de estos datos, atributos y metadatos mediante el uso de catálogos (ver archivos XML), lo que garantiza que los datos regresen a su ubicación original.

    Sin embargo, ¿qué hacer cuando una copia de seguridad que aparentemente se completó con éxito no se puede restaurar debido a una falla o corrupción dentro del archivo del catálogo que actúa como una tabla de contenido para todo el conjunto de copias de seguridad? Después de todo, si la utilidad no puede leer el catálogo, la restauración completa falla, ¿verdad?

    VER: kit de scripts PowerShell del administrador de Windows (Tech Pro Research)

    No necesariamente, y en las secciones siguientes abordaremos lo que la TI puede hacer para mitigar la corrupción y recuperarse de un fallo en el servidor.

    1. Haga una copia de seguridad de la copia de seguridad

    Esto puede parecer un poco redundante, pero si ha verificado que los catálogos están corruptos, es posible que pueda restaurar los datos ubicados dentro de los archivos con algunas correcciones. Sin embargo, no querrá probar varias soluciones en su único archivo de copia de seguridad, así que haga una copia de él antes de continuar.

    2. Vuelva a intentar la restauración en otro servidor

    A veces, cuando se crea una copia de seguridad de un servidor, ciertas variables afectan al rendimiento de la utilidad de copia de seguridad, como el tipo de sistema operativo, las actualizaciones realizadas en el servidor o los problemas relacionados con el hardware.

    Intentar realizar el proceso de restauración en un servidor diferente puede ofrecer una solución, dado que cualquier combinación de los factores enumerados anteriormente puede ser lo suficientemente diferente como para permitir que el proceso se ejecute y complete con éxito.

    VER: Ataques de secuencias de comandos entre sitios: Una hoja de trampas (ConsejoTecnologico.com)

    3. Montar el archivo VHDX en el archivo

    Dentro del propio archivo comprimido, debe encontrar el nombre de host del dispositivo, del que estaba haciendo una copia de seguridad. Al profundizar más, un archivo VHDX (o disco duro virtual) estará presente. Dentro de ese archivo se incluirá cualquier dato que haya sido copiado con éxito. WSB utiliza el formato de archivo VHDX para almacenar datos, ya que es fácil de transportar y puede ser montado por la mayoría de los sistemas operativos modernos de Windows.

    Una ventaja adicional a este formato es que puede ser importado a una VM para una recuperación simple si un servidor se desconecta. Esto ayuda enormemente a que el servidor vuelva a estar en línea. Para propósitos de restauración de datos, el archivo VHDX es lo suficientemente versátil como para ser montado en cualquier escritorio para extraer los datos reales del archivo. Una vez más, dado que los archivos del catálogo están corruptos, los detalles del archivo, como los permisos y los metadatos, pueden ser irrecuperables, pero los siguientes pasos cubren cómo evitarlo.

    4. Audite sus permisos de archivo/compartir/seguridad

    Dado que el catálogo y los archivos XML son propensos a la corrupción, es importante tener un respaldo después de restaurar los datos para que también se puedan restaurar los permisos ACL adecuados, y los datos estén accesibles una vez que el servidor vuelva a estar en línea.

    Mediante el uso de comandos como ICACLS, el departamento de TI puede exportar de forma preventiva las ACL de los datos críticos a los archivos, que posteriormente pueden volver a importarse después de la restauración de los datos para garantizar que se restauran los permisos adecuados. Aunque el mejor momento para realizar estas auditorías es antes de descubrir que una restauración no funcionó en los catálogos dañados, es una buena práctica documentar la configuración de permisos por si acaso.

    5. Verificar la integridad de los datos de los archivos de misión crítica

    Archive esta entrada bajo el epígrafe «debe hacerse antes». Realizar una integridad o suma de comprobación en los archivos, especialmente en los datos de misión crítica, es un paso opcional, aunque muy importante, que debe realizar el departamento de TI, ya que atestigua la integridad de los datos y crea un valor de comprobación aleatoria único para cada archivo. A medida que los datos se restauran desde la copia de seguridad, se pueden comparar con los valores hash generados para determinar si el archivo original ha sido modificado (en cuyo caso, es probable que esté corrupto y no sea fiable) o si ha mantenido su integridad y permanece sin modificar.

    6. Realice periódicamente pruebas de restauración de copias de seguridad

    Esta última sugerencia no protege directamente contra los datos corruptos, pero puede ayudar a mitigarlo al realizar restauraciones de copia de seguridad en un entorno de pruebas. El departamento de TI puede detectar posibles problemas durante estos simulacros. Si se encuentra un problema, se pueden implementar acciones correctivas para garantizar que los procedimientos de copia de seguridad y restauración de datos se realicen según lo previsto.

    Si las pruebas verifican que las copias de seguridad y las restauraciones funcionan según lo previsto, la corrupción y la pérdida de datos pueden ser tranquilizadas hasta la siguiente fase de pruebas. Después de todo, lo último que desea encontrar cuando necesite restaurar datos es descubrir que la copia de seguridad está dañada y, por lo tanto, los datos se pierden o son irrecuperables.

    Comida para llevar si sospecha que hay corrupción en el catálogo de copias de seguridad

    • Nunca trabaje en el archivo de copia de seguridad original. Haga primero una copia de seguridad del archivo.
    • Intente restaurar en otra estación de trabajo o servidor.
    • Los datos de copia de seguridad almacenados en un disco duro virtual simplifican la recuperación o el montaje como una máquina virtual.
    • Mantener una copia de los ACL puede ayudar a restaurarlos en caso de pérdida catastrófica.
    • La comparación de hashes de archivos confirma si se modificaron los archivos o si se produjo una pérdida de datos.
    • Las pruebas periódicas de las copias de seguridad/restauraciones garantizan que la pérdida de datos se mantenga al mínimo.

    Boletín semanal de Microsoft

    Conviértase en un experto en Microsoft de su empresa con la ayuda de estos tutoriales de Windows y Office y de los análisis de nuestros expertos sobre los productos empresariales de Microsoft. Entregado Lunes y Miércoles