Я как раз загружаю .dt который был создан на microsoft sql. Скорее всего проблема в
2023-07-10 12:08:38.972 UTC [1480] ERROR: syntax error at or near "'plpgsql'" at character 28
2023-07-10 12:08:38.972 UTC [1480] STATEMENT: CREATE PROCEDURAL LANGUAGE 'plpgsql' HANDLER plpgsql_call_handler
2023-07-10 12:08:38.973 UTC [1480] WARNING: there is no transaction in progress
Все так, эта конфигурация была сделана не на этой СУБД. Однако, другие конфигурации, которые сделаны не в этой СУБД запускаются, но, скорее всего ваши предположения верны.
Логи:
2023-07-10 12:27:47.280 UTC [752] СООБЩЕНИЕ: завершение всех остальных активных серверных процессов
2023-07-10 12:27:47.668 UTC [752] СООБЩЕНИЕ: все серверные процессы завершены... переинициализация
2023-07-10 12:27:51.244 UTC [2171] СООБЩЕНИЕ: работа системы БД была прервана; последний момент работы: 2023-07-10 12:27:18 UTC
2023-07-10 12:27:51.244 UTC [2171] СООБЩЕНИЕ: система БД была остановлена нештатно; производится автоматическое восстановление
2023-07-10 12:27:51.253 UTC [2174] ВАЖНО: система баз данных в режиме восстановления
2023-07-10 12:27:51.257 UTC [2175] ВАЖНО: система баз данных в режиме восстановления
2023-07-10 12:27:51.269 UTC [2176] ВАЖНО: система баз данных в режиме восстановления
2023-07-10 12:27:51.337 UTC [2171] СООБЩЕНИЕ: запись REDO начинается со смещения E/84023770
2023-07-10 12:27:56.214 UTC [2178] ВАЖНО: система БД ещё не принимает подключения
2023-07-10 12:27:56.214 UTC [2178] ПОДРОБНОСТИ: Согласованное состояние восстановления ещё не достигнуто.
2023-07-10 12:27:56.260 UTC [2179] ВАЖНО: система БД ещё не принимает подключения
2023-07-10 12:27:56.260 UTC [2179] ПОДРОБНОСТИ: Согласованное состояние восстановления ещё не достигнуто.
2023-07-10 12:28:01.383 UTC [2171] СООБЩЕНИЕ: выполняется воспроизведение, прошло времени: 10.04 с, текущий LSN: E/A0117768
2023-07-10 12:28:09.853 UTC [2171] СООБЩЕНИЕ: неожиданный pageaddr E/6D80000 в сегменте журнала 000000010000000F00000023, смещение 14155776
2023-07-10 12:28:09.853 UTC [2171] СООБЩЕНИЕ: записи REDO обработаны до смещения F/23D7CEE0, нагрузка системы: CPU: пользов.: 3.84 с, система: 4.05 с, прошло: 18.55 с
2023-07-10 12:28:09.929 UTC [2172] СООБЩЕНИЕ: начата контрольная точка: end-of-recovery immediate wait
2023-07-10 12:28:19.903 UTC [2181] ВАЖНО: система БД ещё не принимает подключения
2023-07-10 12:28:19.903 UTC [2181] ПОДРОБНОСТИ: Согласованное состояние восстановления ещё не достигнуто.
2023-07-10 12:28:19.907 UTC [2182] ВАЖНО: система БД ещё не принимает подключения
2023-07-10 12:28:19.907 UTC [2182] ПОДРОБНОСТИ: Согласованное состояние восстановления ещё не достигнуто.
2023-07-10 12:28:19.909 UTC [2183] ВАЖНО: система БД ещё не принимает подключения
2023-07-10 12:28:19.909 UTC [2183] ПОДРОБНОСТИ: Согласованное состояние восстановления ещё не достигнуто.
2023-07-10 12:28:22.933 UTC [2172] СООБЩЕНИЕ: контрольная точка завершена: записано буферов: 365257 (71.4%); добавлено файлов WAL 0, удалено: 0, переработано: 159; запись=12.988 сек., синхр.=0.001 сек., всего=13.004 сек.; синхронизировано_файлов=0, самая_долгая_синхр.=0.000 сек., средняя=0.000 сек.; расстояние=2618738 kB, ожидалось=2618738 kB
2023-07-10 12:28:23.091 UTC [752] СООБЩЕНИЕ: система БД готова принимать подключения
2023-07-10 12:43:10.033 UTC [2172] СООБЩЕНИЕ: начата контрольная точка: time
2023-07-10 12:43:35.108 UTC [2172] СООБЩЕНИЕ: контрольная точка завершена: записано буферов: 251 (0.0%); добавлено файлов WAL 0, удалено: 0, переработано: 0; запись=25.074 сек., синхр.=0.001 сек., всего=25.075 сек.; синхронизировано_файлов=0, самая_долгая_синхр.=0.000 сек., средняя=0.000 сек.; расстояние=959 kB, ожидалось=2356960 kB
При загрузке процессы съедают всю память, но сервер не падает сразу. Причем сервер не использует файлы подкачки. Стоит сделать так, чтобы сервер использовал файлы подкачки?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.