Azure Files SYNC implementeren

Gebruik Azure File Sync om de bestands shares van uw organisatie te centraliseren in Azure Files, met behoud van de flexibiliteit, prestaties en compatibiliteit van een on-premises bestandsserver. Door Azure File Sync wordt Windows Server getransformeerd in een snelle cache van uw Azure-bestandsshare. U kunt elk protocol dat beschikbaar is in Windows Server, inclusief SMB, NFS en FTPS, gebruiken voor lokale toegang tot uw gegevens. U kunt zoveel caches hebben als u nodig hebt over de hele wereld.

U wordt ten zeerste aangeraden Planning voor een Azure Files-implementatie en Planning voor een Azure File Sync te lezen voordat u de stappen in dit artikel voltooit.

Vereisten

  1. Een Azure-bestands share in dezelfde regio die u wilt implementeren Azure File Sync. Zie voor meer informatie:
  2. Ten minste één ondersteund exemplaar van Windows Server of Windows Server-cluster om te synchroniseren met Azure File Sync. Zie voor meer informatie over ondersteunde versies van Windows Server en aanbevolen systeembronnen Windows overwegingen voor de bestandsserver.

Windows Server voorbereiden voor gebruik met Azure File Sync

Voor elke server die u wilt gebruiken met Azure File Sync, met inbegrip van elk serverknooppunt in een failovercluster, schakelt u Internet Explorer verbeterde beveiligingsconfiguratie uit. Dit is alleen vereist voor de initiële serverregistratie. U kunt de optie opnieuw inschakelen nadat de server is geregistreerd.

Notitie

U kunt deze stap overslaan als u een Azure File Sync op Windows Server Core.

  1. Serverbeheer openen.
  2. Klik op Lokale server:
    Lokale server aan de linkerkant van de gebruikersinterface van Serverbeheer
  3. Selecteer in het deelvenster Eigenschappen de koppeling naar Verbeterde beveiliging van Internet Explorer.
    Het deelvenster Verbeterde beveiliging van Internet Explorer in de gebruikersinterface van Serverbeheer
  4. Selecteer in Internet Explorer dialoogvenster Verbeterde beveiliging de optie Uit voor beheerders en gebruikers:
    Het pop-upvenster Verbeterde beveiliging van Internet Explorer met de optie Uit geselecteerd

Opslagsynchronisatieservice implementeren

De implementatie van Azure File Sync begint met het plaatsen van een Storage Sync Service-resource in een resourcegroep van uw geselecteerde abonnement. U wordt aangeraden slechts enkele van deze in terichten als dat nodig is. U maakt een vertrouwensrelatie tussen uw servers en deze resource en een server kan slechts worden geregistreerd voor één Storage-synchronisatieservice. Daarom is het raadzaam om zoveel opslagsynchronisatieservices te implementeren als u nodig hebt om groepen servers te scheiden. Houd er rekening mee dat servers uit verschillende opslagsynchronisatieservices niet met elkaar kunnen worden gesynchroniseerd.

Notitie

De Storage-synchronisatieservice neemt toegangsmachtigingen over van het abonnement en de resourcegroep waar deze in zijn geïmplementeerd. U wordt aangeraden zorgvuldig te controleren wie er toegang heeft. Entiteiten met schrijftoegang kunnen beginnen met het synchroniseren van nieuwe sets bestanden van servers die zijn geregistreerd bij deze opslagsynchronisatieservice en ervoor zorgen dat gegevens naar azure-opslag stromen die voor hen toegankelijk is.

Als u een Storage-synchronisatieservice wilt implementeren, gaat u naar de Azure Portal,klikt u op Een resource maken en zoekt u naar Azure File Sync. Selecteer in de zoekresultaten Azure File Sync en selecteer vervolgens Maken om het tabblad Storage implementeren te openen.

Voer de volgende gegevens in in het deelvenster dat verschijnt:

  • Naam: een unieke naam (per regio) voor de Storage-synchronisatieservice.
  • Abonnement: het abonnement waarin u de synchronisatieservice Storage maken. Afhankelijk van de configuratiestrategie van uw organisatie hebt u mogelijk toegang tot een of meer abonnementen. Een Azure-abonnement is de meest eenvoudige container voor facturering voor elke cloudservice (zoals Azure Files).
  • Resourcegroep: een resourcegroep is een logische groep Azure-resources, zoals een opslagaccount of een Storage Sync Service. U kunt een nieuwe resourcegroep maken of een bestaande resourcegroep gebruiken voor Azure File Sync. (We raden u aan resourcegroepen als containers te gebruiken om resources logisch te isoleren voor uw organisatie, zoals het groeperen van HR-resources of resources voor een specifiek project.)
  • Locatie: de regio waarin u de Azure File Sync. Alleen ondersteunde regio's zijn beschikbaar in deze lijst.

