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