[Uneex] Предложение по теме семинара

[Yuri Ryazantsev]

On Thu, Oct 21, 2004 at 06:14:42PM +0400, Constantin Stefanov wrote:
> Andrey Orlov wrote:
> > Я и не сравниваю ;). Тем не менее, вам сразу вопрос: я утверждал, что; 
> > 
> > 1. копирование БД на работающем  pg сервере приведет к плохо предсказуемой 
> > потере данных;
> > 
> > 2. это утверждение подтверждается документацией на pg.
> > 
> > Вы говорите, как я понял, что эта информация устарела. Значит ли это, что вы 
> > готовы предъявить место в документации на PG, опровергающее эти два 
> > утверждения или опровергнуть их каким-либо иным (научным) способом?
> > 
> > Или мне стоит относится к вашим словам как к смелой гипотезе? ж:-)

Копирование файлов почти всегда будет нештатной ситуацией для более-менее
замкнутых программ (т.е. где внутренняя структура не выводится на уровень
внешнего API). Поэтому в документации будет направленность на использование
pg_dump (mysqldump), как более правильное и адекватное средство backup.

Но: непреднамеренная остановка системы и последующий ее перезапуск
практически эквивалентна тупому копированию файлов. И разработчики постоянно
повышают устойчивость своих программ к такого рода сбоям. Но это не может
объявляться как нормальная схема backup :-))

> Это утверждение по-прежнему подтверждается документацией. Но: появилась
> такая вещь, как WAL (write-ahead logging), которая и призвана устранять
> проблемы с зависаниями, неожиданными срубаниями и прочим, что не так уж
> и сильно отличается от случая бэкапа файлов, в которых лежит БД.

Все носит вероятностный характер. Даже если отсутствие потерь данных при
крахе будет 99,9%, в документации все равно грамтный человек напишет о
возможности их потерять.

На UNIX V7 зависание системы приводило в 1 из трех случаев к потере файловой
системы. Сейчас уже об этом мало кто задумывается :-))

-- 
Yuri Ryazantsev <yuri на unix.ru>    | RIPE: YR1-RIPE
UNIX System Network Administrator | RIPN: YAR1-RIPN