Wanneer u klaar bent, selecteert u Maken om de synchronisatieservice Storage implementeren.

Azure File Sync-agent installeren

De Azure File Sync-agent is een downloadbaar pakket waardoor Windows Server met een Azure-bestandsshare kan worden gesynchroniseerd.

U kunt de agent downloaden via het Microsoft Downloadcentrum. Wanneer het downloaden is voltooid, dubbelklikt u op het MSI-pakket om de installatie van Azure File Sync agent te starten.

Belangrijk

Als u van plan bent om Azure File Sync failovercluster te gebruiken, moet Azure File Sync agent op elk knooppunt in het cluster worden geïnstalleerd. Elk knooppunt in het cluster moet zijn geregistreerd om te kunnen werken met Azure File Sync. Het enige scenario dat wordt ondersteund door Azure File Sync is Windows Server-failovercluster met geclusterde schijven. Zie Failover Clustering voor Azure File Sync.

U wordt aangeraden het volgende te doen:

  • Laat het standaardinstallatiepad (C:\Program Files\Azure\StorageSyncAgent) staan om probleemoplossing en serveronderhoud te vereenvoudigen.
  • Schakel Microsoft Update in om Azure File Sync up-to-date te houden. Alle updates voor de Azure File Sync agent, inclusief functie-updates en hotfixes, vinden plaats vanaf Microsoft Update. U wordt aangeraden de meest recente update naar Azure File Sync. Zie Beleid bijwerken Azure File Sync meer informatie.

Wanneer de Azure File Sync agent is geïnstalleerd, wordt de gebruikersinterface voor serverregistratie automatisch geopend. U moet een Storage-synchronisatieservice hebben voordat u zich registreert; zie de volgende sectie over het maken van een Storage-synchronisatieservice.

Windows Server registreren met opslagsynchronisatieservice

Als u Windows Server registreert voor een opslagsynchronisatieservice, wordt er een vertrouwensrelatie ingesteld tussen uw server (of cluster) en de opslagsynchronisatieservice. Een server kan slechts voor één opslagsynchronisatieservice worden geregistreerd en kan worden gesynchroniseerd met andere servers en Azure-bestandsshares die aan dezelfde opslagsynchronisatieservice zijn gekoppeld.

Notitie

Serverregistratie gebruikt uw Azure-referenties om een vertrouwensrelatie te maken tussen de Storage-synchronisatieservice en uw Windows-server. Vervolgens maakt en gebruikt de server echter een eigen identiteit die geldig is zolang de server geregistreerd blijft en het huidige Shared Access Signature-token (Storage SAS) geldig is. Er kan geen nieuw SAS-token worden uitgegeven aan de server zodra de registratie van de server ongedaan is, waardoor de server geen toegang meer heeft tot uw Azure-bestands shares, waardoor synchronisatie wordt gestopt.

De beheerder die de server registreert, moet lid zijn van de beheerrollen Eigenaar of Inzender voor de Storage synchronisatieservice. Dit kan worden geconfigureerd onder Access Control (IAM) in de Azure Portal voor de Storage-synchronisatieservice.

Het is ook mogelijk om onderscheid te maken tussen beheerders die servers kunnen registreren en servers die ook synchronisatie mogen configureren in een Storage Synchronisatieservice. Daarvoor moet u een aangepaste rol maken waarin u de beheerders vermeldt die alleen servers mogen registreren en uw aangepaste rol de volgende machtigingen geven:

  • "Microsoft.StorageSync/storageSyncServices/registeredServers/write"
  • Microsoft.StorageSync/storageSyncServices/read
  • "Microsoft.StorageSync/storageSyncServices/workflows/read"
  • Microsoft.StorageSync/storageSyncServices/workflows/operations/read

De gebruikersinterface voor serverregistratie wordt automatisch geopend na de installatie van de Azure File Sync agent. Als dat niet gebeurt, kunt u deze handmatig openen vanuit de bestandslocatie: C:\Program Files\Azure\StorageSyncAgent\ServerRegistration.exe. Wanneer de gebruikersinterface voor serverregistratie wordt geopend, selecteert u Aanmelden om te beginnen.

