Решил сегодня проверить бэкапы БД 1С на целостность.
Выполняются они регулярно, раз в день, по крону баш скриптом (решение нашел в сети и адаптировал под себя).
Дамп делается такой командой: pg_dump -U postgres -w -Fc -Z9 имя_бд -f путь_к_файлу/имя_файла.gz
На сервере - Linux Ubuntu.
Подопытная машина, на которой делается проверка бэкапов на работоспособность - на Windows 7 x64.
Накатил PostgreSQL 11.5-12.1C_FULL (я так понимаю, это от самого 1С с патчами),
Делаю pg_restore, всё вроде проходит без сучка и задоринки - и получаю в конце WARNING: errors ignored on restore: 1, при том база получается работоспособной, открывается конфигуратор, заходит в саму 1С. Так то можно было бы и забить, но... фиг знает, где эта ошибка потом вылезет. Лучше сейчас понять её природу и сделать какие-то выводы.
Почитал, что можно в журнале PostgreSQL посмотреть (\data\pg_log), что к чему, и что вызывает ошибку.
Но особо ничего и не нашёл, кроме "ERROR: canceling autovacuum task" и "ERROR: schema "public" already exists".
Восстановление делается так:
Сначала средствами pgAdmin 4 создается новая подопытная БД, абсолютно стандартная, и потом уже через консоль выполняется команда:
"C:\Program Files\PostgreSQL\11.5-12.1C\bin\pg_restore.exe" --host localhost --port 5432 --username "postgres" --dbname "имя_бд" --role "postgres" --section pre-data --section data --section post-data --verbose "путь_к_файлу_с_бэкапом.gz"
В общем, что это за "WARNING: errors ignored on restore: 1" и где смотреть и чего копать, а также, стоит ли паниковать.
При необходимости предоставлю всю необходимую информацию.
Выполняются они регулярно, раз в день, по крону баш скриптом (решение нашел в сети и адаптировал под себя).
Дамп делается такой командой: pg_dump -U postgres -w -Fc -Z9 имя_бд -f путь_к_файлу/имя_файла.gz
На сервере - Linux Ubuntu.
Подопытная машина, на которой делается проверка бэкапов на работоспособность - на Windows 7 x64.
Накатил PostgreSQL 11.5-12.1C_FULL (я так понимаю, это от самого 1С с патчами),
Делаю pg_restore, всё вроде проходит без сучка и задоринки - и получаю в конце WARNING: errors ignored on restore: 1, при том база получается работоспособной, открывается конфигуратор, заходит в саму 1С. Так то можно было бы и забить, но... фиг знает, где эта ошибка потом вылезет. Лучше сейчас понять её природу и сделать какие-то выводы.
Почитал, что можно в журнале PostgreSQL посмотреть (\data\pg_log), что к чему, и что вызывает ошибку.
Но особо ничего и не нашёл, кроме "ERROR: canceling autovacuum task" и "ERROR: schema "public" already exists".
Восстановление делается так:
Сначала средствами pgAdmin 4 создается новая подопытная БД, абсолютно стандартная, и потом уже через консоль выполняется команда:
"C:\Program Files\PostgreSQL\11.5-12.1C\bin\pg_restore.exe" --host localhost --port 5432 --username "postgres" --dbname "имя_бд" --role "postgres" --section pre-data --section data --section post-data --verbose "путь_к_файлу_с_бэкапом.gz"
В общем, что это за "WARNING: errors ignored on restore: 1" и где смотреть и чего копать, а также, стоит ли паниковать.
При необходимости предоставлю всю необходимую информацию.
По теме из базы знаний
- Восстановление SQL базы 1С 8.2. после неудачного сохранения конфигурации
- PostgreSQL для 1С 8.3: ускоряем резервное копирование и восстановление для отдельной базы очень большого размера
- Как я обработку на альтернативный сервер выносил
- Пример переноса справочников, документов и движений через Эксель и "Конвертацию данных 2" из оптовой учетной системы 1С 7.7 Комплексной 4.2 и розничной учетной системы Рарус Торговый комплекс -> в 1С 8.3 ЕРП 2.4 (расширение и дополнительные реквизиты)
- Резервное копирование журнала транзакций, наконец-то!
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(4) поставил PostgreSQL 9.6.1, БД развернулась без проблем.
Думаю, тему можно закрыть. На случай, если придется воспользоваться бэкапом - буду восстанавливать именно на той версии, на которой делался дамп и сливать *.dt для переезда на новую версию Postgre.
Спасибо, что откликнулись.
Думаю, тему можно закрыть. На случай, если придется воспользоваться бэкапом - буду восстанавливать именно на той версии, на которой делался дамп и сливать *.dt для переезда на новую версию Postgre.
Спасибо, что откликнулись.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот