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

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

Date: 2012-07-22 09:11 am (UTC)
From: [identity profile] plumqqz.livejournal.com
Oracle
Дохло долго, года два постоянно валилось - никому проект особо нужен не был, вот и не заморачивались.
Причина - сдох один из дисков. В случае сдыхания дисков их принято менять. Ну, поменяли...

Date: 2012-07-22 09:29 am (UTC)
From: [identity profile] theiced.livejournal.com
ты тупой и не понял вопрос даже. сожри ещё говна.

Date: 2012-07-22 09:39 am (UTC)
From: [identity profile] metaclass.livejournal.com
Не, почему. Вполне себе вариант "база сдохла вместе с железом, чинили по кускам".

Date: 2012-07-22 09:41 am (UTC)
From: [identity profile] theiced.livejournal.com
база не сдыхала же. частично сдох рейд и по сайдэффектам от этого на говноракель нападала падучая.

Date: 2012-07-22 09:44 am (UTC)
From: [identity profile] metaclass.livejournal.com
Так он падал или просто тормозил?:)


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

Date: 2012-07-22 09:51 am (UTC)
From: [identity profile] theiced.livejournal.com
ну откуда я знаю - спрашивай у этого ниигитовского совка - любителя несвежих фекалий.

Date: 2012-07-22 10:23 am (UTC)
From: [identity profile] plumqqz.livejournal.com
Так он падал или просто тормозил?:)

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

Date: 2012-07-22 04:38 pm (UTC)
From: [identity profile] alexandr0.livejournal.com
Несколько раз на одной из прошлых работ доводилось сталкиваться с тем, что у клиентов сглючил raid на томе с ораклиными данными, и в результате побились какие-нибудь сектора. Проявлялось в таких случаях в виде выпадения запроса с ORA-00600 при обращении к некоторым из записей.
Фиксилось восстановлением из бэкапа, а в нескольких случаях, когда клиентские администраторы сумели потерять бэкапы, наш ДБА действовал довольно суровым способом — он выгружал дамп и правил в нем что-то с помощью 16-чного редактора, затем поднимал назад.

Date: 2012-07-22 09:24 am (UTC)
From: [identity profile] enternet.livejournal.com
Как-то восстанавливал данные из чужой БД mssql. Она была целая, просто на некоторых старых неиспользованных страницах лежала интересная информация.
Ой, тяжкий труд...

Date: 2012-07-22 09:26 am (UTC)
From: [identity profile] enternet.livejournal.com
А методика капитанская - перебираешь страницы и выдираешь данные с них.

Date: 2012-07-22 02:13 pm (UTC)
From: [identity profile] denisioru.livejournal.com
Формат страниц известен же и в интернете достаточно инфы, чтобы поднять инфу. И софт есть, вроде бы у RedGate даже.

Date: 2012-07-23 07:02 am (UTC)
From: [identity profile] enternet.livejournal.com
Части страниц нет. Перезатерты. Софт не поможет.

Date: 2012-07-22 07:25 pm (UTC)
From: [identity profile] blackyblack.livejournal.com
Периодически валится база на mysql. Версия ещё 4. В чём причина, особо не вникали, но обращение к БД идёт очень недружелюбное, а-ля "очередь в БД". Чиним через mysql front - repair чототам.
Ещё у коллеги есть опыт падения индексов на BDE. Но это вроде все знают.

Date: 2012-07-25 06:59 am (UTC)
From: [identity profile] zamotivator.livejournal.com
Ну и некрофилия

Date: 2012-07-22 07:34 pm (UTC)
From: [identity profile] vp.livejournal.com
Зашибись. никто ничего не чинит и не парятся с разбором полетов.

Date: 2012-07-22 07:55 pm (UTC)
From: [identity profile] dair-spb.livejournal.com
Я вам отвечу на всякий случай, чтобы и вы прочитали.

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

Date: 2012-07-22 08:15 pm (UTC)
From: [identity profile] victor bolshakov (from livejournal.com)
У меня был веселый опыт восстановления пару MySQL и Postgres БД. Технологический сервак. RAID 5. Один из трех дисков давным давно сгнил и всем пофиг. + Тупые идиоты использовали сервак в качестве качалки торентов. От rootа. На всю систему один единственный раздел. Место закончилось. Народ не разобравшись попробовал в тупую поменять дохлый диск. Вытащили вместо дохлого живой.

Date: 2012-07-22 09:39 pm (UTC)
From: [identity profile] metaclass.livejournal.com
Адов кошмар. Ну по крайней мере тут не сама СУБД сгнила.

Date: 2012-07-23 06:33 am (UTC)
From: [identity profile] victor bolshakov (from livejournal.com)
Кошмар был в том, что виновного так и не уволили и даже не наказали материально.

Date: 2012-07-29 02:41 pm (UTC)
From: [identity profile] medvedd.livejournal.com
оооо...

Date: 2012-07-22 10:17 pm (UTC)
From: [identity profile] familom.livejournal.com
Смешная СУБД ms access (jet) умирала с затиранием данных при попытке записи в нее больше двух гигов.

Profile

metaclass: (Default)
metaclass

April 2017

S M T W T F S
      1
2345678
9101112 131415
16171819202122
23242526272829
30      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Aug. 31st, 2025 06:02 am
Powered by Dreamwidth Studios