iBase.ru Forum

Добрый день всем.

Получив в ведомство сервер Firebird, я долгое время относился к нему по принципу "работает - не трожь". Однако тормоза и зависания системы (т.е. включая клиентские приложения, в которых свои косяки) заставили обратить на нее внимание.

В результате был составлен следующий план по администрирования FB:

Однократно:
- проверить, не висят ли транзакции в limbo

Регулярно:
- сборка мусора (автоматически или по расписанию)
- backup (простой)

Кто может дополнить? Нужна ли базам какая-нибудь проверка, дефрагментация, перестройка и т.п. ?

Более опытные товарищи агитируют за цикл backup/restore, который по их мнению очень полезен для повышения производительности, "да и вообще". Но условия работы не позволяют останавливать сервер на время восстановления базы. Что конкретно, с точки зрения обслуживания, делает backup/restore и нельзя ли это заменить какими-нибудь онлайновыми процедурами?

Буду благодарен за дельные советы.

Сервер FB 1.5, планируется переход на 2.0.

QuickeneR писал(а):Однократно:
- проверить, не висят ли транзакции в limbo

используется двухфазный коммит?

QuickeneR писал(а):Регулярно:
- сборка мусора (автоматически или по расписанию)
- backup (простой)

вместо этого, ночером:
- бекап с ключом -g
- контрольный рестор в новую базу
- свип

Я бы переставил местами свип и контрольный рестор. Если база не запущена (в смысле тоннажа мусора), свип отрабатывает мухой даже на большой базе, а рестор может быть длительным. А если сильно запущена, то свип всё равно до утра может не завершиться. Сам делаю это параллельно - бакап кидаю по фтп на другой сервер и запускаю свип, рестор ничему не мешает.

dimitr писал(а):

QuickeneR писал(а):Однократно:
- проверить, не висят ли транзакции в limbo

используется двухфазный коммит?

Пока не уверен (софт без описания и без исходников), но, судя по наличию таких транзакций, используется или использовался раньше.

dimitr писал(а):

QuickeneR писал(а):Регулярно:
- сборка мусора (автоматически или по расписанию)
- backup (простой)

вместо этого, ночером:
- бекап с ключом -g
- контрольный рестор в новую базу
- свип

Ну, по-моему, это эквивалентно. Только я бы сначала сделал gbak -g, потом gfix -sweep, а для хранения бакапа есть отдельный сервак, там можно и рестор проверить.

По 3-му и 4-му с конца абзацам в первом посте кто-нибудь может прокомментировать?

Лишнее это. Некоторые вещи на свежей базе даже медленней получаются.

Merlin писал(а):Лишнее это. Некоторые вещи на свежей базе даже медленней получаются.

В смысле restore не нужен? Хорошо, если так, все равно делать не получается.

Ну... раз в год может и не помешает. У меня на боевой сейчас с марта 20 с лихуем миллионов транзакций отбарабанило, база освежалась по поводу повреждения одного из системных индексов, а так - годами. Контрольный рестор, конечно, еженощно. 15Gb, Мусору/свободного спейса там примерно 10%.

Понятно, спасибо.