Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Ошибка при восстановлении БД Firebird [Firebird 1.5]

LineSoft © (2006-01-26 18:16:00)
Пожалуйста, поделитесь опытом в решении подобного рода проблем:

gbak: restoring privilege for user SYSDBA
gbak: ERROR: action cancelled by trigger (0) to preserve data integrity
gbak: ERROR: could not find table/procedure for GRANT
gbak: Exiting before completion due to errors

Что можно сделать? База живая.

Sergey13 (2006-01-31 14:45:00) [1]
2[13] DSKalugin © (31.01.06 14:34)
> Рестор - риск.
В рабочую БД - это не риск, а отложенное самоубийство. В другую БД - единственный способ убедиться в успешности бэкапа.
ИМХО.

DSKalugin (2006-01-31 14:34:00) [2]

> ежедневно отрабатывает backup-restore по расписанию без
> сбоев

В этом нет никакого смысла при правильной организации работы с транзакциями. Сборка мусора наступает автоматически после 20000 транзакций.
Я, например, по расписанию ежедневно делаю только бэкап со сборкой мусора. Рестор - риск. Это лучше делать под контролем, а не по расписанию

linesoft (2006-01-31 14:24:00) [3]
нет

Sergey13 (2006-01-31 10:15:00) [4]
2 [10] linesoft © (31.01.06 10:11)
Я надеюсь restore по расписанию не в рабочую базу?

linesoft (2006-01-31 10:11:00) [5]
jack128 © (30.01.06 23:24) [9]
>что значит работает?
значит ежедневно отрабатывает backup-restore по расписанию без сбоев.

jack128 (2006-01-30 23:24:00) [6]
linesoft © (30.01.06 19:45) [8]
Пока и так нормально отрабатывает по расписанию. Лучше не трогать
хе, что значит работает? То что база работает - еще ничего не означает, когда нить её всё равно из бекапа нужно будет востанавливать, вот тогда ты и огребешь ;)

linesoft (2006-01-30 19:45:00) [7]
Дмитрий, спасибо большое, будем иметь в виду.
Пока и так нормально отрабатывает по расписанию. Лучше не трогать :)

DSKalugin (2006-01-28 15:44:00) [8]
>gfix -v -full database.gdb
это делали, не помогло

А оно и не поможет :-)) Это проверка, а не лечение
надо сделать
gfix -mend -full -ignore database.gdb пометить сбойные участки
gbak -g -ig сделать бэкап без сборки мусора и без сбойных участков
gbak -c создать базу из бэкапа

linesoft (2006-01-27 10:36:00) [9]
Gbak сыпал разные ошибки, кроме этой еще на арифметические операции жаловался. Подсказали на др. форуме, чтобы проверили таблицы с COMPUTED BY. Нашлась одна ненужная, после исправления дело сдвинулось.
А по запросам, которые рекомендовали на rdb$user_privileges, ничего не нашли.

DSKalugin (2006-01-26 20:23:00) [10]
Если помнишь имя триггера попробуй снять права вручную
revoke all on триггер FROM юзер или таьлица к которой он принадлежал

linesoft (2006-01-26 19:46:00) [11]
DSKalugin © (26.01.06 18:32) [1], спасибо за ссылку, почитал про глюки gbak.
Но причина сбоя была, видимо, в другом. Хотя не факт, проверим после того, как народ уйдет. Учебную базу вроде запустили

linesoft (2006-01-26 19:25:00) [12]
Вообще говоря, удаляли таблицу.
И гбак о том же говорит.
Ни разу не видел отдельных грантов на триггеры

linesoft (2006-01-26 18:37:00) [13]
>триггер удалили, а права на него остались?
да

>перед бэкапом сделай проверку базы на повреждения.
>gfix -v -full database.gdb
это делали, не помогло

DSKalugin (2006-01-26 18:32:00) [14]
я так понимаю, триггер удалили, а права на него остались?

перед бэкапом сделай проверку базы на повреждения.

gfix -v -full database.gdb

подробности тут
http://www.ibase.ru/devinfo/db_repair.htm

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »