Добрый день!
Ситуация следующая:
Ежедневно скриптом создается дамп базы 1С:
Никаких ошибок при создании в лог не попадает.
Далее происходит восстановление данных:
И здесь периодически возникает проблема. Например:
Если повторно сделать дамп то проблема может пропасть.
Неясно по какой причине это может происходить.
Ситуация следующая:
Ежедневно скриптом создается дамп базы 1С:
...
/usr/bin/pg_dump -U postgres $i | gzip > $BACKUPDIR/$i/$DATE-$i.gz 2>> $LOGS/$DATE.log
...
Никаких ошибок при создании в лог не попадает.
Далее происходит восстановление данных:
...
gunzip -c $lastdump | psql -d ${i}_check -U postgres 2>> $LOGS/$DATE.log
...
И здесь периодически возникает проблема. Например:
2023-12-18_09-10-02 : Restore database atc_study_check from /backup/db-backups/atc_study/2023-12-18_08-55-atc_study.sql.gz
ОШИБКА: лишние данные после содержимого последнего столбца
КОНТЕКСТ: COPY config, строка 6903: "88b8b413-bc88-4af9-9256-698d468adca4.0<-->2023-10-04 08:52:40<--->2023-10-04 08:52:40<--->0<----->3236026>\\xa47dc792..."
Если повторно сделать дамп то проблема может пропасть.
Неясно по какой причине это может происходить.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
1. Дамп != бэкап. Для бэкапа лучше использовать что-то другое.
2. Наблюдаю периодически проблемы и на постгресе от 1С, и на потгресе от ПРО. Видимо какие-то "грязные" страницы попадают с битыми ссцылками, но это не точно.
2. Наблюдаю периодически проблемы и на постгресе от 1С, и на потгресе от ПРО. Видимо какие-то "грязные" страницы попадают с битыми ссцылками, но это не точно.
(2)
*1. Дамп != бэкап. Для бэкапа лучше использовать что-то другое.
Да я понимаю для продуктива используем pg_probackup.
pg_dump используем для баз разработчиков.
*2. Наблюдаю периодически проблемы и на постгресе от 1С, и на потгресе от ПРО. Видимо какие-то "грязные" страницы попадают с битыми ссцылками, но это не точно.
Если это так то это радует.
*1. Дамп != бэкап. Для бэкапа лучше использовать что-то другое.
Да я понимаю для продуктива используем pg_probackup.
pg_dump используем для баз разработчиков.
*2. Наблюдаю периодически проблемы и на постгресе от 1С, и на потгресе от ПРО. Видимо какие-то "грязные" страницы попадают с битыми ссцылками, но это не точно.
Если это так то это радует.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот