Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Een servereindpunt representeert een bepaalde locatie op een geregistreerde server, bijvoorbeeld een map op een servervolume. Een servereindpunt moet aan de volgende voorwaarden voldoen:
- Een servereindpunt moet een pad zijn op een geregistreerde server (in plaats van een gekoppelde share). Nas (Network Attached Storage) wordt niet ondersteund.
- Hoewel het servereindpunt zich op het systeemvolume kan bevinden, kunnen servereindpunten op het systeemvolume geen gebruik maken van cloud-tiering.
- Het pad of de stationsletter wijzigen nadat u een servereindpunt op een volume hebt ingesteld, wordt niet ondersteund. Zorg ervoor dat u een geschikt pad gebruikt voordat u het servereindpunt maakt.
- Een geregistreerde server kan meerdere servereindpunten ondersteunen, maar een synchronisatiegroep kan op elk gewenst moment slechts één servereindpunt per geregistreerde server hebben. Andere servereindpunten binnen de synchronisatiegroep moeten zich op verschillende geregistreerde servers bevinden.
- Meerdere servereindpunten kunnen op hetzelfde volume aanwezig zijn als hun naamruimten niet overlappen (bijvoorbeeld F:\sync1 en F:\sync2) en elk eindpunt wordt gesynchroniseerd met een unieke synchronisatiegroep.
Dit artikel helpt u inzicht te hebben in de opties en beslissingen die nodig zijn om een nieuw servereindpunt te maken en de synchronisatie te starten. Dit werkt alleen als u klaar bent met het plannen van uw Azure File Sync-implementatie en ook resources hebt geïmplementeerd die nodig zijn in eerdere stappen om een servereindpunt te maken.
Prerequisites
Als u een servereindpunt wilt maken, moet u eerst controleren of aan de volgende criteria wordt voldaan:
- De server heeft de Azure File Sync-agent geïnstalleerd en is geregistreerd. Zie Een server registreren/de registratie ervan opheffen bij Azure File Sync voor meer informatie over het installeren van de Azure File Sync-agent.
- Zorg ervoor dat een opslagsynchronisatieservice is geïmplementeerd. Zie Azure File Sync implementeren voor meer informatie over het implementeren van een opslagsynchronisatieservice.
- Zorg ervoor dat er een synchronisatiegroep is geïmplementeerd. Meer informatie over het maken van een synchronisatiegroep.
- Zorg ervoor dat de server is verbonden met internet en dat Azure toegankelijk is. Azure File Sync maakt gebruik van poort 443 voor alle communicatie tussen de server en cloudservice.
- Zorg ervoor dat u zich binnen de toegestane limieten bevindt voor het maken van eindpunten. Zie Azure File Sync-schaaldoelen voor meer informatie over schaalbaarheids- en prestatiedoelen.
Servereindpunt maken
Ga naar de zojuist gemaakte synchronisatiegroep.
Selecteer onder Servereindpunten de optie +Servereindpunt toevoegen.
Voer in het deelvenster Servereindpunt toevoegen de volgende gegevens in:
Geregistreerde server: selecteer de naam van de server of het cluster waar u het servereindpunt wilt maken.
Pad: Voer het pad in op het Windows Server-exemplaar dat moet worden gesynchroniseerd met de Azure-bestandsshare. Het pad kan een map zijn (bijvoorbeeld D:\Data), volumehoofdmap (bijvoorbeeld D:\) of koppelpunt voor volumes (bijvoorbeeld D:\Mount).
Cloudlagen: deze sectie bevat een schakeloptie voor het in- of uitschakelen van cloudlagen. Met cloud-tiering kunnen bestanden die zelden worden gebruikt of geopend naar Azure Files worden overgebracht. Wanneer u cloudlagen inschakelt, zijn er twee beleidsregels die u kunt instellen om Azure File Sync te informeren wanneer statische bestanden moeten worden gelaagd:
Volumevrij ruimtebeleid: de hoeveelheid vrije ruimte die moet worden gereserveerd op het volume waarop het servereindpunt zich bevindt. Als volume vrije ruimte bijvoorbeeld is ingesteld op 50% op een volume met slechts één servereindpunt, wordt ongeveer de helft van de hoeveelheid gegevens gelaagd naar Azure Files. Ongeacht of de cloud-tieringfunctie is ingeschakeld, heeft uw Azure-bestands-share altijd een volledige kopie van de data in de synchronisatiegroep.
Datumbeleid: bestanden worden gelaagd in de cloud als ze niet worden geopend (dat wil gezegd, gelezen of geschreven naar) voor het opgegeven aantal dagen. Als u bijvoorbeeld merkt dat bestanden die langer dan 15 dagen duren zonder dat ze worden geopend, doorgaans archiveringsbestanden zijn, moet u uw datumbeleid instellen op 15 dagen.
Initiële synchronisatie: deze sectie is alleen beschikbaar voor het eerste servereindpunt in een synchronisatiegroep. (De sectie wordt gewijzigd in Eerste download wanneer u meer dan één servereindpunt in een synchronisatiegroep maakt.) U kunt het volgende gedrag selecteren:
Eerste upload: hoe de server de gegevens in eerste instantie uploadt naar de Azure-bestandsshare. Er zijn twee opties beschikbaar:
- Voeg de inhoud van dit serverpad samen met de inhoud in de Azure-bestandsshare. Bestanden met dezelfde naam en hetzelfde pad leiden tot conflicten als hun inhoud anders is. Beide versies van deze bestanden worden naast elkaar opgeslagen. Als uw serverpad of Azure-bestandsshare leeg is, kiest u deze optie altijd.
- Bestanden en mappen in de Azure-bestandsshare gezaghebbend overschrijven met inhoud in het pad van deze server. Met deze optie voorkomt u bestandsconflicten.
Zie de sectie Eerste synchronisatie voor meer informatie.
Eerste download: hoe de server de Gegevens van de Azure-bestandsshare in eerste instantie downloadt. Deze instelling is belangrijk wanneer de server verbinding maakt met een Azure-bestandsshare die bestanden bevat. Er zijn drie opties beschikbaar:
- Download eerst de naamruimte en roep vervolgens de bestandsinhoud op, zo veel mogelijk op de lokale schijf. Naamruimte staat voor de bestands- en mapstructuur zonder de bestandsinhoud.
- Download alleen de naamruimte. De bestandsinhoud wordt ingetrokken wanneer deze wordt geopend.
- Vermijd gelaagde bestanden. Bestanden worden pas op de server weergegeven nadat ze volledig zijn gedownload. Lokale toegang of beleid roept de bestandsinhoud van gelaagde bestanden van de cloud naar de server.
Zie de sectie Eerste download voor meer informatie.
Selecteer Maken om het toevoegen van het servereindpunt te voltooien. Uw bestanden worden nu gesynchroniseerd op uw Azure-bestandsshare en Windows Server-exemplaar.
Note
Azure File Sync maakt een momentopname van de Azure-bestandsshare als back-up voordat het servereindpunt wordt gemaakt. U kunt deze momentopname gebruiken om de share te herstellen naar de status van voordat het servereindpunt is gemaakt.
De momentopname wordt niet automatisch verwijderd nadat het servereindpunt is gemaakt. U kunt deze handmatig verwijderen als u deze niet nodig hebt.
U vindt de momentopnamen die door Azure File Sync zijn gemaakt door de momentopnamen voor de Azure-bestandsshare te bekijken en te controleren op AzureFileSync in de kolom Initiator .
Cloud-tieringsectie
Wanneer u een nieuw servereindpunt maakt, kunt u zich aanmelden voor de cloudlaagfunctie van Azure File Sync. De opties in de sectie Cloudlagen kunnen later worden gewijzigd. Er zijn verschillende opties in de volgende sectie beschikbaar, afhankelijk van het inschakelen van cloud-tiering voor uw nieuwe servereindpunt.
Raadpleeg het cloud-tiering-artikel waarin de basisbeginselen, de beleidsregels en de beste praktijken in detail worden beschreven.
Eerste synchronisatiesectie
De sectie Eerste synchronisatie is alleen beschikbaar voor het eerste servereindpunt in een synchronisatiegroep. Zie de sectie Eerste download voor eventuele extra servereindpunten.
Er zijn twee fundamenteel verschillende initiële synchronisatiegedrag:
Merge
Gezaghebbende upload
Samenvoegen is de standaardoptie en standaard geselecteerd. Laat de selectie bij Samenvoegen staan, tenzij het om bepaalde migratiescenario's gaat.
- Wanneer u deelneemt aan een serverlocatie, is in de meeste scenario's de serverlocatie of de cloudshare leeg. In deze gevallen is Samenvoegen het juiste gedrag en leidt dit tot verwachte resultaten.
- Wanneer beide locaties bestanden en mappen bevatten, worden de naamruimten samengevoegd. Als er bestanden of mapnamen zijn op de server die ook aanwezig zijn in de cloudshare, is er een synchronisatieconflict.
Conflicten worden automatisch opgelost.
In de optie Samenvoegen kunt u selecteren hoe inhoud van de Azure-bestandsshare in eerste instantie op de server aankomt. Deze selectie heeft geen invloed als de Azure-bestandsshare leeg is. Meer informatie vindt u in de sectie Eerste download.
Gezaghebbend uploaden is een eerste synchronisatieoptie die is gereserveerd voor een specifiek migratiescenario. Het synchroniseert hetzelfde serverpad dat ook is gebruikt om de cloudshare te seeden met bijvoorbeeld Azure Data Box. In dit geval hebben de cloud- en serverlocaties voornamelijk dezelfde gegevens, maar de server is iets nieuwer. Gebruikers bleven wijzigingen aanbrengen terwijl de Data Box onderweg was. Dit migratiescenario roept vervolgens op om de cloud naadloos bij te werken met de wijzigingen op de server (nieuwer) zonder conflicten te veroorzaken. De server is dus de autoriteit van de vorm van de naamruimte en Data Box is gebruikt om grootschalige initiële upload vanaf de server te voorkomen. Met gezaghebbende serverupload kan de cloud zonder downtime worden geïmplementeerd, zelfs wanneer een offline gegevenstransportmechanisme is gebruikt om de cloudopslag te seeden.
Een server-eindpunt kan alleen succesvol worden ingericht met de gezaghebbende uploadoptie wanneer de serverlocatie gegevens bevat. Dit blok is bedoeld om te beschermen tegen onbedoelde onjuiste configuraties. Gezaghebbende upload werkt als RoboCopy /MIR. In deze modus wordt de bron naar de doellocatie gerepliceerd. De bron is de AFS-server en het doel is de cloudshare. Gezaghebbende uploads vormen het doel in de afbeelding van de bron.
- Nieuwe of bijgewerkte bestanden en mappen worden geüpload vanaf de server.
- Bestanden en mappen die niet meer bestaan op de server (niet meer) worden verwijderd uit de cloudshare.
- Wijzigingen in alleen de metagegevens van bestanden en mappen op de server worden op efficiënte wijze naar de cloudopslag verplaatst als metagegevens-updates.
- Bestanden en mappen kunnen bestaan op de server en de cloudshare. Maar sommige bestanden of mappen hebben mogelijk hun moedermap op de server gewijzigd sinds de initiële synchronisatie van de Azure-bestandsshare. Deze bestanden en mappen worden verwijderd uit de cloudshare en opnieuw geüpload. Daarom is het het beste om tijdens een migratie te vermijden uw naamruimte op grotere schaal te herstructureren.
Eerste downloadsectie
De sectie Eerste download is beschikbaar voor de tweede en eventuele servereindpunten in een synchronisatiegroep. Het eerste servereindpunt in een synchronisatiegroep heeft extra opties die betrekking hebben op migratie met Azure Data Box. Deze opties zijn niet van toepassing als dit servereindpunt niet de eerste is in uw synchronisatiegroep.
Note
Het selecteren van een eerste downloadoptie heeft geen invloed als de Azure-bestandsshare leeg is.
Als onderdeel van deze sectie kiest u hoe inhoud van de Azure-bestandsshare in eerste instantie op de server aankomt.
| Download eerst de naamruimte | Alleen de naamruimte downloaden | Vermijd gelaagde bestanden | |
|---|---|---|---|
| Beschrijving | Hiermee downloadt u eerst de volledige naamruimte. Bestandsinhoud wordt vanuit de cloud teruggehaald als achtergrondactiviteit naar de server op basis van de heatmap, die recente geopende gegevens eerder terugroept. Als de vrije ruimte op servervolume kleiner is dan 10%, blijven de resterende bestanden gelaagde bestanden. | Alleen de naamruimte (bestands- en mapstructuur) wordt gedownload. Er wordt geen bestandsinhoud naar de server gebracht. | Downloadt elk bestand in zijn geheel voordat het bestand wordt weergegeven in de map op de server. Met deze optie voorkomt u dat er ooit een laagbestand aanwezig is op de server. Een naamruimteitem en bestandsinhoud zijn altijd aanwezig op hetzelfde moment. |
| Standaardinstellingen | Standaard als cloud-tiering niet is ingeschakeld voor deze server endpoint. | Standaard als cloud-tiering is ingeschakeld voor dit servereindpunt. | Niet geselecteerd als standaardoptie. Deze optie is alleen beschikbaar wanneer cloud-tiering niet is ingeschakeld. |
| Gedrag wanneer tiering is ingeschakeld | Wanneer opslag in cloudlagen is ingeschakeld, wordt het intrekken van de achtergrond van de gelaagde bestanden gestopt zodra deze voldoet aan de criteria voor het opgegeven beleid voor cloudlagen (respecteert ook beleid voor volumevrij beleid en datumbeleid, indien aanwezig). | Alleen de naamruimte (bestands- en mapstructuur) wordt gedownload. Er wordt geen bestandsinhoud naar de server gebracht. | Optie niet beschikbaar. |
| Gedrag wanneer tiering niet is ingeschakeld | Wanneer cloud-tiering niet is ingeschakeld, is het de bedoeling om alle gegevens via een achtergrondherstel terug te halen naar het servereindpunt. U moet een volume inrichten dat groot genoeg is voor alle gegevens. Als het volume onvoldoende vrije ruimte heeft, blijven sommige bestanden gelaagd, zelfs wanneer cloud-tiering is uitgeschakeld. | Alleen de naamruimte (bestands- en mapstructuur) wordt gedownload. Er wordt geen bestandsinhoud naar de server gebracht. | Downloadt elk bestand in zijn geheel voordat het bestand wordt weergegeven in de map op de server. |
| Wanneer gebruiken |
|
Ideaal voor toepassingen die minder vaak of slechts een kleine hoeveelheid gegevens op aanvraag moeten intrekken. |
|
| Gevolgen | De CPU en het geheugen moeten worden gedimensioneerd op basis van de schaal van de naamruimte en de resourcebehoeften om I/O-prestatieproblemen te voorkomen. Zie Aanbevolen systeembronnen voor Azure File Sync voor meer informatie | - |
|
Nadat u een eerste downloadoptie hebt geselecteerd, kunt u deze niet meer wijzigen nadat u hebt bevestigd dat het servereindpunt is gemaakt.
Note
Wanneer u een servereindpunt toevoegt en er al bestanden aanwezig zijn in de Azure-bestandsshare, worden de bestanden weergegeven als gelaagd als u ervoor kiest om eerst de naamruimte te downloaden, totdat ze lokaal worden gedownload. Bestanden worden standaard gedownload met één thread om het gebruik van netwerkbandbreedte te beperken. Gebruik de cmdlet Invoke-StorageSyncFileRecall met een aantal threads dat groter is dan 1 om de prestaties van het downloaden van bestanden te verbeteren.
Gedrag van het downloaden van bestanden zodra de eerste download is voltooid
Hoe bestanden op de server worden weergegeven nadat de eerste download is voltooid, is afhankelijk van uw gebruik van de cloud-tieringfunctie en of u ervoor hebt gekozen om wijzigingen in de cloud proactief op te halen. Dit laatste is een functie die handig is voor synchronisatiegroepen met meerdere servereindpunten op verschillende geografische locaties.
-
Cloudlagen zijn ingeschakeld
Nieuwe en gewijzigde bestanden van andere servereindpunten worden weergegeven als gelaagde bestanden op dit servereindpunt. Deze wijzigingen worden alleen weergegeven als volledige bestanden als u ervoor hebt gekozen om proactief wijzigingen in de Azure-bestandsshare op te halen door andere servereindpunten. -
Cloud-tiering is uitgeschakeld
Nieuwe en gewijzigde bestanden van andere server endpoints worden weergegeven als volledige bestanden op dit server endpoint. Ze worden niet eerst weergegeven als gelaagde bestanden en vervolgens teruggehaald. Gelaagde bestanden waarvoor cloud-tiering is uitgeschakeld, bieden snelle herstelmogelijkheden bij noodsituaties en zijn alleen beschikbaar tijdens de eerste inrichting.
Inrichtingsstappen
Wanneer een nieuw servereindpunt wordt gemaakt met behulp van de portal of PowerShell, is het servereindpunt niet direct klaar om te worden gebruikt. Afhankelijk van hoeveel gegevens aanwezig zijn op de bijbehorende bestandsshare in de cloud, kan het enkele minuten duren voordat het servereindpunt functioneel en gereed is voor gebruik.
Als u in het verleden de status van de inrichtingsstatus van het servereindpunt wilde controleren en of de server gereed is voor gebruikers om toegang te krijgen tot gegevens, moest u zich aanmelden bij het servereindpunt en zien of alle gegevens zijn gedownload. Met de provisioneringsstappen kunt u zien of een servereindpunt klaar is voor gebruik en of de synchronisatie volledig functioneel is vanuit de Azure-portal, in het overzichtsblad van het servereindpunt.
Voor ondersteunde scenario's bevat het tabblad Inrichtingsstappen informatie over wat er gebeurt op het servereindpunt, inclusief wanneer het servereindpunt gereed is voor gebruikerstoegang.
Ondersteunde scenario’s
Op dit moment worden de inrichtingsstappen alleen weergegeven wanneer het nieuwe servereindpunt dat wordt toegevoegd, geen gegevens bevat op het serverpad dat is geselecteerd voor het servereindpunt. In andere scenario's is het tabblad Inrichtingsstappen niet beschikbaar.
Beheerstatus
Hier volgen de verschillende statussen die worden weergegeven wanneer het inrichten van servereindpunten wordt uitgevoerd en wat ze betekenen:
- Wordt uitgevoerd: het servereindpunt is niet gereed voor gebruikerstoegang.
- Gereed (synchronisatie niet functioneel): gebruikers hebben toegang tot gegevens, maar wijzigingen worden niet gesynchroniseerd met de cloudbestandsshare.
- Gereed (synchronisatiefunctionaliteit): gebruikers hebben toegang tot gegevens en wijzigingen worden gesynchroniseerd met de cloudshare, waardoor het eindpunt volledig functioneel wordt.
- Mislukt: Voorziening mislukt vanwege een fout.
Het tabblad Inrichtingsstappen is alleen zichtbaar in Azure Portal voor ondersteunde scenario's. Deze is niet beschikbaar of zichtbaar voor niet-ondersteunde scenario's.
Volgende stappen
Er is meer te ontdekken over Azure-bestandsshares en Azure File Sync. De volgende artikelen helpen u inzicht te krijgen in geavanceerde opties, aanbevolen procedures en probleemoplossing.