Autovacuum im laufenden Betrieb beenden
Autovacuum im laufenden Betrieb beenden
am 17.03.2011 10:52:37 von Thomas Guettler
Hallo,
folgendes hatte ich gestern:
Ein großer Datenbankabzug wird mit psql eingelesen. Es dauert recht lang.=
Dann
sehe ich, dass der autovacuum Deamon eine Menge zu tun hat. Kann man den be=
enden oder stoppen
damit dass laufende "psql -f" schneller fertig ist?
Version: PostgreSQL 8.4.5 on x86_64-unknown-linux-gnu, compiled by GCC gcc =
(SUSE Linux)
Thomas
--=20
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de
--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Re: Autovacuum im laufenden Betrieb beenden
am 17.03.2011 11:09:30 von ralf burger
> Ein großer Datenbankabzug wird mit psql eingelesen. Es dauert recht l=
ang. Dann
> sehe ich, dass der autovacuum Deamon eine Menge zu tun hat. Kann man de=
n beenden oder stoppen
> damit dass laufende "psql -f" schneller fertig ist?
>
> Version: PostgreSQL 8.4.5 on x86_64-unknown-linux-gnu, compiled by GCC =
gcc (SUSE Linux)
>
> Thomas
>
wie ware es damit:
#autovacuum =3D off # Enable autovacuum subprocess=
? 'on'
gruss
ralf
--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Re: Autovacuum im laufenden Betrieb beenden
am 17.03.2011 11:18:51 von Jens Wilke
On Thursday 17 March 2011 10:52:37 Thomas Guettler wrote:
Hi,
> Ein großer Datenbankabzug wird mit psql eingelesen. Es dauert recht lan=
g.
Das Einspielen eines Dumps kannst Du beschleunigen, indem Du bei pg_dump da=
s=20
Custom Format wählst und das dann mit pg_restore mit mehreren Prozessen=
=20
einspielst.
> Dann sehe ich, dass der autovacuum Deamon eine Menge zu tun hat.=20
Was genau? Beim Dump einspielen wird er kaum vacuum machen sondern analyze =
und=20
das ist eigentlich auch sinnvoll.
> Kann man
> den beenden oder stoppen damit dass laufende "psql -f" schneller fertig
> ist?
Du kannst autovacuum=3Doff setzen, dann wird das analyze nachgeholt, wenn D=
u es=20
wieder einschaltest. Bringt in der Summe also nichts.
Beim Einspielen eines Dumps darf man auch fsync ausschalten, aber danach=20=
=20
unbedingt sofort wieder einschalten.
Gruss, Jens
--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Re: Autovacuum im laufenden Betrieb beenden
am 17.03.2011 11:28:15 von Michael Renner
--Apple-Mail-2--72052018
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=iso-8859-1
On Mar 17, 2011, at 10:52 , Thomas Guettler wrote:
> Hallo,
>=20
> folgendes hatte ich gestern:
>=20
> Ein großer Datenbankabzug wird mit psql eingelesen. Es dauert recht =
lang. Dann
> sehe ich, dass der autovacuum Deamon eine Menge zu tun hat. Kann man =
den beenden oder stoppen
> damit dass laufende "psql -f" schneller fertig ist?
pg_cancel_backend/pg_terminate_backend sollte funktionieren und =
ausreichend zerstörungsfrei sein, siehe =
http://www.postgresql.org/docs/8.4/static/functions-admin.ht ml
Um das neustarten zu verhindern musst du ev. autovacuum deaktivieren.
lg,
Michael=
--Apple-Mail-2--72052018
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=iso-8859-1
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; =
">
On Mar 17, 2011, at 10:52 , Thomas Guettler =
wrote:
type=3D"cite">
Hallo,
folgendes hatte ich gestern:
Ein =
großer Datenbankabzug wird mit psql eingelesen. Es dauert recht lang. =
Dann
sehe ich, dass der autovacuum Deamon eine Menge zu tun hat. Kann =
man den beenden oder stoppen
damit dass laufende "psql -f" schneller =
fertig =
ist?
pg_cancel_backend/pg_=
terminate_backend sollte funktionieren und ausreichend zerstörungsfrei =
sein, siehe
href=3D"http://www.postgresql.org/docs/8.4/static/functions- admin.html">ht=
tp://www.postgresql.org/docs/8.4/static/functions-admin.html
>
Um das neustarten zu verhindern musst du ev. autovacuum =
deaktivieren.
lg,
Michael
<=
/html>=
--Apple-Mail-2--72052018--
Re: Autovacuum im laufenden Betrieb beenden
am 17.03.2011 11:30:38 von Andreas Kretschmer
Am 17.03.2011 11:18, schrieb Jens Wilke:
> On Thursday 17 March 2011 10:52:37 Thomas Guettler wrote:
>=20
> Hi,
>=20
>> Ein großer Datenbankabzug wird mit psql eingelesen. Es dauert recht =
lang.
>=20
> Das Einspielen eines Dumps kannst Du beschleunigen, indem Du bei pg_dum=
p das=20
> Custom Format wählst und das dann mit pg_restore mit mehreren Prozess=
en=20
> einspielst.
Nein. Er hat 8.4.
Andreas
--=20
Andreas Kretschmer
http://internet24.de
--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Re: Autovacuum im laufenden Betrieb beenden
am 17.03.2011 11:35:47 von Thomas Guettler
On 17.03.2011 11:09, Ralf Burger wrote:
>=20
>> Ein großer Datenbankabzug wird mit psql eingelesen. Es dauert recht
>> lang. Dann
>> sehe ich, dass der autovacuum Deamon eine Menge zu tun hat. Kann man
>> den beenden oder stoppen
>> damit dass laufende "psql -f" schneller fertig ist?
>>
>> Version: PostgreSQL 8.4.5 on x86_64-unknown-linux-gnu, compiled by GCC
>> gcc (SUSE Linux)
>>
>> Thomas
>>
> wie ware es damit:
>=20
>=20
> #autovacuum =3D off # Enable autovacuum
> subprocess? 'on'
Tut mir Leid, wenn ich jetzt dumme Fragen stelle:
Die postgresql.conf Datei ist schnell geändert. Die Doku
sagt leider nichts dazu, ob "pg_ctl reload" während einer
Transaktion (die ggf. mehrere Minuten dauert) funktioniert.
http://www.postgresql.org/docs/8.4/static/app-pg-ctl.html
Ich habe es gerade ausprobiert, scheint zu gehen. Das wusste ich
noch nicht.
Thomas
PS: Ich bin der Meinung, dass das Reply-To zur Liste gehen sollte.
--=20
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de
--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Re: Autovacuum im laufenden Betrieb beenden
am 17.03.2011 11:41:06 von Thomas Guettler
Hallo,
On 17.03.2011 11:18, Jens Wilke wrote:
> On Thursday 17 March 2011 10:52:37 Thomas Guettler wrote:
>=20
> Hi,
>=20
>> Ein großer Datenbankabzug wird mit psql eingelesen. Es dauert recht la=
ng.
>=20
> Das Einspielen eines Dumps kannst Du beschleunigen, indem Du bei pg_dump =
das=20
> Custom Format wählst und das dann mit pg_restore mit mehreren Prozessen=
=20
> einspielst.
>=20
>> Dann sehe ich, dass der autovacuum Deamon eine Menge zu tun hat.=20
>=20
> Was genau? Beim Dump einspielen wird er kaum vacuum machen sondern analyz=
e und=20
> das ist eigentlich auch sinnvoll.
>=20
>> Kann man
>> den beenden oder stoppen damit dass laufende "psql -f" schneller fertig
>> ist?
>=20
> Du kannst autovacuum=3Doff setzen, dann wird das analyze nachgeholt, wenn=
Du es=20
> wieder einschaltest. Bringt in der Summe also nichts.
Nachdem das Script fertig ist, muss ich noch ein paar Dinge tun, dann kann =
ich
nach Hause. In der Summe warte ich weniger.
> Beim Einspielen eines Dumps darf man auch fsync ausschalten, aber danach=
> unbedingt sofort wieder einschalten.
OK, das ist eine gute Idee.
Thomas
--=20
Thomas Guettler, http://www.tbz-pariv.de/
Bernsdorfer Str. 210-212, 09126 Chemnitz, Tel.: 0371/5347-917
TBZ-PARIV GmbH Geschäftsführer: Dr. Reiner Wohlgemuth
Sitz der Gesellschaft: Chemnitz Registergericht: Chemnitz HRB 8543
--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Re: Autovacuum im laufenden Betrieb beenden
am 17.03.2011 12:06:07 von Jens Wilke
On Thursday 17 March 2011 11:30:38 Andreas Kretschmer wrote:
> Nein. Er hat 8.4.
Das geht mit 8.4
http://www.postgresql.org/docs/8.4/interactive/app-pgrestore .html
pg_restore -j
Gruss, Jens
--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Re: Autovacuum im laufenden Betrieb beenden
am 17.03.2011 12:27:39 von Andreas Kretschmer
Am 17.03.2011 12:06, schrieb Jens Wilke:
> On Thursday 17 March 2011 11:30:38 Andreas Kretschmer wrote:
>=20
>> Nein. Er hat 8.4.
>=20
> Das geht mit 8.4
> http://www.postgresql.org/docs/8.4/interactive/app-pgrestore .html
>=20
> pg_restore -j
>=20
> Gruss, Jens
>=20
Okay, mir war, als wäre das erst ab 9.0 möglich. Sorry für das Raus=
chen ...
--=20
Andreas Kretschmer
http://internet24.de
--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Re: Autovacuum im laufenden Betrieb beenden
am 17.03.2011 12:55:04 von Thomas Guettler
Hallo,
On 17.03.2011 11:18, Jens Wilke wrote:
> On Thursday 17 March 2011 10:52:37 Thomas Guettler wrote:
>=20
> Hi,
>=20
>> Ein großer Datenbankabzug wird mit psql eingelesen. Es dauert recht la=
ng.
>=20
> Das Einspielen eines Dumps kannst Du beschleunigen, indem Du bei pg_dump =
das=20
> Custom Format wählst und das dann mit pg_restore mit mehreren Prozessen=
=20
> einspielst.
>=20
>> Dann sehe ich, dass der autovacuum Deamon eine Menge zu tun hat.=20
>=20
> Was genau? Beim Dump einspielen wird er kaum vacuum machen sondern analyz=
e und=20
> das ist eigentlich auch sinnvoll.
>=20
>> Kann man
>> den beenden oder stoppen damit dass laufende "psql -f" schneller fertig
>> ist?
>=20
> Du kannst autovacuum=3Doff setzen, dann wird das analyze nachgeholt, wenn=
Du es=20
> wieder einschaltest. Bringt in der Summe also nichts.
Nachdem das Script fertig ist, muss ich noch ein paar Dinge tun, dann kann =
ich
nach Hause. In der Summe warte ich weniger.
> Beim Einspielen eines Dumps darf man auch fsync ausschalten, aber danach=
> unbedingt sofort wieder einschalten.
OK, das ist eine gute Idee.
Thomas
--=20
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de
--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein