Уважаемые пользователи Bit2000/Bit2005!

Целью настоящего письма является уведомление о необходимости и сроках перехода (перевода существующих БД Bit2000/Bit2005) на платформу «Firebird SQL сервер».

1. Более половины пользователей Bit2000/Bit2005 уже перешли на Firebird (обычно, это версия 2.0.3 или 2.0.4). Причём, предприятия — пионеры этого перехода работают на этом сервере уже более года. Они приняли на себя «первый удар» остававшихся на тот момент «несовместимостей» Yaffil и Firebird. Сегодня работа идёт в стабильном режиме. Прирост производительности при переходе составил не более нескольких процентов, хотя, конечно, мог бы быть более существенным (см. п.4).

2. Проект Yaffil закрыт в декабре 2003 года (см. http://yaffil.ibase.ru/). Проект Firebird, напротив, бурно развивается. Достаточно сказать что за эти 5 лет вышло 4 совершенно новых версии этого продукта (1.5.x, 2.0.x, 2.1.x, 2.5.0).

3. В процессе развития Firebird появлялись дополнительные возможности (http://www.firebirdsql.org/refdocs/langrefupd20.html, http://www.ibase.ru/conf2007/ppt/Firebird.2.1.2007.ru.pdf), применение котрых могло бы существенно улучшить качество функционирования системы Bit2005. К сожалению, использовать любые новинки, при продолжающейся промышленной эксплуатации Yaffil, не представляется возможным, сохраняя единую версию ПО. Появление же различных версий «Bit2000 для Yaffil» и «Bit2000 для Firebird» привело бы к неоправданному росту затрат на сопровождение.

4. Оптимизаторы SQL-запросов Yaffil и Firebird различны. Запрос, эффективно работающий под Firebird, может приводить к существенным временным задержкам при выполнении его Yaffil-ом и наоборот. Поэтому, при разработке и отладке SQL-запросов, мы тестируем их и на Yaffil, и на Firebird, чтобы получить универсально-«серый» вариант запроса, который выполняется обоими серверами удовлетворительно. Ориентируясь на конкретный сервер, многие сложные запросы могли бы быть оптимизированы.

5. Предельный срок перехода на Firebird SQL сервер: 1 квартал 2009 г.

Директор ЗАО Инфотех

 Юрченко А.П.

Эта информация специально пемещена на видное место т.к. публиковалась в январских новостях, а нужна сейчас (см. результаты опроса):

Рекомендуемая к использованию версия сервера: 2.0.3 (доступна для скачивания на сайте разработчика).

Общий порядок перехода:

1. Для перехода лучше всего выбрать утро выходного дня (чтобы иметь готовые GBK от ночного BACK-REST).

2. Начните с остановки службы Yaffil, не забыв изменить в свойствах службы «Тип запуска» с «Авто» на «Вручную».

3. Рекомендации по выбору архитектуры сервера прежение. Если сервер однопроцессорный ставим «Super», а если многопроцессорый, то «Classic».

   Рекомендуемые параметры установки: «Бинарные файлы» (выбранной архитертуры сервера), «Инструменты разработчика и администратора», «Зпускать в качестве службы», «Автоматически запускатьFireBird при каждой загрузке», «Создать GDS32.dll для поддержки унаследованных приложений», «GUARDIAN не не использовать», «Апплет панели управления не устанавливать».

4. Сразу после установки сервера не забудем проверить в свойствах службы, на закладке «Вход в систему» состояние флага «Разрешить взаимодействие с рабочим столом» (его надо включить). Во избежание путаницы, первым делом, на новом сервере задайте пароль пользователю SYSDBA таким же, каким он был на Yaffil.

5. Для баз данных лучше избрать новое место (чтобы не путать где какие лежат). Обратите внимание на размер кластера диска, куда планируем разместить базы данных. Это нам пригодится для задания PageSize базам данных. Для эффективной работы сервера очень желательно, чтобы размер кластера диска совпадал с PageSize баз данных. Разработчики сервера сегодня рекомендуют устанавливать эти размеры равными 8192. (ранее называлась цифра 4096). Поэтому если Вы размечаете новый диск под БД, разумно будет при форматировании указать кластер 8192 и при восстановлении такой же PageSize. Если диск старый, то, видимо, размер кластера там 4096 и PageSize у БД будем задавать тоже 4096.

6. Особое внимание уделим переносу списка пользователей Yaffil на новый сервер. Делается это так:

   6.1.Сделать backup бд C:Program FilesYaffilisc4.gdb (isc4.gbk). Эта операция может быть выполнена как Yaffil-сервером (заранее, до его остановки), так и «Свежеиспечённым» FireBird.

   6.2 Восстановить isc4.gbk "в сторонке" с именем, например, c:/isc4_fb.gdb.  ВНИМАНИЕ: Средство восстновления может быть любым, кроме Bit2000ibTools.exe, т.к. восстановление требуется проводить от имени пользователя SYSDBA, а упомянутая утилита все БД восстанавливает от имени BIT2000.

   6.3 Подключиться к бд c:/isc4_fb.gdb пользователем SYSDBA (с помощью IBExpert).

   6.4 Выполнить скрипт C:/Program Files/ Firebird/ Firebird_2_0/ misc/ upgrade/ security/ security_database.sql

   6.5 Отсоединиться от БД, остановить службу Firbird

   6.6 Переименовать C:/Program Files/ Firebird/ Firebird_2_0/ security2.fdb в

   C:/ Program Files/ Firebird/ Firebird_2_0/ security2_old.fdb

   6.7 Скопировать c:isc4_fb.gdb в C:/Program Files/ Firebird/ Firebird_2_0/

   c именем security2.fdb

   6.8 Запустить службу Firbird. Все пользователи, которые были описаны в Yaffil-сервере стали известны новому серверу (в том числе, пользователь BIT2000).

7. Перед началом восстановления БД скопируйте UDF-ы из нашей поставки (Bit2000/ Setup/ SERVER/ UDF) в папку C:/ Program Files/ Firebird/ Firebird_2_0/ UDF.

8. Зарегистрировавшись от имени BIT2000, восстанавливаем базы данных с ночных GBK.

   На этом этапе могут возникать ошибки, которые являются следствием того, что FB более «строг» к «мусору» в данных. Каждая из таких ошибок потребует возврата к Yaffil-серверу, их устранения, повторного Backup и новой попытки восстановить их под FireBird.

9. После успешного восстановления БД настоятельно рекомендуется провести перекомпиляцию всех хранимых процедур, триггеров и обновить статистику всех индексов.

10. Не забудьте установить значение переменной BIT_NULLORDERSUFFIX='NULLS LAST'. Иначе возможна потеря данных в режимах Оборотная ведомость и Журнал-главная.

11. После успешного восстановления всех баз данных необходимо настроить сервис резервного копирования-восстановления (back_rest.ini). Здесь в секции ALL необходимо изменить параметры SERVERDIR и SERVICENAME (SERVERDIR=C:Program FilesFirebirdFirebird_2_0Bin SERVICENAME=FirebirdServerDefaultInstance), а также пути к БД и папкам резервных копий (если менялись).

Практика перехода на FB 2.0 показала ПОЛЕЗНОСТЬ выполнения всех этих манипуляций в два этапа (1. «генеральная репетиция» - выявляет что надо «прочистить» в данных, после чего работа продолжается ещё на Yaffil и 2. Окончательный переход, после которого к Yafill более не возвращаемся).

Все вопросы перехода на новый сервер просим обсуждать в форуме (кнопка "Ответить"), т.к. они ОБЩЕИНТЕРЕСНЫ.