Nadat u zich hebt aanmelden, wordt u gevraagd om de volgende informatie:

Schermafbeelding van de gebruikersinterface van de serverregistratie

Nadat u de juiste informatie hebt geselecteerd, selecteert u Registreren om de serverregistratie te voltooien. Als deel van het registratieproces wordt u gevraagd u nogmaals aan te melden.

Synchronisatiegroep en cloudeindpunt maken

Een synchronisatiegroep definieert de synchronisatietopologie voor een verzameling bestanden. Eindpunten binnen een synchronisatiegroep worden onderling synchroon gehouden. Een synchronisatiegroep moet één cloudeindpunt bevatten, dat een Azure-bestandsshare en een of meer servereindpunten representeert. Een server-eindpunt vertegenwoordigt een pad op een geregistreerde server. Een server kan server-eindpunten in meerdere synchronisatiegroepen hebben. U kunt zoveel synchronisatiegroepen maken als nodig is om de gewenste synchronisatietopologie op de juiste manier te beschrijven.

Een cloud-eindpunt is een aanwijzer naar een Azure-bestands share. Alle server-eindpunten worden gesynchroniseerd met een cloud-eindpunt, waardoor het cloud-eindpunt de hub wordt. Het opslagaccount voor de Azure-bestands share moet zich in dezelfde regio bevinden als de Storage-synchronisatieservice. De volledige Azure-bestands share wordt gesynchroniseerd, met één uitzondering: er wordt een speciale map ingericht die vergelijkbaar is met de verborgen map 'System Volume Information' op een NTFS-volume. Deze map heet '. SystemShareInformation". Het bevat belangrijke synchronisatiemetagegevens die niet worden gesynchroniseerd met andere eindpunten. Gebruik of verwijder deze niet!

Belangrijk

U kunt wijzigingen aanbrengen in elk cloud-eindpunt of server-eindpunt in de synchronisatiegroep en uw bestanden laten synchroniseren met de andere eindpunten in de synchronisatiegroep. Als u het cloud-eindpunt (Azure-bestands share) rechtstreeks wijzigt, moeten wijzigingen eerst worden gedetecteerd door een Azure File Sync wijzigingsdetectie. Een wijzigingsdetectie job wordt slechts eenmaal per 24 uur gestart voor een cloud-eindpunt. Zie veelgestelde vragen Azure Files meer informatie.

De beheerder die het cloud-eindpunt maakt, moet lid zijn van de beheerrol Eigenaar voor het opslagaccount dat de Azure-bestands share bevat waar het cloud-eindpunt naar verwijst. Dit kan worden geconfigureerd onder Access Control (IAM) in de Azure Portal voor het opslagaccount.

Als u een synchronisatiegroep wilt maken, gaat u in Azure Portalnaar uw Storage-synchronisatieservice en selecteert u vervolgens + Synchronisatiegroep:

Een nieuwe synchronisatiegroep in de Azure-portal maken

Voer in het deelvenster dat verschijnt de volgende gegevens in om een synchronisatiegroep met een cloudeindpunt te maken:

  • Naam van synchronisatiegroep: de naam van de synchronisatiegroep die moet worden gemaakt. Deze naam moet uniek zijn binnen de opslagsynchronisatieservice, maar het mag een willekeurige naam zijn die u makkelijk kunt onthouden.
  • Abonnement: het abonnement waarin u de synchronisatieservice Storage geïmplementeerd in De synchronisatieservice Storage implementeren.
  • Storage account: als u Opslagaccount selecteren selecteert, wordt er een ander deelvenster weergegeven waarin u het opslagaccount kunt selecteren met de Azure-bestands share waarmee u wilt synchroniseren.
  • Azure-bestands share: de naam van de Azure-bestands share waarmee u wilt synchroniseren.

Servereindpunt maken

