¿Por qué una copia de seguridad de un NAS doméstico excluye archivos ocultos y metadatos de aplicaciones?
La copia de seguridad generalmente excluye una ruta, no pierde datos ocultos de forma aleatoria.
En un NAS doméstico, los archivos ocultos y los metadatos de las aplicaciones suelen perderse porque la tarea seleccionó solo el recurso compartido visible, una regla de exclusión coincidió con la ruta, la identidad de la copia de seguridad no tenía acceso o los datos residían en un volumen de contenedor, base de datos, enlace simbólico o sistema de archivos montado fuera del árbol elegido. La reparación comienza localizando la unidad de recuperación faltante y probando la causa más pequeña probable.
Mapear el Resultado Faltante a la Primera Prueba
Comience con el resultado de la restauración en lugar del estado de finalización en verde. Diferentes patrones de ausencia apuntan a diferentes capas del trabajo de copia de seguridad.
Si faltan todos los archivos ocultos (dotfiles), inspeccione los filtros de archivos ocultos y patrones; si una aplicación regresa sin configuraciones, mapee su base de datos, secretos y volúmenes; si falta una carpeta protegida, pruebe el acceso con la identidad programada de la copia de seguridad. Esas observaciones reducen la causa antes de cualquier cambio en las reglas de producción.
Registre la ruta faltante, el conteo esperado de elementos, la ubicación real de la restauración y la primera prueba fallida. Esa evidencia se convierte en la línea base de comparación para la ejecución corregida.
La tabla convierte el síntoma visible en una primera acción de bajo riesgo.
| Resultado Faltante | Capa Probable | Primera Prueba |
|---|---|---|
| Faltan todos los archivos ocultos (dotfiles) | Filtro o regla de atributo oculto | Inspeccionar el orden de inclusión/exclusión |
| Los archivos de la aplicación existen pero las configuraciones desaparecieron | Base de datos o volumen fuera del recurso compartido | Mapear montajes y rutas de estado |
| Solo faltan carpetas protegidas | Acceso de cuenta de servicio | Listar como la identidad de la copia de seguridad |
| El subárbol montado está vacío | Montaje o recorrido de enlace simbólico | Comparar destino real e ID del dispositivo |
Use una fila a la vez. Cambiar filtros, permisos y montajes juntos puede hacer que el próximo éxito sea imposible de atribuir.
Verificar el Alcance de la Fuente y las Reglas de Exclusión como una Sola Decisión
Una tarea no puede proteger datos fuera de sus raíces seleccionadas, incluso cuando la interfaz del NAS anida visualmente varios conjuntos de datos bajo un recurso compartido. Por lo tanto, el alcance de la fuente y los patrones de exclusión deben revisarse juntos.
Los usuarios de Duplicity pueden excluir rutas que comienzan con punto usando un patrón de exclusión de ruta oculta. Reglas similares pueden existir en una plantilla NAS, línea de comandos, variable de entorno, archivo marcador o configuración por carpeta.
Exporte la configuración de la tarea y compare cada raíz seleccionada con la ruta real del elemento faltante. Pruebe el patrón sospechoso en un pequeño árbol de prueba y reduzca solo la regla que excluye contenido crítico para la recuperación.
Encontrar el Estado de la Aplicación Fuera de la Carpeta Compartida Visible
Las aplicaciones autoalojadas a menudo separan los archivos de usuario del estado de la aplicación. Una carpeta de fotos puede contener originales mientras la base de datos, miniaturas, datos faciales, secretos y configuración viven en otras ubicaciones.
Las implementaciones en contenedores usan volúmenes persistentes de Docker y montajes vinculados para almacenar el estado independientemente de la imagen. Por lo tanto, hacer copia solo del recurso compartido de medios puede preservar archivos visibles mientras omite el estado necesario para reconstruir la aplicación.
Inventaríe la unidad completa de recuperación: archivo Compose, variables de entorno, secretos, volúmenes nombrados, montajes vinculados, volcado de base de datos, configuración de la aplicación y rutas de datos de usuario. Añada las fuentes reales o una exportación consciente de la aplicación en lugar de asumir que un recurso compartido contiene todo.
Probar Permisos y Recorridos como la Identidad de la Copia de Seguridad
Un administrador puede navegar una ruta que la cuenta programada de copia de seguridad no puede leer. Un subárbol montado o enlace simbólico también puede parecer local mientras la herramienta de copia se niega a cruzarlo o seguirlo.
Un caso de soporte de copia de seguridad rastreó datos omitidos en NAS a acceso de cuenta de copia de seguridad. Ejecute un listado no destructivo como la cuenta de servicio exacta y registre cada directorio denegado antes de cambiar ACLs.
Luego compare puntos de montaje, IDs de dispositivo, destinos de enlaces simbólicos, estado de carpetas cifradas y mapeos de UID de contenedores. Si el destino está en otro lugar, añada la ruta real como fuente y documente si la herramienta almacena el enlace, lo sigue o se detiene en el límite del sistema de archivos; el manejo real de enlaces simbólicos muestra por qué ese comportamiento no puede asumirse.
Separar Metadatos Críticos para la Recuperación de Datos Ocultos Desechables
Habilitar cada directorio oculto puede aumentar el tiempo de escaneo y el tamaño del repositorio sin mejorar la recuperación. La decisión correcta es si el elemento es necesario para reproducir datos de usuario o estado de la aplicación.
Las claves, configuraciones, bases de datos, manifiestos, secretos, valoraciones, álbumes y archivos secundarios irremplazables suelen ser críticos para la recuperación. Cachés de miniaturas, sockets en tiempo de ejecución, cargas temporales, archivos de bloqueo e índices fácilmente regenerables pueden ser desechables o de menor prioridad.
Documente la clasificación en el plan de copia de seguridad. Una exclusión deliberada debe nombrar el método de reconstrucción y el retraso aceptable en la recuperación; cualquier cosa sin una ruta de reconstrucción documentada debe permanecer protegida hasta que una restauración aislada demuestre lo contrario.
Demostrar que la Copia de Seguridad Corregida Contiene Toda la Unidad de Recuperación
Ejecute una nueva copia de seguridad después de cambiar solo la causa confirmada, luego compare los inventarios de origen y copia. Un segundo estado en verde sigue siendo insuficiente cuando el conteo de elementos o el estado restaurado de la aplicación sigue siendo menor al esperado.
Use la guía existente para señales de advertencia de copia de seguridad silenciosamente incompleta cuando la duración, el conteo de bytes, exclusiones, objetos omitidos o comportamiento de restauración se desvíen de la línea base.
Restaure los archivos ocultos o el estado de la aplicación en una carpeta aislada o contenedor de prueba y ábralo a través de la ruta de usuario esperada. Deténgase y rediseñe el método si la única captura disponible es una copia en vivo insegura de una base de datos en ejecución.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...
Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...
Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...
