Thu, 17 Dec 2009 19:03:35 +0300
Dmitri V. Ivanov d...@intex.spb.ru wrote:
Простите, джентльмены, но я не очень понимаю о чем спор. Снапшот lvm
вам может гарантировать только целостность с точки зрения ядра,
которая ни разу не является целостностью с точки зрения приложений.
Или я что-то
Hello!
On Friday 18 December 2009 13:16:26 Alexander GQ Gerasiov wrote:
Простите, джентльмены, но я не очень понимаю о чем спор. Снапшот lvm
вам может гарантировать только целостность с точки зрения ядра,
которая ни разу не является целостностью с точки зрения приложений.
Или я что-то
Alexey Pechnikov - debian-russian@lists.debian.org @ Fri, 18 Dec 2009
15:42:11 +0300:
Простите, джентльмены, но я не очень понимаю о чем спор. Снапшот lvm
вам может гарантировать только целостность с точки зрения ядра,
которая ни разу не является целостностью с точки зрения приложений.
Fri, 18 Dec 2009 15:42:11 +0300
Alexey Pechnikov pechni...@mobigroup.ru wrote:
Hello!
On Friday 18 December 2009 13:16:26 Alexander GQ Gerasiov wrote:
Простите, джентльмены, но я не очень понимаю о чем спор. Снапшот
lvm вам может гарантировать только целостность с точки зрения
ядра,
Hello!
On Friday 18 December 2009 16:08:14 Artem Chuprina wrote:
AP Абсолютно неверно.
AP Восстановление битой ФС, хоть и возможно, но отнюдь не
AP гарантирует целостность данных - журналирование защищает только
AP саму ФС, а данные могут оказаться разрушенными. Подумайте, зачем
AP
Hello!
On Friday 18 December 2009 16:15:47 Alexander GQ Gerasiov wrote:
Учитывая, что часть состояния БД хранится в ОЗУ, данные только с
диска никак не способны обеспечить БД в согласованном состоянии. Сама
СУБД имеет более или менее навороченную логику восстановления,
применяемую в таком
Fri, 18 Dec 2009 18:12:33 +0300
Alexey Pechnikov pechni...@mobigroup.ru wrote:
Hello!
On Friday 18 December 2009 16:15:47 Alexander GQ Gerasiov wrote:
Учитывая, что часть состояния БД хранится в ОЗУ, данные только с
диска никак не способны обеспечить БД в согласованном состоянии.
Hello!
On Thursday 17 December 2009 00:15:38 Nicholas wrote:
Можно ли сделать реплику в два этапа:
при работающей базе сделать копию ее файла - пусть это займет время и
результат будет гарантированно битым.
вторым этапом база переводится в режим ридонли, на короткое время, и
копия
Max Kosmach - debian-russian@lists.debian.org @ Thu, 17 Dec 2009 14:55:28
+0300:
MK Заче для этого nilfs/etc, если есть давно работающий LVM?
А оно, кстати, таки работает уже? А то, помнится, пару лет назад вот
как раз снапшоты-то и не работали...
--
Все учтено могучим ураганом...
--
To
Hello!
On Thursday 17 December 2009 14:55:28 Max Kosmach wrote:
On 17.12.2009 13:15, Alexey Pechnikov wrote:
Как уже ответил Артем, в базе выполняется множество служебных процессов,
например, сбор и обработка статистики. Кроме того, происходит
инкрементальная сборка мусора, сброс журналов
В Чтв, 17/12/2009 в 15:19 +0300, Alexey Pechnikov пишет:
Проверил на
своей шкуре - зеркало на mdadm плюс lvm просадили производительность
постгреса вдесятеро.
Кроме того, LVM умеет делать снапшот, который можно замонтировать и
использовать параллельно с работой основной версии ФС?
Thu, 17 Dec 2009 15:29:05 +0300
Max Kosmach m...@tcen.ru wrote:
On 17.12.2009 15:15, Artem Chuprina wrote:
Max Kosmach - debian-russian@lists.debian.org @ Thu, 17 Dec 2009
14:55:28 +0300:
MK Заче для этого nilfs/etc, если есть давно работающий LVM?
А оно, кстати, таки работает
Thu, 17 Dec 2009 15:19:36 +0300
Alexey Pechnikov pechni...@mobigroup.ru wrote:
Заче для этого nilfs/etc, если есть давно работающий LVM?
Использовать LVM с базами данных, мягко говоря, не рекомендуют.
Проверил на своей шкуре - зеркало на mdadm плюс lvm просадили
производительность
Alexey Pechnikov - debian-russian@lists.debian.org @ Thu, 17 Dec 2009
15:19:36 +0300:
AP Использовать LVM с базами данных, мягко говоря, не рекомендуют. Проверил
на
AP своей шкуре - зеркало на mdadm плюс lvm просадили производительность
AP постгреса вдесятеро. В итоге чуть нагрузка
Hello!
On Thursday 17 December 2009 15:59:26 Artem Chuprina wrote:
Alexey Pechnikov - debian-russian@lists.debian.org @ Thu, 17 Dec 2009
15:19:36 +0300:
AP Использовать LVM с базами данных, мягко говоря, не рекомендуют. Проверил
на
AP своей шкуре - зеркало на mdadm плюс lvm просадили
Hello!
On Thursday 17 December 2009 15:37:41 Max Kosmach wrote:
Т.е. опять завершенная транзакция вполне себе в файле и ее откатывать не
надо, только данные переместить.
Только _не в том_ файле. Завершенная транзакция после сброса буферов обязана
быть
в файле журнала, где ведется diff
Hello!
On Thursday 17 December 2009 15:55:38 Alexander GQ Gerasiov wrote:
Если есть известные проблемы - буду рад узнать заранее.
У меня каждую ночь делаются бэкапы нагруженной системы со снэпшота.
Проблем не замечено.
Надо так понимать, что бэкап со снапшота можно сделать только на
Thu, 17 Dec 2009 16:38:34 +0300
Alexey Pechnikov pechni...@mobigroup.ru wrote:
Ну или ссылки на места, где не рекомендуют?
Документация постгреса, точное место не назову. Документация оракла,
где и вовсе рекомендуют использовать raw devices. Множество блогов
разработчиков.
Лёш, реально
Alexander GQ Gerasiov - debian-russian@lists.debian.org @ Thu, 17 Dec 2009
17:07:12 +0300:
Ну или ссылки на места, где не рекомендуют?
Документация постгреса, точное место не назову. Документация оракла,
где и вовсе рекомендуют использовать raw devices. Множество блогов
Thu, 17 Dec 2009 09:34:11 +
Nicholas s...@networkgate.us wrote:
Alexander GQ Gerasiov wrote:
Thu, 17 Dec 2009 16:38:34 +0300
Alexey Pechnikov pechni...@mobigroup.ru wrote:
Ну или ссылки на места, где не рекомендуют?
Документация постгреса, точное место не назову. Документация
Alexander GQ Gerasiov - debian-russian@lists.debian.org @ Thu, 17 Dec 2009
17:58:00 +0300:
Ну или ссылки на места, где не рекомендуют?
Документация постгреса, точное место не назову. Документация
оракла, где и вовсе рекомендуют использовать raw devices.
Множество блогов
Hello!
On Thursday 17 December 2009 18:00:50 Max Kosmach wrote:
Это все так.
Но мы-то делаем снапшот не файла, а всей ФС. Т.е. и файлов табличных
пространств и журнала. причем в один и тот же момент времени.
И соотвественно БД ничего ен мешает потом точно также перенести данные
из журнала
Alexey Pechnikov pechni...@mobigroup.ru wrote:
Hello!
Не пробовал. mdamd еще и слетать умеет, убивая mbr и таблицу разделов.
Потратил
полдня и всю ночь, выясняя ситуацию с саппортом (ну, они-то периодически
менялись),
не знающим ни линукса, ни английского языка, но зато нашедшим
Hello!
On Thursday 17 December 2009 22:13:04 Andrey Melnikoff wrote:
Не пробовал. mdamd еще и слетать умеет, убивая mbr и таблицу разделов.
Потратил
полдня и всю ночь, выясняя ситуацию с саппортом (ну, они-то периодически
менялись),
не знающим ни линукса, ни английского языка, но зато
Alexey Pechnikov wrote:
Собственно, сабж.
Всегда было интересно понять, можно ли использвать такие средства как
DRBD для репликации баз данных?
Или это в принципе не возможно ?
--
Sincerely,
Nicholas
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a
Hello!
On Wednesday 16 December 2009 15:31:40 Nicholas wrote:
Всегда было интересно понять, можно ли использвать такие средства как
DRBD для репликации баз данных?
Или это в принципе не возможно ?
В общем и целом - возможно. Но на практике все интереснее. Если говорить
о
26 matches
Mail list logo
