res2001

В качестве компилятора подойдет msys2/mingw64 или тот же микрософтовский компилятор, его можно установить отдельно от студии.
На счет библиотек - в msys2 есть пакетный менеджер, можно установить огромное количество свободные библиотеки и использовать их. Для микрософтовского компилятора либо придется искать уже готовые бибилотеки, либо собирать самому из исходников (обычно это не вызывает особых проблем).

Видимо программа не собралась. Может быть ошибка компиляции.

1.Снесите все не используемые приложения.
2.Обновите все драйвера.
3.Протестируйте память, видеокарту, общий стресс тест, диск.

Обычно после второго пункта ошибка пропадает, но если это реально сбойная память, то вы можете и на первом застрять, тогда порядок можно поменять (а то и вообще отменить).
Запаситесь свежим драйверпаком и загрузочной диагностической флэшкой.
Если сбойная память, для окончательного выяснения можно вытаскивать плашки по одной и прогонять тест памяти. Так вычислите какая из плашек битая.

Сама по себе strcpy - нормальная, просто ею не умеют правильно пользоваться. И она ничего не делает для предотвращения не правильного использования. Зато она быстрее своих более безопасных аналогов.
Улучшенная strncpy сокращает варианты не правильного использования.
Но если тебе важна скорость выполнения, и ты уверен, что хорошо понимаешь как работает функция и предпринял все необходимое, чтоб функция не сработала не правильно, то почему бы и не пользоваться strcpy?

Подключайте все кабели в LAN порты, настраивайте на нем DHCP (на других выключайте).

prog.exe 2>nul

Вам просто нужно скопировать остаток строки в начало найденной подстроки.
Думаю лучше всего воспользоваться функцией стандартной Си библиотеки memmove().
И в конце не забудьте воткнуть нулевой символ.

В бесплатной лицензии отключен Backup API, поэтому большинство нормальных бэкаперов не смогут ничего сделать.
Но варианты есть, например в интернете ходит скрипт с помощью которого можно бэкапить виртуалки (гуглите профильные сайты). Так же у Veam есть продукт, который позволяет делать бэкапы по SCP.
Точных названий уже не помню, сам пользовался Symantec BackupExec, но у меня и ESXi был не бесплатный.
PS: Вообще BackupAPI удобная штука. У VMWare есть утилиты, с помощью которых можно монтировать диск стораджа ESXi к винде (сторадж должен быть доступе в винде по SAN) и просто копировать файлы снапшота ВМ. Для создания снапшотов так же есть утилита. Подробностей уже не помню, т.к. тренировался я еще на версии ESXi 4.0. Но все было взято из родного мануала по бэкапам.

не так сильно раздражать антивирусы

Будет точно так же раздражать антивирусы.
И вообще - причем тут wininet? Это системная библиотека, думаете антивирусы не дружат с виндой?

Начать можно с пинга сервера, далее протестируйте подключение через телнет:
telnet IP PORT
Если подключиться экран очистится и возможно соединение сразу разорвется (но не обязательно, зависит от сервера).
Если телнет подключиться, значит проблема в клиентском софте. Если не подключиться - нужно проверять всю цепочку от сервера до клиента, блокировка может быть где угодно, в т.ч. у провайдера.

Если поток присоединенный, то в main можно его подождать с помощью thread join, если не присоединенный - выставляйте в потоке перед самым завершением какой-нибудь флаг означающий завершение потока. В main проверяете флаг.
Но "технологичнее" сделать так, что когда поток выполнил одно задание, он снова полез в очередь и взял оттуда другое задание. Если заданий нет, то пусть ждет. В этом вам помогут примитивы синхронизации типа мьютексов и т.п.

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

1.В чем смысл балансировки на одном хосте? Балансировка нужно, если хост не справляется и нужно направить часть подключений на другой хост. Поэтому балансировать на одном хосте - полная фигня.
2.Самый простой вариант балансировки - с помощью двух записей А в ДНС для одного имени сервера OpenVPN. DNS в этом случае будет отдавать записи по round robin и у вас получится бесплатная балансировка.
Нужно будет на разных серверах OpenVPN назначать клиентам адреса разных подсетей, иначе, как вы сами правильно заметили начнутся грабли с маршрутизацией.
OSPF в такой конфигурации вообще не нужен.

Вставлять большой массив данных в SQL лучше с помощью bulk insert, но, на сколько я помню, эта операция не понимает json (нужно уточнить). Можно из json конвертнуть в csv (или во что-либо другое, с чем bulk insert работает), а потом уже вставлять в sql. JSON преобразовать в csv можно достаточно простым скриптом на javascript.
Чтоб быстро работал поиск, нужно сделать соответствующие индексы.
Предложенный альтернативный вариант можно считать рабочим, только если нет сильно удаленных клиентов с не слишком быстрыми каналами связи (и вообще их не очень много), кроме того, чтоб не таскать на каждый запрос этот огромный BLOB можно вытянуть его один раз при старте клиента, а потом уже искать только локально.
Но, как по мне, вариант с загрузкой в SQL вполне рабочий.

Только подозрение?
Нужно убедится точнее.
Если на линуксе, то посмотрите в top что грузит проц, если винда - менеджер задач.
Естественно есть инструменты для профилирования БД, только нужно знать какой сервер БД вы используете - для каждого свой инструмент.