Ошибка с GRANT при ресторе
Модераторы: kdv, Alexey Kovyazin
Ошибка с GRANT при ресторе
Хай пипAll!
Возникла проблема - при ресторе из бакапа БД выдается сообщение, что отсутствует объект на который выданы права. В статье "Как починить базу данных Interbase или Firebird" сказано что "Ситуацию удалось решить компиляцией специального варианта restore.e (gbak.exe), в котором при отсутствии объекта, на который выдаются права, просто ничего не делается"
Кто-нить подскажет, как бы получить подобный "исправленный" gbak?
Что интересно - эта же БД под Линуксом поднимается нормально, а под Виндой - ни в какую. FB 1.5.3
Под FB2.0 уже поправили gbak?
Возникла проблема - при ресторе из бакапа БД выдается сообщение, что отсутствует объект на который выданы права. В статье "Как починить базу данных Interbase или Firebird" сказано что "Ситуацию удалось решить компиляцией специального варианта restore.e (gbak.exe), в котором при отсутствии объекта, на который выдаются права, просто ничего не делается"
Кто-нить подскажет, как бы получить подобный "исправленный" gbak?
Что интересно - эта же БД под Линуксом поднимается нормально, а под Виндой - ни в какую. FB 1.5.3
Под FB2.0 уже поправили gbak?
Перевожу лаконизм dimitr-a : не чеши -o и оно и болеть не будет. Про винду ничо не знаю, но полагаю, что при ресторе под ею именно эту опцию таки и почесали. А под линуксом не чесали.Attid писал(а):ну а поднять под линуксом исправить лишнее и сделать бекап нельзя?
или я не так понял фразу про подьем под линуксом ?
Ответ
Ессно это первое что приходит в голову! Но:Attid писал(а):ну а поднять под линуксом исправить лишнее и сделать бекап нельзя?
или я не так понял фразу про подьем под линуксом ?
1. Это не общее решение, а частное. Кстати, после бакапа метадаты поднятой на Линуксе БД она все равно у заказчика под виндой не поднимается, так что проблема все равно оставалась. Видать есть различия между версиями в gbak из набора FB1.5 для разных OS
2. Линукс у меня дома, а заказчик за тыщу километров, с БД в пару гигов. Таскать БД туда сюда по модему - не самое умн... удачное решение
Вопчем уже заборол дедовским методом
- Remote Desktop
- сделал скрипт метадаты БД
- с ее помощью создал чистую БД
- накидал в Дельфях приложение и сделал data pump в чистую БД
грубо конечно, но залечил
Re: Ответ
postman писал(а):Кстати, после бакапа метадаты поднятой на Линуксе БД она все равно у заказчика под виндой не поднимается, так что проблема все равно оставалась. Видать есть различия между версиями в gbak из набора FB1.5 для разных OS
GBAK писал(а):-NT Non-Transportable backup file format
-T(RANSPORTABLE) transportable backup -- data in XDR format
Re: Ответ
Нетpostman писал(а):Видать есть различия между версиями в gbak из набора FB1.5 для разных OS
Re: Ответ
Нет, делал transportableWildSery писал(а):postman писал(а):Кстати, после бакапа метадаты поднятой на Линуксе БД она все равно у заказчика под виндой не поднимается, так что проблема все равно оставалась. Видать есть различия между версиями в gbak из набора FB1.5 для разных OSGBAK писал(а):-NT Non-Transportable backup file format
-T(RANSPORTABLE) transportable backup -- data in XDR format
файл бакапа один и тот же(только метадата)
Re: Ответ
Значит, одно из двух: либо у заказчика другой gbak, либо устройство /dev/hands нуждается в настройке.postman писал(а):Нет, делал transportable
файл бакапа один и тот же(только метадата)
ЗЫ: Мы эти бэкапы таскаем туда-сюда постоянно.