Монетизация

[metaclass]

http://ibsurgeon.com/products/firebird_interbase/monitoring/IBAnalyst
Вроде раньше эта софтина была бесплатной.
Тут еще много всяких странных платных софтин для обслуживания Firebird http://ibsurgeon.com/downloads/

А вот скажем, есть ли у кого опыт вида "был oracle/mssql/postgresql/mysql, база умерла" - что было причиной и что принято в таком случае делать?

Comments

[plumqqz.livejournal.com]

Oracle
Дохло долго, года два постоянно валилось - никому проект особо нужен не был, вот и не заморачивались.
Причина - сдох один из дисков. В случае сдыхания дисков их принято менять. Ну, поменяли...

[theiced.livejournal.com]

ты тупой и не понял вопрос даже. сожри ещё говна.

[metaclass.livejournal.com]

Не, почему. Вполне себе вариант "база сдохла вместе с железом, чинили по кускам".

[theiced.livejournal.com]

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

[metaclass.livejournal.com]

Так он падал или просто тормозил?:)


У Firebird часто заметна шиза на "еще работающем", но деградировавшем железе. Т.е. он то работает, но наблюдаются дичайше непропорциональные тормоза в этой работе, типа рандомный доступ к диску проседает просто до нуля. Но не падает.

[theiced.livejournal.com]

ну откуда я знаю - спрашивай у этого ниигитовского совка - любителя несвежих фекалий.

[plumqqz.livejournal.com]

Так он падал или просто тормозил?:)

Ни то, ни другое - просто эпизодически прилетала ошибка. Падать-то и тормозить с чего? Штатная ситуация.

[alexandr0.livejournal.com]

Несколько раз на одной из прошлых работ доводилось сталкиваться с тем, что у клиентов сглючил raid на томе с ораклиными данными, и в результате побились какие-нибудь сектора. Проявлялось в таких случаях в виде выпадения запроса с ORA-00600 при обращении к некоторым из записей.
Фиксилось восстановлением из бэкапа, а в нескольких случаях, когда клиентские администраторы сумели потерять бэкапы, наш ДБА действовал довольно суровым способом — он выгружал дамп и правил в нем что-то с помощью 16-чного редактора, затем поднимал назад.

[enternet.livejournal.com]

Как-то восстанавливал данные из чужой БД mssql. Она была целая, просто на некоторых старых неиспользованных страницах лежала интересная информация.
Ой, тяжкий труд...

[enternet.livejournal.com]

А методика капитанская - перебираешь страницы и выдираешь данные с них.

[denisioru.livejournal.com]

Формат страниц известен же и в интернете достаточно инфы, чтобы поднять инфу. И софт есть, вроде бы у RedGate даже.

[enternet.livejournal.com]

Части страниц нет. Перезатерты. Софт не поможет.

[blackyblack.livejournal.com]

Периодически валится база на mysql. Версия ещё 4. В чём причина, особо не вникали, но обращение к БД идёт очень недружелюбное, а-ля "очередь в БД". Чиним через mysql front - repair чототам.
Ещё у коллеги есть опыт падения индексов на BDE. Но это вроде все знают.

[zamotivator.livejournal.com]

Ну и некрофилия

[vp.livejournal.com]

Зашибись. никто ничего не чинит и не парятся с разбором полетов.

[dair-spb.livejournal.com]

Я вам отвечу на всякий случай, чтобы и вы прочитали.

Мне вот тут надо как-то устабилизировать mysql и postgres. Объёмы небольшие, общий дамп всех интересующих баз порядка десяти мегабайт.
Ничего лучше чем какждые 10 минут (например) снимать дамп с базы и класть на svn/git, репозиторий которой развернуть на флэшке, благо дампы все текстовые, не придумал. А, да, всё происходит в условиях отсутствия интернета, так что бэкап "в облака" не катит.

[victor bolshakov (from livejournal.com)]

У меня был веселый опыт восстановления пару MySQL и Postgres БД. Технологический сервак. RAID 5. Один из трех дисков давным давно сгнил и всем пофиг. + Тупые идиоты использовали сервак в качестве качалки торентов. От rootа. На всю систему один единственный раздел. Место закончилось. Народ не разобравшись попробовал в тупую поменять дохлый диск. Вытащили вместо дохлого живой.

[metaclass.livejournal.com]

Адов кошмар. Ну по крайней мере тут не сама СУБД сгнила.

[victor bolshakov (from livejournal.com)]

Кошмар был в том, что виновного так и не уволили и даже не наказали материально.

[medvedd.livejournal.com]

оооо...

[familom.livejournal.com]

Смешная СУБД ms access (jet) умирала с затиранием данных при попытке записи в нее больше двух гигов.