Привет!

Перевожу тут помаленьку свои серверы на трешку и обратил внимание на аномалию:
резко выросло время создания бэкапа одной из баз размер примерно 160 гиг, время создания gbk занимало примерно 15 минут, а стало 2 с лишним часа, база специфическая, в ней мало метаданных, зато полно блобов, собственно в нее и вынесены практически все блобы из основной БД. Нагрузка на запись там небольшая, мусора практически нет. Скорость рестора осталась на примерно том же уровне примерно полчаса на обоих версиях ФБ. При этом пара других баз, где блобов почти нет работает на прежней скорости, аномалий там нет, все в пределах погрешности измерений.

Вызывается обычный гбак без особых изысков, скрипт бэкапа не менял при смене версии:
gbak -user $IBUSER -pass $2 -g -v -y "$PRTPATH/$1.bpr" "$LOGPATH/$1.gdb" "$ARCPATH/$1.gbk"

Само железо в нормальном состоянии, диски планово заменены в прошлом году, сбоев в железе нет.

Это я где-то торможу или делаю что-то не так?
Кто-то еще замечал что-то подобное?

Dimitry SibiryakovПроверка прав на чтение блобов гораздо небесплатнее, чем ожидалось.под сисдба? В установленном билде 33100 фикс с правами присутствует, который мне "кровЪ пил" в прошлом топике.
Симонов Дениса почему без использования сервисов? На удалённый компьютер что ли делается?на локальный диск, там же потом зипуется и только потом отправляется "в сеть", про сервисы не вспоминали, пока работало, да и двойке работает. В скрипте рестора, кстати, сервисы прописаны. Воткнул и в бэкапный, на одном из серверов, завтра проверю разницу.

Ivan_PisarevskyВоткнул и в бэкапный, на одном из серверов, завтра проверю разницу.Воткнул криво, ночью все нафиг отвалилось. :)
Поправил, запустил днем бэкап, отработало за 26 минут, в принципе уже нормально, учитывая, что примерно 70 коннектов были активны в фоне. На двойке и без сервисов вполне работало, а тут такой стоп-кран. Пока понаблюдаю еще.

hvladЭто gbak от 3соответственно серверу. На троешном сервер гбак строго от тройки.

hvladНе убирал engine12 из списка провайдеров ?эту строчку не трогал.
Легаси аутентификацию крутил, кэш страниц крутил, энжин не трогал. Проверил, эта строка по-умолчанию.

hvladЯ могу объяснить тормоз при бекапе с локальными путями только сетевым соединением с сервером.Сеть? странно... Когда я запустил исходный скрипт "на горячую" он отругал, что не может схватить залочить файл базы, т.е. я делаю вывод, что лезет через эмбед, а не через сервер и файлы бэкапа принадлежали руту, а не файрберду.

Кстати, заметил небольшую багу: когда велел серверу класть бэкап в папку и прав не дал, он отругал меня по всей форме:

gbak: ERROR:cannot open backup file /ibbackup/****.gbk
gbak: ERROR: Exiting before completion due to errors
gbak:Exiting before completion due to errors

Все ясно и понятно, а вот когда не дал прав на папку куда сложить отладочный выхлоп ключа -v никакой ругани не было, просто молчаливый кирдык. В трекер?

hvladДумаю - да http://tracker.firebirdsql.org/browse/CORE-2251
Уж лет с десяток оно там, не вижу смысла делать дубль.

hvladЛучшей теории у меня пока нет.Странность еще и в том, что обычная база без блобов вполне себе бэкапится в установленный срок и пофиг на сервисы, скрипт бэкапа один на всех.

Завтра соберу все в табличку 3х3: есть серверы 3 шт. 1 - 2.5, 1 - 3.0 с сервисами и 1 - 3.0 без сервисов. И три базы: одна с блобами и две без таковых.

hvladТам про сервисы, у тебя (насколько я понимаю) от сервисов не зависит.Я особо не исследовал, не сервисы запускал под рутом, доступ не проверялся, оно и работало. Сервис ФБ запускается штатно от юзера файрберд, ему и не дали доступа. Коммент - это можно.

hvladМожешь подготовить небольшую (не 160ГБ) БД с блобами для исследования ?Я еще проверю у себя на предмет косяков, если будет явно видна закономерность, что-нибудь придумаю. Как вариант набросаю на дельфях генератор такой БД, скормить ему пустую базу, файл и сколько раз запихать этот самый файл в ту самую базу.

Dimitry SibiryakovДля начала gstat-ом посмотри статистику блобов в этой базе по уровням.База только-только создана, пару дней от роду, чего там такого может быть с уровнями?

Добрался таки сегодня до своих слоников:

Время в минутах, в скобках размер бд в гигабайтах после рестора.
Все три сервера имеют сильно похожую дисковую пара ССД в зеркале с которых идет бэкап на пару САТА, рэйд адаптек с батарейным модулем. Серверы в работе, поэтому возможны флуктуации из-за немного разной фоновой нагрузки

Изменение скрипта бэкапа на работу через сервисы проблему в общем-то закрыло, но циферка 195 все равно как-то не радует.

Влад, если надо тест кейз какой соорудить, скажи, постараюсь сделать.

Симонов Денисв этой табличке не хватает сравнение с 2.5 с сервисами. а нет его, остался последний сервер на 2.5 и то я его планирую как можно скорее перевести на тройку.
Симонов Денисвсё происходит на LinuxНа всех центос7