БД размером в 27 ГБ
Она чужая, внутри 95% - блобы

Это слишком медленно? Юзеры плачут, что все тормозит. Разрабы морозятся, говорят, чистить данные нельзя.


Зы: Предыдущие ссылки здесь

ФБ 1.5
новую версию разрабы не планируют
говорят, некогда

Cobalt747,

процы в момент бекапа загружены на 2..4 процента

свободного места на диске: 77,965,524,992 (это с полным бекапом на диске; без него, ессно, больше)
размер последнего бекапа: 27.496.763.904

Симонов Денисandreymx,

Как gbak запускаешь?

Ключик -g используешь, а сервисы?ключики используем такие: -B -G

в это время юзеры продолжают вбивать данные
работа 24*7

Симонов Денисandreymx,

Что там на счёт сервисов? Они используются? Приведи полный скрипт запуска gbak.это полный )
за исключением паролей и путей

а что там насчет сервисов? я не в курсе, это к нашему админу, могу задать ему вопрос

Симонов Денис,

-se localhost:service_mgr - не уточнишь, что это?

Оно?

gbak -b -g -se server:service_mgr c:\db\e.fdb d:\bak\e.fbk ...-se

Это и есть команда серверу, чтобы не gbak, а сам сервер выполнил резервное копирование.

server - имя компьютера, где находится сервер InterBase или Firebird (если на этом же, то можно указать localhost). server можно не указывать, если сервер "локальный", и работает локальный протокол:

gbak -b -g -se service_mgr c:\db\e.fdb d:\bak\e.fbk ...:service_mgr - имя интерфейса Services API, оно обязательно, неизменно, и пока только одно. Может быть в дальнейшем появится что-то еще, но пока есть только то что есть.

Поскольку не gbak, а сам сервер теперь выполняет резервное копирование, то есть несколько требований:

пути к базам (или алиасы) должны быть указаны только серверные, как для базы так и для файла резервной копии.
имя сервера к имени БД добавлять не нужно, т.к. оно уже должно быть указано как опция команды -se
у сервера должны быть права на запись туда, куда сохраняется резервная копия. На Windows сервер по умолчанию стартует под учетной записью LocalSystem, которая не имеет и не может иметь прав на внешние ресурсы (например шаренные папки). Поэтому, если вы хотите сохранять резервные копии БД на другой компьютер сразу, а не путем копирования получившегося на сервере файла backup - нужно создать пользователя (например firebird), дать этому пользователю права на папки установки сервера, папки с базами данных и папки с резервными копиями, и затем остановить сервер и запустить его указав в параметрах сервиса новое имя пользователя.
К слову, резервное копирование через Services API является самым быстрым, по сравнению с локальным протоколом или tcp (результаты тестирования).

Итоговое время копирования - 2 часа 27 минут

Кстати, вчерашняя копия шла всего 50 минут
размер сопоставимый (на 100м меньше)

Симонов Денисandreymx,

В следующий раз попробуй через сервисы. Думаю 1 час удастся сэкономить.дам почитать админу

kdvandreymxдам почитать админу
че-то вы там вообще. дай почитать
http://www.ibase.ru/devinfo/gbak.htm
и сам почитай. А то жалобы от одного, админит другой, бардак какой-то.ну, бывает

а жалобы не от одного... их много, жалобщиков-то - целый отдел; они жалуются.

kdv,

ты мне вот что дай почитать:
когда идет gbak, и параллельно люди меняют данные в БД (или на начало процесса gbak уже есть незакоммиченные транзакции) - база от этого будет тормозить? и насколько сильно?