Мы переходим с сервера 2008R2 на базовый стандарт 2019 года с ролью Hyper-v. Серверные виртуальные машины 2019 с графическим интерфейсом.
Мы записываем аудиокниги с файлами из 2008 R2. Теперь я пытаюсь сделать то же самое с сервера Virtualized 2019.
Компьютеры (Windows 7), которые обрабатывают процесс записи компакт-диска, могут нормально видеть общие ресурсы, но процесс записи не работает. Это файлы .mp3 и некоторые файлы, которые создают DAISY-структуру компакт-диска. Имена файлов на компакт-диске (компакт-диски в формате DAISY) неверны и не воспроизводятся на проигрывателях Daisy. Я понимаю, что мы несем ответственность за процесс записи.
Но процесс работает нормально, если данные находятся на диске ac: \.
Совместно используемые данные находятся на диске c: \ гипервизора = Процесс выполняется нормально (предварительная подготовка образа для записи)
Данные общие данные, находящиеся на другом томе гипервизора = Мы получаем ошибку в файле журнала программы записи компакт-дисков «Переполненный каталог» или что-то в этом роде
-Данные, совместно используемые, находящиеся на томе виртуальной машины (файл .vhdx) = ошибка
-Данные находятся на диске C: \ виртуальной машины = все в порядке.
Все тома отформатированы в NTFS, как и клиенты. У нас также есть машины XP, и они нормально работают после того, как я активировал SMB 1 на серверах. Но я считаю, что они копируют данные на внешний диск FAT32 и выполняют обработку оттуда.
Что еще более странно, если я отформатирую тома виртуальных машин в FAT32, процесс будет работать, но предварительная обработка будет чрезвычайно медленной. (Очень медленно на IDE, вдвое медленнее на SCSI, на ВМ первого поколения). При возврате к NTFS или ReFS с общими ресурсами все в порядке, но запись идет не так.
Я не прошу решения для процесса записи компакт-дисков.
Но может быть разница в совместном использовании файлов из Общий ресурс SMB на диске ac: \ затем с другого диска. Или это может быть связано с ОС? Разрешения между всеми дисками кажутся одинаковыми. Я также думаю об уровнях ISO. Я не ИТ-профессионал, но мне нужно это исправить.
В заключение, все в порядке с совместным использованием файлов на дисках c: \, виртуализированных или нет. Любые другие диски не работают. Совместное использование файлов всегда в порядке, но процесс записи - нет.
Монтирование тома NTFS (файла VHDX) в папку на c: \ не работает на виртуальной машине.
Спасибо, что прочитали это расплывчатое сообщение. выпуск.
С уважением,
Хендрик
Я думаю, что понял этого. Программа для записи дисков CD довольно стара и работает на победе 7. Я мог записать CD от данных по c:\ drive. Системные диски имеют установку 8.3 имена файлов, включенные по умолчанию. Другие объемы не делают. Таким образом, я включил эту установку на других объемах и Вуаля. CD правильно записывается.
Однако из VM процесс является ужасно медленным. Я переделаю настройки виртуального коммутатора и т.д. При копировании в 2008R2 из VM (robocopy) является чрезвычайно медленным. От VM до хоста очень быстро, возможно, потому что ОС позволяют использовать NIC VM.
Должен кто-то иметь некоторые подсказки в тонкой настройке виртуального коммутатора, принимая во внимание, что у нас есть некоторое старое аппаратное и программное обеспечение.
я попытаюсь копия с хоста ОС к 2008R2, затем я могу определить "проблемы", должен быть найден в виртуальном коммутаторе.
Некоторые ссылки относительно этих 8,3 имен файлов:
https://community.spiceworks.com/topic/778273-windows-2012-r2-file-migration-long-path-names-fix
С наилучшими пожеланиями,
Hendrik