| 1.1, Аноним (1), 14:13, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 Это чтож получается можно будет дампить раздел без отмонтирования?
| | |
| |
| 2.15, sHaggY_caT (ok), 15:40, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Это и в LVM можно(со снапшота), с любой файловой системы, и вообще без снапшотов, с сырого lv-тома (актуально для серверов БД)
| | |
| |
| 3.18, iZEN (ok), 15:46, 09/06/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Я тебе один умный весч скажу, только ты не обижайсь. Для СУБД снапшоты файловых систем неактуальны более чем полностью. У них собственные механизмы фиксирования непротиворечивого состояния есть, а у каких нет, те — не СУБД. Увы.
| | |
| |
| |
| 5.23, sashka_ua (?), 16:45, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Попробуйте вырадать мыслей понятней и ясней. Я пост перечитал несколько раз прежде чем уловить о чем речь.
А как же xtrabackup?
| | |
| |
| 6.26, sHaggY_caT (ok), 16:49, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Попробуйте вырадать мыслей понятней и ясней. Я пост перечитал несколько раз прежде
>чем уловить о чем речь.
>
>А как же xtrabackup?
Пока Вы торопились ответить, я уже сто раз исправила первоначальный текст. Кстати, в нем самом начале была строчка:
>а онлайн бэкапов у того же innodb нет(про Percona и то, что у них можно, я как бы в >курсе, но пока их использовать страшно, слишком мало инсталляций).
Имхо, это кирпич в Ваш огород, что читаете невнимательно, а все туда же, комментировать, да еще и с легким "наездом" :)
Имхо, скорее, уж лучше податься к Монтиусу :)
| | |
| |
| 7.38, sashka_ua (?), 17:58, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– | |
ЗАбейте на личности.
Вы используете lvm для онлайн бекапов innodb? Или я неверно понял Вас?
С.
| | |
|
|
| 5.28, тигар (ok), 16:56, 09/06/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
 а что мешает работать с 1 сервером? зачем "еще один сервер для онлайн репликации бд"?
