Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
En serverslutpunkt representerar en viss plats på en registrerad server, till exempel en mapp på en servervolym. En serverslutpunkt måste uppfylla följande villkor:
- En serverslutpunkt måste vara en sökväg på en registrerad server (i stället för en monterad resurs). Nätverksansluten lagring (NAS) stöds inte.
- Serverslutpunkten kan finnas på systemvolymen, men serverslutpunkter på systemvolymen kan inte använda molnnivåindelning.
- Det går inte att ändra sökvägen eller enhetsbeteckningen när du har upprättat en serverslutpunkt på en volym. Kontrollera att du använder en lämplig sökväg innan du skapar serverslutpunkten.
- En registrerad server kan ha stöd för flera serverslutpunkter, men en synkroniseringsgrupp kan bara ha en serverslutpunkt per registrerad server vid en viss tidpunkt. Andra serverslutpunkter i synkroniseringsgruppen måste finnas på olika registrerade servrar.
- Flera serverslutpunkter kan finnas på samma volym om deras namnområden inte överlappar varandra (till exempel F:\sync1 och F:\sync2) och varje slutpunkt synkroniseras till en unik synkroniseringsgrupp.
Den här artikeln hjälper dig att förstå de alternativ och beslut som krävs för att skapa en ny serverslutpunkt och starta synkronisering. För att detta ska fungera måste du ha slutfört planeringen för azure file sync-distributionen och även distribuerat resurser som behövs i tidigare steg för att skapa en serverslutpunkt.
Förutsättningar
Om du vill skapa en serverslutpunkt måste du först se till att följande villkor uppfylls:
- Servern har Azure File Sync-agenten installerad och har registrerats. Mer information om hur du installerar Azure File Sync-agenten finns i Registrera/avregistrera en server med Azure File Sync .
- Kontrollera att en synkroniseringstjänst för lagring har distribuerats. Mer information om hur du distribuerar en Synkroniseringstjänst för lagring finns i Distribuera Azure File Sync .
- Kontrollera att en synkroniseringsgrupp har distribuerats. Lär dig hur du skapar en synkroniseringsgrupp.
- Kontrollera att servern är ansluten till Internet och att Azure är tillgängligt. Azure File Sync använder port 443 för all kommunikation mellan servern och molntjänsten.
- Säkerställ att du är inom de godkända gränserna för att skapa slutpunkter. Mer information om skalbarhets- och prestandamål finns i Skalningsmål för Azure File Sync.
Skapa en serverslutpunkt
- Gå till den nyligen skapade synkroniseringsgruppen. 
- Under Serverslutpunkter väljer du +Lägg till serverslutpunkt. 
- I fönstret Lägg till serverslutpunkt anger du följande information: - Registrerad server: Välj namnet på den server eller det kluster där du vill skapa serverslutpunkten. 
- Sökväg: Ange sökvägen på Windows Server-instansen som ska synkroniseras med Azure-filresursen. Sökvägen kan vara en mapp (till exempel D:\Data), volymrot (till exempel D:\) eller volymmonteringspunkt (till exempel D:\Mount). 
- Molnnivåindelning: Det här avsnittet innehåller en växel för att aktivera eller inaktivera molnnivåindelning. Med molnnivåindelning kan filer som sällan används eller nås flyttas till Azure Files. När du aktiverar molnnivåindelning finns det två principer som du kan ange för att informera Azure File Sync när du ska nivåindela lågfrekventa filer: - Princip för ledigt utrymme för volym: Mängden ledigt utrymme som ska reserveras på volymen där serverslutpunkten finns. Om volymens lediga utrymme till exempel är inställt på 50 % på en volym som bara har en serverslutpunkt, är ungefär hälften av mängden data nivåindelad till Azure Files. Oavsett om molnnivåindelning är aktiverat har din Azure-filresurs alltid en fullständig kopia av data i synkroniseringsgruppen. 
- Datumprincip: Filer nivåindelade till molnet om de inte används (det vill: läsa eller skriva till) under det angivna antalet dagar. Om du till exempel märker att filer som går mer än 15 dagar utan åtkomst vanligtvis är arkivfiler, bör du ange datumprincipen till 15 dagar. 
   
