Thread: бэкап БД - необходим ликбез
Добрый день
На текущий момент бэкап идёт как 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@sai.msu.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@mail.ru>
To: <pgsql-ru-general@postgresql.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@bluetwanger.de>