66 ответов в этой теме

[PUMP+]

Я тестировал ess 10 (sqllite3)в течении месяца, за это время база упала раз 7.

Вначале думал мало ресурсов - использовались минимально заявленные систребования. - увеличил в два раза

Потом, что в репозитарии удалил ненужные компоненты - nix,android & e.t.c. - не стал трогать.

Потом, что FAT32 не подходит, к тому же в описании были заявлены хардлинки для репозитария  - конвертнул в NTFS

Потом, что XP не совсем та ОС  для ESS  - установил на 2003.

 

Итог был всегда один и тот же - база в какой-то момент рушилась - прием пропадали данные, которые не писались - например расписание. Помогало только поднятие из бекапа.

 

Причем тестовый сайт на том же sqllite нормально крутится год под XP - падал очень много раз и сам сайт и виртуалка с ним  без каких  либо последствий .

 

Тут дело не в движке, а как его используют  грубо говоря в прокладке.

У  меня возникло подозрение, что при штатном выключении сервис сервера долго не отвечает и операционка его аварийно завершает.

 

На форум не писал, логи не выкладывал - т.к. меня собственно сам антивирус больше интересовал, чем центр управления.

 

 

 

[at.]

ну на пример 

 

 

 

Притянуто за уши, аж щас оторвутся.

В общем, всё из вашего первоначального сообщения является ни более, чем вашим предположением и весьма спорными убеждениями.

Сообщение было изменено at.: 21 Август 2014 - 18:01

[basid]

Потом, что FAT32 не подходит

Об этом было известно ещё в прошлом тысячелетии.

конвертнул в NTFS

И снова - не самая удачная мысль.
Неужели так сложно сбэкапить данные и нормально разбить/отформатировать разделы???

[chs]

Хм ... зависимость от FS ...

 

Тогда вопрос к разработчикам - на какой FS держать базу в Linux ? Ext3, Ext4, XFS ? Может в FAT32 ?

 

Или разрушение БД ES при аварийном отключении питания наблюдается только на Windows ?

[usverg]

Ext4, XFS

возьму на себя смелость, и порекомендую Вам эти две (обе журналируемые, обе со сходной производительностью, у xfs ещё и онлайн восстановление с дефрагментацией (в смысле на смонтированной системе))

[chs]

 

Ext4, XFS

возьму на себя смелость, и порекомендую Вам эти две (обе журналируемые, обе со сходной производительностью, у xfs ещё и онлайн восстановление с дефрагментацией (в смысле на смонтированной системе))

 

 

Ну немногими постами выше было сказано, что физически sqlite доступна - проблема в нарушении логической целостности.

 

И чем в данном случае поможет журналирование метаинформации в ext4 я не знаю.

 

Если баг подтвердится - то скорее надо пользовать ext2 или что-то со снапшотами (btfs например).

[usverg]

ext2 вовсе не журналируется, что не есть хорошо... ext3+lvm-snapshot? жаль, конечно, что zfs в линукс криво пока работает (там хоть каждую минуту снимки делать можно)... как вариант - на любой фс использовать для базы rdiff-backup+скрипт проверки целостности+откат в случае необходимости.

[PUMP+]

ext2 вовсе не журналируется, что не есть хорошо... ext3+lvm-snapshot? жаль, конечно, что zfs в линукс криво пока работает (там хоть каждую минуту снимки делать можно)... как вариант - на любой фс использовать для базы rdiff-backup+скрипт проверки целостности+откат в случае необходимости.

 

Не думаю, что файловая система играет большую - у меня во всех случаях падения базы сам файл был не поврежден.

Уронить базу можно просто аварийно завершив сервис управляющий базой, не всегда это происходит, но происходит.

[IlyaS]

О какой точно версии скулайта3 идет речь и на каком диске сидит база?
Дайте кофейной гущи, погадать

[at.]

 жаль, конечно, что zfs в линукс криво пока работает (там хоть каждую минуту снимки делать можно)...

 

пруф в студию можно?

[at.]

 

Ext4, XFS

возьму на себя смелость, и порекомендую Вам эти две (обе журналируемые, обе со сходной производительностью, у xfs ещё и онлайн восстановление с дефрагментацией (в смысле на смонтированной системе))

 

Тока не ext4, если раздел более-менее большой.  XFS наше всё, а ext будут плавно выносить на обочину прогресса, она своё отжила.

[usverg]

пруф в студию можно?

 http://docs.oracle.com/cd/E19120-01/open.solaris/817-2271/6mhupg6o2/index.html пойдёт?

[usverg]

и до кучи http://www.phoronix.com/scan.php?page=article&item=kq_zfs_gold&num=1

[at.]

 

пруф в студию можно?

 http://docs.oracle.com/cd/E19120-01/open.solaris/817-2271/6mhupg6o2/index.html пойдёт?

 

Нет. Про проблемы на линукс, пжлста.

и до кучи http://www.phoronix.com/scan.php?page=article&item=kq_zfs_gold&num=1

Published on 27 January 2011

 

Окаменелость.

[usverg]

Окаменелость.

В таком случае могу сказать только то, что личный опыт использования ZFS на солярке (если почитать выше, то я как раз и сокрушался, что на линуксе поддержка zfs кривая) весьма положительный и откаты для волюмов работают просто замечательно, автоматика там на высоте. Собственно, brtfs - попытка создать аналог. В основе и той и другой лежат те же принципы, что и в xfs, но добавлены продвинутые механизмы управления,автоматизации и менеджер пулов/томов... Схема с использованием правильно настроенной связки raid+lvm+xfs+"скрипты крон" эквивалентна правильно настроенной zfs (хотя она кое-что ещё умеет, вроде продвинутого контроля целостности данных). Если Вы столь горячо радеете за XFS - флаг Вам в руки, я ничего против этой ФС не имею и сам в ряде случаев с удовольствием использую, но, к сожалению, по функционалу она не дотягивает до ZFS и приходится использовать дополнительный инструментарий вместо встроенных возможностей (хотя бы для бэкапов).

[usverg]

Published on 27 January 2011
 
Окаменелость.

А ведь вы даже не прочитали, там про Вашу любимую фс много хорошего сказано.

[usverg]

Нет. Про проблемы на линукс, пжлста.

Про проблемы zfs под линукс? Пожалуйста: когда поддержку интегрируют в ядро и появится возможность установки на zfs.... или хотя бы установка не через ланчпад... а не включают по двум причинам: несовместимость лицензии и проблемы с производительностью (если поищете найдёте ссылки на статьи начала 2014го года).

[usverg]

at., 

Уронить базу можно просто аварийно завершив сервис управляющий базой, не всегда это происходит, но происходит

И кстати, решать проблему продукта за счёт ФС - это как-то некамильфо. Ведь дело то вроде в правильной организации транзакций? 

[chs]

Ладно ... спорить на счёт файловых систем, это как спорить о том кто сильнее - кит или слон ?.

 

Вопрос-то остался.

 

Сформулирую ещё раз -

Разрушение внутренней БД ES10 при аварийном отключении питания (или аварийной остановке сервера) происходит только под Windows ?

[maxic]

chs, ответить точно не смогу, но лично у меня под линуксами ни разу не происходило разрушения базы. На разных системах и машинах.