| From: | Zeugswetter Andreas SB <ZeugswetterA(at)wien(dot)spardat(dot)at> |
|---|---|
| To: | "'Mikheev, Vadim'" <vmikheev(at)SECTORBASE(dot)COM>, "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Jan Wieck <JanWieck(at)Yahoo(dot)com>, Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, "Ross J(dot) Reedstrom" <reedstrm(at)rice(dot)edu> |
| Subject: | AW: Big 7.1 open items |
| Date: | 2000-06-26 11:50:55 |
| Message-ID: | 219F68D65015D011A8E000006F8590C605BA5993@sdexcsrv1.f000.d0188.sd.spardat.at |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Vadim wrote:
> Impossible to recover anyway - pg_control keeps last
> checkpoint pointer, required for recovery.
Why not put this info in the tx log itself.
> That's why Oracle recommends (requires?) at least
> two copies of control file ....
This is one of the most stupid design issues Oracle has.
I suggest you look at the tx log design of Informix.
(No Informix dba fears to pull the power cord on his servers,
ask the same of an Oracle dba, they even fear
"shutdown immediate" on a heavily used db)
Andreas
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrew McMillan | 2000-06-26 11:51:36 | Re: Server process exited with status 139 (meaning?) |
| Previous Message | Yutaka tanida | 2000-06-26 11:33:11 | Re: [HACKERS] .exe extension on Windows |