| | |
| |
| 6.29, sHaggY_caT (ok), 17:01, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>а что мешает работать с 1 сервером? зачем "еще один сервер для
>онлайн репликации бд"?
Намекаете на make configure, и исправить место установки MySQL?
Да, тоже решение.
Для FreeBSD, пожалуй, лучшее. На других платформах (Debian, CentOS/RHEL) удобнее(и правильнее, меньше ресурсов будет есть, не придется поддерживать и обновлять свой пересобранный пакет) снапшотом lvm.
Мне больше нравится снапшот блочного устройства, чем городить огород с двумя установками.
| | |
| |
| 7.32, тигар (ok), 17:21, 09/06/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>а что мешает работать с 1 сервером? зачем "еще один сервер для
>>онлайн репликации бд"?
>
>Намекаете на make configure, и исправить место установки MySQL?
>Да, тоже решение.
>
эмм... чесно говоря у меня даже таких креативных идей не возникало, mysql (fbsd) послушный и умеет ходить в указанный mysql_dbdir. в центос, бебиан и тд для этого нужен configure и т.д ?
| | |
| |
| 8.34, sHaggY_caT (ok), 17:37, 09/06/2010 [^] [^^] [^^^] [ответить] | +/– | Хм, посмотрела на стартовый сценарий, действительно, --datadir, --socket, pid, ю... большой текст свёрнут, показать | | |
| |
| 9.42, тигар (ok), 18:20, 09/06/2010 [^] [^^] [^^^] [ответить] | +/– | А есть ли какое-нибудь логическое объяснение подобным предположениям - ну так ... большой текст свёрнут, показать | | |
| |
| |
| 11.48, тигар (ok), 18:37, 09/06/2010 [^] [^^] [^^^] [ответить] | +/– | ну у меня еще есть остатки одного довольно крупного проекта по подбору персонала... текст свёрнут, показать | | |
| |
| 12.76, тигар (ok), 11:10, 10/06/2010 [^] [^^] [^^^] [ответить] | +/– | узко мыслите, девушка, 1 инстанс мускла был Вам показан как пример того что 1 ... большой текст свёрнут, показать | | |
|
|
|
|
|
| 7.37, Аноним (-), 17:58, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Для FreeBSD, пожалуй, лучшее. На других платформах (Debian, CentOS/RHEL) удобнее(и правильнее, меньше
>ресурсов будет есть, не придется поддерживать и обновлять свой пересобранный пакет)
>снапшотом lvm.
>
>Мне больше нравится снапшот блочного устройства, чем городить огород с двумя установками.
вы наверное хотели сказать следующее:
Во фре можно и снапшотам обойтись, причем они так не тормозят как в лвм, но пожалуй есть более правильный путь. На других платформах (Debian, CentOS/RHEL) более правильного пути нет, по-этому приходится обходиться чем есть - тормозными снапшотами lvm.
| | |
| |
| |
| 9.43, Аноним (-), 18:23, 09/06/2010 [^] [^^] [^^^] [ответить] | –1 +/– | это вы вопрос сами себе задали я всего лишь чуть-чуть вас подправил, но напи... текст свёрнут, показать | | |
| |
| |
| |
| Часть нити удалена модератором |
|
|
|
|
|
|
|
| 5.39, oops (??), 18:05, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> Если речь об Oracle/Postgre, разумеется, хотя и с оговорками.
какими?
> У, например, MySQL dump куча труднопрогнозируемых проблем с кодировкой, если приложение контролируете не Вы.
ерунда, это а не аргумент. Тем более что все эти проблемы решаемы довольно просто. Если уж и говорить, то у mysqldump нет проблем с кодировками, это у тех, кто настраивал БД и писал приложение, работающее с ним. И то, я уже 3 года не встречал таких проблем. И данные "проблемы" всяко меньшее зло, чем нерабочая база из дампа.
> ...тогда как задача на раз-два, по их финансам, решается с помощью lvm :)
а вы сами много раз восстанавливали большие БД, забэкапленные при непрерывной и нагруженной работе с помощью lvm?
| | |
| |
| |
| 7.75, тигар (ok), 11:02, 10/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Да, все всегда работает, в отличае от случаев, когда в одной таблице
>данные в нескольких кодировках при использовании mysqldump.
эмм. а можно узнать где Вы видели различные кодировки в _таблицах_ и что это был за проект?;-)
| | |
| |
| |
| 9.79, тигар (ok), 11:42, 10/06/2010 [^] [^^] [^^^] [ответить] | +/– | догадался, однако даже _полный_ дебил не будет так делать по 1 простой причине -... текст свёрнут, показать | | |
|
|
|
| 6.47, sHaggY_caT (ok), 18:34, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>> Если речь об Oracle/Postgre, разумеется, хотя и с оговорками.
>
>какими?
Я слегка села в лужу (по поводу изменяемого --datadir, что действительно не знала, что в MySQL меняется динамически), но на предмете спора, о том, что снапшоты lvm, особенно для raw device использования БД, очень удобны, это никак не отражается.
И теперь спорю с половиной опеннета(наверное, действительно заслужила), тогда как сейчас еще рабочий день. Спорить по поводу плюсов и минусов Oracle/Postgre, честно не хочется (это будет страшным убийством времени).
Прошу меня простить, и пожалеть, но без какой-то поддержки по предмету обсуждения (а я знаю, что так используют LVM многие) я от темы откланяться не буду.
| | |
| 6.68, аноним (?), 21:24, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
вот такой сценарий для оракла на лвм:
бугин бэкап
снэпшот
енд бэкап
копирование логов за этот период
вполне может оказаться более быстрым решением
| | |
|
|
| 4.73, SaveTheRbtz (??), 01:23, 10/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Для СУБД снапшоты файловых систем неактуальны более чем полностью.
>У них собственные механизмы
>фиксирования непротиворечивого состояния есть, а у каких нет, те — не СУБД.
Гыгыыы=) Неактуальны говорите? Ладно, тогда ответьте на наводящий вопрос:
Как базы данных восстанавливают себя после сбоя ОС?
| | |
|
| 3.30, sHaggY_caT (ok), 17:04, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Это и в LVM можно(со снапшота), с любой файловой системы, и вообще
>без снапшотов, с сырого lv-тома (актуально для серверов БД)
Сорри, опечатка:
s/и вообще без снапшотов/и вообще без файловой системы/p
| | |
| 3.35, Аноним (1), 17:48, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Это и в LVM можно(со снапшота), с любой файловой системы, и вообще без снапшотов, с сырого lv-тома (актуально для серверов БД)
LVM тут непричём, это отдельный уровень, и лично я предпочитаю не использовать дополнительные прослойки без острой на то необходимости. Чем проще система, тем она надёжнее, безопаснее и ей удобнее управлять. Хотя в некоторых случаях LVM незаменим, но это явно не случай со снимками ФС.
| | |
| |
| 4.40, sHaggY_caT (ok), 18:10, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Это и в LVM можно(со снапшота), с любой файловой системы, и вообще без снапшотов, с сырого lv-тома (актуально для серверов БД)
>
>LVM тут непричём, это отдельный уровень, и лично я предпочитаю не использовать
>дополнительные прослойки без острой на то необходимости. Чем проще система, тем
>она надёжнее, безопаснее и ей удобнее управлять. Хотя в некоторых случаях
>LVM незаменим, но это явно не случай со снимками ФС.
lvm вообще упрощает управление местом. Для бд не всегда нужна файловая система. На производительность(до создания снапшота) lvm не влияет.
| | |
| |
| 5.54, сабакка (?), 18:59, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>На производительность(до создания снапшота) lvm не влияет.
не верно, потеря производительности вползне воспроиязводима, особенно при сильной фрагментации LVs.
| | |
|
| 4.51, sHaggY_caT (ok), 18:52, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Это и в LVM можно(со снапшота), с любой файловой системы, и вообще без снапшотов, с сырого lv-тома (актуально для серверов БД)
>
>LVM тут непричём, это отдельный уровень, и лично я предпочитаю не использовать
>дополнительные прослойки без острой на то необходимости. Чем проще система, тем
>она надёжнее, безопаснее и ей удобнее управлять. Хотя в некоторых случаях
>LVM незаменим, но это явно не случай со снимками ФС.
Речь, если не поняли (мне тут с половиной опеннет приходится спорить, так что, первоначально написала невнятно) о raw device mysql. Для этой задачи lvm подходит очень хорошо.
| | |
| |
| 5.70, bill (ok), 23:25, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Я тоже использую raw в lvm для oracle rac. Снапшоты конечно не нужны. У rman больше возможностей. Но интересно, надо попробовать поднять тестовую базу с бэкапов снапшотов и архивными журналами.
| | |
|
|
|
|
| |
| 2.19, Michael Shigorin (ok), 16:08, 09/06/2010 [^] [^^] [^^^] [ответить]
| –2 +/– |
 > Новая файловая система базируется на коде Ext3
