![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Слишком моного версий ... [D5, IB6.x]
Andrey V. © (2003-05-29 08:02:00)В один прекрасный момент ib говорит чтото вроде Too many version чего-то там ...
Лечится бакап/ресторе. Можно ли избавиться от этого ?
AlexSerp (2003-05-29 11:34:00) [1]Я перед бэкапом/рестором копирую базу в другую директорию.
Еще у меня в течение дня бэкап делается на два разных
компа. Перестраховочки.
И все из-за того, что сервера не очень надежные.
И еще. Ежедневно идет копирование вечернего бэкапа
в отдельное место.
Есть архивированные файлы бэкапа за 30 дней от текущего дня.
Alexandr (2003-05-29 10:32:00) [2]хотя....
там рестор на другой сервер идет...
недоглядел...
Жук (2003-05-29 10:08:00) [3]
> Alexandr © (29.05.03 09:50)
> этот батник рано или поздно приведет к полной потере базы
> данных и бэкапа.
> Увы.
Аминь :-)
Danilka (2003-05-29 09:55:00) [4]кстати, можно написать батник, который будет к имени файла дописывать текущую дату.
средствами только батника, без всяких дополнительных программ. :))
Alexandr (2003-05-29 09:50:00) [5]
> Жук © (29.05.03 08:59)
> 2 Arina
> Текст батника :
> cd d:
> d:\InterBase\bin\gbak.exe -b -v -user SYSDBA -password masterkey
> localhost:d:\server\fme.gdb d:\server\fme.gbk
> d:\InterBase\bin\gbak.exe -c -v -p 8192 -user SYSDBA -password
> masterkey d:\server\fme.gbk lnxserver:/db/fme.gdb
этот батник рано или поздно приведет к полной потере базы данных и бэкапа.
Увы.
Arina (2003-05-29 09:08:00) [6]<Жук
спасибо большое, учту, вдруг пригодится
Жук (2003-05-29 08:59:00) [7]2 Arina
Текст батника :
cd d:
d:\InterBase\bin\gbak.exe -b -v -user SYSDBA -password masterkey localhost:d:\server\fme.gdb d:\server\fme.gbk
d:\InterBase\bin\gbak.exe -c -v -p 8192 -user SYSDBA -password masterkey d:\server\fme.gbk lnxserver:/db/fme.gdb
Arina (2003-05-29 08:56:00) [8]спасибо за пояснение
Andrey V. (2003-05-29 08:53:00) [9]2Danilka
В принципе, согласен.
Придется принести скорость в жертву :-(
2Arina
поскольку речь идет про ib :
IbConsole->меню->database->maintenance->backup/restore
вероятно ...
Жук (2003-05-29 08:43:00) [10]Руками поправлять счётчик. :-)
Danilka (2003-05-29 08:43:00) [11]Andrey V. (29.05.03 08:38)
вообще-то нет.
а вырубать триггер - очень плохой тон, на мой взгляд.
разве что в ручную, раз в пятилетку, по особым униальным случаям.
Arina (2003-05-29 08:43:00) [12]Простите, а не скажите как делается этот backup/restore. А то я не так давно занимаюсь базами
АлексейК (2003-05-29 08:42:00) [13]Ну попробуй править системные таблицы.
Andrey V. (2003-05-29 08:38:00) [14]Все, врубился , похоже ALTER TRIGGER ... INACTIVE/ACTIVE
считается измененим метаданных и я имею то, что имею.
Но все-таки есть приемлемый выход из ситуации ?
Не считая бакапа и отказа от ALTER TRIGGER...
АлексейК (2003-05-29 08:16:00) [15]Все изменения в метаданных, относящихся к таблицам, фиксируются InterBase сервером. И эта информация находится в таблицах rdb$relations и RDB$FORMATS. В таблице RDB$FORMATS есть счетчик изменений, но он ограничен количеством 256. Когда счетчик достигнет этого значения, то дальнейшие изменения метаданных будут невозможны, пока не будет выполнена операция backup/restore.
Danilka (2003-05-29 08:11:00) [16]если не ошибаюсь, это когда счетчик изменения метаданных становится =256, если так, то тогда - можно.
надо всего лишь перестать править структуру базы. :))
а чем плох бакап/ресторе?
в один прекрасный день, который тебе запомнится как черный-пречерный день, ты поймешь, что без бакапа в БД жить нельзя.