res2001

Если вы сильно опасаетесь отдела К, то либо переходите на бесплатный софт, либо на лицензионный, либо поставьте Вин 10 с дистрибутива, установите сторонний фаервол (а виндовый отключите), заблокируйте фаерволом microsoft.com, отключите автообновление.

В управлении электропитанием отключите остановку диска.

Сложная схема для чата.
Разницы в работе TCP/IP стека в этих ОС нет. Возможна блокировка фаерволом, но по вашим словам фаервол вы отключали.
Больше похоже, что эта софтина не слишком дружит с Вин7 в принципе. Попробуйте запустить в режиме совместимости, например.

Найдите какой-либо livecd, загрузитесь с него и натравите сначала тест памяти, а потом полный тест диска.
Хорошо бы все это делать на заведомо рабочем компьютере, т.е. и память и диск переставить в работающий комп (по очереди), так будет легче интерпретировать показания.
Чаще всего из железа дохнут разнообразные кулеры, затем блоки питания. Поэтому первым делом проверяете кулеры, чистите пыль. После этого поменяйте блок питания и посмотрите как будет работать (можно прогонять те же тесты).
Ну а дальше как писал Юрий Чудновский

HAL промежуточный уровень между пользовательскими приложениями и драйверами устройств, предоставляемы ОС. Благодаря HAL приложениям не нужно, например, для чтения файла указывать номер блока /сектора/головки для чтения с диска, а достаточно указать имя файла.
HAL предоставляет стандартный интерфейс работы с оборудованием пользовательским приложениям, а так же интерфейсы для драйверов.
Т.е. доступ к оборудованию в современных ОС происходит по следующей схеме:
Пользовательское приложение <-> HAL <-> драйвер устройства <-> устройство
Обычно до HAL есть еще слой абстракции, а то и не один.

Скорее всего порт снаружи у вас блокруется фаерволом Windows. Нужно его открыть.
Ничего пробрасывать не нужно.
Еще вариант - служба, которая слушает этот порт (видимо это IIS) настроена только на внутренний интерфейс. В этом случае нужно ее перенастроить так что бы она слушала оба интерфейса. Открытие порта это не отменяет.

С помощью утилиты sc можно совершать любые манипуляции со службами, в том числе стартовать, останавливать и т.п.
sc stop <имя службы>

Можно. Зайдите в БИОС и выставьте соответствующие настройки.
В современных ЦП поддержка виртуализации есть практически везде.
Сам БИОС, конечно, может быть другой и настройки могут называться по другому.

Если это не ноут, то отключите сон и гибернацию, а так же отключение hdd при бездействии.

Возможно сбой в памяти. Найдите ливсд с memtest и прогоните тест.
Так же возможно:
1.сбойный установочный диск (маловероятно)
2.дохнущих hdd
ну и далее по степени уменьшения вероятности:
- неисправная материнка
- процессор

1.Включенные на винде null сессии и учетка гостя могут позволить получить довольно много информации о системе без авторизации. Подробности можете погуглить. Но с этой информацией систему не сломать, хотя она может послужить отправной точкой для дальнейших раскопок.
2.Кроме того, по некоторым специфическим проявлениям в сетевом трафике можно предположить с большой долей вероятности об ОС, установленной на хосте. При этом анализ может быть совершенно пассивный. Почитайте про анализаторы трафика, проведите эксперименты с тем же nmap, например.
3.Далее - анализ открытых портов. Потов - подключаемся к каждому порту и смотрим ответы, анализируя ответы часто можно получить информацию о том что за сервис слушает этот порт и какой софт его реализует, а так же версию софта и что-нибудь еще.

Согласен с АртемЪ - не влияет. Если у вас есть проблемы с быстродейтсвием компа, то ищите их в других местах.
Например:
1.могут неадекватно себя вести службы автообновления и индексирования, что бывает сказывается на загрузке процессора. При этом один из процессов svchost отъедает ощутимый процент ЦПУ.
2.При недостатке ОЗУ винда начинает активно использовать своп - это приводит к конкретным тормозам практически на каждый клик.
3.При недостатке свободного места на системном диске или на диске где лежит профиль пользователя (а именно %TEMP%) могут возникнуть задержки - винда будет пытаться регулярно почистить диск.

Вообще, если есть тормоза, начните поиск причины с "диспетчера задач".

Все существующие решения вы уже перечислили.
Тут либо все работают под одним пользователем на всех компах с одним паролем, либо постоянные проблемы с синхронизацией пользователей/паролей.
Минимизировать проблемы можно только заведя одинаковый админский доступ на всех компах, разрешив удаленный доступ, удаленный wmi, удаленное управление фаерволом и HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\LocalAccountTokenFilterPolicy=0 для доступа к админским шарам по сети.
После этого практически все можно сделать удаленно, не бегая по компам. Но когда юзер сменит у себя пароль - проблемы с подключением к серверам тут же возникнут. Как вариант запретить смену пароля пользователем, но это еще хуже.
Еще один вариант - для доступа к расшаренным ресурсам сервера использовать учетку, заведенную в "Диспетчере учетных данных". Тогда пользователь будет заходить на сервер не со своей учеткой, а с указанной в диспетчере. Правда после смены пароля пользователя сохраненные пароли в диспетчере слетают (видимо они шифруются на пароле пользователя), поэтому их надо будет перезаводить. Но это уже можно сделать удаленно, т.к. вы, как админ, будете знать этот пароль и есть утилита ком.строки для управления этим - cmdkey.

Проще всего переустановить винду.

Вы уверены что только 32 битные перестали запускаться?
Ярлыки программ отношения к битности программы, на которую они ссылаются, не имеют.
Что происходит при запуске? Ошибка? Какая? Скриншот приложить было бы не плохо.
Посмотрите что прописано в реестре: HKLM\Software\WOW6432Node\Microsoft\Windows NT\CurrentVersion\Winlogon параметр Userinit. Должно быть "userinit.exe".

1.По уму - научить принимающую программу после обработки файлов не удалять их, а перекладывать в каталог обработанных файлов.
2.вызов второй программы осуществлять например из батника, в котором перед запуском программы 1.проверяется наличие файлов в каталоге, 2.копируются файлы в архивный каталог, 3.запускается программа.
3.Если вызов второй софтины нельзя запихнуть в батник (например, она должна постоянно работать), то остается только в шедулере каждую минуту/секунду запускать батник, копирующий файлы в архивный каталог. Это самый плохой вариант - возможна потеря файлов при одновременном доступе к файлу.

Вообще нужно знать подробнее о возможностях программ. Тогда можно дать более конкретный ответ.
И кстати остается вопрос - как синхронизируются между собой 1 и 2 программы? Может быть случай, когда 1 программа еще не дописала файл, а 2 уже начала его обработку. Если у вас еще такого не было, то обязательно будет!