Вопрос или проблема
Мы реализовали общий кластерный том (CSV) с использованием виртуальных машин Azure и общих дисков Azure. CSV доступен для операций чтения/записи с двух серверов в конфигурации кластера с резервированием. Эта настройка построена на двух идентичных машинах Windows Server 2022, полностью обновленных. Кластер с резервированием настроен в среде рабочей группы (не в домене).
Мы заметили неожиданное поведение при копировании файлов на CSV. В частности, большинство (но не все) файлов имеют метку времени “последнего изменения”, которая немедленно обновляется до текущей даты и времени. Проблема возникает нерегулярно, затрагивая случайные файлы при каждой попытке.
Используя Process Monitor, мы установили, что проблемная операция — это SetBasicInformationFile, выполняемая процессом SYSTEM, контролируемым кластером с резервированием. Эта операция предоставляет следующие значения:
CreationTime: 1/1/1601 12:59:59 AM LastAccessTime: 1/1/1601 12:59:59 AM
В результате метка времени “последнего изменения” затронутых файлов перезаписывается на текущее время.
Наблюдения: Проблема исчезает, когда CSV переключается в режим обслуживания. Форматирование подлежащего общего диска с использованием ReFS (до его преобразования в CSV) полностью решает проблему. При использовании ReFS метки времени остаются неизменными. Проблема постоянно воспроизводится с общими дисками формата NTFS, добавленными в CSV. Задача: Хотя ReFS, похоже, решает проблему, мы предпочитаем использовать NTFS, так как это соответствует нашим стандартным практикам и требованиям.
Кто-либо сталкивался с аналогичным поведением или может дать представление о том, почему это происходит с CSV формата NTFS? Любые рекомендации или советы будут очень appreciated.
Ответ или решение
К сожалению, в вашем вопросе содержится информация об изменении времени последнего изменения файлов при их сохранении на CSV (Clustered Storage Volume) в Azure, работающем на общей дискете. Давайте подробно рассмотрим вашу проблему и предложим возможные решения.
1. Фон ситуации
Ваша кластерная инфраструктура основана на двух идентичных машинах Windows Server 2022, настроенных в режиме отказоустойчивости. Вы используете общий диск с NTFS, и при копировании файлов в CSV наблюдается нежелательное изменение временных меток.
2. Описание проблемы
Непредсказуемое поведение: Вы замечаете, что временная метка "последнего изменения" файлов обновляется до текущего времени, причем это происходит не для всех файлов и в разное время. Это может затруднять отслеживание изменений и версияцию файлов.
Процесс Монитора: Используя Process Monitor, вы установили, что операция SetBasicInformationFile, выполняемая процессом SYSTEM, приводит к обновлению временных меток. Ваша система совершенно непринятно обрабатывает временные метки создания и последнего доступа, устанавливая их на 1/1/1601 12:59:59 AM.
3. Проблема с NTFS
Причины проблемы с NTFS:
- Системная Изоляция: NTFS может неправильно обрабатывать операции с временными метками в кластеризованной среде. Возможны конфликты с управлением метаданными файлов и их блокировкой между узлами кластера.
- Проблемы синхронизации: В среде, где используются общие диски, одновременный доступ может привести к неожиданным изменениям метаданных, особенно если один узел манипулирует файлами, когда другой выполняет операции.
4. Решения и рекомендации
1. Обновление конфигурации: Рассмотрите возможность применения актуальных обновлений или патчей для Windows Server 2022, которые могут устранить известные ошибки, связанные с файловыми метаданными в кластерных конфигурациях.
2. Использование ReFS: Хотя вы предпочитаете оставаться с NTFS, стоит рассмотреть использование ReFS для хранения критически важных данных, где точность метаданных критична. ReFS, как вы заметили, решает вашу проблему с временными метками.
3. Применение maintenance mode: Если переключение в режим обслуживания устраняет проблему, попробуйте запланировать это как регулярную практику при выполнении операций, влияющих на временные метки.
4. Мониторинг доступа к файлам: Внедряйте регулярный мониторинг доступа к файлам на CSV, чтобы установить закономерности, связанные с изменением временных меток, а также для выявления узких мест в вашем рабочем процессе.
5. Заключение
Хотя использование ReFS может быть временной панацеей, ваш случай также подчеркивает необходимость глубокого понимания работы NTFS в кластерных системах. Рекомендуем вам продолжать исследовать совместимость вашей текущей конфигурации и в случае необходимости консултироваться с поддержкой Microsoft, чтобы получить официальные рекомендации.
Надеемся, что данные рекомендации помогут вам более глубоко разобраться в проблеме и найдутся оптимальные решения для поддержания вашей кластерной инфраструктуры.