Uw server-eindpunt voor Azure File Sync verwijderen of deprovisioneren

Het verwijderen van een server-endpoint stopt de synchronisatie tussen die serverlocatie en de bijbehorende Azure-bestandsdeling (het cloud-endpoint) in dezelfde syncgroep. Voordat u de inrichting van uw servereindpunt ongedaan gaat maken, moet u enkele stappen uitvoeren om de gegevensintegriteit en beschikbaarheid te behouden. In dit artikel worden verschillende methoden voor deprovisioning besproken en vindt u de juiste gids per scenario. Volg de stappen voor de use case die het beste op u van toepassing is.

Als het geen probleem is dat u de gegevens die u momenteel synchroniseert definitief verliest, kunt u direct doorgaan met het deprovisioneren van uw servereindpunt.

Waarschuwing

Probeer synchronisatieproblemen niet op te lossen door een server eindpunt te deprovisioneren. Zie Problemen met Azure File Sync oplossen voor hulp bij het oplossen van problemen. Permanent gegevensverlies kan optreden als u uw servereindpunt verwijdert zonder de server of de cloudzijde volledig te synchroniseren met de andere. Het verwijderen van een servereindpunt is een destructieve bewerking en gelaagde bestanden binnen het servereindpunt worden niet opnieuw verbonden met hun locaties op de Azure-bestandsshare nadat het servereindpunt opnieuw is gemaakt. Dit veroorzaakt synchronisatiefouten. Gelaagde bestanden die buiten de naamruimte van het servereindpunt bestaan, gaan mogelijk ook permanent verloren. Gelaagde bestanden kunnen zich binnen uw server-eindpunt bevinden, zelfs als u cloud tiering nooit hebt ingeschakeld.

Scenario 1: Ik wil een servereindpunt verwijderen en ik heb geen lokale gegevens van de Azure File Sync-server nodig

Het doel is ervoor te zorgen dat je data up-to-date is in je cloud-endpoint. Zie Scenario 2 als u in plaats daarvan uw volledige set bestanden up-to-date wilt hebben bij uw server eindpunten.

Enkele gebruiksvoorbeelden die in deze categorie vallen, zijn onder andere:

Migreren naar een Azure-bestandsshare
Serverloos gaan
Stop met het gebruik van een specifiek servereindpuntpad terwijl de rest van de synchronisatiegroep intact blijft

Voor dit scenario moet u drie stappen uitvoeren voordat u het servereindpunt verwijdert:

Gebruikerstoegang verwijderen.
Start een speciale VSS-uploadsessie.
Wacht totdat de laatste synchronisatiesessie is voltooid.

Gebruikerstoegang tot uw servereindpunt verwijderen

Stop vóór het deprovisioneren de gebruikerstoegang tot het server-eindpunt zodat er geen nieuwe bestandswijzigingen plaatsvinden terwijl de laatste synchronisatie loopt. Deze stap geeft de cloud de kans om de huidige staat van je data in te halen.

Het verwijderen van toegang betekent downtime. Als u de downtime wilt verminderen, kunt u de gebruikerstoegang tot uw cloudeindpunt omleiden.

Noteer de datum en tijd waarop je gebruikerstoegang hebt verwijderd en ga dan door naar het volgende gedeelte.

Een speciale VSS-uploadsessie (Volume Snapshot Service) starten

Elke dag maakt Azure File Sync een tijdelijke VSS-snapshot op de server om bestanden te synchroniseren die momenteel open of vergrendeld zijn door applicaties (bestanden met open handles). Om ervoor te zorgen dat je laatste synchronisatiesessie de nieuwste data uploadt en om fouten per item te verminderen, start je een speciale sessie voor VSS-upload. Deze stap activeert ook een speciale synchronisatie-uploadsessie die begint nadat de snapshot is genomen.

Om dit te doen, open je Taakplanner op je lokale server, ga je naar Microsoft\StorageSync, klik je met de rechtermuisknop op de VssSyncScheduledTask taak en selecteer je Run.

Belangrijk

Noteer de datum en tijd waarop u deze stap hebt voltooid. U hebt deze nodig in de volgende sectie.

Een schermopname van het plannen van een VSS-uploadsessie.

Wacht tot een laatste uploadsynchronisatiesessie is afgerond

Om zeker te zijn dat de nieuwste data in de cloud staat, wacht je tot de laatste synchronisatie-uploadsessie is afgerond.

