dumping - Search results in mailing lists
Mailing lists >> pgsql-ru-general >> Thread >> Search in thread (4)
2015-09-04 20:33:42 | Re: [pgsql-ru-general] Переезд debian i386 -> amd64 (Peter Teslenko)
dump, то его можно и в 9.1 сразу залить (как я вижу по Да, у меня
Mailing lists >> pgsql-ru-general >> Thread >> Search in thread (2)
2012-02-21 08:23:02 | Re: Закончен перевод PostgreSQL 9.1 (eshkinkot@gmail.com (Сергей Бурладян))
dump-ru.po: #: pg_dump.c:853 pg_dumpall.c:550 #, c-format msgid "" " --disable
Mailing lists >> pgsql-ru-general >> Thread
2012-01-07 03:09:16 | Таблицы с взаимными связями (Dmitry E. Oboukhov)
dump/restore будут корректно с такими вещами работать? mysqldump создавала ЕМНИП такой дамп, который обратно
Mailing lists >> pgsql-ru-general >> Thread >> Search in thread (5)
2011-12-16 15:47:18 | проблема с последовательностями и pg_dump (Gleb Chipiga)
dump -F p test > test.sql получаю ошибку: pg_dump: запрос на получение данных последовательности
Mailing lists >> pgsql-ru-general >> Thread >> Search in thread (2)
2011-07-01 16:56:14 | Re: [pgsql-ru-general] Правильный backup. Как? (Anton Krasikov)
данными о пользователе,
второй - pg_dump нужной базы.
--
Best regards,
Anton Krasikov
2011/7/1 Peter Teslenko
Mailing lists >> pgsql-ru-general >> Thread >> Search in thread (6)
2011-04-08 18:17:14 | Re: pg_dump\pg_restore large objects (Sergej Kandyla)
dump does not dump large objects by default. To dump large objects you must use either
Mailing lists >> pgsql-ru-general >> Thread >> Search in thread (2)
2010-11-19 23:26:45 | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Оптимизация на уровне ОС. (Vladimir Rusinov)
dump в любой формат (самое быстрое на моих данных - compressed формат без компресии pg_dump
Mailing lists >> pgsql-ru-general >> Thread
2010-06-25 18:25:35 | Re: [pgsql-ru-general] как заменить? (Nikolay Samokhvalov)
dump ... | awk '{gsub(/і/, "i")}; 1' | bzip2 > file.bz2 bzcat file.bz2 | psql ... http:///docs/8.4/interactive/index.html О какой
Mailing lists >> pgsql-ru-general >> Thread
2010-04-29 09:35:59 | not enough memory (Овчинников Александр)
dump -F c восстанавливаю pg_restore pg_restore что-то восстанавливает и в конце пишет
Mailing lists >> pgsql-ru-general >> Thread
2008-09-16 12:53:57 | Re: Беда с бекапами postgresql. (Maxim Boguk)
dump достаточно распухает) Надо смотреть limits -a и прикидывать. 2)процесс базы умирает на дисковой
Mailing lists >> pgsql-ru-general >> Thread
2008-09-16 12:23:38 | Беда с бекапами postgresql. (Vladimir Rusinov)
dump -t . Кроме того, он также себя ведет и во время снятия снапшота для pitr
Mailing lists >> pgsql-ru-general >> Thread
2008-09-08 12:32:50 | server process (PID 1234) was terminated by signal 9: Killed (Vladimir Rusinov)
dump, потаблично). Понятно, что лочатся таблицы, но настораживает вот этот кусок лога: Sep 7 01:01:55 db1 postgres
Mailing lists >> pgsql-ru-general >> Thread
2008-03-28 17:28:54 | Про pg_dumpall (Peter Teslenko)
dump.sql в результирующем дампе я вижу CREATE ROLE peter; ALTER ROLE peter WITH SUPERUSER
Mailing lists >> pgsql-ru-general >> Thread >> Search in thread (4)
2007-11-02 14:40:57 | pg_dump ? CREATE USER.?????? ??? (Peter Teslenko)
dump должен дампить всё что относится к базе, включая юзеров, а получается фиг. Может что
Mailing lists >> pgsql-ru-general >> Thread
2007-10-13 01:04:57 | Re: [pgsql-ru-general] дата-время в базе отличаются от системных (Nikolay Samokhvalov)
надо помнить, что pg_dump такие свойства не сдампит, только pg_dumpall */ -- Best regards, Nikolay