¿Por qué la replicación de instantáneas omite un conjunto de datos secundario cifrado mientras transfiere los demás?
La replicación puede omitir un conjunto de datos secundario cifrado cuando su alcance de tarea, conjunto de instantáneas, raíz de cifrado, modo de envío, permisos o política de destino difieren de los de sus conjuntos hermanos.
El cifrado por sí solo no impide automáticamente la replicación de instantáneas de ZFS, y un envío cifrado sin procesar puede funcionar incluso cuando la clave está descargada. El conjunto secundario omitido suele tener una raíz de cifrado independiente, carecer del nombre de instantánea seleccionado por la tarea recursiva, estar excluido por la tarea, requerir permisos de envío sin procesar o no poder recibirse con la disposición de cifrado actual del destino. Compare el conjunto secundario propiedad por propiedad con un conjunto hermano que funcione.
Confirme que el conjunto secundario está dentro del alcance de replicación
Registre el conjunto de datos de origen seleccionado, la configuración recursiva, los conjuntos secundarios excluidos, los filtros de nombres, la ruta de destino y el mensaje exacto del registro sobre el conjunto omitido.
La documentación de replicación remota de TrueNAS exige que el alcance de origen y destino se defina explícitamente, por lo que un conjunto secundario puede omitirse mientras se transfieren sus hermanos.
Si el conjunto secundario nunca aparece en el plan de la tarea, corrija la selección o la exclusión antes de probar el cifrado.
Verifique que el conjunto secundario tenga la instantánea requerida por la tarea
Enumere las instantáneas de forma recursiva y compare el conjunto secundario omitido con un conjunto hermano que funcione, incluidos el nombre de la instantánea, la hora de creación, las retenciones y la base incremental.
El manual de FreeBSD describe las instantáneas como estados específicos de cada conjunto de datos, por lo que el nombre de una instantánea del conjunto principal no demuestra que todos los conjuntos secundarios independientes tengan la instantánea requerida.
Cree o alinee las instantáneas mediante la tarea normal. Una cadena incremental no coincidente puede requerir una nueva línea base.
Compare la raíz de cifrado, el estado de la clave y la ubicación de la clave
Registre los valores de encryption, encryptionroot, keystatus, keyformat y keylocation del conjunto secundario omitido y de un conjunto hermano cifrado que funcione.
La referencia de propiedades de ZFS de Ubuntu define las propiedades de la raíz de cifrado y de la clave, y muestra si el conjunto secundario hereda la clave de su conjunto principal o tiene su propia raíz independiente.
Una clave descargada no bloquea todos los envíos sin procesar, pero sí bloquea los flujos de trabajo que necesitan acceso al contenido descifrado.
Compruebe si la tarea requiere un envío cifrado sin procesar
Compare las opciones de envío sin procesar, envío normal, recursivo, conservación de propiedades, compresión e incremental de los conjuntos de datos que funcionan y de los omitidos.
Oracle documenta que la replicación cifrada sin procesar tiene requisitos específicos para el origen, el destino y el contexto de cifrado.
Si el conjunto secundario se recibió anteriormente sin procesar y la tarea cambia a incrementales sin procesar, el historial del destino puede ser incompatible.
Verifique los permisos de envío, envío sin procesar, instantáneas y claves
Identifique al usuario de replicación y compare los permisos delegados en el conjunto principal, el conjunto secundario omitido y el conjunto hermano que funciona.
OpenZFS documenta los permisos de administración delegada, lo que explica por qué el acceso puede diferir en un conjunto secundario con su propia raíz de cifrado.
Conceda únicamente la operación que falte. Un acceso administrativo amplio oculta el límite real y aumenta el riesgo.
Compruebe el cifrado del destino y las reglas de herencia
Compare el estado de cifrado del conjunto principal de destino, compruebe si existe el conjunto secundario de destino, revise su raíz de cifrado y sus propiedades heredadas, y verifique el comportamiento de recepción.
El manual de zfs receive de FreeBSD explica que los flujos sin procesar se reciben tal cual, mientras que los flujos normales pueden seguir una herencia de cifrado diferente.
Un conjunto secundario de destino preexistente e incompatible puede rechazar únicamente ese conjunto de datos, mientras que los conjuntos hermanos creados por la tarea se replican correctamente.
Ejecute una prueba con un solo conjunto de datos y conserve la replicación funcional
Ponga en pausa la programación, genere una estimación de envío en seco o detallada para el conjunto secundario omitido y compárela con la de un conjunto hermano que funcione.
El artículo de ZimaSpace sobre señales de advertencia de las claves de recuperación cifradas ofrece la regla de seguridad relacionada: demuestre las dependencias de las claves antes de eliminar la única copia cifrada.
El problema se resuelve cuando el conjunto secundario está dentro del alcance, tiene las instantáneas requeridas, utiliza un modo de envío compatible, supera las comprobaciones de permisos y se recibe con la disposición de cifrado prevista.
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...
