Добрый день, при открытие базы
В процессе обновления информационной базы произошла критическая ошибка
по причине:

Выдает такое и не отрывает. Бэкапа нет либо он старый, а данные важные. Что может помочь?

Если данные важные, то должен быть бэкап.
Если бэкапа нет, значит база никому не нужна.

Это конечно да... (1)

По слухам они пытались сделать бэкап и в это время все пошло не очень

(0)  WARNING:  there is no transaction in progress
2024-01-26 10:51:38.439 MSK [14016] ERROR:  pg_attribute catalog is missing 3 attribute(s) for relation OID 28736110 at character 57
2024-01-26 10:51:38.439 MSK [14016] STATEMENT:  drop table if exists tt1 cascade;create temporary table tt1 (_Q_000_F_000RRef bytea ) without oids
2024-01-26 10:51:38.439 MSK [14016] WARNING:  there is no transaction in progress
2024-01-26 10:51:41.927 MSK [14672] ERROR:  missing chunk number 0 for toast value 28746223 in pg_toast_2619

(0) Вы перед обновлением не делали бэкап?
Смело и глупо :)

(3) Дак обновляли или бэкап делали?
Или Решили ,что Посгрес, как скуль, может все делать сразу в одной транзакции? :))))

С постгресом на бэкап тоже надеяться не стоит. Он легко может оказаться невосстановимым. В дополнение к нему обязательно надо делать выгрузку. Что-то да сработает.

(5) Нет не делали, бэкап есть только за 09.01.24

(6) Возможно и так

+(0) Форум на посгри, пишет, что ваше дело швах.

https://postgrespro.com/list/thread-id/1411466

В конфигуратор дает зайти,а в предприятие не заходит

+(0) А тут они на индекс сетуют.

https://postgrespro.com/list/thread-id/1463381

(11) Стремление перейти с одного импорта на другой импорт (который заявлен, как импортно-замещение), не приводит к нечему хорошему :)

...Но ваше "Мы не делали бэкапы", говорит о том, что лишним бэкап не бывает :)

+(0) Вот как надо искать вашу ошибку :)

https://clck.ru/38DoUN

(12) PGOPTIONS ="--ignore_system_indexes = 1"
Попытался сделать из PGAdmin
ERROR:  syntax error at or near "PGOPTIONS"
������ 1: PGOPTIONS ="--ignore_system_indexes= 1"
       ^

SQL-состояние: 42601
Символ: 1

(14) Спасибо!

(3) т.е. когда поняли что обновление пошло как-о не так решили сделать бэкап... "вовремя"

(17) Тут даже не обновление, была попытка создать бэкапы в автоматическом режиме и что то пошло не так, а windows стоит на виртуалке и там что то поломалось, они ее восстановили и вот пошли приколы

🪦

(0) https://gist.github.com/supix/80f9a6111dc954cf38ee99b9dedf187a

(10) (12) 02 March 2005, 04 January 2008

жесть какая, это наскальные живописи?

(15) вы явно гдето не там это пишите
судя по интернетам PGOPTIONS это перменная окружения

(11) а выгрузить дает ?

(11) (23) а ТиИ что пишет?

Остановились на том что выгрузили Файлы обработкой по xml, хотя не все но многие

Спасибо всем!

(18) EXT4 vs. XFS под VMWare + DEB#19
Так что, приколы PostgreSQL в виртуальной среде(с кэшируемым вирт. диском) могут быть самые неожиданные и надо подобное иметь ввиду.

(27) Мне кажется, в виртуальной среде для хранения баз СУДБ надо использовать реальные диски, с подключением к виртуальной машине. А не файлы-образы. Это и скорость дает выше, и надежность. В файле-образе разве что саму систему можно держать.

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