res2001

Интернет - это просто набор технологий, который применяется для передачи данных.
Базовая технология интернет - это стек протоколов TCP/IP, дальше - это протоколы более высокого уровня - DNS, DHCP, HTTP, SMTP, FTP и т.п.
Достаточно поднять внутри локальной сети TCP/IP + DNS сервер и считайте, что вы обладатель своего собственного интернета. И именно это называется Интранет. Даже по большому счету DNS можно не поднимать - это уже не обязательная плюшка для удобства (когда в сети много узлов/хостов, то к ним удобнее обращаться по имени, а не по адресу).
Как выше писали - в подавляющем большинстве организаций, где больше 10 компьютеров есть хотя бы часть сервисов и еще много всяких других.
Более того, когда вам в квартиру провайдер ставит WiFi роутер с подключением к интернету, то и в этом случае вы уже имеете свой локальный интранет, просто обычно в нем только 2 узла - ваш комп и роутер и, как правило, народ даже не догадывается, что можно внутри этой сети между компами организовать обмен данными не выходя в интернет и не пользуясь всякими облачными хранилищами и т.п. скайпами.

Переустановить?

Проблема, наверное, не в ТТЛ.
Возможно ваш керио чем-то сильно занят, из-за чего не успевает обрабатывать пакеты.
А может он таким образом борется с DOS атаками по ICMP. Посмотрите настройки керио в этом направлении.
Еще для тестирования попробуйте так:
ping 192.168.0.252 -t
Думаю, что провалы в пинге начнут и тут проявляться.
Если в остальном производительность устраивает, то можно забить.

1. Проверьте на вирусы с какого-либо загрузочного носителя, подготовленного не на этом компе
2. сделайте sfc /scannow с админскими правами - это должно восстановить поврежденные системные файлы.

Image Catalyst

Накатите вручную KB2998527 - это обновление от 2014 года часовых поясов.

Видимо, вас устроит только собственный драйвер.

Кроме выше описанного по регуляркам в findstr, символ | - служебный символ в cmd, его нельзя использовать не экранируя. Обычно в батниках его можно экранировать так: ^|

Возможно пытается включиться скринсейвер, но по какой-то причине не может этого сделать, вот экран и моргает.
Видел такое несколько раз, в основном связано с левыми скринсейверами, установленными отдельно от системы. Один раз - просто не было исполняемого файла скринсейвера.

Все аттрибуты сущности храните не в таблице с сущностью, а в отдельной таблице, в которой дополнительно заводите поля: id сущности, ATTR - код аттрибута, DATEBEG - дата начала действия аттрибута, DATEEND - дата конца действия аттрибута.
При добавлении аттрибута, старый не удаляется, а просто изменяется его DATEEND, и добавляется новая запись аттрибута с DATEEND=null.
Таким образом, вы будете иметь всю историю изменений аттрибутов и можно легко откатиться на любую версию каждого конкретного аттрибута или всех аттрибутов какой-либо сущности.
Т.к. аттрибуты могут быть разных типов, то можно реализовать двумя способами:
1. 1 таблица для аттрибутов одной сущности, в которой содержаться поля для хранения значений аттрибутов всех типов. При этом заполняется только необходимое поле, остальные остаются null;
2.Несколько таблиц для аттрибутов одной сущности, по одной таблице на каждый тип данных аттрибута. Структура таблиц одинакова (возможно за исключением названия поля для значения аттрибута).
В жизни видел обе реализации, вполне приемлемо работают обе. Возможно в первом варианте будет небольшой перерасход дискового пространства за счет не используемых полей и индексов. Реализация в обоих случаях похожая.

1.Потому что, как правило, при этом идет обмен по сети, а это долгая операция (она в любом случае дольше, чем если бы и клиент и сервер были бы на одном компьютере).
2.На открытие сетевых соединений (и соединений с БД) тратится определенное количество системных ресурсов. Если у вас сервер, на каждый запрос открывает новое соединение с БД, то при определенном количестве запросов, посланных в короткий промежуток времени ваш сервер либо упадет, либо перестанет подключать новые соединения (возможно первым упадет сервер БД). То количество соединений, которое может одновременно обработать сервер обычно зависит от количества памяти. Но бороться с DOS атаками путем увеличения памяти сервера - глупое занятие.
3.При закрытии сетевого соединения сначала нужно разорвать его с удаленной стороной (если это TCP), а это то же генерирует сетевой трафик. Затем освободить системные ресурсы, связанные с этим соединением.

Попробуйте запустить sysprep и в нем сбросить настройки.
Обычно он лежит тут: %WINDIR%\system32\sysprep

Move /y C:\Skripts\*.* "\\192.168.0.21\C$\scrin\%username%\"

Возьмите любой live носитель с набором тестов железа и тестируйтесь до полного просветления.
Можете взять этот: adminpe.ru
Судя по описанию проблемы - это не жесткий диск. Хотя и не факт. Возможно у вас несколько проблем. Жестяк то точно уже при смерти.