We couldn’t sign you in
Select the account you want to use.

Introducción

En este artículo se describen las mejoras y problemas que se han corregido en la versión V9 del agente de sincronización de archivos de Azure que tiene la fecha 2019. Limita Este artículo contiene instrucciones de instalación para la actualización.

Mejoras y problemas corregidos

Compatibilidad con la restauración de autoservicio

  • Ahora, los usuarios pueden restaurar archivos en capas (junto con los archivos en disco) mediante la característica de la versión anterior, desde las instantáneas de VSS que se crean después de habilitar la característica de restauración de autoservicio en el volumen. Antes de la versión V9, la característica versión anterior no era compatible con los archivos interconectados. Esta característica debe habilitarse para cada volumen por separado, en la que existe un extremo con niveles de nube habilitado. Para obtener más información, consulte Self-Service restaurar a partir de versiones anteriores y VSS (servicio de instantáneas de volumen).

Compatibilidad con tamaños de recursos compartidos de archivos mayores

  • La sincronización de archivos de Azure ahora es compatible con hasta 64TiB y 100 millones archivos en un único espacio de nombres de sincronización.

Compatibilidad con la desduplicación de datos en el servidor 2019

  • Ahora se admite la desduplicación de datos (independientemente de si el nivel de nube está habilitado o deshabilitado en uno o más puntos de conexión de servidor del volumen) en Windows Server 2016 y Windows Server 2019. Para admitir Desduplicación de datos en volúmenes con niveles de nube en el servidor 2019, Windows Update KB4520062 debe estar instalado.

Se ha mejorado el tamaño de archivo mínimo para un archivo a nivel

  • El tamaño de archivo mínimo de un el archivo a nivel se basa ahora en el tamaño del clúster del sistema de archivos (doble el archivo tamaño de clúster del sistema). Por ejemplo, de forma predeterminada, el sistema de archivos NTFS el tamaño del clúster es de 4 KB y el tamaño mínimo de archivo resultante para un archivo a nivel es 8.

Cmdlet de prueba de conectividad de red

  • Como parte de Azure File Sync configuración, se debe ponerse en contacto con varios puntos de conexión de servicio. Cada uno tener su propio nombre DNS al que deba tener acceso el servidor. Ellos Las direcciones URL también son específicas de la región a la que está registrado el servidor. Una vez que un el servidor está registrado, el cmdlet de prueba de conectividad (PowerShell y servidor Se puede usar la utilidad de registro) para probar las comunicaciones con todas las direcciones URL específico para este servidor. Este cmdlet puede ayudar a solucionar problemas cuando no está completo la comunicación impide que el servidor funcione por completo con Azure File Sync y se puede usar para ajustar las configuraciones de proxy y firewall.

    • Para Ejecute la prueba de conectividad de red, ejecute los siguientes comandos de PowerShell:

      • Import-módulo "<SyncAgentInstallPath> \StorageSync.Management.ServerCmdlets.dll"

      • Test-StorageSyncNetworkConnectivity

Quitar la mejora del extremo de servidor cuando se interla en la nube está habilitado

  • Como antes, quitar un servidor el punto de conexión no elimina archivos en el recurso compartido de archivos de Azure. Sin embargo, el comportamiento de los puntos de reanálisis en el servidor local ha cambiado. Los puntos de reanálisis (punteros a archivos que no son locales en el servidor) son ahora eliminado al quitar un extremo de servidor. Los archivos completamente almacenados en caché se permanecen en el servidor. Esta mejora se hizo para evitar que se eliminaran archivos huérfanos al quitar un servidor punto. Si se vuelve a crear el punto final del servidor, los puntos de reanálisis del los archivos interconectados se volverán a crear en el servidor.

Rendimiento y confiabilidad mejoras

  • Baja errores de recuperación. El tamaño de recuperación ahora se ajusta automáticamente según ancho de banda de red.

  • Optimizar Descargue el rendimiento al agregar un nuevo servidor a un grupo de sincronización.

  • Baja los archivos no se sincronizan debido a conflictos de restricciones.

  • Los archivos no se pueden segmentar o se pueden recuperar de forma inesperada en algunos escenarios si la ruta de acceso del punto de conexión del servidor es un punto de montaje de volumen.

Más información sobre la versión de sincronización de archivos de Azure V9

  • El hay una actualización disponible para Windows Server 2012 R2, Windows Server 2016 y Windows Instalaciones de Server 2019.

  • Azure El agente de sincronización de archivos versión 4.0.1.0 o una versión posterior es necesario para actualizar instalaciones de agentes existentes.

  • Ninguna puede que sea necesario reiniciar si los archivos están en uso durante la instalación del agente.

  • La versión del agente para la versión V9 es 9.0.0.0.

Cómo obtener e instalar el agente de sincronización de archivos de Azure

El agente de sincronización de archivos de Azure versión 9,0 ya no está disponible debido a un problema identificado que puede provocar que la sincronización se produzca con uno de los siguientes errores:

  • ​0x8e5e044e (JET_errWriteConflict)​

  • 0x8e5e0450 (JET_errInvalidSesid)​

  • 0x8e5e0442 (JET_errInstanceUnavailable)​

Este problema se ha corregido en la actualización de Azure File Sync Agent v 9.1.

Notas

  • Este problema solo afecta a los servidores que tienen instalada la versión 9,0 del agente de sincronización de archivos de Azure. El agente de sincronización de archivos de Azure versión 8,0 y anteriores no se ve afectado por este problema.

¿Necesita más ayuda?

Ampliar sus conocimientos
Explorar los cursos
Obtener nuevas características primero
Unirse a Microsoft Insider

¿Le ha sido útil esta información?

¿Cuál es tu grado de satisfacción con la calidad del lenguaje?
¿Qué ha afectado a tu experiencia?

¡Gracias por sus comentarios!

×