"AndreiK" ...
> для доступа к утилитам командной строки: gbak, isql...
Детсад, ей-ей. Другую причину придумать можешь ?
т.е. предлагаете всегда вызывать утилиту так:
c:\program files\firebird\firebird_2_5\bin\gbak
Да, а что ? Пальчики жалко ? Не ставь в <censored> путь "program files" :-D
и в самом деле. нафига этот path придумали.
Если у тебя скрипт (bat\cmd) - поменяй в нём path, это безопасно.
Но не нужно трогать глобальный path.
>> Дааа ??? Даже когда сервер - дятел ??? Не ресторит ??? Ай-яй-яй...
> дятел не понимает структуры бэкапа созданного ФБ.
Ща буду грязно ругаться. Запустить gbak от FB для бекапа мы смогли,
а для рестора - уже выше наших сил, так ?
он не ресторит. он ругается на неверный BLR и выходит с ошибкой.
единственный вариант ключ -o, а потом вручную восстанавливать тригера
и процедуры.
Ты специально не читаешь написанное ? Запусти gbak от FB при запущенном
дятле. Т.е. сделай рестор *точно так же*, как ты делал бекап.
проблема в том, что у одной и той же функции BIN_AND у яфила и ФБ
разные
коды в BLR.
Та ты шо ! Не может этого быть ! :-D
С какого бодуна у бекапа должны были быть подозрения в твоём случае ?
Какого чёрта бекап должен менять метаданные на исходной БД ? Блин, ну ты
же сам программист вроде, ну подумать можно прежде чем такое писать ?
я нигде не писал, что он ДОЛЖЕН МЕНЯТЬ. я писал про ПРОВЕРЯТЬ. это
разные вещи.
Это как в Делфи есть команда Compile, а есть Syntax check...
Я сдаюсь... лоб в крови, стена в трещинах...
Да, правило #0 ты пропустил :
0) НЕ НАДО ИСПОЛЬЗОВАТЬ УТИЛИТЫ ОТ *ДРУГОГО* СЕРВЕРА.
И вообще - пользуйтесь сервисами, раз такой бардак развели
а вот это хорошая идея!
Ну, хоть что-то...
--
Хорсун Влад
