Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Quitar un punto de conexión de servidor significa detener la sincronización hacia y desde esa ubicación del servidor con el punto de conexión en la nube (recurso compartido de archivos de Azure) en el mismo grupo de sincronización. Antes de desaprovisionar el punto de conexión de servidor, hay algunos pasos que debe seguir para mantener la integridad y la disponibilidad de los datos. En este artículo se tratan varios métodos de desaprovisionamiento y se proporcionan las instrucciones adecuadas por escenario. Siga los pasos para el caso de uso que mejor se aplica a usted.
Si no hay problema en perder permanentemente los datos que está sincronizando actualmente, puede pasar directamente a desaprovisionar el punto de conexión de servidor.
Advertencia
No intente resolver problemas de sincronización desaprovisionando un punto de conexión de servidor. Para obtener ayuda para solucionar problemas, consulte Solución de problemas de Azure File Sync. Es posible que se produzca una pérdida de datos permanente si elimina el punto de conexión del servidor sin obtener el servidor o el lado en la nube totalmente sincronizado con el otro. La eliminación de un punto de conexión de un servidor es una operación destructiva, y los archivos en capas del punto de conexión de servidor no se "volverán a conectar" a sus ubicaciones del recurso compartido de archivos de Azure después de que el servidor se vuelva a crear. Esto provocará errores de sincronización. Además, es posible que se pierdan permanentemente los archivos en capas que existen fuera del espacio de nombres del punto de conexión del servidor. Es posible que los archivos jerarquizados existan en el punto de conexión del servidor incluso si nunca ha habilitado el almacenamiento en la nube por niveles.
Escenario 1: Quiero eliminar un punto de conexión de servidor y no necesito datos locales del servidor de Azure File Sync
El objetivo es asegurarse de que los datos están actualizados en el punto de conexión en la nube. Para que el conjunto completo de archivos se actualice en los puntos de conexión de servidor en su lugar, consulte el Escenario 2.
Algunos casos de uso que se encuentran en esta categoría son:
- Migración a un recurso compartido de archivos de Azure
- Adoptar arquitectura sin servidor
- Interrupción del uso de una ruta de acceso de punto de conexión de servidor específica mientras se mantiene intacto el resto del grupo de sincronización
En este escenario, hay tres pasos que debe seguir antes de eliminar el punto de conexión del servidor:
- Quite el acceso de usuario.
- Inicie una sesión especial de carga de VSS.
- Espere a que se complete una sesión de sincronización final.
Eliminación del acceso de usuario al punto de conexión del servidor
Antes de desaprovisionar el punto de conexión de servidor, debe asegurarse de que todos los cambios del servidor se puedan sincronizar con la nube. El primer paso para permitir que la nube se ponga al día es quitar la oportunidad de realizar más cambios en archivos y carpetas en el punto de conexión del servidor.
Quitar el acceso significa tiempo de inactividad. Para reducir el tiempo de inactividad, considere la posibilidad de redirigir el acceso de los usuarios al punto de conexión en la nube.
Registre la fecha y hora en que quitó el acceso de usuario y, a continuación, vaya a la sección siguiente.
Inicio de una sesión de carga especial del Servicio de instantáneas de volumen (VSS)
Cada día, Azure File Sync crea una instantánea de VSS temporal en el servidor para sincronizar archivos con identificadores abiertos. Para asegurarse de que la sesión de sincronización final carga los datos más recientes y para reducir los errores por elemento, inicie una sesión especial para la carga de VSS. Esto también desencadena una sesión de carga de sincronización especial que comienza una vez que se toma la instantánea.
Para ello, abra Programador de tareas en el servidor local, vaya a Microsoft\StorageSync, haga clic con el botón derecho en la VssSyncScheduledTask tarea y seleccione Ejecutar.
Importante
Anote la fecha y hora en que complete este paso. Lo necesitará en la sección siguiente.
Espere a que se complete una sesión de carga de sincronización final
Para asegurarse de que los datos más recientes están en la nube, espere a que finalice la sesión de carga de sincronización final.
Para comprobar el estado de la sesión de sincronización, abra el Visor de eventos en el servidor local. Vaya al registro de eventos de telemetría (Aplicaciones y servicios\Microsoft\FileSync\Agent). Asegúrese de que ve un evento 9102 con "dirección de sincronización" = carga, "HResult" = 0 y "PerItemErrorCount" = 0 que se produjo después de iniciar manualmente una sesión de carga de VSS.
Si 'PerItemErrorCount' es mayor que 0, los archivos no se pueden sincronizar. Use el FileSyncErrorsReport.ps1 para ver los archivos que no se pueden sincronizar. Este script de PowerShell se encuentra normalmente en esta ruta de acceso en un servidor con un agente de Azure File Sync instalado: C:\Program Files\Azure\StorageSyncAgent\FileSyncErrorsReport.ps1
Si estos archivos no son importantes, puede eliminar el punto de conexión del servidor. Si estos archivos son importantes, corrija los errores y espere a que se produzca otro evento 9102 con "dirección de sincronización" = carga, "HResult" = 0 y "PerItemErrorCount" = 0 antes de eliminar el punto de conexión del servidor.
Escenario 2: Quiero eliminar el punto de conexión del servidor y necesito que el servidor de Azure File Sync tenga todo el conjunto de datos.
El objetivo de este escenario es asegurarse de que los datos están actualizados en el servidor o máquina virtual local. Para tener el conjunto completo de archivos actualizados en el punto de conexión en la nube, consulte escenario 1.
En este escenario, hay cuatro pasos que debe seguir antes de eliminar el punto de conexión del servidor:
- Deshabilitar la nube por niveles.
- Recuperar los archivos en capas.
- Iniciar la detección de cambios en la nube.
- Espere a que se complete una sesión de sincronización final.
Deshabilitar la asignación de niveles en la nube
Vaya a la sección de nube por niveles en Propiedades del punto de conexión de servidor del punto de conexión de servidor que le gustaría desaprovisionar y para el que quiere deshabilitar la nube por niveles.
Recuperar todos los archivos jerarquizados
Incluso si la estratificación en la nube está deshabilitada, debe recuperar todos los archivos estratificados para asegurar que todos los archivos se almacenan localmente.
Antes de recuperar los archivos, asegúrese de que tiene suficiente espacio libre localmente para almacenar todos los archivos. El espacio disponible debe ser aproximadamente el tamaño del recurso compartido de archivos de Azure en la nube menos el tamaño almacenado en caché en el servidor.
Use el Invoke-StorageSyncFileRecall cmdlet de PowerShell y especifique el parámetro SyncGroupName para recuperar todos los archivos.
Invoke-StorageSyncFileRecall -SyncGroupName "samplesyncgroupname" -ThreadCount 4
Una vez que este cmdlet termine de ejecutarse, vaya a la sección siguiente.
Inicio de la detección de cambios en la nube
Iniciar la detección de cambios en la nube garantiza que se han sincronizado los cambios más recientes.
Puede iniciar la detección de cambios con el Invoke-AzStorageSyncChangeDetection cmdlet :
Invoke-AzStorageSyncChangeDetection -ResourceGroupName "myResourceGroup" -StorageSyncServiceName "myStorageSyncServiceName" -SyncGroupName "mySyncGroupName" -CloudEndpointName "myCloudEndpointGUID"
Este paso puede tardar un tiempo en completarse.
Importante
Una vez completado este examen de detección de cambios en la nube iniciado, tenga en cuenta la fecha y hora en que se completó. Lo necesitará en la sección siguiente.
Espere a que se complete una sesión de sincronización final
Para asegurarse de que los datos están actualizados en el servidor local, debe esperar a que se complete una sesión de carga de sincronización final.
Para comprobarlo, vaya al Visor de eventos en el servidor local. Vaya al registro de eventos de telemetría (Aplicaciones y servicios\Microsoft\FileSync\Agent). Asegúrese de que ve un evento 9102 con "dirección de sincronización" = descarga, "HResult" = 0 y "PerItemErrorCount" = 0 que se produjo después de que finalice la detección de cambios en la nube de fecha y hora.
Si 'PerItemErrorCount' es mayor que 0, los archivos no se pueden sincronizar. Use el FileSyncErrorsReport.ps1 para ver los archivos que no se pueden sincronizar. Este script de PowerShell se encuentra normalmente en esta ruta de acceso en un servidor con un agente de Azure File Sync instalado: C:\Program Files\Azure\StorageSyncAgent\FileSyncErrorsReport.ps1
Si estos archivos no son importantes, puede eliminar el punto de conexión del servidor. Si estos archivos son importantes, corrija los errores y espere a que se produzca otro evento 9102 con "dirección de sincronización" = download, "HResult" = 0 y "PerItemErrorCount" = 0 antes de eliminar el punto de conexión del servidor.