
Como mucha gente prefiere hacer una copia de seguridad de los datos en un almacenamiento de copia de seguridad múltiple, esta no es la elección perfecta.
Digamos que un archivo de video almacenado en un servidor que se conecta a cientos de otros servidores en un clúster. El mecanismo de copia de seguridad realiza automáticamente una copia de seguridad todos los días en el almacenamiento de copia de seguridad.
Pero un día, ocurre un sector defectuoso (daño permanente en el disco) que afecta ese archivo de video.
El mecanismo de copia de seguridad simplemente hace una copia de seguridad del vídeo como de costumbre. *El servidor nix no sabe si ese archivo de vídeo está dañado debido a daños en el disco. después de 2 meses, la instantánea de respaldo anterior se eliminó automáticamente del almacenamiento de respaldo. entonces, toda copia de ese archivo de video es un archivo roto.
Cuando un visitante intenta reproducir un video de ese archivo de video, se queda atascado en el medio. Imagínate que esto suceda en youtube. esto es una vergüenza.
Creo que un mecanismo de respaldo como este no es efectivo y necesita demasiado espacio.
Entonces, ¿cuál es la mejor manera de hacer una copia de seguridad de los datos en caso de falla del disco?
Respuesta1
Tal vez algo así como una instantánea mensual de los datos, además de cualquier otra copia de seguridad diaria/hora que se esté realizando. Los datos estáticos se benefician de esto, ya que nunca cambian, por lo que una copia de seguridad del final del mes pasado es la misma que la del mes anterior, y así sucesivamente.
Parece que estás hablando de una copia de seguridad simple de estilo "completo" de 2 meses, que por supuesto, siempre será la primera en llegar, la última en salir. Incluso en las copias de seguridad más básicas con, digamos, 2 semanas de cinta, tendría 10 cintas haciendo sus copias de seguridad MF durante 2 semanas y un final de mes. Esas 10 cintas semanales siempre estarán en rotación y la cinta más antigua siempre se sobrescribirá cada 2 semanas.
Respuesta2
Esta es la razón porabuelo-padre-hijoSe utilizan rotaciones de respaldo. Aunque me encuentro revisando las cintas de los meses porque un usuario sobrescribió o hizo mal uso de su archivo con más frecuencia que cualquier problema de hardware.
Respuesta3
Para garantizar la retención de datos, puede implementar un sistema de suma de verificación. Verifique MD5 semanalmente y detenga la eliminación de la copia de seguridad en caso de que ocurra un error de suma de verificación. Reproduzca los archivos problemáticos desde una copia de seguridad correcta.
De hecho, la retención de datos durante mucho tiempo es una molestia.
Las instantáneas de volumen no ayudan porque, a menos que el archivo se escriba entre instantáneas, el bloque defectuoso no se ha copiado en el archivo de caché VSS.
Respuesta4
Cuando tenga un error de disco permanente en un sector, se le informará al respecto y la copia de seguridad de este archivo fallará. Sin embargo, si no lees tus archivos de registro, mala suerte.