У меня есть задача переместить общие ресурсы SOFS в общую файловую систему для кластерного сервера. К сожалению, я не разбираюсь в Windows Server. Кто-нибудь выполняет эту задачу? Я хотел бы получить помощь и пошаговую реконфигурацию. Идея состоит в том, чтобы удалить общие ресурсы SOFS и создать общие ресурсы FS с тем же именем. Подключите диск, на котором размещены общие ресурсы SOFS. Но что делать с разрешениями на этот ресурс после перенастройки?
Заранее благодарим за советы.
Дополнительная информация: Я протестировал некоторые моменты перехода с SOFS на FS в целом. 1. Создал новый малый диск (1G) для ВМ кластера файловых серверов, подключил его. Инициализировал его без буквы 2. Этот диск был добавлен в «Диски диспетчера отказоустойчивого кластера» и добавлен в общие тома кластера (назначен на общий том кластера). 3. Создана новая роль как масштабируемый файловый сервер. 4. Созданы 3 проверенных общих ресурса с использованием нового диска. 5. Разместил несколько папок и файлов в каждой папке. 6. Удалена эта роль 7. Удален диск из общих томов кластера (диск получил статус «Доступное хранилище») 8. Присвоен ему буква диска 9. Удалено старое имя из AD 10. Создана новая роль в качестве общей файловой системы с тем же именем, что и раньше. для SOFS и присоединенного тестового диска 11. Созданы новые общие ресурсы SMB с теми же именами, что и раньше для SOFS, используя Введите собственный путь - выберите необходимый из старых общих ресурсов. Кажется, что все разрешения NTFS для папок и файлов все еще присутствуют, но я не совсем уверен (пытаюсь это проверить). Общие разрешения тоже могут присутствовать, но я не совсем уверен. Вот почему я раньше спрашивал, как получить все разрешения и реализовать их после смены роли?
С уважением, Виктор
В целом это не будет работать, поскольку у общих ресурсов SoFS отключен кэш памяти (кроме кеша CSV только для чтения), чтобы разрешить атомарную запись для SQL Server и прозрачное переключение при отказе SMB для динамической миграции виртуальных машин. Поэтому вместо того, чтобы сосредотачиваться на разрешениях, которые легко копируются с помощью любой службы миграции данных, такой как Storage Migration (WS2016 +) и Robocopy (WS2003 +) (см. Ссылки ниже), вам действительно следует переосмыслить то, чего вы пытаетесь достичь. TL; DR: рабочая нагрузка, которая теперь работает нормально, может сломаться после ее перемещения.