- Inledande synkronisering: Det här avsnittet är endast tillgängligt för den första serverslutpunkten i en synkroniseringsgrupp. (Avsnittet ändras till Inledande nedladdning när du skapar fler än en serverslutpunkt i en synkroniseringsgrupp.) Du kan välja följande beteende: - Inledande uppladdning: Hur servern ursprungligen laddar upp data till Azure-filresursen. Det finns två alternativ: - Sammanfoga innehållet i den här serversökvägen med innehållet i Azure-filresursen. Filer med samma namn och sökväg leder till konflikter om deras innehåll är annorlunda. Båda versionerna av dessa filer lagras bredvid varandra. Om serversökvägen eller Azure-filresursen är tom väljer du alltid det här alternativet.
- Skriv över filer och mappar i Azure-filresursen auktoritativt med innehåll i serverns sökväg. Det här alternativet undviker filkonflikter.
 
 - Mer information finns i avsnittet Inledande synkronisering. - Inledande nedladdning: Hur servern ursprungligen laddar ned Azure-filresursdata. Den här inställningen är viktig när servern ansluter till en Azure-filresurs som innehåller filer. Det finns tre alternativ: - Ladda ned namnområdet först och återkalla sedan filinnehållet så mycket du kan få plats på den lokala disken. Namnområdet står för fil- och mappstrukturen utan filinnehållet.
- Ladda endast ned namnområdet. Filinnehållet återkallas när det används.
- Undvik nivåindelade filer. Filer visas bara på servern när de har laddats ned helt. Lokal åtkomst eller princip återkallar filinnehållet i nivåindelade filer från molnet till servern.
 
 - Mer information finns i avsnittet Inledande nedladdning. 
 
- Om du vill lägga till serverslutpunkten väljer du Skapa. Dina filer är nu synkroniserade över din Azure-filresurs och Windows Server-instans. 
Kommentar
Azure File Sync tar en ögonblicksbild av Azure-filresursen som en säkerhetskopia innan serverslutpunkten skapas. Du kan använda den här ögonblicksbilden för att återställa resursen till tillståndet från innan serverslutpunkten skapades.
Ögonblicksbilden tas inte bort automatiskt när serverslutpunkten har skapats. Du kan ta bort den manuellt om du inte behöver den.
Du hittar ögonblicksbilderna som Azure File Sync skapade genom att visa ögonblicksbilderna för Azure-filresursen och söka efter AzureFileSync i kolumnen Initierare .
Avsnitt om molnnivåindelning
När du skapar en ny serverslutpunkt kan du välja molnnivåindelningsfunktionen i Azure File Sync. Alternativen i avsnittet Molnnivåindelning kan ändras senare. Olika alternativ i följande avsnitt är dock tillgängliga baserat på att molnnivåindelning är aktiverat eller inte för din nya serverslutpunkt.
Se artikeln om molnnivåindelning som beskriver grunderna, principerna och metodtipsen i detalj.
Inledande synkroniseringsavsnitt
Avsnittet Inledande synkronisering är endast tillgängligt för den första serverslutpunkten i en synkroniseringsgrupp. Mer information om serverslutpunkter finns i avsnittet Inledande nedladdning.
Det finns två fundamentalt olika inledande synkroniseringsbeteenden:
Koppla
Auktoritativ uppladdning
Sammanfogning är standardalternativet och valt som standard. Du bör lämna markeringen på Merge om det inte är för vissa migreringsscenarier.
- När du ansluter till en serverplats är antingen serverplatsen eller molnresursen tom i de flesta scenarier. I dessa fall är Sammanslagning rätt beteende och leder till förväntade resultat.
- När båda platserna innehåller filer och mappar sammanfogas namnrymderna. Om det finns filer eller mappnamn på servern som också finns i molnresursen uppstår en synkroniseringskonflikt. 
              Konflikter löses automatiskt. 
              
 
 I alternativet Slå samman kan du välja hur innehåll från Azure-filresursen ska tas emot från början på servern. Det här valet påverkar inte om Azure-filresursen är tom. Mer information finns i avsnittet Inledande nedladdning.
