RStarun

привычные инструменты это disk2vhd -> vhdx -> любой конвертер для vmware (VBoxHDTools, например).
но вообще обычно disk2vhd и hyperv сразу

Может CyberDuck ?

Litemanager https://www.litemanager.ru/

Да, можно. Вопрос - зачем?
Какие-то драйвера на десктопном железе могут ставиться криво. Есть вероятность получить производительность во всяких там 3d ниже. Какие-то плюшки десктопные могут отсутствовать.
Но если вы привыкли десктоп использовать для ssh подключений к другим машинам, для серфинга в FF, для запуска скриптов python и других подобных задач, то разницы нет на чем вы это будете запускать.
Если в GTA играть и 3д макс запускать, то наверное лучше win десктопную ставить.

Раньше MS еще более или менее продвигала RDP в качестве решения для тонких клиентов, а значит, по сути, для замены десктопу. Но потом поняли что VDI будет давать больше денег и стали продвигать в эту тему VDI.

Чаще всего встречаю такую картину если неправильно настроен ДНС на клиентах и на сервере. Посмотрите в настройках сетевых адаптеров на клиентских ПК - кто прописан в качестве ДНС сервера? Вероятно там прописано что угодно, например 8.8.8.8, только не нужный адрес - адрес вашего dns сервера. Там должен быть он и ТОЛЬКО он! Если DC несколько, то конечно несколько адресов. Если там прописаны другие DNS сервера, скажем Яндекса, то откуда Яндекс может знать ваши внутренние адреса в вашей сети?
Так же, если адреса присваивали вручную, то хорошо бы указать DNS суффикс подключения. Если суффикс не указан, то по запросу pc03 комп может ничего не найти, а если указать, то он сначала попробует найти pc03.mylan.local и, скорее всего, найдет.
Со стороны сервера необходимо чтобы в настройках сетевого адаптера так же был прописан в днс сам сервер (127.0.0.1). Ну и далее уже смотрим настройки службы сервера ДНС если что-то не так.
Если используете dhcp, то сервер dhcp должен быть авторизован в домене чтобы его записи попадали на dns сервер. Если не используете и прописываете адреса руками, то пропишите так же руками и в dns эти ip/hostname.
В качестве средства диагностики используйте nslookup - отличная штука которая позволяет сразу выявить кучу проблем вместо тыканья вслепую.

Так пусть каждый со своим накопителем изначально и работает. Раз так нужно чтобы не пересекались. Воткнул накопитель и работает. Потом выключил, выткнул.
Другой пришел, воткнул, работает. У каждого на своем накопителе своя ОС.
Ведь если будут разные ОС, то из под одной из ОС пользователь по любому сможет получить доступ к данным другого пользователя. Тут только если шифровать.

Если я правильно понял вопрос, то:
- на старом ПК стояла Windows 7 OEM (с наклейкой на корпусе).
- апгрейд был осуществлен в ходе акции по бесплатному обновлению до Windows 10.
В таком случае, насколько мне известно, digital лицензия так же привязывается к ПК на котором была лицензия Windows 7 и работает примерно в том же OEM виде. То есть живет ровно столько, сколько живет сам ПК.
Если ПК выводят из эксплуатации в связи с физическим или моральным устареванием, вместе с ним выводится из эксплуатации и этот экземпляр Windows. Прав на перенос на другой ПК не имеется. Это не значит что на новой железке Windows не заработает, может даже и заработает, это значит что использовать вы будете нелицензионную ОС.
Если же была Windows 7 боксовая (с отдельной коробочкой, без наклеек на корпус), то вопрос сложнее и лучше его задать самой MS rus. Но насколько я помню при апгрейде вы теряете лицензию предшествующей версии Windows.

Как правило вместе с Hyper-v устанавливается оснастка для управления Hyper-v и расширения Powershell. То есть все необходимое уже установлено.
Правильное название VMWare.
Никакой катастрофической разницы по производительности в современных гипервизорах быть не должно. С точки зрения производительности у них разница в проценты, то есть неощутима.
Что-то в настройках виртуалки, ОС, гипервизора. Одновременно запущены и VMWare и Hyper-V на одном и том же хосте?

Искать в логах (system events) на самом клиенте и на сервере. Раз известно время, значит будет проще искать.
Вероятнее всего именно в этот момент происходит что-то с сетью. Это может быть появление в сети дублирующего IP, ограничение трафика файрволом, смена ip адреса v4 или v6. В общем, что угодно.
Попробуйте расшарить папку на этом же компе и подключить к этому же компу. Посмотрите, отвалиться ли.

