Добрый вечер!

Хочу поднять проблему, которую я ранее описывал в другой ветке...
Итак, имеем бекап, который не ресторится без использование ключа gbak -o "restore one table at a time".
Т.е. рестор выполняется командой
C:\Firebird25\bin\gbak.exe -r -user SYSDBA -pass masterkey -p 16384 -v -y test_db_rs.log E:\Backup\db_test.fbk F:\temp_db\db_test.fdb

Тестировагие проводилось на 3-х серверах (железе).
OS: Win2008_x86 и Win2008R2_x64
Firebird: CS_V2.5.1.26351_x86, CS_V2.5.2.26538_x86, SS_V2.5.2.26538_x64
Размер страницы БД: 16К и 8К
Варианты: localhost, xnet и service_mgr

Зависает на всех вариантах (100% загрузка ядра) при 0-й активности диска длительное время (ждал ~сутки).
Затыкается на размере базы в 449Г при 16к станице и на 451Г при 8к странице.
От размера таблицы не зависит, т.к. на нашел лог полугодичной давности - затыкалось на другой таблице (на каком размере базы сейчас уже не известно)
В данный момент последние записи в логе (вариант без service_mgr)

- до срубания Firebird:
gbak: 350000 records restored
gbak: 360000 records restored

- после срубания Firebird:
gbak: 1430000 records restored
gbak: 1440000 records restored
gbak: ERROR:connection lost to database
gbak: ERROR:gds_$send failed
gbak:Exiting before completion due to errors
gbak: ERROR:Error writing data to the connection.

Готов на тестовый сервер поставить любую сборку для локализации проблемы.
Передать fbk не представляется возможным из-за размера и, что более существенно, отсутствия разрешения, получить которое в данном случае невозможно (нас эта проблема пока не беспокоит).

To Vlad, dimitr: Писать в трекер или здесь обсудим, может будут идеи/советы?

Гаджимурадов РустамКакой вкусный баг, однако. А на какой таблице выяснил, локализовал?


Интересный момент забыл написать, на разном железе "затыкается" на разных таблицах, которые идут одна за другой. Т.е. у меня сейчас 6 тестов на 3-х серверах:
- на 2 серверах заткнулся на одной и той-же таблице.
- на 3-м - на следующей за ней.


И еще, виснет не gbak, а fb_inet_server (fbserver)

dimitrпервый вопрос, который меня интересует: без -verbose и без вывода в лог пробовали? если нет, то попробовать и доложить.
О! Я о таком варианте не подумал. Проверю.

dimitrпервый вопрос, который меня интересует: без -verbose и без вывода в лог пробовали? если нет, то попробовать и доложить.
Завис. CS V2.5.1.26351 x86
C:\Firebird\bin\gbak.exe -r -se localhost:service_mgr -user SYSDBA -pass masterkey -p 16384 \\nbk\E$\Backup_test\db_test.fbk F:\test_corrupt\db_test.fdb

Дмитрий, Влад: куда слать дамп, стек? Размер дампа в архиве 50М.

Отправил.

Если вдруг кому еще интересно: http://ge.tt/3EW8vXN/v/0?c (Дамп, стек)

hvladViktor_bs,

пара простых вопросов:
а) сколько в БД таблиц и сколько индексов ?
б) попробуй отресторить только метаданные (gbak -r -m ...)
Таблиц на сегодня 1835. Индексов 5719. (в бекапе наверное немного меньше, он не свежий)

Запустил рестор только метаданных, отработает - отпишусь.

Ночью рестор завис и на другом сервере.
Не знаю насколько это важно/информативно, но на разных серверах затыкается немного в разных местах при одном и том-же бекап-файле. Информация о "File Pos" с TaskInfo ( http://www.iarsn.com/)

hvladб) попробуй отресторить только метаданные (gbak -r -m ...)
Рестор завершился успешно.

Сделал Backup/Restore свежей базы (от 12.09) - завис на другой таблице, на размере базы 399Г.

Я так понимаю что стеки/дампы уже ничего не помогут и нужно готовить тестовый пример (скрипт создания синтетической базы) и писать в трекер в случае воспроизведения.

Пытаясь создать тестовую базу и воспроизвести этот баг наткнулся на...
...наш классик 2.5 стал многопоточным?
Или я что-то упустил?

hvladViktor_bs,

а какова вероятность того, что к моменту зависания отресторилось >= 2^31 записей (во всех таблицах суммарно) ?
100500
Полез в лог рестора, только по известным мне большим таблицам до зависания отресторено 3 263 841 414 записей.
Думаю завтра ближе к вечеру будет результат рестора синтетической базы. В ней 1800 таблиц и 7 575 522 329 записей.

Viktor_bsДумаю завтра ближе к вечеру будет результат рестора синтетической базы. В ней 1800 таблиц и 7 575 522 329 записей.
Печально, но рестор успешен. Правда там все таблицы одинаковой структуры и нет индексов.

hvladViktor_bs,
- много таблиц и индексов
Налепить индексов на тестовую базу?
Активировать их обязательно или можно пока попробовать inactive?