Вот это огорчает. ext3 хороша исключительно своей дубовостью, и то среди людей, которым доверяю, существуют различные взгляды на сей вопрос. (ext4 получше, хотя иноды продолжают огорчать)
| | |
| |
| 3.25, User294 (ok), 16:48, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Там в мыллисте начался весьма колоритный диалог между Теодором и тем кто ФС представляет. Я так понимаю что очень зря они заложились на структуры EXT3 и поюзали часть зарезервированых полей используемых EXT4 под свои нужды + текущий дизайн не может работать с экстентами. В итоге они нашли себе проблем и что-то я не уверен что разработчики ядра с энтузиазмом воспримут такой подход.
| | |
|
|
| 1.3, Ptomaine (?), 14:14, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
Очень интересно. Однако было бы интересней, если бы эти "волшебные снэпшоты" реализовали бы в ext4. Сделали бы они лучше - отдали бы наработки для команды разрабов ext4. Ну, или пусть разрабы ext4 сами бы позаимствовали код из этой FS.
P.S. И да, я знаю, что в btrfs есть такие же "волшебные снэпшоты".
| | |
| 1.9, sluge (ok), 15:05, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 >Легковесность. Снапшоты Next3 создаются и удаляются практически мгновенно.
легковестность это когда занимает что то мало место. а тут речь идет о производительности
| | |
| 1.12, sceptic (?), 15:11, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> однако существует минимальный предел размера файловой системы — 4 Гб.
4Гб? Вы смеётесь?
| | |
| |
| 2.13, Filosof (ok), 15:18, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
 >> однако существует минимальный предел размера файловой системы — 4 Гб.
