Tanto la caché como el origen deben ejecutar ONTAP 9.15.1 o posterior. Se recomienda strong que ejecute la última versión de P. El departamento de ingeniería mejora constantemente el rendimiento y la funcionalidad de los cachés de retroescritura habilitados.

Sí. El origen tiene el mismo derecho a los datos que cualquiera de las cachés. Si se ejecuta una operación en un archivo que requiere la expulsión del archivo de la caché o la revocación de una delegación de bloqueo/datos, el cliente de la caché puede registrar una demora en el acceso al archivo.

Sí. Cada caché y cada origen pueden tener aplicadas políticas de calidad de servicio independientes. Esto no tendrá ningún efecto directo en el tráfico de interconexión de clústeres en el que se haya iniciado la reescritura. Indirectamente, puede reducir la velocidad del tráfico de escritura entre clústeres si la calidad de servicio limita el tráfico front-end en la caché de retroescritura habilitada.

Sí. El protocolo múltiple es totalmente compatible con los FlexCaches habilitados para escritura. Actualmente, NFSv4,2 y S3 no son compatibles con FlexCache que opera en modo de escritura inmediata o de devolución de escritura.

Se admiten flujos de datos alternativos (ADS) de SMB, pero no se aceleran mediante la reescritura. La escritura en LOS ANUNCIOS se reenvía al origen, incurriendo en la penalización de la latencia WAN. La escritura también desaloja el archivo principal del que LOS ANUNCIOS forman parte de la caché.

Sí. Todo lo que tienes que hacer es alternar la is-writeback-enabled bandera en el enlace:../FlexCache-writeback/comando FlexCache-writeback-enable-task.html[flexcache modify].