Dela via

Avetablera eller ta bort din Azure File Sync-serverändpunkt

Om du tar bort en serverslutpunkt stoppas synkroniseringen till och från den serverplatsen med molnslutpunkten (Azure-filresursen) i samma synkroniseringsgrupp. Innan du inaktiverar serverns slutpunkt finns det några steg du bör vidta för att upprätthålla dataintegritet och tillgänglighet. Den här artikeln beskriver flera metoder för avetablering och lämplig vägledning, ordnade efter olika scenarier. Följ stegen för det användningsfall som bäst gäller för dig.

Om det är ok att permanent förlora de data som du synkroniserar kan du hoppa över till att avetablera serverslutpunkten direkt.

Varning

Försök inte lösa synkroniseringsproblem genom att avlägsna en serverslutpunkt. Felsökningshjälp finns i Felsöka Azure File Sync. Permanent dataförlust kan inträffa om du tar bort serverslutpunkten utan att få antingen servern eller molnsidan helt synkroniserad med den andra. Att ta bort en serverslutpunkt är en destruktiv åtgärd, och nivåindelade filer i serverslutpunkten kommer inte att "återanslutas" till deras platser på Azure-filresursen när serverslutpunkten har återskapats, vilket resulterar i synkroniseringsfel. Dessutom kan nivåindelade filer som finns utanför serverslutpunktens namnområde gå förlorade permanent. Nivåindelade filer kan finnas inom serverslutpunkten även om molnnivåindelning aldrig har aktiverats.

Scenario 1: Du tänker ta bort serverslutpunkten och sluta använda din lokala server/virtuella dator

Målet här är att se till att dina data är uppdaterade i molnslutpunkten. Om du vill att den fullständiga uppsättningen filer ska vara uppdaterade i serverslutpunkterna i stället kan du läsa Scenario 2: Du tänker ta bort serverslutpunkten och sluta använda den här specifika Azure-filresursen.

Några användningsfall som ingår i den här kategorin är:

  • Migrera till en Azure-fildelning
  • Att bli serverlös
  • Avbryt användningen av en specifik serverslutpunktssökväg samtidigt som resten av synkroniseringsgruppen hålls intakt

I det här scenariot finns det tre steg att vidta innan du tar bort serverslutpunkten: ta bort användaråtkomst, initiera en särskild VSS-uppladdningssession och vänta tills en sista synkroniseringssession har slutförts.

Ta bort användaråtkomst till serverslutpunkten

Innan du avetablera serverslutpunkten måste du se till att alla ändringar från servern kan synkroniseras till molnet. Det första steget i att låta molnet komma ikapp är att ta bort möjligheten till fler ändringar i filer och mappar på serverslutpunkten.

Att ta bort åtkomst innebär stilleståndstid. För att minska stilleståndstiden kan du också överväga att omdirigera användaråtkomst till din molnslutpunkt.

Registrera datum och tid då du tog bort användaråtkomst för dina egna poster och gå sedan vidare till nästa avsnitt.

Initiera en särskild VSS-uppladdningssession (Volume Snapshot Service)

Varje dag skapar Azure File Sync en tillfällig VSS-ögonblicksbild på servern för att synkronisera filer med öppna filhandtag. Starta en särskild session för VSS-uppladdning för att säkerställa att den sista synkroniseringssessionen laddar upp de senaste data och minska felen per objekt. Detta utlöser också en särskild synkroniseringsuppladdningssession som börjar när ögonblicksbilden har tagits.

Om du vill göra det öppnar du Schemaläggaren på den lokala servern, navigerar till Microsoft\StorageSync, högerklickar på VssSyncScheduledTask uppgiften och väljer Kör.

Viktigt!

Skriv ned datum och tid som du slutför det här steget. Du behöver det i nästa avsnitt.

En skärmbild av schemaläggning av en VSS-uppladdningssession.

Vänta tills en sista synkroniseringsuppladdningssession har slutförts

För att säkerställa att de senaste data finns i molnet måste du vänta tills den sista synkroniseringsuppladdningssessionen har slutförts.

Om du vill kontrollera status för synkroniseringssessionen öppnar du Loggboken på den lokala servern. Gå till händelseloggen för telemetri (Program och tjänster\Microsoft\FileSync\Agent). Se till att du ser en 9102-händelse med synkroniseringsriktning = uppladdning, HResult = 0 och PerItemErrorCount = 0 som inträffade efter att du initierat en VSS-uppladdningssession manuellt.