Een servereindpunt representeert een bepaalde locatie op een geregistreerde server, bijvoorbeeld een map op een servervolume. Een server-eindpunt is onderhevig aan de volgende voorwaarden:

  • Een server-eindpunt moet een pad op een geregistreerde server zijn (in plaats van een mounted share). NaS (Network Attached Storage) wordt niet ondersteund.
  • Hoewel het server-eindpunt zich op het systeemvolume kan, gebruiken server-eindpunten op het systeemvolume mogelijk geen opslag in cloudlagen.
  • Het wijzigen van het pad of de stationletter nadat u een server-eindpunt op een volume hebt ingesteld, wordt niet ondersteund. Zorg ervoor dat u een laatste pad op de geregistreerde server gebruikt.
  • Een geregistreerde server kan meerdere server-eindpunten ondersteunen, maar een synchronisatiegroep kan op elk moment slechts één server-eindpunt per geregistreerde server hebben. Andere server-eindpunten binnen de synchronisatiegroep moeten zich op verschillende geregistreerde servers.

Als u een server-eindpunt wilt toevoegen, gaat u naar de zojuist gemaakte synchronisatiegroep en selecteert u vervolgens Server-eindpunt toevoegen.

Nieuw servereindpunt toevoegen in het deelvenster met de synchronisatiegroep

De blade Server-eindpunt toevoegen wordt geopend. Voer de volgende gegevens in om een server-eindpunt te maken:

  • Geregistreerde server: de naam van de server of het cluster waar u het server-eindpunt wilt maken.
  • Pad: het Windows serverpad dat moet worden gesynchroniseerd als onderdeel van de synchronisatiegroep.
  • Cloudopslaglagen: een switch om opslag in cloudlagen in of uit te schakelen. Met opslag in cloudlagen kunnen niet vaak gebruikte of gebruikte bestanden in lagen worden opgeslagen Azure Files.
  • Vrije volumeruimte: de hoeveelheid vrije ruimte die moet worden reserveren op het volume waarop het server-eindpunt zich bevindt. Als de vrije ruimte van het volume bijvoorbeeld is ingesteld op 50% op een volume met slechts één server-eindpunt, wordt ongeveer de helft van de hoeveelheid gegevens in lagen opgeslagen Azure Files. Ongeacht of opslag in cloudlagen is ingeschakeld, beschikt uw Azure-bestands share altijd over een volledige kopie van de gegevens in de synchronisatiegroep.
  • Eerste downloadmodus: een optionele selectie die nuttig kan zijn wanneer er wel bestanden in de Azure-bestands share staan, maar niet op de server. Een dergelijke situatie kan bijvoorbeeld bestaan als u een server-eindpunt maakt om een andere filiaalserver toe te voegen aan een synchronisatiegroep of wanneer u een mislukte server na noodgevallen herstelt. Als opslag in cloudlagen is ingeschakeld, wordt standaard alleen de naamruimte ingeroepen, in eerste instantie geen bestandsinhoud. Dit is handig als u denkt dat aanvragen voor gebruikerstoegang moeten bepalen welke bestandsinhoud wordt teruggeroepen naar de server. Als opslag in cloudlagen is uitgeschakeld, wordt de naamruimte standaard eerst gedownload en worden bestanden vervolgens teruggeroepen op basis van de laatste gewijzigde tijdstempel totdat de lokale capaciteit is bereikt. U kunt de initiële downloadmodus echter alleen wijzigen in naamruimte. Een derde modus kan alleen worden gebruikt als opslag in cloudlagen is uitgeschakeld voor dit server-eindpunt. In deze modus wordt voorkomen dat de naamruimte eerst wordt ingeroepen. Bestanden worden alleen weergegeven op de lokale server als ze de kans hadden om volledig te downloaden. Deze modus is handig als een toepassing bijvoorbeeld vereist dat volledige bestanden aanwezig zijn en gelaagde bestanden in de naamruimte niet kunnen tolereren.

Selecteer Maken om het server-eindpunt toe te voegen. Uw bestanden worden nu gesynchroniseerd op uw Azure-bestands share en Windows Server.

Instellingen voor de firewall en het virtuele netwerk configureren

Portal

Als u uw Azure File Sync wilt configureren voor gebruik met firewall- en virtuele netwerkinstellingen, gaat u als volgt te werk:

  1. Navigeer Azure Portal het opslagaccount dat u wilt beveiligen.

  2. Selecteer Netwerken in het menu links.

  3. Onder Geselecteerde netwerken onder Toegang toestaan vanuit.

  4. Zorg ervoor dat het IP-adres of virtuele netwerk van uw servers wordt vermeld in de sectie Adresbereik.

  5. Zorg ervoor dat Vertrouwde Microsoft-services toegang tot dit opslagaccount is ingeschakeld.

  6. Selecteer Opslaan om uw instellingen op te slaan.

    Firewall- en virtuele netwerkinstellingen configureren voor gebruik met Azure File Sync

