Эта информация специально помещена на видное место т.к. публиковалась в январских новостях, а нужна сейчас (см. результаты опроса):
-
Для перехода лучше всего выбрать утро выходного дня (чтобы иметь готовые GBK от ночного BACK-REST).
-
Начните с остановки службы Yaffil, не забыв изменить в свойствах службы «Тип запуска» с «Авто» на «Вручную».
-
Рекомендации по выбору архитектуры сервера прежение. Если сервер однопроцессорный ставим «Super», а если многопроцессорый, то «Classic».
Рекомендуемые параметры установки: «Бинарные файлы» (выбранной архитертуры сервера), «Инструменты разработчика и администратора», «Зпускать в качестве службы», «Автоматически запускатьFireBird при каждой загрузке», «Создать GDS32.dll для поддержки унаследованных приложений», «GUARDIAN не не использовать», «Апплет панели управления не устанавливать».
-
Сразу после установки сервера не забудем проверить в свойствах службы, на закладке «Вход в систему» состояние флага «Разрешить взаимодействие с рабочим столом» (его надо включить). Во избежание путаницы, первым делом, на новом сервере задайте пароль пользователю SYSDBA таким же, каким он был на Yaffil.
-
Для баз данных лучше избрать новое место (чтобы не путать где какие лежат). Обратите внимание на размер кластера диска, куда планируем разместить базы данных. Это нам пригодится для задания PageSize базам данных. Для эффективной работы сервера очень желательно, чтобы размер кластера диска совпадал с PageSize баз данных. Разработчики сервера сегодня рекомендуют устанавливать эти размеры равными 8192. (ранее называлась цифра 4096). Поэтому если Вы размечаете новый диск под БД, разумно будет при форматировании указать кластер 8192 и при восстановлении такой же PageSize. Если диск старый, то, видимо, размер кластера там 4096 и PageSize у БД будем задавать тоже 4096.
-
Особое внимание уделим переносу списка пользователей 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).
-
Перед началом восстановления БД скопируйте UDF-ы из нашей поставки (Bit2000/ Setup/ SERVER/ UDF) в папку C:/ Program Files/ Firebird/ Firebird_2_0/ UDF.
-
Зарегистрировавшись от имени BIT2000, восстанавливаем базы данных с ночных GBK.
На этом этапе могут возникать ошибки, которые являются следствием того, что FB более «строг» к «мусору» в данных. Каждая из таких ошибок потребует возврата к Yaffil-серверу, их устранения, повторного Backup и новой попытки восстановить их под FireBird.
-
После успешного восстановления БД настоятельно рекомендуется провести перекомпиляцию всех хранимых процедур, триггеров.
-
Не забудьте установить значение переменной BIT_NULLORDERSUFFIX='NULLS LAST'. Иначе возможна потеря данных в режимах Оборотная ведомость и Журнал-главная.
-
После успешного восстановления всех баз данных необходимо настроить сервис резервного копирования-восстановления (back_rest.ini). Здесь в секции ALL необходимо изменить параметры SERVERDIR и SERVICENAME (SERVERDIR=C:/Program Files/Firebird/Firebird_2_0/Bin SERVICENAME=FirebirdServerDefaultInstance), а также пути к БД и папкам резервных копий (если менялись).
Практика перехода на FB 2.0 показала ПОЛЕЗНОСТЬ выполнения всех этих манипуляций в два этапа (1. «генеральная репетиция» - выявляет что надо «прочистить» в данных, после чего работа продолжается ещё на Yaffil и 2. Окончательный переход, после которого к Yafill более не возвращаемся).