Hello, Vsevolod!
Vsevolod wrote:
надо было ставить FBDataGuard. Он бы предупредил про отсутствие
места.
Я не в курсе, а эта тулза работает под Linux ?
работает.
если у тебя все пользователи SYSDBA, то понятно, почему
никто ничего не заметил.
А откуда такое предположение интересно ?
Привет!
Влад в приватной беседе посоветовал пожаловаться Трекеру По опыту
могу сказать, что вменяемое требование или описание бага в трекере
всегда либо внедряется, либо фиксится.
А Влад что на нелегальном положении ?
Я за него говорить правов не имею, но рискну предположить, что у него
Привет!
Влад в приватной беседе посоветовал пожаловаться Трекеру ;-) По опыту
могу сказать, что вменяемое требование или описание бага в трекере
всегда либо внедряется, либо фиксится.
А Влад что на нелегальном положении ? :)
Ок, пожалуемсо :) Правда я никогда еще не жаловался трекеру. Надеюсь
Привет !
надо было ставить FBDataGuard. Он бы предупредил про отсутствие
места.
Я не в курсе, а эта тулза работает под Linux ? Да и места там было
навалом, там скорее сработало ограничение на размер Temp каталога, этот
злосчастный индекс видимо его превысил. Сейчас это ограничение, естественно
Привет!
И мне показалось, что на
будущее неплохо иметь такую инфу в конце лога. Я же не требую, никого не
обвиняю, и так понял, что сам виноват. Нет так нет - приспособимся Но как
никогда хотелось бы все же услышать начальника транспортного цеха (с)
Влад в приватной беседе посоветовал
Hello, Vsevolod!
Vsevolod wrote:
Хотелось бы послушать начальника транспортного цеха (с)
надо было ставить FBDataGuard. Он бы предупредил про отсутствие
места.
Собственно, по идее, когда происходят ошибки при restore,
то база должна оставаться в состоянии shutdown.
если у тебя все
Vsevolod пишет:
Самое обидное что в конце лог файла рестора все было хорошо, что меня, в
принципе и сбило с толку и я потерял время :
gbak:activating and creating deferred index RDB$FOREIGN101
gbak:committing metadata
gbak:finishing, closing, and going home
Sat Jul 16 05:45:32 EEST 2011
Привет!
Аааа, так тебе рюшечку хочется? Да, рюшечки иногда нужны, я согласен,
что было бы хорошо иметь подобный визуальный отчёт в конце работы.
Мы, рюшечкофилы, твою позицию поняли :) Хотя я не назвал бы это рюшечкой.
Да, и слабо верится, что ты на все случаи жизни используешь скрипты для
Привет!
В вопросе содержится ответ ;-)
Я так понял моя гипотеза, что я сам дурак, является верной :) Хотя ...
Вывести в конце лога какие-то предупреждения, на мой взгляд, все же не
помешало бы.
Хотелось бы послушать начальника транспортного цеха (с)
Вот уж кому-кому, а линуксоиду грех
Привет!
А зачем? Если есть _хотя бы одна_ ошибка - с базой что-то не то. В
таком случае надо просто послать уведомление админу и всё. И gbak
честно возвращает ненулевой код ошибки тому процессу, который его
вызвал.
Удивлен.
Есть gbak, консоль и админ за консолью, запускающий _штатный_
Vsevolod пишет:
В связи с этим у меня вопрос - это так и должно было быть и всегда было и я
сам дурак или все же неплохо было бы выводить какие-то сообщения в конце
лога в случае каких-либо ошибок ?
Присоединяюсь. Хотя бы счетчик ошибок в конце лога.
Привет!
Присоединяюсь. Хотя бы счетчик ошибок в конце лога.
А зачем? Если есть _хотя бы одна_ ошибка - с базой что-то не то. В
таком случае надо просто послать уведомление админу и всё. И gbak
честно возвращает ненулевой код ошибки тому процессу, который его
вызвал.
--
Best regards,
Sergey
Sergey Mereutsa пишет:
Присоединяюсь. Хотя бы счетчик ошибок в конце лога.
А зачем? Если есть _хотя бы одна_ ошибка - с базой что-то не то. В
таком случае надо просто послать уведомление админу и всё. И gbak
честно возвращает ненулевой код ошибки тому процессу, который его
вызвал.
Удивлен.
Доброго времени суток, всем !
Ситуация следующая. Вчера я имел c утра веселые пару часов пока выяснял
почему работа с БД стала жутко медленной. Причина - неактивность одного из
индексов на многомиллионной таблице, который стал таким как оказалось после
бекапа-рестора БД. Лог файл, на первый
Привет!
В связи с этим у меня вопрос - это так и должно было быть и всегда было и я
сам дурак или все же неплохо было бы выводить какие-то сообщения в конце
лога в случае каких-либо ошибок ?
В вопросе содержится ответ ;-)
P.S. LI-V6.3.1.17910 Firebird 2.1 Classic, OS Linux Ubuntu 7.1
15 matches
Mail list logo