Вариантов несколько:
1. Никто не мешает купить ключ за 300 руб, заказать печать наклеек и коробок еще за 600. Итого за 900 р получаем коробку, которую можно продать за 3 000 руб.
2. Вполне может быть и вынесенная из какого-нибудь офиса коробка с боксами. Почему нет? Купили боксы, а потом корпортативные лицензии, смысла распаковывать не было, потихоньку вынесли. Можно продавать год по рыночной цене, а можно быстро по демпингу. Но это редкость.

В основном это первый вариант. Если таких коробок много и профит есть, то кто мешает открыть ооо, продавать с актами и прочими бумажками? Потом открыть новое ООО.

Xerox CenterWare - очень прикольная штука, имеет веб интерфейс. Ставить этого монстра ради одного принтера и просто ради учета печати это конечно издевательство и когда я ставил (давно), он не ловил локальные принтеры.
Есть аналогичное решение от HP Web JetAdmin, он умел работать с локальными принтерами через агента, но не помню был ли учет печати в разрезе юзеров, компов, заданий.
Оба имеют free версию вроде, оба предназначены для управления флотилией принтеров.
Ни один не умеет блокировать "неправильные" задания на печать, перенаправлять задания на менее нагруженные принтеры, это уже другой софт и он всегда стоит денег.

1. Скорее всего Windows XP стоит 32 разрядная, а Windows 7 64 разрядная. Для простой и непринужденной установки нужно на Windows XP в свойствах принтера добавить 64 разрядные драйвера. Ну и добавить в AD.
После этого можно:

• развернуть этот принтер средствами GPO (без всяких скриптов). С серверов печати разворачиваются принтеры точно, с локальных машин не пробовал, но должны.
  
• можно попробовать и скрипт повторить указанный выше
  
• самый правильный вариант - ничего после этого не делать. После того как Вы добавили принтер в AD со всеми возможными драйверами, дальше это уже проблема пользователя. То есть это уже не техническая проблема, а организационная. Пользователи сами должны уметь устанавливать себе принтер через GUI, там процедура очень юзер френдли. Если описание принтеров, их месторасположение сделаны адекватно, то юзер найдет себе подходящий принтер и будет печатать на нем. Хватит его за ручку водить.
  

"640КБ должно быть достаточно для каждого."
MS SQL очень любит ОЗУ, поэтому вопрос - хватит ли вашему приложению 4 гб базы для работы?
Даже если хватит - надолго ли?
выбирая 32 битное решение вы сразу ограничиваете себя. Если с приложением будут проблемы (а ведь никто не мешает поднять тестовую среду и проверить), то лучше переделать приложение на совместимость с современной инфраструктурой.

А вообще покупая MS SQL вы можете использовать как 32, так и 64 разрядную версию продукта, и определиться уже после покупки. Уточните эту информацию у продаванов или у самого мелкософта.

смотрите в сторону ПО для слежки за сотрудниками. Их несколько на рынке. Снимают экраны периодически, сниффят клавиатуру, IM, mail.
Имеют удобный интерфейс для просматривающего, и умеренную стоимость, незаметны для пользователя, а еще скорее всего нелегальны :)
А так да - TMG или поделки вроде usergate

1. DFS как раз позволяет избежать проблем, он же дистрибьютед. Новый сервер AD будет в этом же домене насколько я понимаю, значит подключаем его в этот же DFS в качестве зеркала.... Хотя нет - он все продублирует тогда. Физически то у нас одно хранилище.
К DFS обращение идет не по имени сервера \\server1\files\, а по имени DFS шары, например \\domain\dfsshare\files
значит на новом сервере поднимаем DFS, включаем в качестве доп сервера управляющего DFS (Серверы пространства имен), на старом опускаем DFS, проверяем что все работает. Потом в один прекрасный день/час переводим ссылки в DFS на новое месторасположение. Всё - DFS мигрировали.

2. Просто шары перетащить на DFS, и только потом мигрировать - пункт 1.

Менять название нового сервера являющегося контроллером домена? нееее.. не стоит.
Есть еще временный вариант - обращаться к новому серверу по имени старого. То есть днс имя oldserver должно ссылаться на ip от newserver. При этом старый уже точно должен быть выведен из эксплуатации, а на новом нужно что то там подкрутить чтобы он принимал подключения от клиентов которые его называют oldserver.

Windows multipoint server для этих целей есть у майкрософта. Ну не совсем для этих целей, но первое что в голову пришло.
А вообще неправильный это подход. Лучше разделить. На комп ставим DLNA сервер, а к ТВ (если встроенного DLNA плеера (Smart TV) нет, то ищем андроид приставку или неттоп какой нибудь. Ну и сеть между ними в гигабит.