Rozwiązywanie problemów z Azure Files

  • Artykuł

W tym artykule wymieniono typowe problemy związane z Azure Files. Zawiera również możliwe przyczyny i rozwiązania tych problemów.

Uwaga

Czy ten artykuł był pomocny? Twoje dane wejściowe są dla nas ważne. Użyj przycisku Opinie na tej stronie, aby poinformować nas, jak dobrze działa ten artykuł dla Ciebie lub jak możemy go ulepszyć.

Jeśli nie możesz znaleźć odpowiedzi na swoje pytanie, możesz skontaktować się z nami za pośrednictwem następujących kanałów (w kolejności eskalacji):

Informacje zawarte w tym artykule dotyczą

Typ udziału plików SMB NFS
Standardowe udziały plików (GPv2), LRS/ZRS
Standardowe udziały plików (GPv2), GRS/GZRS
Udziały plików Premium (FileStorage), LRS/ZRS

Ogólne pierwsze kroki rozwiązywania problemów

Jeśli wystąpią problemy z Azure Files, zacznij od poniższych kroków.

Sprawdzanie rozpoznawania nazw DNS i łączności z udziałem plików platformy Azure

Najczęstszym problemem napotykanym przez klientów Azure Files jest to, że instalowanie udziału plików platformy Azure lub uzyskiwanie do nich dostępu kończy się niepowodzeniem z powodu nieprawidłowej konfiguracji sieci. Może się to zdarzyć w przypadku dowolnego z trzech protokołów udostępniania plików obsługiwanych przez Azure Files: SMB, NFS i FileREST.

Poniższa tabela zawiera wymagania dotyczące protokołu SMB, NFS i FileREST, dla których punktów końcowych sieci konta magazynu, z którego mogą korzystać, oraz port, do którego można uzyskać dostęp do punktu końcowego. Aby dowiedzieć się więcej na temat punktów końcowych sieci, zobacz Azure Files zagadnienia dotyczące sieci.

Nazwa protokołu Nieograniczony publiczny punkt końcowy Ograniczony publiczny punkt końcowy Prywatny punkt końcowy Wymagany port
SMB TCP 445
NFS TCP 2049
FileREST TCP 443 (HTTPS), TCP 80 (HTTP)

Aby pomyślnie zainstalować udział plików lub uzyskać do nich dostęp, klient musi:

  • Być w stanie rozpoznać w pełni kwalifikowaną nazwę domeny konta magazynu (np. mystorageaccount.file.core.windows.net) na prawidłowy adres IP dla żądanego sieciowego punktu końcowego konta magazynu.

  • Ustanowić pomyślne połączenie TCP z prawidłowo rozpoznanym adresem IP na prawidłowym porcie dla żądanego protokołu.

Uwaga

Podczas instalowania/uzyskiwania dostępu do udziału należy użyć w pełni kwalifikowanej nazwy domeny (FQDN) dla konta magazynu. Poniższe polecenia umożliwiają wyświetlenie bieżących adresów IP punktów końcowych sieci konta magazynu, ale nie należy kodować tych adresów IP na stałe do żadnych skryptów, konfiguracji zapory ani innych lokalizacji. Adresy IP nie mają gwarancji, że pozostaną takie same i mogą ulec zmianie w dowolnym momencie.

Sprawdzanie rozpoznawania nazw DNS

Następujące polecenie umożliwia przetestowanie rozpoznawania nazw DNS konta magazynu.

# 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

Dane wyjściowe zwracane przez Resolve-DnsName program mogą różnić się w zależności od środowiska i żądanej konfiguracji sieci. Jeśli na przykład próbujesz uzyskać dostęp do publicznego punktu końcowego konta magazynu, dla którego nie skonfigurowano żadnych prywatnych punktów końcowych, zostaną wyświetlone następujące dane wyjściowe. W tych danych wyjściowych jest to adres IP klastra file.phx10prdstf01a.store.core.windows.net platformy Azure Storage, x.x.x.x który obsługuje Twoje konto magazynu.

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

Jeśli próbujesz uzyskać dostęp do publicznego punktu końcowego konta magazynu, na którym skonfigurowano co najmniej jeden prywatny punkt końcowy, zostaną wyświetlone następujące dane wyjściowe. Dane wyjściowe zawierają dodatkowy rekord CNAME dla mystorageaccount.privatelink.file.core.windows.netelementu , umieszczony między zwykłą nazwą FQDN konta magazynu i nazwą klastra magazynu. Umożliwia to rozpoznawanie nazw na adres IP publicznego punktu końcowego, gdy użytkownik uzyskuje dostęp z Internetu, oraz rozpoznawanie adresu IP prywatnego punktu końcowego, gdy użytkownik uzyskuje dostęp z poziomu sieci wirtualnej platformy Azure (lub sieci równorzędnej).

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

Jeśli rozwiązujesz problem z prywatnym punktem końcowym, zwykle oczekujesz rekordu A dla tego mapowania na mystorageaccount.privatelink.file.core.windows.net adres IP prywatnego punktu końcowego:

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

Sprawdzanie łączności TCP

Następujące polecenie umożliwia przetestowanie możliwości nawiązania połączenia TCP z rozpoznanym adresem IP/numerem portu.

# 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

Jeśli połączenie zostało pomyślnie nawiązane, powinien zostać wyświetlony następujący wynik:

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

Uruchamianie diagnostyki

Zarówno klienci systemu Windows, jak i klienci z systemem Linux mogą korzystać AzFileDiagnostics , aby upewnić się, że środowisko klienckie ma odpowiednie wymagania wstępne. AzFileDiagnostics automatyzuje wykrywanie objawów i pomaga skonfigurować środowisko w celu uzyskania optymalnej wydajności.

Typowe obszary rozwiązywania problemów

Aby uzyskać bardziej szczegółowe informacje, wybierz obszar tematu, który chcesz rozwiązać.

Niektóre problemy mogą być związane z więcej niż jednym obszarem tematu (na przykład łącznością i wydajnością).

Potrzebujesz pomocy?

Jeśli nadal potrzebujesz pomocy, skontaktuj się z pomocą techniczną , aby szybko rozwiązać problem.

Zobacz też

Skontaktuj się z nami, aby uzyskać pomoc

Jeśli masz pytania lub potrzebujesz pomocy, utwórz wniosek o pomoc techniczną lub zadaj pytanie w społeczności wsparcia dla platformy Azure. Możesz również przesłać opinię o produkcie do społeczności opinii platformy Azure.