Страница 1 из 1
Ошибка с GRANT при ресторе
Добавлено: 23 июл 2007, 08:56
postman
Хай пипAll!
Возникла проблема - при ресторе из бакапа БД выдается сообщение, что отсутствует объект на который выданы права. В статье "Как починить базу данных Interbase или Firebird" сказано что "Ситуацию удалось решить компиляцией специального варианта restore.e (gbak.exe), в котором при отсутствии объекта, на который выдаются права, просто ничего не делается"
Кто-нить подскажет, как бы получить подобный "исправленный" gbak?
Что интересно - эта же БД под Линуксом поднимается нормально, а под Виндой - ни в какую. FB 1.5.3
Под FB2.0 уже поправили gbak?
Добавлено: 23 июл 2007, 10:27
dimitr
ключик -o при ресторе не пробовал?
Добавлено: 23 июл 2007, 12:10
postman
dimitr писал(а):ключик -o при ресторе не пробовал?
пробовал, не помогает. даже в статье, о которой я говорил, сказано что не получается это стандартными средствами забороть

Добавлено: 23 июл 2007, 14:26
Attid
ну а поднять под линуксом исправить лишнее и сделать бекап нельзя?
или я не так понял фразу про подьем под линуксом ?
Добавлено: 23 июл 2007, 14:55
Merlin
Attid писал(а):ну а поднять под линуксом исправить лишнее и сделать бекап нельзя?
или я не так понял фразу про подьем под линуксом ?
Перевожу лаконизм
dimitr-a : не чеши -o и оно и болеть не будет. Про винду ничо не знаю, но полагаю, что при ресторе под ею именно эту опцию таки и почесали. А под линуксом не чесали.
Ответ
Добавлено: 27 июл 2007, 13:01
postman
Attid писал(а):ну а поднять под линуксом исправить лишнее и сделать бекап нельзя?
или я не так понял фразу про подьем под линуксом ?
Ессно это первое что приходит в голову! Но:
1. Это не общее решение, а частное. Кстати, после бакапа метадаты поднятой на Линуксе БД она все равно у заказчика под виндой не поднимается, так что проблема все равно оставалась. Видать есть различия между версиями в gbak из набора FB1.5 для разных OS
2. Линукс у меня дома, а заказчик за тыщу километров, с БД в пару гигов. Таскать БД туда сюда по модему - не самое умн... удачное решение
Вопчем уже заборол дедовским методом
- Remote Desktop
- сделал скрипт метадаты БД
- с ее помощью создал чистую БД
- накидал в Дельфях приложение и сделал data pump в чистую БД
грубо конечно, но залечил
Re: Ответ
Добавлено: 27 июл 2007, 14:50
WildSery
postman писал(а):Кстати, после бакапа метадаты поднятой на Линуксе БД она все равно у заказчика под виндой не поднимается, так что проблема все равно оставалась. Видать есть различия между версиями в gbak из набора FB1.5 для разных OS
GBAK писал(а):-NT Non-Transportable backup file format
-T(RANSPORTABLE) transportable backup -- data in XDR format
Re: Ответ
Добавлено: 27 июл 2007, 15:11
hvlad
postman писал(а):Видать есть различия между версиями в gbak из набора FB1.5 для разных OS
Нет
Re: Ответ
Добавлено: 30 июл 2007, 10:18
postman
WildSery писал(а):postman писал(а):Кстати, после бакапа метадаты поднятой на Линуксе БД она все равно у заказчика под виндой не поднимается, так что проблема все равно оставалась. Видать есть различия между версиями в gbak из набора FB1.5 для разных OS
GBAK писал(а):-NT Non-Transportable backup file format
-T(RANSPORTABLE) transportable backup -- data in XDR format
Нет, делал transportable
файл бакапа один и тот же(только метадата)
Re: Ответ
Добавлено: 30 июл 2007, 11:03
WildSery
postman писал(а):Нет, делал transportable
файл бакапа один и тот же(только метадата)
Значит, одно из двух: либо у заказчика другой gbak, либо устройство /dev/hands нуждается в настройке.
ЗЫ: Мы эти бэкапы таскаем туда-сюда постоянно.