Delen via

Problemen met Azure-bestanden oplossen

  • Artikel

Dit artikel bevat veelvoorkomende problemen met betrekking tot Azure Files. Het biedt ook mogelijke oorzaken en oplossingen voor deze problemen.

Notitie

Was dit artikel nuttig? Uw input is belangrijk voor ons. Gebruik de knop Feedback op deze pagina om ons te laten weten hoe goed dit artikel voor u heeft gewerkt of hoe we het kunnen verbeteren.

Als u geen antwoord op uw vraag kunt vinden, kunt u contact met ons opnemen via de volgende kanalen (in escalatievolgorde):

  • Microsoft Q&A-vragenpagina voor Azure Files.
  • Feedback van De Azure-community.
  • Microsoft Ondersteuning. Als u een nieuwe ondersteuningsaanvraag wilt maken, meldt u zich aan bij Azure Portal en selecteert u op het tabblad Help de knop Help en ondersteuning en selecteert u vervolgens Nieuwe ondersteuningsaanvraag.

Van toepassing op

Bestands sharetype SMB NFS
Standaardbestandsshares (GPv2), LRS/ZRS
Standaardbestandsshares (GPv2), GRS/GZRS
Premium bestandsshares (FileStorage), LRS/ZRS

Algemene eerste stappen voor probleemoplossing

Als u problemen ondervindt met Azure Files, begint u met de volgende stappen.

DNS-omzetting en -connectiviteit met uw Azure-bestandsshare controleren

Het meest voorkomende probleem dat klanten van Azure Files ondervinden, is dat het koppelen of openen van de Azure-bestandsshare mislukt vanwege een onjuiste netwerkconfiguratie. Dit kan gebeuren met een van de drie protocollen voor het delen van bestanden die door Azure Files worden ondersteund: SMB, NFS en FileREST.

De volgende tabel bevat de SMB-, NFS- en FileREST-vereisten voor welke van de netwerkeindpunten van een opslagaccount dat ze kunnen gebruiken en welke poort dat eindpunt kan worden geopend. Zie Azure Files-netwerkoverwegingen voor meer informatie over netwerkeindpunten.

Protocolnaam Onbeperkt openbaar eindpunt Beperkt openbaar eindpunt Privé-eindpunt Vereiste poort
MKB TCP 445
NFS TCP 2049
FileREST TCP 443 (HTTPS), TCP 80 (HTTP)

Als u een bestandsshare wilt koppelen of openen, moet uw client het volgende doen:

  • U kunt de volledig gekwalificeerde domeinnaam van het opslagaccount (bijvoorbeeld mystorageaccount.file.core.windows.net) omzetten in het juiste IP-adres voor het gewenste netwerkeindpunt van het opslagaccount.

  • Maak een geslaagde TCP-verbinding met het correct opgeloste IP-adres op de juiste poort voor het gewenste protocol.

Notitie

U moet de FQDN (Fully Qualified Domain Name) voor uw opslagaccount gebruiken bij het koppelen/openen van de share. Met de volgende opdrachten kunt u de huidige IP-adressen van de netwerkeindpunten van uw opslagaccount zien, maar u moet deze IP-adressen niet coderen in scripts, firewallconfiguraties of andere locaties. IP-adressen blijven niet gegarandeerd hetzelfde en kunnen op elk gewenst moment veranderen.

DNS-naamomzetting controleren

Met de volgende opdracht kunt u de DNS-naamomzetting van uw opslagaccount testen.

# If you have changed the DNS configuration in your environment, it may be helpful to clear
# the DNS client cache to ensure you're getting the updated DNS name resolution.
Clear-DnsClientCache

# Replace this value with the fully qualified domain name for your storage account. 
# Different storage accounts, especially in different Azure environments, 
# may have different suffixes than file.core.windows.net, so be sure to use the correct
# suffix for your storage account.
$hostName = "mystorageaccount.file.core.windows.net"

# Do the name resolution. Piping to Format-List is optional.
Resolve-DnsName -Name $hostName | Format-List

De uitvoer die wordt geretourneerd door Resolve-DnsName , kan verschillen, afhankelijk van uw omgeving en de gewenste netwerkconfiguratie. Als u bijvoorbeeld probeert toegang te krijgen tot een openbaar eindpunt van een opslagaccount waarvoor geen privé-eindpunten zijn geconfigureerd, ziet u de volgende uitvoer. In deze uitvoer x.x.x.x is het IP-adres van het cluster file.phx10prdstf01a.store.core.windows.net van het Azure-opslagplatform dat uw opslagaccount dient.

