Первая вещь, которую я сделал бы, получают AD и установку DNS, поскольку можно выполнить это со старыми серверами, все еще работающими:
Движущийся SQL является немного более хитрым процессом, поскольку, очевидно, у Вас не может действительно быть двух машин, выполняющих DB одновременно без одного из них становящийся устаревшими. Я предложил бы получить Ваши новые настройки SQL-серверов, сделал бы миграцию практики и протестировал бы все работы над новыми серверами БД и затем переключился бы, когда Вы готовы.
Принятие Ваших принтеров непосредственно не присоединено к серверу, можно присоединить и совместно использовать их на новом сервере и установить пользователей когда желание.
Что касается Вашей CRM, это действительно зависело бы, на каком программном обеспечении это, но если это - SQL, базирующийся, необходимо смочь настроить его на новом сервере, указать на него на старый SQL-сервер и затем переключиться при перемещении SQL таким образом разрешение Вам иметь его устанавливает на обоих серверах одновременно.
Я был, вполне информируют о них, если существует область, о которой Вы хотите больше детали, сообщаете мне.
Да, в основном зависит от того, какой дистрибутив запущен внутри гостя. В Debian / Ubuntu вы определенно захотите загрузить этот модуль ядра:
modprobe acpiphp
, а затем попытаться выполнить «горячее» подключение своих устройств. Появится без гостевой перезагрузки. Дополнительную информацию о «горячем» подключении в libvirt можно найти здесь
Это, скорее всего, зависит от ядра / KVM вашего гостя. / udev версия. Просто попробовал с centos 6.3 и как только добавил диск. Устройство / dev / vdb было доступно на работающем гостевом компьютере.