Onboarding met Azure File Sync

De aanbevolen stappen voor onboarding op Azure File Sync zonder uitvaltijd zonder uitvaltijd, met behoud van de volledige bestandstrouwheid en toegangsbeheerlijst (ACL), zijn als volgt:

  1. Implementeer een Storage-synchronisatieservice.
  2. Maak een synchronisatiegroep.
  3. Installeer Azure File Sync agent op de server met de volledige gegevensset.
  4. Registreer die server en maak een server-eindpunt op de share.
  5. Synchronisatie: de volledige upload uitvoeren naar de Azure-bestands share (cloud-eindpunt).
  6. Nadat de initiële upload is voltooid, installeert Azure File Sync agent op elk van de resterende servers.
  7. Maak nieuwe bestands shares op elk van de resterende servers.
  8. Maak server-eindpunten op nieuwe bestands shares met beleid voor cloudopslaglagen, indien gewenst. (Voor deze stap moet er extra opslagruimte beschikbaar zijn voor de eerste installatie.)
  9. Laten Azure File Sync agent de volledige naamruimte snel herstellen zonder de werkelijke gegevensoverdracht. Na de volledige synchronisatie van de naamruimte vult de synchronisatie-engine de lokale schijfruimte op basis van het beleid voor cloudopslaglagen voor het server-eindpunt.
  10. Zorg ervoor dat de synchronisatie is voltooid en test uw topologie naar wens.
  11. Gebruikers en toepassingen omleiden naar deze nieuwe share.
  12. U kunt eventueel dubbele shares op de servers verwijderen.

Als u geen extra opslagruimte hebt voor de initiële onboarding en u deze wilt koppelen aan de bestaande shares, kunt u de gegevens vooraf in de Azure-bestands shares seeden. Deze aanpak wordt aanbevolen, als en alleen als u downtime kunt accepteren en absoluut garandeert dat er geen gegevenswijzigingen op de server-shares worden aangebracht tijdens het eerste onboardingproces.

  1. Zorg ervoor dat de gegevens op een van de servers niet kunnen worden gewijzigd tijdens het onboardingproces.
  2. Start Azure-bestands shares vooraf met de servergegevens met behulp van een hulpprogramma voor gegevensoverdracht via SMB. Robocopy, bijvoorbeeld. U kunt AzCopy ook gebruiken via REST. Zorg ervoor dat u AzCopy gebruikt met de juiste switches om tijdstempels en kenmerken van ACL's te behouden.
  3. Maak Azure File Sync topologie met de gewenste server-eindpunten die naar de bestaande shares wijzen.
  4. Synchronisatie moet het afstemmingsproces op alle eindpunten voltooien.
  5. Zodra de afstemming is voltooid, kunt u shares openen voor wijzigingen.

Op dit moment kent de pre-seeding-benadering enkele beperkingen:

  • Gegevenswijzigingen op de server voordat de synchronisatietopologie volledig actief is, kunnen conflicten veroorzaken op de server-eindpunten.
  • Nadat het cloud-eindpunt is gemaakt, voert Azure File Sync een proces uit om de bestanden in de cloud te detecteren voordat de initiële synchronisatie wordt uitgevoerd. De tijd die nodig is om dit proces te voltooien, is afhankelijk van de verschillende factoren, zoals de netwerksnelheid, de beschikbare bandbreedte en het aantal bestanden en mappen. Voor de ruwe schatting in de preview-versie wordt het detectieproces ongeveer 10 bestanden per seconde uitgevoerd. Dus zelfs als pre-seeding snel wordt uitgevoerd, kan de totale tijd voor het krijgen van een volledig werkend systeem aanzienlijk langer zijn wanneer gegevens vooraf in de cloud worden geseed.

Selfserviceherstel via vorige versies en VSS (Volume Shadow Copy Service)

Belangrijk

De volgende informatie kan alleen worden gebruikt met versie 9 (of hoger) van de opslagsynchronisatieagent. Versies lager dan 9 hebben niet de StorageSyncSelfService-cmdlets.

Vorige versies is een Windows-functie waarmee u VSS-momentopnamen aan de serverzijde van een volume kunt gebruiken om restoreerbare versies van een bestand te presenteren aan een SMB-client. Dit maakt een krachtig scenario mogelijk, ook wel selfserviceherstel genoemd, rechtstreeks voor informatiemedewerkers in plaats van afhankelijk van het herstel door een IT-beheerder.

