From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Jeff <threshar(at)torgo(dot)978(dot)org> |
Cc: | Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com>, lsunley(at)mb(dot)sympatico(dot)ca, Jaime Casanova <systemguards(at)gmail(dot)com>, pgsql(at)mohawksoft(dot)com, Bruno Wolff III <bruno(at)wolff(dot)to>, pgsql-hackers(at)postgresql(dot)org, Russell Smith <mr-russ(at)pws(dot)com(dot)au>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Subject: | Re: Data loss, vacuum, transaction wrap-around |
Date: | 2005-02-21 17:50:10 |
Message-ID: | 200502211750.j1LHoAw17530@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Jeff wrote:
>
> On Feb 20, 2005, at 11:02 AM, Stephan Szabo wrote:
>
> > My last company's experience with Oracle support still leaves me
> > questioning that claim. They basically got "don't do that then or
> > move to
> > the newest major revision" when they had a construct which caused the
> > server to stop responding.
>
> For the record, that is the kind of support I've got from Informix in
> the past.
> Even for issues where the db would reliably return invalid results.
>
> What is great is I have one informix db that I cannot take a backup of
> without causing several DAYS of downtime. Their solution: Do an
> in-place upgrade and hope it works. Yes, they actually said "And
> hopefully it will work. You'll need to take a backup to be safe" "But I
> can't take a backup. That is the point of this call" "Oh, well...
> umm.. it SHOULD work!"
"Uh, did we mention we are sure it would work in DB2." :-)
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Sabino Mullane | 2005-02-21 18:17:34 | Re: Get rid of system attributes in pg_attribute? |
Previous Message | Bruce Momjian | 2005-02-21 17:39:09 | Re: sigint psql |