Consideraciones de pérdida de datos de la caché de escritura cuando se usan bloqueos oportunistas
-
PDF de este sitio de documentos
- Administración de clústeres
-
Administración de volúmenes
-
Gestión de almacenamiento lógico con CLI
- Utilice cuotas para restringir o realizar un seguimiento del uso de los recursos
-
Gestión de almacenamiento lógico con CLI
-
Gestión del almacenamiento nas
- Configure NFS con la CLI
- Gestione NFS con la interfaz de línea de comandos
-
Gestione SMB con la interfaz de línea de comandos
- Gestione servidores SMB
- Gestione el acceso a archivos mediante SMB
- Gestión del almacenamiento san
- Autenticación y control de acceso
- Seguridad y cifrado de datos
- Protección de datos y recuperación ante desastres
Recopilación de documentos PDF independientes
Creating your file...
En determinadas circunstancias, si un proceso tiene un oplock exclusivo en un archivo y un segundo proceso intenta abrir el archivo, el primer proceso debe invalidar los datos almacenados en caché y vaciar las escrituras y los bloqueos. A continuación, el cliente debe renunciar al oplock y acceder al archivo. Si hay un fallo de red durante este vaciado, se pueden perder los datos de escritura en caché.
-
Posibilidades de pérdida de datos
Cualquier aplicación que tenga datos en la caché de la escritura puede perder esos datos en el siguiente conjunto de circunstancias:
-
La conexión se realiza mediante SMB 1.0.
-
Tiene un oplock exclusivo en el archivo.
-
Se le indica que rompa ese oplock o cierre el archivo.
-
Durante el proceso de vaciado de la caché de escritura, la red o el sistema de destino genera un error.
-
-
Gestión de errores y finalización de escritura
La caché en sí no tiene ningún control de errores: Las aplicaciones sí. Cuando la aplicación realiza una escritura en la caché, siempre se completa la escritura. Si la caché, a su vez, realiza una escritura en el sistema de destino a través de una red, debe asumir que la escritura se completa porque, si no lo hace, los datos se pierden.