VSS-momentopnamen en eerdere versies werken onafhankelijk van Azure File Sync. Opslag in cloudlagen moet echter worden ingesteld op een compatibele modus. Veel Azure File Sync server eindpunten kunnen bestaan op hetzelfde volume. U moet de volgende PowerShell-aanroep maken per volume dat zelfs één server-eindpunt heeft waar u van plan bent of cloudopslaglagen gebruikt.

Import-Module '<SyncAgentInstallPath>\StorageSync.Management.ServerCmdlets.dll'
Enable-StorageSyncSelfServiceRestore [-DriveLetter] <string> [[-Force]] 

VSS-momentopnamen worden gemaakt van een heel volume. Standaard kunnen er maximaal 64 momentopnamen bestaan voor een bepaald volume, omdat er voldoende ruimte is om de momentopnamen op te slaan. VSS verwerkt dit automatisch. Het standaardschema voor momentopnamen maakt twee momentopnamen per dag, maandag tot en met vrijdag. Dit schema kan worden geconfigureerd via Windows geplande taak. De bovenstaande PowerShell-cmdlet doet twee dingen:

  1. Azure File Sync configureert cloudopslaglagen op het opgegeven volume om compatibel te zijn met eerdere versies en garandeert dat een bestand kan worden hersteld vanuit een vorige versie, zelfs als het in een opslaglaag op de cloud op de server is opgeslagen.
  2. Hiermee schakelt u de standaard VSS-planning in. U kunt deze later wijzigen.

Notitie

Er zijn twee belangrijke dingen om op te merken:

  • Als u de parameter -Force gebruikt en VSS momenteel is ingeschakeld, wordt het huidige schema voor VSS-momentopnamen overschreven en vervangen door de standaardplanning. Zorg ervoor dat u uw aangepaste configuratie opgeslagen voordat u de cmdlet wordt uitgevoerd.
  • Als u deze cmdlet op een clusterknooppunt gebruikt, moet u deze ook uitvoeren op alle andere knooppunten in het cluster.

Als u wilt zien of de compatibiliteit met selfserviceherstel is ingeschakeld, kunt u de volgende cmdlet uitvoeren.

Get-StorageSyncSelfServiceRestore [[-Driveletter] <string>]

Alle volumes op de server worden weergegeven, evenals het aantal dagen dat compatibel is met cloudopslaglagen. Dit aantal wordt automatisch berekend op basis van de maximaal mogelijke momentopnamen per volume en het standaardschema voor momentopnamen. Alle eerdere versies van een informatiemedewerker kunnen dus standaard worden gebruikt om vanuit te herstellen. Hetzelfde geldt als u de standaardplanning wijzigt om meer momentopnamen te maken. Als u de planning echter op een manier wijzigt die resulteert in een beschikbare momentopname op het volume dat ouder is dan de compatibele dagenwaarde, kunnen gebruikers deze oudere momentopname (vorige versie) niet gebruiken om te herstellen.

Notitie

Het inschakelen van selfserviceherstel kan van invloed zijn op het verbruik en de factuur van uw Azure-opslag. Deze impact is beperkt tot bestanden die momenteel zijn gelaagd op de server. Het inschakelen van deze functie zorgt ervoor dat er een bestandsversie beschikbaar is in de cloud waarnaar kan worden verwezen via een eerdere versie (VSS-momentopname).

Als u de functie uit schakelen, neemt het gebruik van Azure Storage langzaam af totdat het venster compatibele dagen is verstreken. Er is geen manier om dit te versnellen.

Het standaard maximum aantal VSS-momentopnamen per volume (64) en de standaardplanning om ze te maken, resulteren in maximaal 45 dagen van eerdere versies waaruit een informatiemedewerker kan herstellen, afhankelijk van het aantal VSS-momentopnamen dat u op uw volume kunt opslaan.

Als een maximum van 64 VSS-momentopnamen per volume niet de juiste instelling voor u is, wijzigt u die waarde via een registersleutel. Om de nieuwe limiet van kracht te laten worden, moet u de cmdlet opnieuw uitvoeren om compatibiliteit met eerdere versies in te stellen op elk volume dat eerder is ingeschakeld, met de vlag -Force om rekening te houden met het nieuwe maximum aantal VSS-momentopnamen per volume. Dit resulteert in een nieuw berekend aantal compatibele dagen. Houd er rekening mee dat deze wijziging alleen van kracht wordt op nieuw gelaagde bestanden en dat eventuele aanpassingen in de VSS-planning die u hebt gemaakt, worden overschreven.

