AriochMari.PСейчас план такой - обновить сервер до 2.5

прямо сейчас, посреди рабочего дня?

не уверен, что это хорошо, заставлять сервер 2.5 работать с БД в формате 1.5

Если окажется вдруг, что программа хотя работала с 2.0 не может работать с 2.5 - удастся ли вернуться обратно ?

я бы прямо сейчас на 2.0 начал проверять схему с инкрементами - 19497653

только важно, ежечасные инкременты делать не от ночной полной копии, а от предыдущего инкремента!

потом запаковывать их и смотреть размеры этих дельт.


Mari.P Получится?

Это зависит от множества факторов, которые мы не знаем. Например мы не знали про ваш FTP, пока вы вдруг про него не вспомнили.

1) насколько загружен диск на первом сервере? есть ли отдельный незагруженный диск для создания бекапов? при этом загрузка
2) то же на втором сервере, который будет принимать данные ?
3) насколько загруженны процессор/память (скорее всего не сильно, но кто знает?)
4) загрузка постоянная в течение дня, или есть пиковые часы ?
5) насколько быстр интернет (FTP) в разные часы

вот от всего этого зависит где случится "слабое звено", которое ограничит общую скорость.

так что начинайте уже сейчас проверять что получится :-)


Ну что уж вы прямо так. Конечно у меня есть резервный сервер на котором я и балуюсь. Не на живом же.
А вот на версию 2.5 перейти не пока не удалось, пишет ошибка метаданных при попытке рестора с помощью .gbak
В версии 2.0 значит даже не стоит пытаться пользоваться nbackup, кривой?

hvladMari.PДа, не поняла, так посоветуйте, как пользоваться правильно.Начни отсюда
http://www.firebirdsql.org/file/documentation/reference_manuals/user_manuals/html/ru/nbackup-ru.html

Mari.PСейчас план такой - обновить сервер до 2.5После этого нужно убедиться в работоспособности приложения.

Mari.Pделать полную копию ночью и инкремент 1 раз в час. Получится?Инкременты разные бывают. Пока не появится
а) понимание что есть nbackup
б) уверенность в работоспособности приложения под 2.5
не стоит строить планы.

Так я вроде этот мануал и читаю второй день.
Полное понимание того, как работает nbackup можно только увидев исходники этой проги )))
Пункт б) самый важный, база пока не поднимается на 2.5, хотя на 2.0 поднялась и работала нормально.

Симонов ДенисMari.P,

прежде чем переходить надо релиз ноты почитать. Особенно насчёт переключателя -fix_fss_metadata у gbak

Читала, ключ добавляла, толку нет.

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

ну да овчинка выделки не стоит, вместо 15 минут получит минимум 8-10 на полной копии. На инкрементной может 5 мнут. Всё равно придётся периодически полную копию передавать.

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

AriochMari.P,

они предположили - с потолка - что объём запакованных дельт будет таким же как объём запакованного gbk - и всё упретс в малую скорость FTP

они предположили - с потолка - что между 15 минутами и 8 минутами на клонирование БД существенной для вас разницы нет

это их предположения, с которыми вы можете соглашаться или нет

Вот я 8 лет работаю с MySQL и приложенииями на gcc для него, спроси у меня чего - все отвечу.
С Firebird не работала, потому что крутилась прога стороннего разрабочика и вопросов не было.

Я думала, что nbackup многие пользуют и сразу скажут чего да как. Просто по опыту.
FTP я тоже обойду, сделаю шару на втором сервере и буду туда кидать бэкапы, быстрее должно быть.