Cómo comprobar si el espacio del NAS lo ocupan las instantáneas o los archivos activos

Sí, puedes distinguirlos comparando el conjunto de datos utilizado, el tamaño referenciado o lógico, el espacio retenido por las instantáneas y el espacio libre del pool con la misma marca de tiempo.

La decisión importa cuando un NAS informa mucho menos espacio libre del que parecen contener las carpetas visibles. Los dos estados en competencia son la asignación activa del conjunto de datos y los bloques retenidos únicamente por las instantáneas. Comienza con una configuración guardada y datos desechables, observa una rama a la vez y detente si la prueba aumenta el riesgo de pérdida de datos, permisos o disponibilidad.

Define las condiciones detrás de la decisión entre espacio de instantáneas y archivos activos

Registra el entorno antes de cambiar nada: versiones del software y firmware, identidades de los dispositivos, ruta de montaje o red, espacio libre, permisos y el síntoma observable. La línea base debe conservar suficiente detalle para reproducir que un NAS informa mucho menos espacio libre del que parecen contener las carpetas visibles.

El primer candidato es la asignación activa del conjunto de datos. El segundo son los bloques retenidos únicamente por las instantáneas. Las propiedades de espacio de OpenZFS actuales definen el mecanismo o límite de comandos utilizado en la prueba; no sustituyen la observación de este servidor doméstico específico.

Escribe la condición de aceptación y la condición de detención antes de ejecutar el discriminador. Una prueba superada debe cambiar la evidencia predicha por una rama mientras mantiene sin cambios los servicios no relacionados; una prueba fallida debe devolver el sistema al estado guardado en lugar de iniciar una cadena de correcciones especulativas.

Prueba la afirmación sin rebajar el requisito original

Usa este discriminador: registra la contabilidad del pool y del conjunto de datos, elimina un archivo grande desechable y compara los resultados antes y después sin destruir instantáneas. Mantén constantes la carga de trabajo, el cliente, la ruta, el conjunto de archivos y el momento para que el resultado pueda atribuirse a la variable modificada.

Usa la contabilidad de asignación de ZFS para seleccionar el campo que realmente pueda separar las ramas y captura su marca de tiempo, estado de salida, texto de error, identidad del dispositivo o de la instantánea, latencia, bytes transferidos, permisos y estado de recuperación. Una salida correcta del comando no basta cuando la identidad, la durabilidad o el estado de la aplicación son la afirmación que se está probando.

Repite la prueba una vez después de un reinicio, reconexión, nuevo montaje o caché en frío cuando ese evento forme parte de la condición original. Si la primera ejecución es destructiva o el entorno no puede restaurarse, detente y reproduce la prueba en una copia desechable.

zfs list -o name,used,refer,usedbysnapshots,usedbydataset,usedbychildren

Interpreta los resultados superados, fallidos y excepcionales

APROBADA: el espacio referenciado activo disminuye mientras el espacio utilizado permanece igual porque una instantánea todavía referencia los bloques. Registra la versión exacta, la identidad y la carga de trabajo que produjeron el resultado para que la conclusión siga siendo condicional en lugar de convertirse en una afirmación universal.

FALLIDA: tanto el espacio referenciado como el utilizado permanecen altos, o algún otro conjunto de datos, clon, reserva o asignación de metadatos posee el espacio. Un fallo no demuestra automáticamente la rama opuesta cuando la red, la memoria, los permisos o la coherencia del origen pueden influir en ambas; aísla esas dependencias compartidas antes de continuar.

RESULTADO EXCEPCIONAL O AMBIGUO: detén las eliminaciones y registra todos los conjuntos de datos, instantáneas, clones y reservas antes de realizar la limpieza. Conserva los registros y no ejecutes comandos de reparación, depuración, destrucción, reparticionado o cambio recursivo de propietario hasta que exista una copia recuperable.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Confirma la decisión bajo la carga de trabajo original

Aplica la acción correspondiente a la rama observada y repite después la condición original en lugar de una versión reducida. La decisión solo se mantiene cuando el espacio referenciado activo disminuye mientras el espacio utilizado permanece igual porque una instantánea todavía referencia los bloques durante dos ciclos o el reinicio, suspensión, interrupción o transición de carga pertinente.

Usa las ventanas de respaldo inmutables para comprobar el flujo de trabajo dependiente más cercano, pero mantén sin cambios el activador original. Los conjuntos de datos, recursos compartidos, contenedores, usuarios y puntos de recuperación no relacionados deben conservar su acceso y tiempos anteriores.

El límite de detención es explícito: si tanto el espacio referenciado como el utilizado permanecen altos, o algún otro conjunto de datos, clon, reserva o asignación de metadatos posee el espacio, vuelve a la última configuración verificada, conserva la evidencia y escala a una prueba más profunda de la plataforma o el hardware solo cuando la rama pueda reproducirse.

Cuando se mantenga el resultado objetivo, compáralo con la frecuencia de verificación de respaldos para que la solución no traslade el riesgo a un servicio vecino. Una prueba objetivo superada con un nuevo fallo de respaldo, identidad, tiempo de espera o disponibilidad sigue siendo un cambio fallido.

Preguntas frecuentes

En cuanto al espacio de las instantáneas frente al de los archivos activos, las búsquedas restantes suelen centrarse en por qué eliminar un archivo no libera espacio del pool, si logicalused es lo mismo que el espacio físico y si el espacio de las instantáneas puede predecirse antes de eliminar. Las respuestas siguientes mantienen esos casos límite separados de la decisión principal.

El límite de aceptación no cambia: el espacio referenciado activo disminuye mientras el espacio utilizado permanece igual porque una instantánea todavía referencia los bloques. Si una condición posterior cambia el sistema de archivos, la identidad, la ruta de red o la versión de la aplicación, repite únicamente el discriminador afectado por ese cambio.

Deja de ampliar el experimento cuando tanto el espacio referenciado como el utilizado permanecen altos, o algún otro conjunto de datos, clon, reserva o asignación de metadatos posee el espacio. En ese punto, detén las eliminaciones y registra todos los conjuntos de datos, instantáneas, clones y reservas antes de realizar la limpieza; conserva la evidencia antes de escalar al responsable de la plataforma, el almacenamiento o el hardware.

¿Por qué eliminar un archivo no libera espacio del pool?

Es posible que una instantánea todavía referencie sus bloques, o que un clon, una reserva u otro conjunto de datos posea la asignación.

¿Es logicalused lo mismo que el espacio físico?

No. La compresión, las copias, los metadatos y el uso compartido hacen que los valores lógicos y asignados sean diferentes.

¿Puede predecirse el espacio de las instantáneas antes de eliminar?

Las propiedades de espacio referenciado y único ayudan, pero los bloques compartidos hacen que el espacio recuperado dependa de toda la cadena de instantáneas.

En cuanto al espacio de las instantáneas frente al de los archivos activos, la respuesta práctica sigue siendo condicional: el espacio referenciado activo disminuye mientras el espacio utilizado permanece igual porque una instantánea todavía referencia los bloques. Cuando tanto el espacio referenciado como el utilizado permanecen altos, o algún otro conjunto de datos, clon, reserva o asignación de metadatos posee el espacio, detén las eliminaciones y registra todos los conjuntos de datos, instantáneas, clones y reservas antes de realizar la limpieza; un éxito parcial que no pueda mantenerse bajo la carga de trabajo original no es compatibilidad.