Страница 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 нуждается в настройке.

ЗЫ: Мы эти бэкапы таскаем туда-сюда постоянно.