res2001

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

Из свойств корневой папки владелец не меняется (с заменой владельца у дочерних объектов)?
Выдаются какие-либо ошибки?

Расстояние, думаю, все таки должно быть разностью, а не суммой.
Сделайте отдельный цикл для суммы от 0 до size-1.
И отдельный цикл для min/max от 1 до size-2. Перед началом цикла min = max = rast[0] + rast[1]. Ну и size должен быть > 2.
else{} лишнее, не нужно засорять код. И так все очевидно.

msbuild - консольная утилита, в консоли по умолчанию стоит кодировка 866. Перенаправьте в файл и проверьте.

Если один и тот же IP - значит это один и тот же хост - по другому IP сети не работают.
Теоретически с одного хоста и с того же порта может быть второе подключение только в ситуации, когда клиент по какой-то причине отвалился (например комп ушел в ребут неожиданно) и при повторном подключении открыл тот же порт, а при этом сервер еще не успел разорвать прошлое соединение. В этом случае полученный SYN пакет на установку соединения вызовет ошибку на сервере, что-нибудь типа нарушение последовательности, и новое соединение установлено не будет.
Обычно клиент получит отлуп и попытается подключиться еще раз с другого порта.
А повисшее соединение на сервере отвалится по таймауту через какое-то вермя.
Ситуация достаточно специфическая, вполне возможная в жизни, но не думаю, что очень частая. И стандартные механизмы вполне нормально отработают ее.

Добавлю свои 5 копеек.
В свое время (90 года, раньше не в курсе), открыв любую книгу по проектированию приложений и баз данных вы бы прочитали именно такой рецепт - вся логика в б.д. на процедурах и триггерах, а клиентская часть - по сути только обеспечивает интерфейс с пользователем. Это клиент-серверная архитектура.
Сейчас же, с переходом на веб, архитектура приложения, работающего с БД стала трехзвенной, поэтому стало возможным вынести логику из БД на уровень веб-серевера/сервера приложений. Это ни плохо и ни хорошо. Просто сейчас так модно - БД просто хранилище данных, а логика вся на сервере приложений. Раньше было модно логику держать в БД.
Хотя и раньше никто не препятствовал делать трехзвенку, но она получалась искусственной и нужны были дополнительные доводы, чтоб ее реализовывать. Сейчас же трехзвенку создавать не надо - она уже есть по факту наличия веб-приложения.
Те кто не разрабатывает веб-приложения просто следуют модному течению.
По уму надо сочетать оба подхода, т.к. какие-то операции лучше реализовывать в БД, а какие-то в сервере приложений или в клиентской части.
Ну и вопрос цены, разумеется - хороший DBA (или программист БД) стоит дороже (и это более редкие звери), чем хороший веб-разрабочик.

Ошибка в телнет говорит о том, что на 192.168.1.2 на порту 2501/tcp ничего не висит.
Посмотрите в мониторе ресурсов этот порт вообще используется чем-нибудь на втором сервере.

Любой компилируемый язык будет быстрее матлаба.
Даже C# и Java.
Что за объекты у вас хранятся в этих таблицах?
Если таблицы отсортировать, то можно использовать двоичный поиск. Даже в матлабе будет существенное ускорение.

Вы не правильно понимаете. Команда del - это внутренняя команда cmd (нет файла del.exe в системе), поэтому чтоб ее выполнить нужно запустить cmd. Есть еще и другие внутренние команды cmd: echo, if, for ...

Настраивайте локальный виндовый брандмауэр под ваши нужды на каждом компе.
Можно написать скрипт, который будет настраивать брандмауэр с помощью netsh или power shell. И этот скрипт удаленно запускать на каждом компе - хоть какая-то автоматизация.

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

Для любого компа localhost - это он сам. Вместо localhost можно использовать IP адрес - 127.0.0.1

Посмотрите журнал системы, возможно у вас диск дохнет, в журнале в этом случае будут дисковые ошибки.

А ты попробуй сделать в винде консольное приложение на С++ с выводом "Привет мир" по русски, сразу отпадут вопросы про локаль.

Отправляйте по UDP и не парьтесь с ответами - это же не критически важный функционал - дойдет, хорошо, сервер учтет, не дойдет - пофигу.

А чем вас встроенный фаервол не устраивает? Только правила нужно настроить грамотно.
Но вообще я согласен с АртемЪ - железный роутер или pfSense или что-то подобное (таких сборок хватает).

Просто при каждом вызове с помощью набора арифметических операций генерируют очередное псевдослучайное число. Важно не забывать инициализировать генератор с помощью вызова srand().

Был аварийный перезагруз. Скорее всего никаких следов в винде на этом этапе найти не получится.
Причины могут быть либо в железе, либо в софте.
По железу: такое может быть из-за перегрева процессора; из-за того что какой-либо PCI адаптер физически отходит - плохой контакт; сбой/перегрев блока питания; просто старая материнка начала глючить.
Включайте какой-либо мониторинг с сохранением в файл, хотя бы и встроенный в винду и ждите когда снова это произойдет. Еще посмотрите БИОС - у нормальных производителей серверов в БИОСе есть свой лог и туда пишутся аппаратные ошибки.
По софту - вам виднее, что у вас там стоит. Обновите софт, включите логи, после повторения анализируйте. Если ничего не поможет, попробуйте часть софта перетащить на другой сервер, если возможно.
Конечно, во всем этом есть смысл, если ошибка будет регулярно повторяться. Если повторений не будет, то забейте.

У меня был один сервак под ESXi, который после обновления ESXi начал периодически раз 3-4 месяца вылетать в BSOD. Т.к. вылеты были ну очень не частые то понять причину так и не получилось - аппаратно исправен, в логах ESXi ничерта нет. Перепробовал несколько вариантов в течение пары лет ... теперь этот сервак прекрасно работает под виндой.