Re: Proposal: More flexible backup/restore via pg_dump

Поиск
Список
Период
Сортировка
От Giles Lean
Тема Re: Proposal: More flexible backup/restore via pg_dump
Дата
Msg-id 3544.962113237@nemeton.com.au
обсуждение исходный текст
Ответ на RE: Proposal: More flexible backup/restore via pg_dump  (Philip Warner <pjw@rhyme.com.au>)
Список pgsql-hackers
> Do we have any tape experts out there?

Don't even try.  The guaranteed portable subset of tape drive,
interface, device driver, and OS semantics is pretty limited.

I'm confident to stream one (tape) file of less than one tape capacity
to a drive and read it back sequentially.  These days you can probably
expect reliable end of media handling as well, but don't be too sure
what value errno will have when you do hit the end of a tape.

As soon as you start looking to deal with more advanced facilities you
will discover portability problems:

- autochanger interface differences
- head positioning on tapes with multiple files  (SysV v. BSD, anyone?)
- random access (yup, supported on some drives  ... probably all obsolete)
- "fast search marks" and similar

Some of these things can vary on the one OS if a tape drive is
connected to different interfaces, since different drivers may be
used.

BTW I'm not a tape expert.  The problems in practice may be greater or
lesser than I've suggested.

I would be trying really hard to work out a backup format that allows
a one pass restore.  Rummaging around in the database when making the
backup and using some scratch space at that time isn't too bad.  Using
scratch space upon restore is more problematic; restore problems are
traditionally found at the worst possible moment!

Regards,

Giles






В списке pgsql-hackers по дате отправления:

Предыдущее
От: Zeugswetter Andreas SB
Дата:
Сообщение: AW: Big 7.1 open items
Следующее
От: Philip Warner
Дата:
Сообщение: Mailing List Archive Problem?