Als u de status van de synchronisatiesessie wilt controleren, opent u logboeken op uw lokale server. Ga naar het telemetrie-gebeurtenislogboek (Applications and Services\Microsoft\FileSync\Agent). Zorg dat je een 9102-event ziet met 'sync direction' = upload, 'HResult' = 0 (geen fouten), en 'PerItemErrorCount' = 0 (alle bestanden succesvol gesynchroniseerd) die plaatsvond nadat je handmatig een VSS-uploadsessie hebt gestart.

Een schermopname van het controleren of een laatste synchronisatiesessie is voltooid.

Als 'PerItemErrorCount' groter is dan 0, kunnen bestanden niet worden gesynchroniseerd. Gebruik de FileSyncErrorsReport.ps1 om de bestanden te zien die niet kunnen worden gesynchroniseerd. Dit PowerShell-script bevindt zich meestal op dit pad op een server waarop een Azure File Sync-agent is geïnstalleerd: C:\Program Files\Azure\StorageSyncAgent\FileSyncErrorsReport.ps1

Als deze bestanden niet belangrijk zijn, kunt u het servereindpunt verwijderen. Als deze bestanden belangrijk zijn, verhelpt u de fouten en wacht u tot er nog een 9102-gebeurtenis plaatsvindt met 'synchronisatierichting' = upload, 'HResult' = 0 en 'PerItemErrorCount' = 0 voordat u uw servereindpunt verwijdert.

Scenario 2: Ik wil het servereindpunt verwijderen en ik heb de Azure File Sync-server nodig om de volledige gegevensset te hebben

Het doel in dit scenario is om ervoor te zorgen dat je data up-to-date is op je lokale server of VM. Zie Scenario 1 als u de volledige set bestanden up-to-date wilt hebben in uw cloudeindpunt.

Voor dit scenario zijn er vier stappen die u moet uitvoeren voordat u het servereindpunt verwijdert:

Schakel cloud tiering uit.
Gelaagde bestanden terugroepen.
Start cloud-wijzigingsdetectie.
Wacht totdat de laatste synchronisatiesessie is voltooid.

Azure File Sync-cloudlagen uitschakelen

Ga naar de sectie cloud tiering in Server Endpoint Properties voor het server-endpoint dat je wilt deprovisioneren, en schakel cloud tiering uit.

Roep alle gelaagde bestanden terug naar de lokale server

Zelfs als cloudlagen zijn uitgeschakeld, moet u alle gelaagde bestanden intrekken om ervoor te zorgen dat elk bestand lokaal wordt opgeslagen.

Voordat u bestanden terugroept, moet u ervoor zorgen dat u voldoende vrije ruimte lokaal hebt om al uw bestanden op te slaan. Uw vrije ruimte moet ongeveer de grootte van uw Azure-bestandsshare in de cloud zijn, minus de grootte van de cache op uw server.

Gebruik de Invoke-StorageSyncFileRecall PowerShell-cmdlet en geef de parameter SyncGroupName op om alle bestanden terug te halen.

Invoke-StorageSyncFileRecall -SyncGroupName "samplesyncgroupname" -ThreadCount 4

Nadat deze cmdlet is uitgevoerd, ga je door naar het volgende gedeelte.

Detectie van cloudwijziging initiëren

Het initiëren van wijzigingsdetectie in de cloud zorgt ervoor dat uw meest recente wijzigingen zijn gesynchroniseerd.

U kunt wijzigingsdetectie initiëren met de Invoke-AzStorageSyncChangeDetection cmdlet:

Invoke-AzStorageSyncChangeDetection -ResourceGroupName "myResourceGroup" -StorageSyncServiceName "myStorageSyncServiceName" -SyncGroupName "mySyncGroupName" -CloudEndpointName "myCloudEndpointGUID"

Het kan even duren voordat deze stap is voltooid.

Belangrijk

Nadat de scan voor cloudwijzigingsdetectie is voltooid, noteert u de datum en tijd waarop deze is voltooid. U hebt deze nodig in de volgende sectie.

Wacht tot een laatste synchronisatiesessie is voltooid

Om zeker te zijn dat je data up-to-date is op je lokale server, wacht je tot de laatste synchronisatie-uploadsessie is afgerond.

Om deze status te controleren, ga je naar Logboeken op je lokale server. Ga naar het telemetrie-gebeurtenislogboek (Applications and Services\Microsoft\FileSync\Agent). Zorg dat je een 9102-event ziet met sync direction = downloaden, HResult = 0 (geen fouten) en PerItemErrorCount = 0 (alle bestanden succesvol gesynchroniseerd) die plaatsvond nadat de datum en tijd van de detectie van cloudwijzigingen waren voltooid.