res2001

Импортировать модуль gdb можно только тогда, когда скрипт запущен в gdb.

в таком формате он норм отсортирует

проблемы начнутся без leading zero

boost::asio - https://www.boost.org/doc/libs/1_70_0/doc/html/boo...
POCO::Net - https://pocoproject.org/docs/Poco.Net.html

Я бы не стал привлекать сюда виртуал, попробовал бы обойтись и реалом.
1. Создать раздел подходящего размера на любом из подключённых дисков, имеющих разметку в MBR, и сделать его активным (загрузочным). MBR потому, что эта разметка проще, понятнее и привычнее GPT, она не требует каких-то дополнительных скрытых UEFI-разделов, бэкапа которых у вас нет.
2. На него выгрузить содержимое вашего бэкапа.
3. Если этого оказалось недостаточно для запуска ОС, восстановить на этом разделе правильный загрузчик, с помощью утилиты BootICE или чего-то подобного. Их, восстановителей загрузки, много разных - не прошло с одним, пробуем другой. Обычно они кучкуются на популярных ремонтно-восстановительных сборках LiveDVD/LiveUSB.

Я использую этот способ для того, чтобы заставить Win10 работать на MBR (штатно она его не любит и требует GPT).

Да, но потом скорее всего придётся выгребать глюки из другого софта, установленного на компе. Ну и если я что-то забыл указать или вы где-то напутаете - учётка перестанет нормально работать.
Нужно:
1. Создать временную учётную запись, залогиниться под ней, переименовать папку из оля в Olya;
2. В редакторе реестра найти в HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList раздел профиля Оли и отредактировать в нём ProfileImagePath.
3. В редакторе реестра в HKU создать временный раздел и через "Файл - Загрузить куст" подключить на него из папки Olya файл реестра, затем в редакторе реестра в этом кусте выполнить поиск C:\Users\оля и заменить на нужное значение.
4. Залогиниться обратно в старую учётку, если всё в порядке - временную удалить.

Анализ. Записываете задачу с теми подробностями, которые вам очевидны, потом начинаете разбирать ее на куски, минимально друг от друга зависящие, и прорабатываете их подробности, оглядываясь на общий план, чтобы они ему не противоречили.
Записывание омогает как убедиться, что задача охвачена полностью, так и вспомнить, что ты там намозгоштурмил, спустя несколько дней.
Общие принципы решения те же, что у идеального кода - разобрать задачу так, чтобы уменьшить ее связность и не пытаться держать в голове все сразу, изолируя текущие задания от тех подробностей проекта, которые ее не касаются.

как правильно обеспечить надежность и безотказность ее работы?

Использовать адекватное железо и не мешать базе работать шаловливыми ручками.

доступен 24 часа 7 дней в неделю.

бекап

Объясните, пожалуйста, как это по вашему мнению между собой связано?
Бекапы необходимы, но как они связаны с высокой доступностью?

в случае проблем с доступностью, перезапускать/запускать саму СУБД.

Простой вопрос: зачем?
Если база сложилась и даже не смогла подняться самостоятельно - значит проблема капительная и разбираться надо детально. Рестартом по кругу вы можете скорее сделать совсем плохо, чем что-либо починить.
При том обычно проблемы начинаются от того что разработчики выкатили новую версию приложения и та начинает делать что-то странное. Например, забыли сделать индекс на 50гб табличку и засунули запрос с поиском по ней на главную сайта. Рестартом базы это, разумеется, не исправляется. А делает только больнее.

Многолетней давности pg_postmaster_start_time() впечатлять не буду - мы периодически ставим минорные апдейты на свои базы. И вам тоже весьма рекомендую обновиться до 10.7 или лучше уже на следующих выходных сразу до 10.8.

А так, если не трогать - то годами будет работать. Мониторинг и алерты от него, разумеется, нужны. Какая-то автоматика при наступлении алерта - обычно приносит куда больше головной боли, чем помогает.

какие операции, запросы или их комбинации нежелательны для БД и могут привести к проблемам.

Большая часть инцидентов с недоступностью сервиса с точки зрения приложения - про уровни блокировок. Кто-нибудь попробует сделать create index вместо create index concurrently и привет ожидание блокировки на всю запись в таблицу. Большинство форм alter table сюда же, но они и чтение заблокируют.

Лучше тогда не при нагрузке, а регулярно - раз в 20 минут, например. В Планировщик закиньте команду перезапуска и всё.

Запустите программу под отладчиком, он покажет где проблема.

с одной стороны вариантов много, с другой стороны

велосипед не нужно изобретать

1 - Excel, как и все программы MS Office, имеет развитую инфраструктуру OLE Automatin, в том числе доступную практически из всех основных скриптовых инструментов. пример запроса https://duckduckgo.com/?q=AutoIt+OLE+Automatin&t=f...

2 - если запускаете внешний скрипт из самого Excel, вспомните, что всегда можно передать какие то входные параметры. допустим сообщить скрипту путь к книге, имя листа, адрес ячейки/диапазона и тд. потом из скрипта использовать OLE Automatin к этой книге/листу и тд. пример запроса https://duckduckgo.com/?q=AutoIt+%D0%B2%D1%85%D0%B...

ps при необходимости, просто замените в запросах AutoIt на VBS, BAT, WSH, PowerShell, C#, VisualBasic и так далее

pps

Когда писал свой вопрос, думал об аналоге scripting.dictionary с возможностью обращения из другой программы: в процессах висит словарь, одна программа в него пишет, другая - читает. И казалось, что доработка API к существующему словарю - плевое дело.

Excel книга в роли "словаря" (или InMemoryDB) с доступом по OLE - самый простой в освоении вариант

есть и много других. но придется учиться программировать. самая популярная легковесная БД - SQLite. кстати, имеет режим InMemory

какие проблемы? творите! ))
- https://duckduckgo.com/?q=AutiIt+SLQlite&t=ffab&ia=web
- https://duckduckgo.com/?q=Excel+SLQlite&t=ffab&ia=web