Name       : mystorageaccount.file.core.windows.net
Type       : CNAME
TTL        : 27
Section    : Answer
NameHost   : file.phx10prdstf01a.store.core.windows.net

Name       : file.phx10prdstf01a.store.core.windows.net
QueryType  : A
TTL        : 60
Section    : Answer
IP4Address : x.x.x.x

Als u toegang probeert te krijgen tot het openbare eindpunt van een opslagaccount waarvoor een of meer privé-eindpunten zijn geconfigureerd, ziet u de volgende uitvoer. De uitvoer bevat een extra CNAME-record voor mystorageaccount.privatelink.file.core.windows.net, tussen de gebruikelijke FQDN-naam van het opslagaccount en de naam van het opslagcluster. Hierdoor kan naamomzetting worden uitgevoerd naar het IP-adres van het openbare eindpunt wanneer de gebruiker toegang heeft vanaf internet en de oplossing voor het IP-adres van het privé-eindpunt wanneer de gebruiker toegang heeft vanuit een virtueel Azure-netwerk (of peernetwerk).

Name       : mystorageaccount.file.core.windows.net
Type       : CNAME
TTL        : 60
Section    : Answer
NameHost   : mystorageaccount.privatelink.file.core.windows.net

Name       : mystorageaccount.privatelink.file.core.windows.net
Type       : CNAME
TTL        : 60
Section    : Answer
NameHost   : file.phx10prdstf01a.store.core.windows.net


Name       : file.phx10prdstf01a.store.core.windows.net
QueryType  : A
TTL        : 60
Section    : Answer
IP4Address : x.x.x.x

Als u een privé-eindpunt omzet, verwacht u normaal gesproken een A-record voor mystorageaccount.privatelink.file.core.windows.net die record die is toegewezen aan het IP-adres van uw privé-eindpunt:

Name                   : mystorageaccount.file.core.windows.net
Type                   : CNAME
TTL                    : 53
Section                : Answer
NameHost               : mystorageaccount.privatelink.file.core.windows.net


Name                   : mystorageaccount.privatelink.file.core.windows.net
QueryType              : A
TTL                    : 10
Section                : Answer
IP4Address             : 10.0.0.5

TCP-connectiviteit controleren

Met de volgende opdracht kunt u de mogelijkheid van uw client testen om een TCP-verbinding te maken met het opgeloste IP-adres/poortnummer.

# Replace this value with the fully qualified domain name for your storage account. 
# Different storage accounts, especially in different Azure environments, 
# may have different suffixes than file.core.windows.net, so be sure to use the correct
# suffix for your storage account.
$hostName = "mystorageaccount.file.core.windows.net"

# Do the TCP connection test - see the above protocol/port table to figure out which
# port to use for your test. This test uses port 445, the port used by SMB.
Test-NetConnection -ComputerName $hostName -Port 445

Als de verbinding tot stand is gebracht, ziet u het volgende resultaat:

ComputerName     : mystorageAccount.file.core.windows.net
RemoteAddress    : x.x.x.x
RemotePort       : 445
InterfaceAlias   : Ethernet
SourceAddress    : y.y.y.y
TcpTestSucceeded : True

Diagnose uitvoeren

Zowel Windows-clients als Linux-clients kunnen worden gebruikt AzFileDiagnostics om ervoor te zorgen dat de clientomgeving voldoet aan de juiste vereisten. AzFileDiagnostics automatiseert de detectie van symptomen en helpt bij het instellen van uw omgeving om optimale prestaties te krijgen.

Algemene gebieden voor probleemoplossing

Kies voor meer gedetailleerde informatie het onderwerpgebied dat u wilt oplossen.

Sommige problemen kunnen betrekking hebben op meer dan één onderwerpgebied (bijvoorbeeld connectiviteit en prestaties).

Hulp nodig?

Als u nog steeds hulp nodig hebt, neemt u contact op met de ondersteuning om het probleem snel op te lossen.

Zie ook

Contacteer ons voor hulp

Als u vragen hebt of hulp nodig hebt, maak een ondersteuningsaanvraag of vraag de Azure-communityondersteuning. U kunt ook productfeedback verzenden naar de Azure-feedbackcommunity.