Вопросы и ответы по NFS для Azure NetApp Files
В этой статье приведены ответы на часто задаваемые вопросы о протоколе NFS Azure NetApp Files.
Я хочу автоматически подключить том при запуске или перезагрузке виртуальной машины Azure. Как настроить в узле постоянный том NFS?
Чтобы том NFS автоматически подключался при запуске или перезагрузке виртуальной машины, добавьте запись в файл /etc/fstab
в этом узле.
Дополнительные сведения см. в статье "Подключение тома для виртуальных машин Windows или Linux".
Какая версия NFS поддерживается в Azure NetApp Files?
Azure NetApp Files поддерживает NFSv3 и NFSv4.1. Вы можете создать том с любой из этих версий NFS.
Поддерживает ли Azure NetApp Files официально NFSv4.2?
Azure NetApp Files не поддерживает NFSv4.2 и ее вспомогательные функции (включая разреженные операции с файлами, расширенные атрибуты и метки безопасности). Хотя вы можете подключить том NFS4.1 в Azure NetApp Files с протоколом NFSv4.2, использование NFSv4.2 не поддерживается.
Тома Azure NetApp Files можно подключить с помощью протокола NFSv4.2 одним из двух способов:
- Явно указывая или
nfsvers=4.2
nfsvers=4,minorversion=2
вvers=4.2
параметрах подключения. - Не указывая версию NFS в параметрах подключения и позволяя клиенту NFS вести переговоры с максимально допустимой поддерживаемой версией NFS. В зависимости от дистрибутива Linux это может привести к использованию NFSv4.2 в качестве самого доступного протокола NFS.
Многие клиенты могут столкнуться с проблемами, если они не полностью поддерживают функции расширенных атрибутов NFSv4.2 или NFSv4.2. Так как NFSv4.2 не поддерживается с Azure NetApp Files, все проблемы с NFSv4.2 не поддерживаются. Чтобы избежать проблем с подключением клиентов NFSv4.2 и обеспечить поддержку, убедитесь, что версия NFSv4.1 указана в параметрах подключения или для конфигурации NFS-клиента настроено ограничение версии NFS как NFSv4.1.
Дополнительные сведения см. в статье "Общие сведения о протоколах NAS" в Azure NetApp Files.
Как включить параметр squash для root?
Вы можете указать, будет ли учетная запись root иметь доступ к тому, используя политику экспорта тома. Дополнительные сведения см. в статье Настройка политики экспорта для тома NFS.
Можно ли использовать один и тот же путь к файлу для нескольких томов?
Один и тот же путь к файлу можно использовать для:
- тома, развернутые в разных регионах
- тома, развернутые в разных зонах доступности в одном регионе
Условия для разных протоколов:
- региональные тома (без зон доступности) или
- тома в одной зоне доступности,
один и тот же путь к файлу можно использовать, однако путь к файлу должен быть уникальным в каждой делегированной подсети или назначен разным делегированным подсетям.
Дополнительные сведения см. в статье "Создание тома NFS для Azure NetApp Files " или создание тома двойного протокола для Azure NetApp Files.
Почему при попытке доступа к томам NFS через клиент Windows поиск папок и вложенных папок клиент занимает так много времени?
Убедитесь, что в клиенте Windows включен параметр CaseSensitiveLookup
, который ускоряет поиск папок и вложенных папок:
- Чтобы включить CaseSensitiveLookup, используйте следующую команду PowerShell:
Set-NfsClientConfiguration -CaseSensitiveLookup 1
- Подключите том к Windows Server.
Пример:
Mount -o rsize=1024 -o wsize=1024 -o mtype=hard \\10.x.x.x\testvol X:*
Поддерживает ли Azure NetApp Files блокировку файлов NFSv4.1?
Для клиентов NFSv4.1 служба Azure NetApp Files поддерживает механизм блокировки файлов NFSv4.1, сохраняющий состояние всех блокировок файлов по модели на основе аренды.
В соответствии со стандартом RFC 3530 служба Azure NetApp Files определяет один период аренды для всех состояний, удерживаемых клиентом NFS. Если клиент не продлевать аренду в течение определенного периода, все государства, связанные с арендой клиента, будут освобождены сервером.
Например, если клиент подключает том, а затем перестает отвечать на запросы или нарушает время ожидания, все блокировки будут сняты. Клиент может явным или косвенным образом обновить аренду, выполнив любые операции, например чтение файла.
Льготный период определяет период особого состояния, в котором клиенты могут попытаться восстановить свои блокировки в ходе восстановления сервера. По умолчанию для аренды время ожидания составляет 30 секунд, а льготный период — 45 секунд. По истечении этого времени аренда клиента прекращается.
Azure NetApp Files также поддерживает критические блокировки файлов.
Дополнительные сведения о блокировке файлов в Azure NetApp Files см. в статье о блокировке файлов.
.snapshot
Почему каталог не отображается в томе NFSv4.1, но он отображается в томе NFSv3?
По проектированию каталог моментальных снимков никогда не отображается клиентам NFSv4.1. По умолчанию .snapshot
каталог отображается клиентам NFSv3. Чтобы скрыть .snapshot
каталог от клиентов NFSv3, измените свойства тома, чтобы скрыть путь моментального снимка.
Oracle dNFS
Существуют ли исправления Oracle, необходимые для dNFS?
Внимание
Клиенты, использующие Oracle 19c и более поздние версии, должны убедиться, что они исправлены для 32931941 ошибок Oracle. Большинство пакетов исправлений, используемых клиентами Oracle, в настоящее время не включают этот исправление. Исправление было включено только в подмножество последних пакетов исправлений.
Если база данных подвергается этой ошибке, прерывания сети, скорее всего, приведет к повреждению разлома блока. Сетевые прерывания включают такие события, как перемещение конечной точки хранилища, перемещение тома и события обслуживания службы хранилища. Повреждение может не обязательно быть обнаружено немедленно.
Это повреждение не является ошибкой в ONTAP или самой службе Azure NetApp Files, но результатом ошибки Oracle dNFS. Ответ на операции ввода-вывода NFS во время определенного прерывания работы сети или перенастройки неправильно настроен. База данных ошибочно записывает блок, обновляемый по мере записи. В некоторых случаях более поздняя перезапись этого же блока автоматически повреждает поврежденный блок. В противном случае процессы базы данных Oracle в конечном итоге будут обнаруживать его. Ошибка должна быть зарегистрирована в журналах оповещений, и экземпляр Oracle, скорее всего, завершится. Кроме того, операции dbv и RMAN могут обнаружить повреждение.
Oracle публикует документ 1495104.1, который постоянно обновляется с помощью рекомендуемых исправлений dNFS. Если база данных использует dNFS, убедитесь, что команда DBA проверяет наличие обновлений в этом документе.
Внимание
Клиенты, использующие Oracle dNFS с NFSv4.1 в томах Azure NetApp Files, должны обеспечить выполнение действий, упомянутых в разделе "Есть ли какие-либо исправления, необходимые для использования Oracle dNFS с NFSv4.1?".
Существуют ли исправления, необходимые для использования Oracle dNFS с NFSv4.1?
Внимание
Если базы данных используют Oracle dNFS с NFSv4.1, их необходимо исправить для ошибок Oracle 33132050 и 33676296. Возможно, вам придется запросить серверную часть для других версий Oracle. Например, на момент написания этих исправлений доступны для версии 19.11, но еще не 19.3. Если вы указываете эти номера ошибок в случае поддержки, инженеры поддержки Oracle знают, что делать.
Это требование относится к системам и службам на основе ONTAP в целом, включая как локальные ONTAP, так и Azure NetApp Files.
Примеры потенциальных проблем, если эти исправления не применяются:
- База данных зависает на конечной точке внутреннего хранилища.
- База данных зависает на событиях обслуживания службы Azure NetApp Files.
- Краткое зависание Oracle во время обычной операции, которая может быть заметной или не может быть заметной.
- Медленное завершение работы Oracle: если вы отслеживаете процесс завершения работы, вы увидите паузы, которые могут добавить до минут задержки по мере ожидания ввода-вывода dNFS.
- Неправильное поведение кэширования ответа dNFS при чтении, которое будет зависать в базе данных.
Исправления включают изменение в управлении сеансами dNFS и кэшировании ответов NFS, которые устраняют эти проблемы.
Если исправление для этих двух ошибок невозможно, не следует использовать dNFS с NFSv4.1. Можно отключить dNFS или переключиться на NFSv3.
Можно ли использовать многопутную настройку с Oracle dNFS и NFSv4.1?
При использовании NFSv4.1 dNFS не будет работать с несколькими путями. Если требуется несколько путей, необходимо использовать NFSv3. dNFS требует кластерного и clientID
sessionID
магистрали для NFSv4.1 для работы с несколькими путями, которые Azure NetApp Files не поддерживают. В результате во время запуска dNFS возникает зависание
Следующие шаги
- Вопросы и ответы по ExpressRoute
- Часто задаваемые вопросы о виртуальной сети Microsoft Azure
- Создание запроса на поддержку Azure
- Azure Data Box
- Часто задаваемые вопросы о производительности SMB для Azure NetApp Files
- Часто задаваемые вопросы о сети
- Часто задаваемые вопросы по безопасности
- Вопросы и ответы по производительности
- Часто задаваемые вопросы о SMB
- Вопросы и ответы по управлению ресурсами
- Часто задаваемые вопросы о миграции и защите данных
- Часто задаваемые вопросы об Azure NetApp Files
- Часто задаваемые вопросы об устойчивости приложений
- Часто задаваемые вопросы об интеграции