LK
С сервером файлы идут, с электронной поставкой.
Size: a a a
2020 September 11
A
О, снова бэкапосрач! Будет интересно )
GS
Пробекап ходит в базу, выполняет какие-то тесты на копии? Так можно глубоко залезть. Вот, например Veeam SureBackup прям запускает копию ВМ, ходит в неё и тесты делает. Так что говно этот ваш пробекап. Так что-ли? Нет не так. Инструмент отличный, выполняет то, что в него заложено. Dt и pg_dump - тоже инструменты и выполняют то, что заложено. Хорошо или плохо - другой разговор. Но регулярная автоматическая выгрузка/загрука dt с алератми - очень удобная вещь. Если на том или ином этапе возникает ошибка, что это повод сразу приступить к решению вопроса. И никто не говорит только про использование dt. Спор на уровне винда - говно. Задачи разные. Инструменты разные.
Эти упражнения крайне не бесплатные, поэтому по умолчанию не выполняются, но перед бэкапом можно запускать checkdb --amcheck
GS
2flower _
лучше спросить у автора, но
Проверка: автоматический контроль целостности данных и проверка резервных копий без восстановления данных кластера.
https://postgrespro.ru/docs/enterprise/12/app-pgprobackup
Проверка: автоматический контроль целостности данных и проверка резервных копий без восстановления данных кластера.
https://postgrespro.ru/docs/enterprise/12/app-pgprobackup
Имеется ввиду команда validate
GS
К сожалению, нет какого-то штатного инструмента в PG для проверки логической консистентности
GS
amcheck проверяет только индексы, сейчас пилится heapcheck, но когда он дойдёт до потребителя - вопрос открытый
MV
Эти упражнения крайне не бесплатные, поэтому по умолчанию не выполняются, но перед бэкапом можно запускать checkdb --amcheck
срач про то, что pg_dump и dt доверять нельзя, это не бекап, а пробекапу можно. Я считаю, что никому доверять нельзя пока в базу приложением не сходили и не проверили. Тяжесть и глубину этих проверок каждый выбирает сам.
GS
Ну так это идеальный случай, если приложение умеет проверять свои данные
MV
кстати, по совпадению, как раз не могу базу из pg_dump восстановить )))
дропнул базу, создал её же, создал в ней экстешен pg_stat_statements, а оно всё равно при восстановлении говорит
при этом вроде всё есть
Есть идеи?
дропнул базу, создал её же, создал в ней экстешен pg_stat_statements, а оно всё равно при восстановлении говорит
pg_restore: while PROCESSING TOC:
pg_restore: from TOC entry 3251; 0 0 ACL FUNCTION pg_stat_statements_reset() postgres
pg_restore: error: could not execute query: ERROR: function public.pg_stat_statements_reset() does not exist
Command was: GRANT ALL ON FUNCTION public.pg_stat_statements_reset() TO "user";
при этом вроде всё есть
select public.pg_stat_statements_reset();
pg_stat_statements_reset
--------------------------
(1 row)
Есть идеи?
GS
Но, к сожалению, таких приложений не очень много, если у Вас такое, то этим несомненно стоит пользоваться
GS
кстати, по совпадению, как раз не могу базу из pg_dump восстановить )))
дропнул базу, создал её же, создал в ней экстешен pg_stat_statements, а оно всё равно при восстановлении говорит
при этом вроде всё есть
Есть идеи?
дропнул базу, создал её же, создал в ней экстешен pg_stat_statements, а оно всё равно при восстановлении говорит
pg_restore: while PROCESSING TOC:
pg_restore: from TOC entry 3251; 0 0 ACL FUNCTION pg_stat_statements_reset() postgres
pg_restore: error: could not execute query: ERROR: function public.pg_stat_statements_reset() does not exist
Command was: GRANT ALL ON FUNCTION public.pg_stat_statements_reset() TO "user";
при этом вроде всё есть
select public.pg_stat_statements_reset();
pg_stat_statements_reset
--------------------------
(1 row)
Есть идеи?
Выглядит как отсутствующий экстеншен =)
MV
пробовал менять владельца вьюхи - не катит. если руками от суперюзера делаю
GRANT ALL ON FUNCTION public.pg_stat_statements_reset() TO "user";
то же самое, мол нет такого
GRANT ALL ON FUNCTION public.pg_stat_statements_reset() TO "user";
то же самое, мол нет такого
MV
Выглядит как отсутствующий экстеншен =)
я согласен, но я ж его создал ) и вот даже проверил селектом, что есть. В нужной базе проверил.
GS
Может Вы его в другую схему запихнули?
GS
Гляньте search_path
A
срач про то, что pg_dump и dt доверять нельзя, это не бекап, а пробекапу можно. Я считаю, что никому доверять нельзя пока в базу приложением не сходили и не проверили. Тяжесть и глубину этих проверок каждый выбирает сам.
Говорить что дамп и continuous бэкап это одного порядка защита это мягко говоря непрофессионально.
GS
Говорить что дамп и continuous бэкап это одного порядка защита это мягко говоря непрофессионально.
Разве такое кто-то утверждал?
MV
Говорить что дамп и continuous бэкап это одного порядка защита это мягко говоря непрофессионально.
точно так же, как и то, что есть бекап, но мы его не проверяем на уровне приложения. Чёт как-то делается, физически всё ок.
MV
всё зависит от задач и ресурсов.
A
точно так же, как и то, что есть бекап, но мы его не проверяем на уровне приложения. Чёт как-то делается, физически всё ок.
continuous бэкап минимизирует потери от ошибки софта и человека, ты можешь восстановиться максимально близко к моменту сбоя