P2V миграция для небольших компаний

Очень полезный, на мой взгляд, пост - Small business P2V migrations.
Пишет автор о следующем:
маленькая компания. Несколько серверов. Обычно это, по мнению автора:
Server 1 Domain Controller, DNS, DHCP, WINS
Server 2 Messaging, Backup Domain Controller, DNS, DHCP, WINS
Server 3 Accounting, Finance, misc user and business applications
Server 4 File Server, Database
Server 5 Web, Intranet, FTP, DMZ applications or services, VPN or remote access
Server 6 Antivirus, monitoring, misc administrator applications

Есть некоторые тонкости, при миграции всего этого богатства в ВМ.
По пунктам:

Такие вещи, как HA и DRS, особенно первый, полезны компании любого размера. Но требуют второго сервера и общего хранилища. С учетом того, что NFS вполне себе применим, лично я верю, что если не сейчас, то вскоре будут доступны достаточно шустрые NFS решения, доступные по деньгам для небольших Российских компаний. Те из вас, кто в теме - можете прокомментировать?

DC, DNS, DHCP, WINS. Делать миграцию контроллеров домена не рекомендуется. Надежнее с нуля поднять ВМ, и штатными механизмами отреплицировать, передать роли и понизить физическую машину до рядового члена домена. Если на физическом сервере остаются еще какие то службы, их можно уже и p2v.

Messaging. Если простой возможен - то мигрируем. Если простоя не хочется - возможно, получиться поступить как с DC - поднять приложение в ВМ, и его средствами смигрировать почту.

User and Business Applications. Что то в общем сказать сложно - надо смотреть конкретику. Если подобные приложения стоят по нескольку на сервере - часто лучше под каждое дать отдельную ВМ.

File Server and Database. Берем и делаем p2v. Возможно, опять таки с разносом баз, с чисткой файлопомоек. Последние, вероятно, удобнее заново поднять и перенести содержимое.

Web Services, DMZ, and Remote Access. Тут вопросы встают, скорее организационного характера - как настроить виртуальную сеть под DMZ, выделять ли физические NIC\коммутаторы под это или ограничиться VLAN. Распределять ли web-сервера между несколькими ВМ и т.п.

Итого: Лучше попробовать приложение перенести собственными методами, перед тем как пробовать p2v. Отчасти потому что для небольших компаний характерна наличие разного рода чудес и глюков в их ОС, поэтому перенести на свежую копию может быть полезно, для нормальной их работы в ВМ в частности.

Ну и советует пару постов, описывающих опыт p2v и иллюстрирующий, откуда беруться такие рекомендации - P2V migration success, thanks to Robocopy и OEM + old machine + P2V migration = Murphy’s law.