Назад | Перейти на главную страницу

Каталоги, созданные клиентами XP и Win-7, не видны друг другу

У нас есть пользователь, который обнаружил интересное неправильное поведение в нашем файловом кластере. Он смог создать каталог в своем домашнем каталоге, используя WinXP, и сделать его невидимым для машины Win7. Это работает в обоих направлениях, он смог создать один с Win7, который XP не видит.

WinXP:

Win7:

Сервер - это Server 2008 SP2 в отказоустойчивом кластере. Сервер видит только каталог «testing-7» в проводнике и командной строке. Я проверил наше программное обеспечение резервного копирования, которое использует теневое копирование, и оно также видит только каталог «testing-7». Однако «Предыдущие версии» на станции XP с радостью показывают предыдущие версии каталога «testing-xp», которые достаточно заметны и, очевидно, пригодны для использования.

Я запустил chkdsk против тома на случай, если есть какая-то коррупция, но ничего не нашел.

Кроме того, он смог создать файл под названием «Arrow.docx» в одном каталоге на обоих компьютерах. В этом документе он сохранил разные данные. После перезагрузки все, машина win-7 увидела файл arrow.docx с данными win-7 в нем, а машина WinXP увидела файл arrow.docx с данными WinXP в нем.

В наших компьютерных лабораториях использовались довольно стандартные образы (находясь в середине перехода от XP к Win7, на данный момент у нас есть оба варианта). Я могу видеть все файлы, которые он создал на моих собственных станциях, и они ведут себя точно так, как он сказал.

Мне удалось воспроизвести проблему, но, похоже, она затрагивает только один том, который мы недавно перенесли на новый массив хранения. Метод миграции был довольно простым:

  1. Создайте новый LUN, отформатируйте его, присвойте ему букву диска и добавьте его в целевой ресурс.
  2. Используйте robocopy для зеркалирования данных на новый LUN
  3. Используйте его снова, чтобы записать измененные данные
  4. В диспетчере отказоустойчивости я выполнил несколько операций с тремя картами, чтобы поменять местами буквы дисков.
  5. Я запустил сценарий PowerShell, который написал, чтобы скопировать данные квот каталога

Казалось, все это сработало. Но теперь это всплыло. Что-то здесь пошло очень странно, и я ищу предложения.

Редактировать RE: автономные файлы
Изменение автономных файлов на отключение на моей станции приводит к тому, что все отображается нормально (где в этом случае нормальным является «как Win7 видит мир»), а ранее существовавшие файлы только для XP просто исчезли. Однако на другой станции администратора он все еще не может заставить появиться файлы Win7. Это ближе! Но это поднимает вопрос о потерянных данных.

Проблема оказалась в том, как отказоустойчивые кластеры обрабатывают перечисленную процедуру миграции. Клиенты на основе SMB2 обслуживались с нового LUN, а клиенты на основе SMB обслуживались со старого LUN. Почему так произошло, я не знаю. В конце концов я позвонил в Microsoft, но они не смогли его воспроизвести.

В конце концов, обходной путь заключался в следующем:

  • Удалите и воссоздайте конфигурацию общей папки в отказоустойчивом кластере.
  • Остановить и запустить ресурс файлового сервера в отказоустойчивом кластере

Это достаточно необычное сочетание событий, которое попадает в категорию «причуд», а не «ошибка». Но эй, я столкнулся с этим.