Auktoritativ uppladdning är ett första synkroniseringsalternativ som är reserverat för ett specifikt migreringsscenario. Den synkroniserar samma serversökväg som också användes för att initiera molnlagringsdelningen med till exempel en Azure Data Box. I det här fallet har molnet och serverplatserna mestadels samma data, men servern är något nyare. Användarna fortsatte att göra ändringar medan Data Box var i transport. Det här migreringsscenariot kräver sedan att molnet uppdateras sömlöst med ändringarna på servern (nyare) utan att skapa några konflikter. Servern är alltså utfärdaren av namnområdets form och Data Box användes för att undvika storskalig initial uppladdning från servern. Server auktoritativ uppladdning möjliggör noll stilleståndstid vid övergång till molnet, även när en mekanism för dataöverföring offline användes för att fylla på molnlagringen.
En serverslutpunkt kan endast framgångsrikt upprättas med alternativet auktoritativ uppladdning när serverns plats innehåller data. Det här blocket är till för att skydda mot oavsiktliga felkonfigurationer. Auktoritativ uppladdning fungerar som RoboCopy /MIR. Det här läget speglar källan till målet. Källan är AFS-servern och målet är molnresursen. Auktoritativ uppladdning formar målet i bilden av källan.
- Nya eller uppdaterade filer och mappar laddas upp från servern.
- Filer och mappar som inte finns på servern (längre) tas bort från molnresursen.
- Ändringar av endast metadata i filer och mappar på servern flyttas effektivt till molnresursen som uppdateringar med endast metadata.
- Filer och mappar kan finnas på servern och molnresursen. Men vissa filer eller mappar kan ha ändrat sin överordnade katalog sedan uppladdningen till Azure-fildelningen på servern. Dessa filer och mappar rensas från molnresursen och laddas upp igen. Därför är det bäst att undvika att omstrukturera ditt namnområde i större skala under en migrering.
Första nedladdningsavsnittet
Avsnittet Inledande nedladdning är tillgängligt för den andra och eventuella fler serverslutpunkter i en synkroniseringsgrupp. Den första serverslutpunkten i en synkroniseringsgrupp har extra alternativ som rör migrering med Azure Data Box. De här alternativen gäller inte om den här serverslutpunkten inte är den första i synkroniseringsgruppen.
Kommentar
Om du väljer ett första nedladdningsalternativ påverkas det inte om Azure-filresursen är tom.
Som en del av det här avsnittet väljer du hur innehåll från Azure-filresursen först ska komma till servern.
| Ladda ned namnområdet först | Ladda endast ned namnområdet | Undvik nivåindelade filer | |
|---|---|---|---|
| Beskrivning | Laddar ned hela namnområdet först. Filinnehåll hämtas från molnet som en bakgrundsaktivitet för servern, som använder värmekartan för att snabbare hämta nyligen åtkomstdata. Om det lediga utrymmet på servervolymen är mindre än 10 %, förblir de återstående filerna nivåindelade filer. | Endast namnområdet (fil- och mappstrukturen) laddas ned. Inget filinnehåll skickas till servern. | Laddar ned varje fil i sin helhet innan filen visas i mappen på servern. Det här alternativet undviker att en nivåindelad fil någonsin finns på servern. Ett namnområdesobjekt och filinnehåll finns alltid på samma gång. | 
| Standardinställningarna | Standardvärde om molnbaserad nivåindelning inte är aktiverad på denna serverslutpunkt. | Standardinställning om molnskiktning har aktiverats för den här serverslutpunkten. | Inte markerat som standardalternativ. Det här alternativet är bara tillgängligt när molnnivåindelning inte är aktiverat. | 
| Beteende när nivåindelning är aktiverat | När molnnivåindelning är aktiverat stoppas bakgrundsåterkallningen av de nivåindelade filerna så snart den uppfyller kriterierna för den angivna molnnivåprincipen (respekterar även volymfri princip och datumprincip, om det finns). | Endast namnområdet (fil- och mappstrukturen) laddas ned. Inget filinnehåll skickas till servern. | Alternativet är inte tillgängligt. | 
| Beteende när nivåindelning inte är aktiverat | När molnnivåindelning inte är aktiverat är avsikten att återkalla alla data till serverslutpunkten via bakgrundsåterkallelse. Du skulle behöva etablera en volym som är tillräckligt stor för att rymma alla data. Om volymen inte har tillräckligt med ledigt utrymme lämnas vissa filer som nivåindelade även när molnnivåindelning är inaktiverat. | Endast namnområdet (fil- och mappstrukturen) laddas ned. Inget filinnehåll skickas till servern. | Laddar ned varje fil i sin helhet innan filen visas i mappen på servern. | 
| När det bör användas | 
 | Perfekt för program som behöver återkalla data mindre ofta eller bara en liten mängd data på begäran. | 
 | 
