Hello! On Thursday 17 December 2009 14:55:28 Max Kosmach wrote: > On 17.12.2009 13:15, Alexey Pechnikov wrote: > > Как уже ответил Артем, в базе выполняется множество служебных процессов, > > например, сбор и обработка статистики. Кроме того, происходит > > инкрементальная сборка мусора, сброс журналов на диск... Для > > принудительного сохранения журналов на диск существуют способы, но > > при этом для их дальнейшего применения вам все равно понадобится дамп базы > > определенной давности. > > Зачем, если у нас будет срез файлов БД на конкретный момент времени? > Я так понимаю что из этого состояния любая вменяемая БД должна подняться > в полностью рабочее состояние откатив незавершенные транзакции, так?
Откатив как незавершенные, так и завершенные, но не сохраненные транзакции. Клиент-серверные СУБД по коммите транзакции отнюдь не сохраняют данные сразу, а буферизуют их, чтобы записывать их большими блоками (для повышения производительности). Причем сначала пишут в файл журнала, а потом уже в сами файлы таблиц. Если явно сбросить буфер журнала, то журнал мы получим, но файлы таблицы в это время модифицируются и при их копировании скорее всего будут повреждены. Потому и нужен корректный дамп, к которому мы добавим изменения, выполненные после снятия этого дампа. > Заче для этого nilfs/etc, если есть давно работающий LVM? Использовать LVM с базами данных, мягко говоря, не рекомендуют. Проверил на своей шкуре - зеркало на mdadm плюс lvm "просадили" производительность постгреса вдесятеро. В итоге чуть нагрузка увеличилась и LA>30, после чего за полминуты LA>300 и полный коллапс. Без mdadm и lvm на том же оборудовании редко когда LA>2 поднимается, и то максимум до 4-х (и это не говоря о том, что за прошедшее время и нагрузка примерно удвоилась). Так что "работающим" lvm назвать можно только с большой натяжкой - где-то как-то работает, да, но не в области использования БД. Кроме того, LVM умеет делать снапшот, который можно замонтировать и использовать параллельно с работой основной версии ФС? Достаточно read-only. Best regards, Alexey Pechnikov. http://pechnikov.tel/