En skärmbild av att kontrollera om en slutlig synkroniseringssession har slutförts.

Om "PerItemErrorCount" är större än 0 kan filerna inte synkroniseras. Använd FileSyncErrorsReport.ps1 för att se de filer som inte synkroniseras. Det här PowerShell-skriptet finns vanligtvis på den här sökvägen på en server med en Azure File Sync-agent installerad: C:\Program Files\Azure\StorageSyncAgent\FileSyncErrorsReport.ps1

Om dessa filer inte är viktiga kan du ta bort serverslutpunkten. Om dessa filer är viktiga kan du åtgärda felen och vänta på att en annan 9102-händelse med synkroniseringsriktningen = uppladdning, HResult = 0 och PerItemErrorCount = 0 ska inträffa innan du tar bort serverslutpunkten.

Scenario 2: Du tänker ta bort serverslutpunkten och sluta använda den här specifika Azure-filresursen

Målet här är att se till att dina data är uppdaterade på din lokala server/virtuella dator. Om du vill att din fullständiga uppsättning filer ska vara uppdaterade i molnslutpunkten i stället kan du läsa Scenario 1: Du tänker ta bort serverslutpunkten och sluta använda den lokala servern/den virtuella datorn.

I det här scenariot finns det fyra steg att vidta innan du tar bort serverslutpunkten: inaktivera molnnivåindelning, återkalla nivåindelade filer, initiera identifiering av molnändringar och vänta tills en sista synkroniseringssession har slutförts.

Inaktivera molnnivåindelning

Gå till avsnittet molnnivåindelning i Serverslutpunktsegenskaper för den serverslutpunkt som du vill avetablera och inaktivera molnnivåindelning.

Återkalla alla nivåindelade filer

Även om molnnivåindelning är inaktiverad måste du återkalla alla nivåindelade filer för att vara säker på att varje fil lagras lokalt.

Innan du återkallar några filer måste du se till att du har tillräckligt med ledigt utrymme lokalt för att lagra alla dina filer. Ditt lediga utrymme måste vara ungefär storleken på din Azure-filresurs i molnet minus den cachelagrade storleken på servern.

Använd PowerShell-cmdleten Invoke-StorageSyncFileRecall och ange parametern SyncGroupName för att återkalla alla filer.

Invoke-StorageSyncFileRecall -SyncGroupName "samplesyncgroupname" -ThreadCount 4

När den här cmdleten har körts kan du gå vidare till nästa avsnitt.

Initiera identifiering av molnändringar

Att initiera ändringsidentifiering i molnet säkerställer att dina senaste ändringar har synkroniserats.

Du kan initiera ändringsidentifiering med cmdleten Invoke-AzStorageSyncChangeDetection:

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

Det här steget kan ta en stund att slutföra.

Viktigt!

När den här initierade genomsökningen av molnändringsidentifiering har slutförts noterar du datumet och tiden då den slutfördes. Du behöver det i följande avsnitt.

Vänta tills en sista synkroniseringssession har slutförts

För att säkerställa att dina data är uppdaterade på den lokala servern måste du vänta tills en sista synkroniseringsuppladdningssession har slutförts.

Kontrollera detta genom att gå till Händelselogg på den lokala servern. Gå till händelseloggen för telemetri (Program och tjänster\Microsoft\FileSync\Agent). Se till att du ser en 9102-händelse med "synkroniseringsriktning" = nedladdning, "HResult" = 0 och "PerItemErrorCount" = 0 som inträffade när molnändringsidentifieringen för datum/tid har slutförts.

En skärmbild av att kontrollera om en slutlig synkroniseringssession har slutförts.

Om "PerItemErrorCount" är större än 0 kan filerna inte synkroniseras. Använd FileSyncErrorsReport.ps1 för att se de filer som inte synkroniseras. Det här PowerShell-skriptet finns vanligtvis på den här sökvägen på en server med en Azure File Sync-agent installerad: C:\Program Files\Azure\StorageSyncAgent\FileSyncErrorsReport.ps1

Om dessa filer inte är viktiga kan du ta bort serverslutpunkten. Om dessa filer är viktiga kan du åtgärda felen och vänta tills en annan 9102-händelse med synkroniseringsriktningen = nedladdningen, "HResult" = 0 och "PerItemErrorCount" = 0 ska inträffa innan du tar bort serverslutpunkten.

Nästa steg