| Konsekvenser | Processorn/minnet bör vara storleksanpassat baserat på namnområdesskalan och resursen måste undvika I/O-prestandaproblem. Mer information finns i Rekommenderade systemresurser för Azure File Sync | - | 
 | 
När du har valt ett första nedladdningsalternativ kan du inte ändra det när du har bekräftat att du har skapat serverslutpunkten.
Kommentar
När du lägger till en serverslutpunkt och filer finns i Azure-filresursen visas filerna som nivåindelade tills de hämtas lokalt om du väljer att ladda ned namnområdet först. Filer laddas ned med en enda tråd som standard för att begränsa användningen av nätverksbandbredd. För att förbättra filnedladdningsprestandan använder du cmdleten Invoke-StorageSyncFileRecall med ett trådantal större än 1.
Filnedladdningsbeteende när den första nedladdningen är klar
Hur filer visas på servern när den första nedladdningen har slutförts beror på din användning av funktionen för molnnivåindelning och om du valde att proaktivt återkalla ändringar i molnet. Det senare är en funktion som är användbar för synkroniseringsgrupper med flera serverslutpunkter på olika geografiska platser.
- 
              Molnnivåindelning är aktiverat
 Nya och ändrade filer från andra serverslutpunkter visas som nivåindelade filer på den här serverslutpunkten. Dessa ändringar kommer bara att laddas ner som fullständiga filer om du har valt proaktiv återkallelse av ändringar i Azure-filresursen via andra serverändpunkter.
- 
              Molnnivåindelning inaktiveras
 Nya och ändrade filer från andra serverslutpunkter visas som fullständiga filer på den här serverslutpunkten. De visas inte som nivåindelade filer först och återkallas sedan. Nivåindelade filer utan molnnivåindelning är en snabb katastrofåterställningsfunktion och visas endast under den första installationen.
Etableringssteg
När en ny serverslutpunkt skapas med hjälp av portalen eller PowerShell är serverslutpunkten inte redo att användas omedelbart. Beroende på hur mycket data som finns på motsvarande filresurs i molnet kan det ta några minuter till timmar innan serverslutpunkten fungerar och är redo att användas.
Om du tidigare ville kontrollera statusen för serverslutpunktens etableringsstatus och om servern är redo för användare att komma åt data, var du tvungen att logga in på serverslutpunkten och se om alla data hade laddats ned. Med etableringssteg kan du förstå om en serverslutpunkt är redo att använda eller inte och om synkroniseringen fungerar fullt ut direkt från Azure Portal i översiktsbladet för serverslutpunkten.
I scenarier som stöds innehåller fliken Etableringssteg information om vad som händer på serverslutpunkten, inklusive när serverslutpunkten är redo för användaråtkomst.
Stödda scenarier
För närvarande visas etableringssteg endast när den nya serverslutpunkten som läggs till inte har några data på den serversökväg som har valts för serverslutpunkten. I andra scenarier är fliken etableringssteg inte tillgänglig.
Provisioneringsstatus
Här är de olika statusarna som visas när serverslutpunktsetablering pågår och vad de innebär:
- Pågår: Serverslutpunkten är inte redo för användaråtkomst.
- Klar (synkroniseringen fungerar inte): Användarna kan komma åt data, men ändringar synkroniseras inte med molnfilresursen.
- Klar (synkroniseringsfunktionell): Användare kan komma åt data och ändringar synkroniseras till molnresursen, vilket gör slutpunkten helt funktionell.
- Provisioneringen misslyckades på grund av ett fel.
Fliken Etableringssteg visas bara i Azure Portal för scenarier som stöds. Den kommer inte att vara tillgänglig eller synlig för scenarier som inte stöds.
Nästa steg
Det finns mer att upptäcka om Azure-filresurser och Azure File Sync. Följande artiklar hjälper dig att förstå avancerade alternativ, metodtips och felsökning.
