|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Добрый день, в одной из БД кластера разрушилась таблица pg_rewrite. При подключнии к БД через pg_admin жалуется на блоки в этой таблицы. REINDEX и VACUUM FULL по ней не проходят, с такимиже ошибками чтения блоков. Что делать? Как можно ее восстановить? Бэкапов нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 11:41 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий Слон, снимать дамп данных, импортировать в чистый кластер. И проверить диски и память на исправность. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 11:44 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
MelkijСиний Слон, снимать дамп данных, импортировать в чистый кластер. И проверить диски и память на исправность. А скадите, можно ли все данные из нее удалить, затем заполнить данными с друй подобной БД другого сервера, заменив ev_class на нужный? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 11:56 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
скадите = скажите ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 11:57 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий Слон, это часть системного каталога. Официально руками его изменять вообще нельзя и возникающие баги при ручных изменениях с системным каталогом могут вовсе не рассматриваться как баги. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 12:15 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
MelkijСиний Слон, это часть системного каталога. Официально руками его изменять вообще нельзя и возникающие баги при ручных изменениях с системным каталогом могут вовсе не рассматриваться как баги. Экспорт сделать не дает, ни целиком ни эксопрт одной таблицы. Даже при селекте из pg_tables пишет ошибку чтения блока из таблицы pg_rewrite. Еще попробовал файлы pg_rewrite заменить на пустые (все три файла) - все равно пишет ошибку и не дает сделать вакуум фулл. Я в тупике ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 13:01 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Подскажите, как можно эту таблицу очистить. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 13:09 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
в общем, очистил ее делетом , убив все сессии. Сделал ей вакуум фул что пересоздалась. Но, сейчас не идет ни один запрос ни к какой таблице. Код: sql 1. 2. 3.
при этом: Код: sql 1. 2. 3.
И так с любой таблицей. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 13:24 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий Слонв общем, очистил ее делетом , убив все сессии. Сделал ей вакуум фул что пересоздалась. Но, сейчас не идет ни один запрос ни к какой таблице. Код: sql 1. 2. 3.
при этом: Код: sql 1. 2. 3.
И так с любой таблицей. Ну сделайте файл пустой base/16396/11113. А вообще - после таких сбоев базу на реплику переключают или с base backup оживляют. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 13:47 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Maxim BogukСиний Слонв общем, очистил ее делетом , убив все сессии. Сделал ей вакуум фул что пересоздалась. Но, сейчас не идет ни один запрос ни к какой таблице. Код: sql 1. 2. 3.
при этом: Код: sql 1. 2. 3.
И так с любой таблицей. Ну сделайте файл пустой base/16396/11113. А вообще - после таких сбоев базу на реплику переключают или с base backup оживляют. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru Так на любую таблицу жалуется, и oid разные. Так что нет смысла думаю. Вообще странно что вся огромная БД рушится из-за одной мааааааленькой таблички ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 13:52 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий СлонВообще странно что вся огромная БД рушится из-за одной мааааааленькой таблички Разрушение системного каталога это почти всегда до свиданья. В принципе то данные с таблиц вытащить можно если очень надо, просто долго и нудно возится зная структуру потрохов. pg_filedump вам в помощь. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 14:00 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий СлонНо, сейчас не идет ни один запрос ни к какой таблице. Код: sql 1. 2. 3.
А теперь попробуйте обращаться именно к табличкам. pg_settings - это view. А view, как функционал поверх rules - весьма завязаны на pg_rewrite ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 15:01 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
И да, вам не нужен системный каталог. Спасайте свои собственные данные и импортируйте в чистый кластер после initdb. Системный каталог там будет свой и исправный. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 15:02 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
MelkijИ да, вам не нужен системный каталог. Спасайте свои собственные данные и импортируйте в чистый кластер после initdb. Системный каталог там будет свой и исправный. Но как? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 15:40 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий Слон, если принять за гипотезу, что у вас валятся с ошибкой select к любой таблице - эта гипотеза не выполняется о ваш собственный пример с pg_class. Который как раз таблица, а не view поверх хранимки. Ну и у меня до сих пор ощущение, что вы пристаёте к сломанному системному каталогу, вместо таблиц со своими данными своей базы. pg_dump в лоб вполне может валиться, если валится и потаблично - выгружайте что можете через copy запросы. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 16:13 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий СлонMelkijИ да, вам не нужен системный каталог. Спасайте свои собственные данные и импортируйте в чистый кластер после initdb. Системный каталог там будет свой и исправный. Но как? перед тем как лезть грязными ногами в системный каталог даже колхозник догадался бы сделать файловую копию кластера теперь видимо "никак" кстати первым советом на поддержке было бы сделать копию, при отсутствии бекапов усё таки системный каталог это не "таблички" для узеров или админов. и не таблички для бд--девов. разве что почитать допустимо. а писанина в них допускается только косвенная -- ддл-м. (он попутно много чо сделать должон) или когда терять уже нечего ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 16:38 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
qwwqСиний Слонпропущено... Но как? перед тем как лезть грязными ногами в системный каталог даже колхозник догадался бы сделать файловую копию кластера теперь видимо "никак" кстати первым советом на поддержке было бы сделать копию, при отсутствии бекапов усё таки системный каталог это не "таблички" для узеров или админов. и не таблички для бд--девов. разве что почитать допустимо. а писанина в них допускается только косвенная -- ддл-м. (он попутно много чо сделать должон) или когда терять уже нечего Работал бы каталог этот нормально - лезть бы не пришлось. Что теперь делать? Почему постгрес такой ненадежный? Как уцелевшие данные вытаскивать? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 17:12 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий СлонЧто теперь делать? Почему постгрес такой ненадежный? Как уцелевшие данные вытаскивать? Вам же написали русским языком: сначала pg_dump если он валится - то pg_dump потаблично нужные таблицы если и он валится то pg_filedump Остальные таблицы и системный каталог кроме rules то у вас на месте весь (я надеюсь). PS: сколько лет работаю не помню побитых физически таблиц на нормальном рейде. А расскажите что именно у вас произошло, какая конфигурация дисковой системы, какой рейд? Просто так таблицы сами по себе у postgres не разрушаются. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2018, 19:11 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Maxim Bogukсколько лет работаю не помню побитых физически таблиц на нормальном рейде какой рейд не нормальный в этом ключе? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 00:36 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Maxim Bogukсначала pg_dump если он валится - то pg_dump потаблично нужные таблицы Это все валится, уже писал в этой теме. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 10:22 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Maxim BogukPS: сколько лет работаю не помню побитых физически таблиц... Может у вас просто реального опыта с постгрес мало? https://yandex.ru/search/?text=postgresql could not read block in file&lr=2 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 10:26 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Опертивно закрыли тему с явным косяком постгрес, однако... http://www.sql.ru/forum/1299369/kak-sdelat-bekap-tolko-sistemnogo-kataloga ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 10:27 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
KarbafosMaxim Bogukсколько лет работаю не помню побитых физически таблиц на нормальном рейде какой рейд не нормальный в этом ключе? Присоединяюсь к вопросу. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 10:28 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий СлонОпертивно закрыли тему с явным косяком постгрес, однако... http://www.sql.ru/forum/1299369/kak-sdelat-bekap-tolko-sistemnogo-kataloga Вам правильно в той теме все сказали, и правильно тему закрыли. Не надо перекладывать свой "косяк", как вы изволите выражаться, на кого-то другого. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 10:40 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
jan2aryСиний СлонОпертивно закрыли тему с явным косяком постгрес, однако... http://www.sql.ru/forum/1299369/kak-sdelat-bekap-tolko-sistemnogo-kataloga Вам правильно в той теме все сказали, и правильно тему закрыли. Не надо перекладывать свой "косяк", как вы изволите выражаться, на кого-то другого. Вы, видимо, не работали с другими СУБД. Косяки постгреса, из-за которых наступает писец: 1) файл pg_control при его повреждении писец. в говно-оракеле он дублируется, к примеру. Тут нет. 2) системный каталог. Отдельно не бэкапиться, отдельно не востанавливается. При повреждении одной из таблиц (не всех pg_ конечно, но многих) приходит писец. Такие дела. Тут сидят ребята из разработки постгресса, это им на заметку. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 11:34 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий Слон, Работали мы с другими СУБД. Ваши предъявы уже неоднократно обсуждались: - про дублирование `pg_control`. (1) у ORACLE другой control-файл (неожиданно, да?) (2) за последние 20 лет не было косяков с `pg_control`, которые бы потребовали дублирования. Если внезапно повредился `pg_control`, то надо разбираться что там с ФС и что с дисками. - системный каталог на то и системный, чтобы быть критичным для жизни базы. но в системном каталоге нету ваших бизнес данных. Ваши метания говорят о том, что культуры бэкапирования данных у вас нет. В сложившейся ситуации вам надо взять последний бэкап и восстановится из него, а не ругать всех вокруг за то, что неправильную базу вам дали. Отсутствие бэкапа — это ваш главный косяк. Работа на ненадёжном железе без мониторинга — второй косяк. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 12:08 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий СлонВы, видимо, не работали с другими СУБД. Косяки постгреса, из-за которых наступает писец: 1) файл pg_control при его повреждении писец. в говно-оракеле он дублируется, к примеру. Тут нет. 2) системный каталог. Отдельно не бэкапиться, отдельно не востанавливается. При повреждении одной из таблиц (не всех pg_ конечно, но многих) приходит писец. Постгрес - это вообще не оракл, у него своя специфика. После оракла Вам будет непривычно отсутствие многоблочного чтения, принципиальная завязанность на хранение данных в ФС и, например, необходимость рестарта всего экземпляра после краша любого серверного процесса. Но и там и там перед сомнительными процедурами восстановления уже порушенной БД нужно снять бэкап хотя бы того, что есть сейчас - чтобы иметь возможность откатиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 13:08 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Scott TigerСиний СлонВы, видимо, не работали с другими СУБД. Косяки постгреса, из-за которых наступает писец: 1) файл pg_control при его повреждении писец. в говно-оракеле он дублируется, к примеру. Тут нет. 2) системный каталог. Отдельно не бэкапиться, отдельно не востанавливается. При повреждении одной из таблиц (не всех pg_ конечно, но многих) приходит писец. Постгрес - это вообще не оракл, у него своя специфика. Это точно. Плюсы постреса перевешивают его минусы, у ора_кала - наоборот. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 14:38 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
vyegorovСиний Слон, Работали мы с другими СУБД. Ваши предъявы уже неоднократно обсуждались: - про дублирование `pg_control`. (1) у ORACLE другой control-файл (неожиданно, да?) (2) за последние 20 лет не было косяков с `pg_control`, которые бы потребовали дублирования. Если внезапно повредился `pg_control`, то надо разбираться что там с ФС и что с дисками. - системный каталог на то и системный, чтобы быть критичным для жизни базы. но в системном каталоге нету ваших бизнес данных. Вы только не обижайтесь, но если вы пишите такое, то с другими СУБД вы не работали, разве что с аксесом. Почему нельзя сделать дублирование контрол файла? Почему нельзя сделать бэкап только системного каталога? А, и еще, почему до сих пор не сделали проверку базы на целостность??? (аналог dbcc checkdb) Как узнать что данные в БД посыпались? (чексумма файлов при инициализации кластера + доп нагрузка io, так что в расчет не берем.) Часто бывает что и REINDEX и VACUUM выполняются без ошибок, при этом таблица разрушена. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 14:44 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий СлонВы только не обижайтесь, но если вы пишите такое, то с другими СУБД вы не работали, разве что с аксесом. Вам, видимо, видней. Синий СлонПочему нельзя сделать дублирование контрол файла? Почему нельзя сделать бэкап только системного каталога? Какие проблемы, сделайте! Это СУБД с открытым кодом в конце концов. Либо найдите разработчика, который возьмется это делать для вас. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 15:32 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий Слонjan2aryпропущено... Вам правильно в той теме все сказали, и правильно тему закрыли. Не надо перекладывать свой "косяк", как вы изволите выражаться, на кого-то другого. Вы, видимо, не работали с другими СУБД. Не не работал с другими. С Oracle работал, с mysql работал, с mssql немного работал, а с другими не - не работал. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 16:14 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий Слон А, и еще, почему до сих пор не сделали проверку базы на целостность??? (аналог dbcc checkdb) Как узнать что данные в БД посыпались? (чексумма файлов при инициализации кластера + доп нагрузка io, так что в расчет не берем.) Часто бывает что и REINDEX и VACUUM выполняются без ошибок, при этом таблица разрушена.Почему да почему. Вам кто-то это обещал, или кто-то чем-то обязан? Вот товарищи из гугла не стали ныть, а запилили свое решение https://github.com/google/pg_page_verification. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 16:22 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
jan2aryВот товарищи из гугла не стали ныть, а запилили свое решение https://github.com/google/pg_page_verification. Эта маленькая штука валидирует checksums, если у кластера включены эти самые чексуммы, о чём заявлено в заголовке и почему-то не написано в readme. Начиная с pg11 этим же самым будет заниматься basebackup: https://commitfest.postgresql.org/17/1583/ А вот с включением чексумм для старых кластеров пока ещё сложно, из pg11 откатили патч. Может в pg12 будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 16:33 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
jan2aryСиний СлонА, и еще, почему до сих пор не сделали проверку базы на целостность??? (аналог dbcc checkdb) Как узнать что данные в БД посыпались? (чексумма файлов при инициализации кластера + доп нагрузка io, так что в расчет не берем.) Часто бывает что и REINDEX и VACUUM выполняются без ошибок, при этом таблица разрушена.Почему да почему. Вам кто-то это обещал, или кто-то чем-то обязан? То что постгрес теряет базу от любого сбоя в системном каталоге либо в файле pg_control является фактом. А оборудование, даже самое дорогое и "надежное" таки иногда дает сбои. На сегодняшний день имеем что сбой одного блока может убить базу, размером в сотни терабайт. Жаль что разработчики постгреса это пока не учитывают. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 17:34 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий СлонТо что постгрес теряет базу от любого сбоя в системном каталоге либо в файле...... Аналогично и другие базы. Даже более, аналогично и весь компьютер: от любого сбоя в FAR или MFT операционная система вообще все файлы теряет. А про BOOT сектор или его аналоги - вообще говорить не приходится. Данные или нужны - тогда делаются бекапы Данные не нужны - тогда бекапы не делаются, но нечего плакать о последствиях. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 17:50 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий Слонjan2aryпропущено... Почему да почему. Вам кто-то это обещал, или кто-то чем-то обязан? То что постгрес теряет базу от любого сбоя в системном каталоге либо в файле pg_control является фактом. А оборудование, даже самое дорогое и "надежное" таки иногда дает сбои. На сегодняшний день имеем что сбой одного блока может убить базу, размером в сотни терабайт. Жаль что разработчики постгреса это пока не учитывают. обтекайте(сс) и да, вытачивать нуб--френдли решения могут себе позволить платные субд, типа МС. и то у оракла тут твёрдая 1 до 12-й версии включительно (армию ора-дба надо кормить, а уж она пролоббирует ора в бубущем). "свободные" решения кормятся с поддержки. т.ч. башляйте -- авось кто починит. зы если разобрать файл--контейнер бд от мс , то там найдется куча вещей, поломка которых абсолютно критична. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 18:12 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий СлонMaxim BogukPS: сколько лет работаю не помню побитых физически таблиц... Может у вас просто реального опыта с постгрес мало? https://yandex.ru/search/?text=postgresql could not read block in file&lr=2 Это ОЧЕНЬ сильная предьява к модератору этого форума с 20 лет работы в качестве DBA с Postgresql. :) У меня ни разу таких проблем не возникало, это всегда: 1)последствия сбоев на уровне ФС (особенно под виндой) 2)сбоев оборудования 3)каких то давно исправленных багов. 4)последствием эксплуатации базы с fsync=off как некоторые умники любят рекомендовать А так - неправильные рейды - это его отсутствие или raid0 (особенно на механике... SSD обычно целиком отказывает). Вы так и не написали в последствии/после чего эта проблема возникла и на какой OS и оборудовании. Из чего я делаю вывод что вы что то недоговариваете. PS: защита от подобных проблем это наличие реплики (или base backup + wal archive). -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 18:12 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Maxim Boguk, дык фсинк в оффе и рукопашные редахтуры системного каталога наверняка в анамнезе "ачотакова" ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 18:15 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Maxim BogukА так - неправильные рейды - это его отсутствие или raid0 (особенно на механике... SSD обычно целиком отказывает). + Включенный write cache при отстувие батарейки / UPS или очень странной логике работы батарейки. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 19:09 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevMaxim BogukА так - неправильные рейды - это его отсутствие или raid0 (особенно на механике... SSD обычно целиком отказывает). + Включенный write cache при отстувие батарейки / UPS или очень странной логике работы батарейки. По умолчанию такого не бывает а если специально сделали :( - ну в общем да согласен с замечанием. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 19:52 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий СлонЖаль что разработчики постгреса это пока не учитывают. А что Синий СлонБэкапов нет. тоже разработчики должны учитывать? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2018, 21:48 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
jan2aryСиний СлонЖаль что разработчики постгреса это пока не учитывают. А что Синий СлонБэкапов нет. тоже разработчики должны учитывать? Возможность создать бэкапирование системного каталога, да. А кто? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2018, 13:34 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Синий СлонВозможность создать бэкапирование системного каталога, да. Без издевки, а чем не устраивает pg_dump -n pg_catalog ? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2018, 14:28 |
|
Разрушилась таблица pg_rewrite
|
|||
---|---|---|---|
#18+
Павел ЛузановСиний СлонВозможность создать бэкапирование системного каталога, да. Без издевки, а чем не устраивает pg_dump -n pg_catalog ? И что дальше с этим делать после того как какой то системный каталог порушится :)? Снять то можно... а вот всунуть назад то :). Хотя наверное принципе реально какую то конкретную таблицу залить если это конечно не pg_attribute Или pg_class Или еще десяток совсем критичных. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2018, 15:47 |
|
|
start [/forum/topic.php?all=1&fid=53&tid=1995651]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
51ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
others: | 11ms |
total: | 167ms |
0 / 0 |