бэкап БД - необходим ликбез

Добрый день

На текущий момент бэкап идёт как pg_dump раз в сутки. Раньше это
устраивало, но база растолстела и на её восстановление с нуля уходит
слишком много времени, кроме того в случае поломки теряются часы после
бэкапа.

Хотелось бы чтобы бэкап проводился непрерывно. Репликация на удалённую
машину? В БД добавляется не более 100 Мб в неделю. Какие есть реальные
альтернативы?

С уважением
Евгений

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

---559023410-986468767-1117782233=:3882
Content-Type: TEXT/PLAIN; charset=koi8-r; format=flowed
Content-Transfer-Encoding: 8BIT

On Fri, 3 Jun 2005, Evgeny M. Baldin wrote:

> Добрый день
>
> На текущий момент бэкап идёт как pg_dump раз в сутки. Раньше это
> устраивало, но база растолстела и на её восстановление с нуля уходит
> слишком много времени, кроме того в случае поломки теряются часы после
> бэкапа.
>
> Хотелось бы чтобы бэкап проводился непрерывно. Репликация на удалённую
> машину? В БД добавляется не более 100 Мб в неделю. Какие есть реальные
> альтернативы?

Почитать документацию :)
http://www.postgresql.org/docs/current/static/backup-online.html

>
> С уважением
> Евгений
>
> ---------------------------(end of broadcast)---------------------------
> TIP 7: don't forget to increase your free space map settings
>

Regards,
Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg(at)sai(dot)msu(dot)su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83
---559023410-986468767-1117782233=:3882--

Добрый день, уважаемые

не могу понять в чем глюк:
есть такая конструкция:
CREATE TABLE awp_elsi.i_file_v2
(
id serial NOT NULL,
idterm int4 NOT NULL,
<...>
sreserv varchar(3),
datetimerec timestamp NOT NULL DEFAULT ('now'::text)::timestamp(6) without time zone,
CONSTRAINT i_file_v2_pkey PRIMARY KEY (id)
)
WITHOUT OIDS;

к ней соответственно прикручено:
CREATE SEQUENCE awp_elsi.i_file_v2_id_seq
INCREMENT 1
MINVALUE 1
MAXVALUE 9223372036854775807
START 926
CACHE 1;

пытаюсь сделать (ключ, как видите, не трогаю..):
INSERT INTO awp_elsi.i_file_v2
(idterm,ups_code,unb_code,szdocumentnum,cstarttankvbx,ulps_volume,ulps_density,ulps_weight,utanknumber,startrec,ups_cels,ips_cels_income,uaktnumber,finishrec,dsr_volume,dsr_weight,dsr_density,cstarttank,fdeltavolume,fdeltamass,imid_cels,sreserv)
VALUES
(679,7,777,'777',null,30,7674,23,2,'2005-06-17 11:5:36',0,0,0,'2005-06-17 11:5:36',30,23.01,7674,'0',0.0,0,0.0,'');

и в ответ получаю:
ERROR: duplicate key violates unique constraint "i_file_v2_pkey"

кто-нить может чего сказать?

PS: postgresql-7.4.3

проблема решилась после комады
select setval('awp_elsi.i_file_v2_id_seq', (select max(id)+1 from awp_elsi.i_file_v2))

.. текущее значение последовательности было меньше чем max(id)...
а разве Postgre сама не следит за этим?

----- Original Message -----
From: "Alexander Kuprijanov" <sanya-spb(at)mail(dot)ru>
To: <pgsql-ru-general(at)postgresql(dot)org>
Sent: Monday, June 20, 2005 1:55 PM
Subject: [pgsql-ru-general] duplicate key violates unique constraint??

> Добрый день, уважаемые
>
> не могу понять в чем глюк:
> есть такая конструкция:
> CREATE TABLE awp_elsi.i_file_v2
> (
> id serial NOT NULL,
> idterm int4 NOT NULL,
> <...>
> sreserv varchar(3),
> datetimerec timestamp NOT NULL DEFAULT ('now'::text)::timestamp(6) without time zone,
> CONSTRAINT i_file_v2_pkey PRIMARY KEY (id)
> )
> WITHOUT OIDS;
>
> к ней соответственно прикручено:
> CREATE SEQUENCE awp_elsi.i_file_v2_id_seq
> INCREMENT 1
> MINVALUE 1
> MAXVALUE 9223372036854775807
> START 926
> CACHE 1;
>
> пытаюсь сделать (ключ, как видите, не трогаю..):
> INSERT INTO awp_elsi.i_file_v2
> (idterm,ups_code,unb_code,szdocumentnum,cstarttankvbx,ulps_volume,ulps_density,ulps_weight,utanknumber,startrec,ups_cels,ips_cels_income,uaktnumber,finishrec,dsr_volume,dsr_weight,dsr_density,cstarttank,fdeltavolume,fdeltamass,imid_cels,sreserv)
> VALUES
> (679,7,777,'777',null,30,7674,23,2,'2005-06-17 11:5:36',0,0,0,'2005-06-17 11:5:36',30,23.01,7674,'0',0.0,0,0.0,'');
>
> и в ответ получаю:
> ERROR: duplicate key violates unique constraint "i_file_v2_pkey"
>
> кто-нить может чего сказать?
>
> PS: postgresql-7.4.3
>
> ---------------------------(end of broadcast)---------------------------
> TIP 7: don't forget to increase your free space map settings
>

В Пнд, 20/06/2005 в 15:58 +0400, Alexander Kuprijanov пишет:
> проблема решилась после комады
> select setval('awp_elsi.i_file_v2_id_seq', (select max(id)+1 from awp_elsi.i_file_v2))
>
> .. текущее значение последовательности было меньше чем max(id)...
> а разве Postgre сама не следит за этим?

Нет, не следит. Если ты сам вставлял записи вручную, для primary key не
опираясь на sequence, то такое возможно.

--
Markus Bertheau ☭ <twanger(at)bluetwanger(dot)de>