Устранение неполадок файлов Azure
В этой статье перечислены распространенные проблемы, связанные с Файлы Azure. Это также предоставляет возможные причины и решения этих проблем.
Примечание.
Статья была полезной? Ваши входные данные важны для нас. Нажмите кнопку "Отзывы" на этой странице, чтобы сообщить нам, насколько хорошо эта статья работала для вас или как мы можем улучшить ее.
Если вы не можете найти ответ на свой вопрос, обратитесь к нам по следующим каналам (в порядке эскалации):
- Страница вопросов Microsoft Q&A для Файлы Azure.
- Отзывы сообщества Azure.
- Служба поддержки Майкрософт. Чтобы создать запрос на поддержку, войдите в портал Azure и на вкладке справки нажмите кнопку "Справка и поддержка", а затем нажмите кнопку "Создать запрос на поддержку".
Применяется к
| Тип общей папки | SMB | NFS |
|---|---|---|
| Стандартные общие папки (GPv2), LRS/ZRS | 
|
|
| Стандартные общие папки (GPv2), GRS/GZRS |
|
|
| Общие папки уровня "Премиум" (FileStorage), LRS/ZRS |
|
|
Основные первые шаги диагностики
Если возникли проблемы с Файлы Azure, начните с следующих действий.
Проверка разрешения DNS и подключения к общей папке Azure
Наиболее распространенная проблема, с которой сталкиваются клиенты Файлы Azure, заключается в том, что подключение или доступ к общей папке Azure завершается сбоем из-за неправильной конфигурации сети. Это может произойти с любым из трех протоколов общего доступа к файлам, которые Файлы Azure поддерживают: SMB, NFS и FileREST.
В следующей таблице приведены требования SMB, NFS и FileREST, для которых могут использоваться сетевые конечные точки учетной записи хранения, а также порт, к которому можно получить доступ. Дополнительные сведения о сетевых конечных точках см. в статье Файлы Azure рекомендации по работе с сетями.
| Имя протокола | Неограниченную общедоступную конечную точку | Ограниченная общедоступная конечная точка | Частная конечная точка | Обязательный порт |
|---|---|---|---|---|
| SMB |
|
|
|
TCP 445 |
| NFS |
|
|
|
TCP 2049 |
| FileREST |
|
|
|
TCP 443 (HTTPS), TCP 80 (HTTP) |
Чтобы подключить или получить доступ к общей папке успешно, клиент должен:
Вы можете разрешить полное доменное имя учетной записи хранения (например
mystorageaccount.file.core.windows.net, на правильный IP-адрес для требуемой сетевой конечной точки учетной записи хранения).Установите успешное TCP-подключение к правильно разрешенным IP-адресу на правильном порту для требуемого протокола.
Примечание.
Полное доменное имя (FQDN) необходимо использовать для учетной записи хранения при подключении и доступе к общей папке. Следующие команды позволяют просматривать текущие IP-адреса сетевых конечных точек учетной записи хранения, но не следует жестко кодировать эти IP-адреса в скрипты, конфигурации брандмауэра или другие расположения. IP-адреса не гарантированно остаются неизменными и могут изменяться в любое время.
Проверка разрешения DNS-имен
Следующая команда позволяет проверить разрешение DNS-имен учетной записи хранения.
# 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
Выходные данные, возвращаемые Resolve-DnsName , могут отличаться в зависимости от вашей среды и требуемой конфигурации сети. Например, если вы пытаетесь получить доступ к общедоступной конечной точке учетной записи хранения, которая не имеет частных конечных точек, вы увидите следующие выходные данные. В этом выходных данных x.x.x.x используется IP-адрес кластера file.phx10prdstf01a.store.core.windows.net платформы хранилища Azure, которая служит вашей учетной записи хранения.
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
Если вы пытаетесь получить доступ к общедоступной конечной точке учетной записи хранения, которая имеет одну или несколько частных конечных точек, вы увидите следующие выходные данные. Выходные данные включают дополнительную запись CNAME для mystorageaccount.privatelink.file.core.windows.net, расположенную между обычным полным доменным именем учетной записи хранения и именем кластера хранилища. Это позволяет разрешить разрешение имен в IP-адрес общедоступной конечной точки, когда пользователь обращается из Интернета и разрешает IP-адрес частной конечной точки, когда пользователь обращается из виртуальной сети Azure (или пиринговой сети).
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
Если вы разрешаете частную конечную точку, обычно ожидается запись A для mystorageaccount.privatelink.file.core.windows.net этого сопоставляется с IP-адресом частной конечной точки:
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-подключения
Следующая команда позволяет проверить возможность клиента сделать TCP-подключение с разрешенным IP-адресом или номером порта.
# 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
Если подключение было успешно установлено, вы должны увидеть следующий результат:
ComputerName : mystorageAccount.file.core.windows.net
RemoteAddress : x.x.x.x
RemotePort : 445
InterfaceAlias : Ethernet
SourceAddress : y.y.y.y
TcpTestSucceeded : True
Выполнить диагностику
Клиенты Windows и клиенты Linux могут использовать AzFileDiagnostics для обеспечения правильности необходимых условий для клиентской среды. AzFileDiagnostics автоматизирует обнаружение симптомов и помогает настроить среду для обеспечения оптимальной производительности.
Распространенные области устранения неполадок
Дополнительные сведения см. в области темы, которую вы хотите устранить.
- Проблемы с подключением и доступом (SMB)
- Проблемы проверки подлинности и авторизации на основе удостоверений (SMB)
- Проблемы с производительностью (SMB/NFS)
- Общие проблемы с Linux (SMB)
- Общие проблемы в Linux (NFS)
- проблемы Синхронизация файлов Azure
Некоторые проблемы могут быть связаны с несколькими областями темы (например, подключением и производительностью).
Нужна помощь?
Если вам все еще нужна помощь, обратитесь в службу поддержки, которая поможет быстро устранить проблему.
См. также
Свяжитесь с нами для получения помощи
Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.