Dmitry Yemanov пишет:
Оба процесса (фб и нбекап) читают базу через файловый кеш. Получается
это у них неплохо вроде бы.
Неплохо (в крайнем случае понятны показатели), если бы не теоретическая
возможность получения "вечного" нбекап-процесса при постоянно
появляющихся коннектах с обработкой большого количества данных. Но этот
режим (с ключем -D OFF) ты мне подсказал и я его особо не тестировал на
такую возможность
Тест4
1. nbackup.exe -u sysdba -p masterkey -D ON -B 0
localhost:e:\test_db\retail.fdb e:\test_db\retail_0_1.nbk
2. Удаление данных
Эти два варианта делают одно и тоже, на винде у нбекапа режим direct_io
по дефолту ON. НБекап читает файл БД напрямую с диска, фб-сервер - через
кеш.
А вот в этом случае у меня полное непонимание того что происходит. Из-за
этого я и создал эту ветку.
Процесс удаления закончился, больше никаких FB-процессов нет, а нбекап
еле шевелится как по процу так и по диску. Загрузка на процентов 10 от
возможной. Сложилось впечатление что он ждет монопольного доступа и как
только он (монопольный доступ) появился хоть на секунду нагрузка
увеличивается до предельно возможной и быстро завершается бекапирование
независимо от того появляются в процессе этого дополнительные коннекты к
FB и что они там делают.
Вот ты говоришь "НБекап читает файл БД напрямую с диска", хотя тупой
тест с файловым копированием показал разницу в разы (где-то в 5 раз).
Вот тут мне не понятно и хотелось бы все прояснить и протестировать до
запуска Нбекапа в боевом режиме, тем более что в связи с запуском нового
проекта ожидается рост базы до 500Гб до конца следующего года.
А поскольку база работает в "мифическом режиме 24/7 (с)Кузьменко" и на
сегоднешний день допускается остановка сервера на выходные раз на 2-4
месяца для проведения полного B/R c подменой базы и кучей гемора при
согласовании этой даты, то работа нбекапа в первом варианте (с ключем -D
OFF) меня пугает, т.к. я не могу гарантировать что при его начале не
стартанет робот заливающий тех-же 100млн записей (ночью как правило еще
висят 5-10 коннектов) и это все не успеет закончится до начала рабочего
дня, когда в систему ломанется 100 юзеров и этот дельита-файл будет
болтаться целый день, примет угрожающий размер и непонятно с какими
тормозами и когда сбросится.
Может я конечно возможные проблеммы преувеличиваю (на сегодняшний день
их еще больше при существующей схеме бекапа), но пока у меня
складывается такое впечатление. И существует страх (не только у меня)
получения битой базы именно из-за работы нбекапа. Необходимость полного
классического B/R я осознаю даже при использовании нбекапа, как минимум
для теста.
Спасибо вам с Владом за вникание в проблему(?) и попытки прояснения мне
картины.
