Hello, Alexey!
Alexey Popov wrote:
Ну если у кого хватило ума ковырять живую базу без резевной копии?
Остальные то тут причём?
почему без резервной копии? Это тут ни при чем.
И кто такие "остальные"? :-)
Дык, ods.h естественно нужно курить + доки.
Большинство баз лечится изменением пары байт в нужном месте.
да-да, конечно. Что-то я таких повреждений баз и не припомню.
Нет предела совершенству, можно много пожеланий высказать.
Так конечно базовые вещи есть, но например метаданными и системными
таблицами тяжко работать. Интерфейс улучшить в ряде мест.
нафиг. для этого мы написали FBDataGuard.
>Скрытая реклама detected!
>Базы ломаются по причинам: сбоев питания, глюков ОС, рукоблудство
>юзеров и т. п. Такое софтовыми методами не предотвратишь.
отнюдь. многое можно предотвратить. Именно потому DG и сделан -
задолбал уже ряд поломок, надоело их чинить. Т.е. мы решили
подойти к этой проблеме с другого конца. Удастся ли нам ее решить -
покажет время.
Ихмо тут вы загибаете. Конкурентов у вас нет. Если люди и чинят базы
сами, то только для себя и своих клиентов. И чинить из программистов
реально могут только единицы.
тогда скажи пожалуйста, зачем нам давать вам бесплатно средства
для ремонта? Напишите такие средства сами. У нас есть несколько
инструментов, которые никто не видел, и никто не увидит, потому
что они написаны под себя, имеют ужасный интерфейс и выполняют
только определенные функции, которые не чинят базу целиком.
Что мешает для себя сделать такие же вещи самостоятельно?
Например, затрахала ситуация с неактивированием индексов
при ресторе базы с нарушением ПК-ФК. Я взял и написал утилитку,
которая поштучно активирует индексы, а при неуспехе - сообщает
имя индекса, ФК и еще что-то. Потом правда, приходится
запросы вручную писать, т.е. пока еще эта проблема не настолько
сильна, чтобы опять ее автоматизировать программой.
Но путь я вижу примерно таким.
Если бы количество заказов на починку было хоть как то ощутимо...
Мне волею судьбы приходилось лечить базы (1-2 в год).
Бизнес этот не регионален, поток заказов можно обеспечить только охватом
больших территорий.
Все правильно. У нас объемы много больше. И именно поэтому
интересы и практика применения инструментов сильно смещены.
Но ... нет никаких более свежих версий ISurgeon Viewer, увы.
Нам потребовалось - мы себе софт написали. А значит такой же Левша
может тоже упростить себе жизнь. Но самостоятельно.
Если не хотите бесплатно выкладывать свежие версии этого тула, так хотя
бы продавайте за деньги.
Мы, кстати, даже IBFirstAid штучно в России больше не продаем. Только
"ремонтный" пак, цену которого подняли в 2 раза. IBFirstAid отжил
свое время "массового применения для автоматизированного ремонта БД".
Нам более выгодно пропагандировать правильное администрирование баз ФБ,
чем продавать инструменты для штучного ремонта.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