Proactief nieuwe en gewijzigde bestanden terughalen uit een Azure-bestands share

Met agentversie 11 wordt een nieuwe modus beschikbaar op een server-eindpunt. Met deze modus kunnen wereldwijd gedistribueerde bedrijven de servercache in een externe regio vooraf vullen, zelfs voordat lokale gebruikers bestanden openen. Wanneer deze modus is ingeschakeld op een server-eindpunt, zorgt deze modus ervoor dat deze server bestanden inroept die zijn gemaakt of gewijzigd in de Azure-bestands share.

Scenario

Een wereldwijd gedistribueerd bedrijf heeft filialen in de VERENIGDE Staten en India. Informatiemedewerkers maken 's nachts (US Time) een nieuwe map en nieuwe bestanden voor een geheel nieuw project en werken er de hele dag aan. Azure File Sync synchroniseert de map en bestanden naar de Azure-bestands share (cloud-eindpunt). Informatiemedewerkers in India blijven in hun tijdzone aan het project werken. Wanneer ze 's nachts aankomt, moet de lokale Azure File Sync server in India deze nieuwe bestanden lokaal beschikbaar hebben, zodat het Team van India efficiënt kan werken met een lokale cache. Als u deze modus inschakelen, wordt voorkomen dat de initiële toegang tot bestanden langzamer verloopt vanwege terugroepen op aanvraag en kan de server de bestanden proactief terugroepen zodra ze zijn gewijzigd of gemaakt in de Azure-bestands share.

Belangrijk

Het is belangrijk om te realiseren dat het bijhouden van wijzigingen in de Azure-bestands share die nauw op de server zijn opgeslagen, uw verkeer naar en de factuur van Azure kan verhogen. Als bestanden die worden teruggeroepen naar de server niet daadwerkelijk lokaal nodig zijn, kan het onnodig terughalen naar de server negatieve gevolgen hebben. Gebruik deze modus als u weet dat het vooraf vullen van de cache op een server met recente wijzigingen in de cloud een positief effect heeft op gebruikers of toepassingen die de bestanden op die server gebruiken.

Een server-eindpunt proactief inschakelen wat er is gewijzigd in een Azure-bestands share

  1. Ga in Azure Portalnaar uw Storage-synchronisatieservice, selecteer de juiste synchronisatiegroep en identificeer vervolgens het server-eindpunt waarvoor u wijzigingen in de Azure-bestands share (cloud-eindpunt) nauwkeurig wilt bijhouden.
  2. Zoek in de sectie Opslag in cloudlagen het onderwerp 'Azure-bestands share downloaden'. U ziet de momenteel geselecteerde modus en kunt deze wijzigen om wijzigingen in de Azure-bestands delen beter bij te houden en deze proactief terug te roepen naar de server.

Een afbeelding van het downloadgedrag van de Azure-bestands share voor een server-eindpunt dat momenteel van kracht is en een knop om een menu te openen waarmee u dit kunt wijzigen.

Een implementatie DSF-replicatie (DFS-R) migreren naar Azure File Sync

Een DFS-R-implementatie migreren naar Azure File Sync:

  1. Maak een synchronisatiegroep die de DFS-R-topologie vertegenwoordigt die u vervangt.
  2. Start op de server met de volledige set gegevens in de te migreren DFS-R-topologie. Installeer Azure File Sync op die server.
  3. Registreer die server en maak een server-eindpunt voor de eerste server die moet worden gemigreerd. Schakel opslag in cloudlagen niet in.
  4. Laat alle gegevens synchroniseren met uw Azure-bestands share (cloud-eindpunt).
  5. Installeer en registreer de Azure File Sync agent op elk van de resterende DFS-R-servers.
  6. Schakel DFS-R uit.
  7. Maak een server-eindpunt op elk van de DFS-R-servers. Schakel opslag in cloudlagen niet in.
  8. Zorg ervoor dat de synchronisatie is voltooid en test uw topologie naar wens.
  9. DFS-R uit de weg gaan.
  10. Cloudopslaglagen kunnen nu naar wens worden ingeschakeld op elk server-eindpunt.

Zie voor meer informatie Azure File Sync samenwerking met Distributed File System (DFS).

Volgende stappen