NetWorker : La sauvegarde incrémentielle du système de fichiers sur Windows s’affiche pour sauvegarder les mêmes fichiers sauvegardés précédemment, sans modification
Resumen: NetWorker : La sauvegarde incrémentielle du système de fichiers semble sauvegarder les fichiers précédemment sauvegardés sans modification.
Síntomas
Lors de la sauvegarde de clients Windows avec le niveau planifiéincr, vous devez noter que *tout* fichier renommé depuis la dernière sauvegarde de ce fichier sera sauvegardé *à nouveau* dans l’incrément suivant.
Dans un environnement dans lequel les applications, les scripts, voire les utilisateurs finaux renomment régulièrement les fichiers, cela peut entraîner la sauvegarde de nombreux fichiers *non modifiés*.
Sauvegarde du système de fichiers du client de NetWorker.
Les sauvegardes incrémentielles du système de fichiers pour un client Windows (par exemple, niveau = incr) semblent sauvegarder les mêmes fichiers qui n’ont pas été modifiés depuis la sauvegarde précédente.
Observations :
- mminfo -avot -c clientname
- nsrinfo -V clientname (V majuscule)
-V affiche les fichiers sauvegardés, ainsi que leur date de sauvegarde respective et mtime, atime, ctime.
Vérifiez nsrinfo pour trouver les fichiers sauvegardés à deux dates ou plus, où chaque sauvegarde a le même mtime que la première date de sauvegarde.
Implique que le fichier n’a pas été modifié et qu’il a été sauvegardé à nouveau.
Causa
Le comportement de NetWorker pour la sauvegarde incrémentielle du système de fichiers sous Windows est identique pour toutes les versions de NetWorker.
Par documentation NetWorker :
Sous Windows, l’heure de modification/la modification du fichier fait référence à l’heure de la dernière écriture, à l’heure de création et à l’attribut de fichier Archive d’un fichier. Tous ces éléments sont utilisés pour déterminer si un fichier doit être sauvegardé.
Si l’attribut de fichier Archive est défini, le fichier sera toujours sauvegardé, car certains systèmes de fichiers plus anciens peuvent ne pas avoir l’heure de création du fichier correcte, à moins que la variable d’environnement NSR_AVOID_ARCHIVE ne soit définie (à une valeur autre que « no »).
Remarques :
- mtime, est la Date de modification
- ctime, est l’Heure de création
- atime est l’Heure du dernier accès
- Si un nouveau fichier est créé, les fichiers ctime et mtime sont identiques.
- Si un fichier est de nouveau modifié, mtime est mis à jour.
- De plus, en particulier pour le système d’exploitation Windows, lorsqu’un fichier est modifié D’UNE MANIÈRE QUELCONQUE, le bit d’archivage est activé.
- Dans Windows, Modifié inclut :
- création d’un nouveau fichier
- modification du contenu d’un fichier
- modification manuelle du bit d’archivage à l’aide des commandes ATTRIB
- Attribution d’un nouveau nom à un fichier : active également l’attribut de bit d’archivage.
- Remarque : Lorsqu’un fichier de Windows est renommé, cela active le bit d’archivage.
Mode, LastWriteTime, Length (également connu sous le nom de taille), Name.
Remarque : Le mode affiche -a- si l’attribut du bit d’archivage est activé comme dans l’exemple.
Répertoire : C:\tmp
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a---- 25/03/2020 5:27 PM 8 readme.txt
L’exemple suivant illustre plus en détail la version nsrinfo -V clientname où :
file1. dat et file2. dat ont été sauvegardés deux fois en un jour
mais mtime pour chaque fichier était le même lors de chaque sauvegarde
Indique que le fichier n’a pas été modifié et que les fichiers ne devraient pas être sauvegardés à nouveau la deuxième fois
chemin\File1.dat, taille=38947302608, désactivé=12821900, app=sauvegarde(1),
date=1585064436 mar 24 mars 2020 11:40:36 AM EDT, mtime=1584848135 sam 21 mars 2020 11:35:35 PM EDT,
atime=1584846900 sam 21 mars 2020 11:15:00 PM EDT, ctime=1584846900 sam 21 mars 2020 11:15:00 PM EDT
Path\File2.dat, Taille = 6878417744, Désactivé = 312074829280, app=sauvegarde(1),
Date = 1585064436 Mar 24 mars 2020 11:40:36 AM EDT, mtime = 1585019905 lun 23 mars 2020 11:18:25 PM EDT,
atime = 1585019700 lun 23 mars 2020 11:15:00 PM EDT, ctime = 1585019700 lun 23 mars 2020 11:15:00 PM EDT
Path\File1.dat, Taille=38947302608, Désactivé=12841656, app=sauvegarde(1),
Date=1585026274 mar 24 mars 2020 01:04:34 AM EDT, mtime = 1584848135 sam 21 mars 2020 11:35:35 PM EDT,
atime = 1584846900 sam 21 mars 2020 11:15:00 PM EDT, ctime = 1584846900 sam 21 mars 2020 11:15:00 PM EDT
Path\File2.dat, Taille = 6878417744, Désactivé = 312074849036, app=sauvegarde(1),
Date = 1585026274 Mar 24 mars 2020 01:04:34 AM EDT, mtime = 1585019905 lun 23 mars 2020 11:18:25 PM EDT,
atime = 1585019700 lun 23 mars 2020 11:15:00 PM EDT, ctime = 1585019700 lun 23 mars 2020 11:15:00 PM EDT
Resolución
Si un client Windows dispose d’un environnement dans lequel des applications, des scripts ou des utilisateurs finaux renomment régulièrement des fichiers, cela peut entraîner la sauvegarde de nombreux fichiers *inchangés*.
Pour éviter que les fichiers renommés soient sauvegardés à nouveau par une sauvegarde incrémentielle, procédez de l’une des façons suivantes :
- Limitez le changement de nom des fichiers et cela ne se produira pas. Toutefois, lorsque les fichiers sont renommés fréquemment et seulement si l’objectif est de ne pas sauvegarder ces fichiers renommés, procédez comme suit sur le client Windows :
- Connectez-vous en tant qu’administrateur de Windows
- Créez une VARIABLE D’ENVIRONNEMENT SYSTÈME (voir ci-dessous).
- Redémarrez le service nsrexecd (par exemple, service d’exécution à distance NetWorker) avant la prochaine sauvegarde incrémentielle.
VARIABLE D’ENVIRONNEMENT SYSTÈME
Nom : NSR_AVOID_ARCHIVE
Valeur : Oui