>
>4Гб? Вы смеётесь?
Эээ в чём проблемма? у Вас есть разделы с необходимостью снепшотов меньше?
| | |
| |
| 3.27, User294 (ok), 16:49, 09/06/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Эээ в чём проблемма? у Вас есть разделы с необходимостью снепшотов меньше?
Бывают, да. Скажем флешки в встраиваемых устройствах и прочая.
| | |
| |
| 4.71, Filosof (ok), 23:59, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Эээ в чём проблемма? у Вас есть разделы с необходимостью снепшотов меньше?
>
>Бывают, да. Скажем флешки в встраиваемых устройствах и прочая.
А место для снепшотов Вам там не дороговато обойдётся? Я конечно не спец в этом деле, но есть подозрения, что и снепшоты там нужны не особо. Моё Имхо, но вроде логика есть.
| | |
|
|
| 2.16, mma (?), 15:41, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
наверно имелось ввиду размер РАЗДЕЛА с файловой системой
| | |
|
| 1.33, аноним (?), 17:33, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Забавно ...
FreeBSD FS2 обзаводится _правильным_ журналом, а Линуксовая default fs - _правильными_ снапшотами :)
А сколько копий было сломано, сколько $^%$!@ наброшенно на вентиляторы! ... :)
\Warhead Wardick.
| | |
| |
| 2.67, User294 (ok), 21:03, 09/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Забавно ...
>FreeBSD FS2 обзаводится _правильным_ журналом,
Правда толку то. Дисковые структуры - ископаемые, их никто переделывать не стал. Если это про UFS2.
>а Линуксовая default fs - _правильными_ снапшотами
На самом деле сделано оно у чуваков довольно своеобразно и пока-что завязано на EXT3 структуры, что несколько клещится с логикой разработчиков EXT* о постепенно развиваемой совместимым образом ФС. Т.е. чтобы это взяли в ядро всерьез - видимо они должны научиться переваривать и EXT4 с его экстентами, а с этим у них там пока сложно. Сдается мне что пока они раздуплятся, btrfs дойдет до стабильного состояния и это будет правильная ФС с правильными напшотами и прочими шахматами и поэтессами :-)
| | |
| |
| 3.74, Ph.D. (?), 05:20, 10/06/2010 [^] [^^] [^^^] [ответить]
| –2 +/– |
>Правда толку то. Дисковые структуры - ископаемые, их никто переделывать не стал.
>Если это про UFS2.
То что ты написал - это про Ext3 со снапшотами. :)
| | |
| 3.86, iZEN (ok), 21:10, 10/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Забавно ...
>>FreeBSD FS2 обзаводится _правильным_ журналом,
>
>Правда толку то. Дисковые структуры - ископаемые, их никто переделывать не стал.
>Если это про UFS2.
И про Ext3 тоже. ;)
>>а Линуксовая default fs - _правильными_ снапшотами
>
>На самом деле сделано оно у чуваков довольно своеобразно и пока-что завязано
>на EXT3 структуры, что несколько клещится с логикой разработчиков EXT* о
>постепенно развиваемой совместимым образом ФС. Т.е. чтобы это взяли в ядро
>всерьез - видимо они должны научиться переваривать и EXT4 с его
>экстентами, а с этим у них там пока сложно.
С чего вдруг они должны переваривать Ext4? Чтобы взяли "куда", простите? Netx3 вот она: берите и пользуйтесь. Зачем завязываться на какое-то чужое ядро?
| | |
|
|
| 1.65, carp (?), 20:09, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
нет-нет-нет. интырпрайз продакшен все ещё боится gpl, очень он фанатичный. действительно, вот я работаю в такой компании, которая вложилась именно bsd\cddl licensed проект именно из за лицензии.
| | |
| |
| 2.72, sHaggY_caT (ok), 00:27, 10/06/2010 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>нет-нет-нет. интырпрайз продакшен все ещё боится gpl, очень он фанатичный.
Имхо, это Ваша позиция фанатична, или, как минимум, очень спорна.
> действительно, вот
>я работаю в такой компании, которая вложилась именно bsd\cddl licensed проект
>именно из за лицензии.
А почему на сайте (BSD-like) freebsd.org так мало крупных спонсоров, в отличае от kernel.org (GPLv2)?
Как-то Ваши высказывания не вяжутся с действительностью. Так же с действительностью не вяжется то, что инсталляций RHEL+SLES уже явно не меньше, чем HP-UX, Solaris, AIX, хотя конкурируют они за один сегмент.
Может быть, в ряде случаев крупный бизнес проявляет более разумную осторожность, выбирая, скажем, AIX или HP-UX вместо RHEL (таки у IBM и HP капитализация гораздо больше, чем у RedHat, и их съесть конкуренты никак не смогут), но тем не менее последнее десятилетие в вопросах _правильности_ и удобности _для_бизнеса_ свободных лицензий все расставило по своим местам:
Свободные, _GPL_ системы. Что, под любую ОС с лицензией BSD-like уже и Oracle сертифицировали? Или IBM BD2?
Внимание, это не претензия к BSD как к платформе:имхо, им очень не хватало в свое время "вирусной" лицензии, и участатия крупных корпораций в судьбе проекта: как платформе Debian Ubuntu, как Fedora RHEL, и т д,
| | |
| |
| 3.85, Michael Shigorin (ok), 14:14, 10/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>нет-нет-нет. интырпрайз продакшен все ещё боится gpl, очень он фанатичный.
>Имхо, это Ваша позиция фанатична, или, как минимум, очень спорна.
Дык спросите, сколько в ынтерпрайзе собеседника человек и откуда родом принимающие решения, вот и будет ответ. Ежели это всё замешанные с вуза на фре русские.
| | |
|
|
|
