Avamar: Cómo usar los tiempos de archivo atime, ctime o mtime en las copias de seguridad de Avtar

Definiciones de tiempo de archivo:

• mtime, o la hora de modificación, es cuando se modificó por última vez el archivo
• ctime, o hora de cambio, es cuando cambia la propiedad del archivo (cambio de inodo)
• atime, o la hora de acceso, es cuando se accede al contenido del archivo

En qué archivos escanear para la generación de metadatos y la búsqueda en caché avtar toma de decisiones son las características de los atributos del archivo Ruta completa, tamaño, mtime, estado offline o en línea, fstypey así sucesivamente. No se considera el propietario del archivo, el grupo, las ACL, etc. Solo archivo mtime se considera durante la fase de escaneo o búsqueda de archivos.

Comprobar avtar Procesamiento de tiempos de archivo durante un escaneo en avtar.cmd, añadir:

--depuración
--x02=4
--detect-acl-changes=true

Luego, los registros detallan la mtime Busque como se ve en el extracto a continuación:

2023/01/18-19:46:34.41555 [avtar]  nbackfile::init() this:0x7f3bb34570b8 phase:phase_checkcache
2023/01/18-19:46:34.41557 [avtar]  nbackfile::init (this:0x7f3bb34570b8) path='/tmp/test/1' initialSize=34
2023/01/18-19:46:34.41560 [avtar]  nbackfile::init calling check_cache for file '/tmp/test/1'
2023/01/18-19:46:34.41562 [avtar]  nbackfile::check_cache calling fcache lookup("/tmp/test/1", mtime=1674068822, size=34), detect_acl_changes=1
2023/01/18-19:46:34.41566 [avtar]  nbackfile:check_cache: fcache hit: tagword=1, cache_atime=1674068699, cacheisatomic=0, hash=0000000000... loc:media: ddr fmt:3 bid:  1D92B704094B50E cid:   1 cover:     304 head:  208 foot:  52 abs:     668 chksum:  3775529779 chktype:  1 hdrchksum:           0 bdychksum:           0 ftrchksum:           0, enc_ctr:[null], emd_relpth:
2023/01/18-19:46:34.41567 [avtar]  nbackmain::check_cache detect-acl-changes: Must scan file (file_atime=1674068878, cache_atime=1674068699) /tmp/mian/1
2023/01/18-19:46:34.41569 [avtar]  nbackfile::init after check_cache call, file '/tmp/test/1' NOT found in cache
2023/01/18-19:46:34.41570 [avtar]  nbackfile::set_phase from phase_checkcache to phase_backupfile  

avtar Solo comprueba el archivo mtime durante la búsqueda. No cambia el valor de atime, ctimeo mtime después de que finalice el respaldo. Las versiones anteriores, como la 7.5.1, cambiaron la atime (tiempo de acceso) del archivo después del respaldo, pero ese problema ya se resolvió.

Para comprobar los tiempos de los archivos en Windows, utilice el siguiente script de PowerShell (guardar como file_time.ps1):

$obj = $args[0]
If ($obj.GetType().Name -eq 'String') {$obj = gi $obj}
'File: ' + $obj.FullName
'Size: ' + $obj.Length
$extents = [string](fsutil file queryextents "$($obj.FullName)")
If (-$extents.StartsWith('i')) {
  'Clusters: ' + ($extents.Substring(26) -split 'LCN')[0]
  'LCN: ' + $extents.Substring(42)
} Else {
  'Clusters: stored in file table'
}
'Attributes: ' + $obj.Attributes
$volumeinfo = (fsutil fsinfo volumeinfo "$([System.IO.Path]::GetPathRoot($obj.FullName)[0] + ':')")
$volumeinfo | ? {$_.StartsWith('Volume Serial')} | % {$_.Replace(' :', ':')}
$fileid = (fsutil file queryfileid "$($obj.FullName)")
'File ID: ' + $fileid.Substring(11)
$links = (fsutil hardlink list "$($obj.FullName)")
'Links: ' + ([string[]]$links).Length
'Owner: ' + $obj.GetAccessControl().Owner
''
'Access: ' + $obj.LastAccessTime
'Modify: ' + $obj.LastWriteTime
'Create: ' + $obj.CreationTime
'' # Extra blank line for readability

Ejecútelo en el archivo en cuestión y debería ver el resultado que muestra las tres veces, como se muestra a continuación:

PS C:\test> .\stat_eq.ps1 c:\test\archive_12_30_2022_12_16_40\"AVSQL Browse Failed.PML"
File: C:\test\archive_12_30_2022_12_16_40\AVSQL Browse Failed.PML
Size: 9988005
Clusters: stored in file table
Attributes: Normal
Volume Serial Number: 0x141bb6da
File ID: 0x0000000000000000021700000001f6e9
Links: 1
Owner: BUILTIN\Administrators

Access: 12/30/2022 09:18:08
Modify: 12/30/2022 09:18:08
Create: 12/30/2022 09:18:08