Подскажите, с чем может быть связан значительный рост файла БД

← →
lp (2007-11-13 23:41) [0]

Firebird 1.0.3 После backup/restore размер файла 40 Mb В течение рабочего дня файл вырастает на 13-20 Мb. БД на сервере (Windows XP, 2 Gb RAM), 8 удаленных пользователей. Выполнялась очистка БД с помощью gfix.

← →
DrPass © (2007-11-14 00:04) [1]

> В течение рабочего дня файл вырастает на 13-20 Мb. БД на
> сервере (Windows XP, 2 Gb RAM), 8 удаленных пользователей

Пользователи в течении дня работают с базой, или ногти красят/журналы листают? Если работают, то в принципе, ничего удивительного

← →
lp (2007-11-14 00:15) [2]

Пользователи работают, но объем вводимой в течение дня информации небольшой, 40 Mb небежало за полгода работы. После backup/restore в конце рабочего дня файл по сравнению с началом дня больше всего на 0,5 Mb.

← →
PEAKTOP © (2007-11-14 01:32) [3]

Логи где-то пишутся. (Это не вопрос, это - утверждение).

Или
1) триггеры создали в IBExpert-e на протоколирование изменения метаданных,
2) или пользовательских данных таблиц.
3) какая-нибудь таблица с БЛОБами перед изменением или вставкой сохраняет предыдущую копию данных.

В общем, ищите логи ...

← →
Sergey13 © (2007-11-14 09:03) [4]

А сортировок больших нет? Может для сортировки выделяются временные сегменты (я как то не в курсе насчет этого)?
А "временные" таблицы случайно не присутствуют?

← →
turbouser © (2007-11-14 09:55) [5]

Дело не в логах и сортировках.
Сборка мусора или отключена или работает некорректно (fb 1.0.3 :)
Или, что скорее всего, работа с транзакциями в клиентском софте
ведется некорректно -- как результат куча мусора.

Рекомендую воспользоваться http://www.ibase.ru/download/ibanalyst_r.zip

← →
Desdechado © (2007-11-14 11:16) [6]

> Выполнялась очистка БД с помощью gfix.
gfix не занимается очисткой. Он занимается поиском и устранением проблем с БД.
А БД растет за счет того, что Interbase - версионник, т.е. сохраняет предыдущие версии записей, которые изменяются/удаляются. При включенной сборке мусора это место потом рециркулируется, т.е. используется повторно.

О-хо-хо...
Сортировки - нет, ибо свопится не в базу вообще.
Сборка мусора может быть и включена, и работать корректно, просто слишком большой интервал для sweep-а. По умолчанию 20000, слабо верится что в базейке размером в 20 метров столько транзакций за 1 день будет. А b/r сбрасывает их счетчик конечно.

Советую покурить раздел "Транзакции, архитектура IB" на http://ibase.ru/develop.htm Целиком покурить.

На вскидку - долгоиграющие транзакции. Юзер начал транзакцию с утреца, пошел покурил, почитал почту, форумы, пообедал, срочно смотался домой покормить рыбок, вернулся вечером, завершил транзакцию... Вот пока он не завершил транзакцию в базе оставался нетронутым все версии записей жившие на момент старта его транзакции.
Вобщем курим ibase.ru.

← →
lp (2007-11-16 22:19) [8]

Спасибо большое всем ответившим, по видимому, рост файла БД был связан с наличием временного поля в одной из таблиц, для которого часто производился update. После отключения обновления быстрый рост файла прекратился, сегодня в течение рабочего дня файл вырос на 2 Мб.

> lp (16.11.07 22:19) [8]

Временное поле? Это же как надо было проектировать....

Подскажите, с чем может быть связан значительный рост файла БД Найти похожие ветки