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

Att ta bort en serverendpoint stoppar synkroniseringen mellan den serverplatsen och den tillhörande Azure-fildelningen (molnendpointen) 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 ger lämplig vägledning beroende på scenario. Följ stegen för det användningsfall som bäst gäller för dig.

Om det är acceptabelt att permanent förlora de data som du synkroniserar, kan du gå direkt vidare till att avetablera din serverslutpunkt.

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. Detta orsakar 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 du aldrig har aktiverat molnnivåindelning.

Scenario 1: Jag vill ta bort en serverslutpunkt och jag behöver inte lokala data för Azure File Sync-servern

Målet är att säkerställa att din data är uppdaterad i din molnendpoint. För att ha din fullständiga uppsättning filer uppdaterad i dina servrars slutpunkter, se Scenario 2.

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.
Vänta tills en sista synkroniseringssession har slutförts.

Ta bort användaråtkomst till serverslutpunkten

Innan avaktivering, stoppa användaråtkomsten till serverns slutpunkt så att inga nya filändringar sker medan den slutliga synkroniseringen körs. Detta steg ger molnet en chans att komma ikapp det aktuella tillståndet för dina data.

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

Registrera datum och tid då du tog bort användaråtkomst, 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-snapshot på servern för att synkronisera filer som för närvarande är öppna eller låsta av applikationer (filer med öppna handtag). För att säkerställa att din slutliga synkroniseringssession laddar upp den senaste datan och för att minska fel per objekt, initiera en speciell session för VSS-uppladdning. Detta steg utlöser också en speciell synkroniseringsuppladdningssession som börjar efter att snapshoten tagits.

För att göra det, öppna Task Scheduler på din lokala server, gå till Microsoft\StorageSync, högerklicka på uppgiften VssSyncScheduledTask och välj 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 den senaste datan finns i molnet, vänta tills den sista synkroniseringsuppladdningssessionen är klar.

Om du vill kontrollera status för synkroniseringssessionen öppnar du Loggboken på den lokala servern. Gå till telemetri-händelseloggen (Applications and Services\Microsoft\FileSync\Agent). Se till att du ser en 9102-händelse med 'sync direction' = uppladdning, 'HResult' = 0 (inga fel) och 'PerItemErrorCount' = 0 (alla filer synkroniserade framgångsrikt) som inträffade efter att du manuellt initierat en VSS-uppladdningssession.

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: Jag vill ta bort serverslutpunkten och jag behöver Azure File Sync-servern för att ha hela datamängden

Målet i detta scenario är att se till att din data är uppdaterad på din lokala server eller VM. För att ha din fullständiga uppsättning filer uppdaterade i din molnslutpunkt istället, se Scenario 1.

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.
Vänta tills en sista synkroniseringssession har slutförts.

Inaktivera molnnivåindelning i Azure File Sync

Gå till avsnittet om molnnivåindelning i Egenskaper för serverendpoint för den serverendpoint som du vill avetablera och inaktivera molnnivåindelning.

Återställ alla nivåindelade filer till den lokala servern

Ä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 det här cmdlet-kommandot har körts klart går du 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 ett tag att slutföra.

Viktigt!

När den här initierade genomsökningen av molnändringen har slutförts noterar du datum och tid när 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 din data är uppdaterad på din lokala server, vänta tills den sista synkroniseringsuppladdningen är klar.

För att kontrollera denna status, gå till Zobrazovač udalostí på din lokala server. Gå till telemetri-händelseloggen (Applications and Services\Microsoft\FileSync\Agent). Se till att du ser en 9102-händelse med sync direction = nedladdning, HResult = 0 (inga fel) och PerItemErrorCount = 0 (alla filer synkroniserade framgångsrikt) som inträffade efter att datum- och tidsändringsdetektering av molnändringar var klar.