Установка InterBase и Firebird вручную

  В этой статье пойдет речь об установке InterBase и Firebird на Windows, заранее приношу извинения пользователям Unix. Тем не менее, пользователи Unix могут извлечь для себя полезную информацию из этой статьи.

Кому будет полезна эта статья

* тем, кто хочет научиться устанавливать InterBase или Firebird в тех случаях, когда нет инсталлятора под рукой.
* тем, кто хочет восстановить "убитую" инсталляцию конкретной версии InterBase/Firebird, которая пострадала из-за установки другой версии.
* тем, кто хочет работать (одновременно или попеременно) с разными версиями этих серверов на одном компьютере
* тем, кто хочет узнать, что же именно на самом деле происходит при установке InterBase и Firebird.

Содержание

* Из каких файлов состоит сервер
* Установка вручную
o установка сервера
o установка только клиентской части
o запуск сервиса
* Установка или обновление "поверх"
* Установка серверов "рядом" и поочередный запуск
* Одновременный запуск
* Firebird 2.0, поочередный и одновременный запуск

Важные файлы

Начнем с того, что после установки Interbase или Firebird на диске образуется определенная структура каталогов с лежащими в них файлами. Я исключу всякие examples, ext, doc, sdk и упомяну только то, что нужно серверу для работы:

* корневой каталог установки. Конечно, это может быть C:\Program Files\Borland\InterBase\... Но может быть и проще - C:\IB75, D:\Firebird.... Дело вкуса. Здесь могут находиться
o файлы interbase.msg или firebird.msg. в них - сообщения сервера (в основном об ошибках). Файлы отличаются между версиями, поэтому если файл "не тот", то сообщения могут выглядеть бредово (несоответственно ситуации).
o файлы security.fdb (FB 1.5), security2.fdb (FB2), admin.ib (IB7 и выше), isc4.gdb (все остальные)- это база данных, где хранятся пользователи.
o файл firebird.conf (FB 1.5 и выше) или ibconfig (все остальные) - файл конфигурации сервера. Также aliases.conf для Firebird 1.5/2.0.
o только для платных версий InterBase - файлы ib_license.dat, borland.lic, node.tmp
* bin\
o собственно, все содержимое каталога bin можно считать важным. Назначение отдельных файлов будет дано дальше по ходу статьи.
* intl\
o файлы gdsintl.dll, fbintl.dll или ваши собственные dll с альтернативными наборами кодировок.
* UDF\
o каталог с User Defined Functions, важен только для ваших приложений, если они используют UDF явно в запросах или косвенно в триггерах и процедурах базы данных.

Все остальное - лишнее, то есть серверу для работы не нужно.

Ручная установка

Допустим, мы взяли корневой каталог сервера, и хотим из этих файлов получить рабочий сервер на другом компьютере. Сразу оговорюсь по поводу платных версий InterBase - во-первых, лицензия дает право установки сервера только на один компьютер; во-вторых, лицензии InterBase 7.1/7.5 "привязываются" к операционной системе, поэтому файлы этих серверов просто так перенести нельзя.

примечание: у InterBase 7.1/7.5 есть возможность "молчаливой установки" - Silent Install. Опции инсталлятора для такой установки описаны в документе.

Создадим на новом компьютере каталог C:\Server. Скопируем в него все содержимое корневого каталога той самой установки, о которой было рассказано выше. Теперь при помощи Start/Run открываем окно cmd.

cd \
cd Server\bin
instreg install c:\Server

И правда, в каталоге bin есть утилита instreg.exe. Она прописывает необходимую информацию в реестр Windows, указывая умолчательное расположение остальных файлов сервера. В версии Firebird 1.5 указывать путь к корневому каталогу не нужно, утилита сама "соображает" откуда она запущена, и прописывает в реестр правильную информацию. Не надо только копировать instreg куда попало и пытаться зарегистрировать сервер оттуда.
У instreg могут быть дополнительные параметры, они не важны, и вы можете увидеть их если запустите instreg без параметров (это безопасно, instreg выводит только информацию о параметрах).

примечание: InterBase 7.5/2007 допускает так называемую multi-instance установку, т.е. возможность установить несколько независимых экземпляров сервера на один компьютер. Такие серверы в сервисах и реестре идентифицируются по имени. Именем по умолчанию (при первой установке) является gds_db. Не смотря на то, что это имя похоже на имя порта в файле services, оно абстрактно и с реальным именем порта не имеет ничего общего. Например, для повторной регистрации IB 2007 в реестре требуется выполнить команду
instreg install c:\ib2007 gds_db
для "разрегистрации" сервера также необходимо указывать имя экземпляра IB:
instreg remove gds_db

После регистрации сервера утилитой instreg можно сразу проверить работоспособность сервера в режиме приложения. Начиная с InterBase 6 все "наследники" (Firebird, Interbase, Yaffil) поддерживают ключ командной строки -a для запуска сервера в режиме приложения. В том же окне cmd выполним команду:

ibserver -a

Конечно, имя сервера может быть другим. Для Firebird это fbserver (SuperServer) и fb_inet_server (Classic), главное чтобы вы поняли идею. Сразу после указанной команды вы увидите иконку сервера в TaskBar, и сервер почти готов к работе.
В отношении InterBase подобный запуск полезен тем, что в случае отсутствия файла лицензии можно увидеть ошибку "License file is missing or corrupt" (в отличие от "приложения" сервис сообщит об этом только в interbase.log, а его еще надо открыть и посмотреть). Также, в taskbar-меню запущенного как приложение InterBase можно увидеть (в Properties) установленные лицензии.

замечание: некоторые версии InterBase и Firebird молча запускаются во втором экземпляре, даже если они уже работают (как сервис или как приложение). Соответственно, если в конфигурации для второго экземпляра не изменен номер порта, то он работать не будет, т.к. первый экземпляр уже перехватил порт tcp. Будьте внимательны при запуске разных серверов на компьютере - вполне может быть, что в момент запуска Firebird как приложения, уже работает InterBase (или наоборот). Если при этом открыть базу, которая совместима по ODS с обоими серверами, то можно "случайно испортить" метаданные (или blr триггеров и процедур), открыв базу "не тем" сервером.

Если все-таки при выдаче этой команды произошла ошибка, или сервер не реагирует на попытки подсоединения к нему, то нужно искать ее причину. Скорее всего проблема может быть в двух местах:

1. серверу закрыт Firewall-ом порт 3050, или вообще на компьютере не установлен ни dialup adapter, ни драйвер tcp, ни tcp loopback adapter (если нет ни сетевой карточки ни модема). В этом случае ошибка не выдается, сервер запускается, и "молчит". Опасная ситуация, если на этом компьютере уже запущена альтернативная версия InterBase или Firebird - кто запустился первым, тот и будет обрабатывать все запросы по сети.
2. сервер не нашел одну из runtime-библиотек. Такое случается на "чистых" Windows, где никакое другое ПО (особенно от Microsoft) еще не устанавливалось. Проще всего недостающие файлы обнаруживаются при помощи утилиты filemon с сайта www.sysinternals.com. Скачиваете ее, запускаете, вводите в окне фильтра incude имя exe, который запускаете (в данном случае ibserver.exe, fbserver.exe и т.п.), повторяете команду ibserver -a и смотрите в лог какие файлы пытается загрузить сервер.

* Для InterBase 7.x/2007 это может быть файл libborland_lm.dll. Он находится в каталоге bin, поэтому обычно проблем нет.

* Для Firebird 1.5 и выше это как правило библиотеки msvcp60.dll, msvcrt.dll, для Firebird 2.0 - msvcp71.dll, msvcr71.dll, для Firebird 2.1 - msvcp80.dll, msvcr80.dll - то есть Microsoft Visual C++ Runtime той версии, которой скомпилирована конкретная версия Firebird. Вернитесь на компьютер с работающим сервером Firebird, скопируйте оттуда эти библиотеки (они могут находиться в разных местах, желательно искать их в системных каталогах Windows, а не по всему диску. Еще лучше, скачать редистрибутив для Visual Studio нужной версии с www.microsoft.com), и поместите в каталог bin нашей "скопированной установки". Повторите запуск fbserver -a еще раз, чтобы убедиться, что теперь все нужные файлы для его работы есть.

! Список редистрибутивов Visual C++ Runtime
o FB 2.1 - VC 8 (VS 2005), Runtime. Рекомендуется этот рантайм устанавливать, а не копировать файлы msvc?80.dll
o рантаймы VC 7.1 (VS2003) и VS 6 мне на сайте microsoft.com обнаружить не удалось

Кроме сервера, возможно, вам потребуется обеспечить работу клиентских приложений на этом же компьютере. Для этого приложениям нужна клиентская часть - gds32.dll. Эта библиотека находится в том же подкаталоге bin. И ее (gds32.dll) нужно скопировать в каталог, где клиентские приложения могут ее находить. Если приложение всего одно, то gds32.dll можно положить прямо в каталог приложения. Если приложений несколько, то gds32.dll нужно поместить в PATH. Проще всего gds32.dll скопировать в системный каталог Windows (C:\Windows, C:\WinNT, C:\WinXP или как там у вас).

У Firebird 1.5 и выше название библиотеки клиентской части отличается от остальных версий InterBase и Firebird 1.0. Вместо gds32.dll есть fbclient.dll. Этот файл можно переименовать в gds32.dll, однако при этом есть риск, что не заработают или будут работать "криво" приложения или компоненты, которые ориентируются на версию gds32.dll (например, может не работать services api). Специальная утилита instclient.exe (см. дальше). позволяет сделать из fbclient.dll файл gds32.dll с правильной версией (6.3).

Проверьте теперь работу клиентских приложений с этим сервером. Работают? Ну и хорошо.
Не работают ? Тогда вам придется искать ответ в другой статье...

Только клиентская часть

Небольшое отступление по поводу клиентской части. Если речь идет не об установке сервера, а об установке клиентской части на "пустой" компьютер, то разумеется, нам потребуются

instreg.exe, firebird.msg/interbase.msg, gds32.dll.

Все это можно сложить в одну папку, и запустить оттуда instreg (если это instreg от Firebird 1.5, то он сам прописывает в реестр путь на 1 подкаталог выше. То есть, его надо запускать из специального подкаталога bin, или просто прописать нужный ключ в реестре самостоятельно). Если в реестре не будет информации о местонахождении файла msg, то клиентская часть постоянно будет сообщать что этот файл не найден. При этом, однако, путь к gds32.dll все равно должен быть в PATH, для того чтобы приложения могли найти эту библиотеку.

Кроме того, в Firebird 1.5 есть утилита instclient.exe. Она очень полезна в нескольких смыслах

* позволяет установить клиентскую часть Firebird одной командой.
* позволяет установить клиентскую часть как fbclient.dll либо как gds32.dll

Например, instclient i -f g перезаписывает безусловно текущую версию gds32.dll на компьютере, и также меняет версию в установленной gds32.dll с той целью, чтобы компоненты IBX обнаруживали в ней функции Services API (IBX проверяет это по версии gds32.dll)
* позволяет проверить наличие установленной библиотеки fbclient или gds32
instclient q f или instclient q g соответственно

Помните, что gds32.dll от всех версий InterBase требует наличия в файле services записи

gds_db 3050/tcp

то есть, клиент обращается к серверу только по имени порта, а не по номеру. Клиент Firebird не требует данной настройки начиная с версии Firebird 1.0. Теоретически можно использовать клиентскую часть от Firebird для работы с сервером InterBase, если вы не хотите редактировать файл services. Однако это крайне не рекомендуется, особенно в отношении самых последних версий InterBase и Firebird (несовместимость в протоколах).

Если устанавливать клиентскую часть InterBase стандартным инсталлятором (включая опцию Silent Install), то инсталлятор самостоятельно прописывает нужную строку. Однако, если на компьютере производятся манипуляции с поддержкой tcp, например удаление протокола и его повторная установка, то файл services при переустановке протокола будет заменен на новый, и клиент InterBase перестанет обращаться к серверу. Проблему придется исправлять повторным прописыванием указанной строки в services. Причем, если такая строка является последней в файле services, то необходимо добавить в конец файла пустую строку, иначе подсистема tcp не обнаружит эту запись.
 

Запуск сервиса

Мы запустили сервер "как приложение", но это нормально (и удобно) только на машине разработчика. На сервере, в смысле "сервер, который обслуживает клиентские приложения", более правильным является запуск InterBase или Firebird в виде сервиса. Сделать это, разумеется, можно только на тех версиях Windows, которые поддерживают сервисы

C:\Server\bin\instsvc install C:\Server

Утилита instsvc.exe записывает, удаляет или меняет информацию о запуске сервера в базе сервисов операционной системы. После этой команды, открыв список сервисов, вы обнаружите там InterBase или Firebird. Некоторые могут спросить - а где guardian? Дело в том, что специальный сервис, который бы в случае сбоя сервера мог его перезапускать, не нужен в Windows 2000 и 2003 - эта функциональность отлично настраивается в свойствах сервиса, на закладке Recovery.
Настройте сервис так, как вам нужно - автоматический или ручной запуск, и т.п. Можете его стартовать прямо сейчас, только нужно завершить работу сервера в виде приложения (на иконке в Taskbar нажать правую кнопку, выбрать меню shutdown).

Точно так же как и instreg утилита instsvc без параметров показывает все свои возможные параметры. Кроме того, этой утилитой можно управлять запуском и остановкой сервера-сервиса.

Для Firebird требуется специальное указание instsvc, если вы инсталлируете Classic (fb_inet_server.exe) - ключ -с. По умолчанию регистрируется сервис суперсервера (fbserver.exe).

После установки сервиса рекомендуется проверить, установлена ли галочка Allow service interact with desktop в свойствах сервиса. Если нет, то может не работать "локальный" коннект - дело в том, что только в последних версиях Yaffil и Firebird протокол локального коннекта изменен (и например, для Classic он вообще не работает до версии Firebird 1.5.2), а ранее он был реализован через shared memory, что не позволяет "видеть" сервис сервера из другого сервиса (или иногда даже из приложения). Собственно, если вдруг с локальным коннектом есть проблемы - забудьте про него и используйте протокол tcp, например localhost:c:\dir\data.gdb. Все это уже давно описано в FAQ.

замечание:чем же так "неудобен" сервер в виде сервиса на компьютере разработчика: его "не видно", неудобно останавливать и запускать, может не работать локальный протокол, невозможно отлаживать udf, не видно число активных коннектов и открытых баз, при его остановке не будет выдано предупреждение об открытых базах. Достаточно?
Установка или обновление "поверх"

Вы теперь умеете устанавливать вручную сервер Firebird или InterBase на новый компьютер. Давайте рассмотрим случай, когда поверх Firebird 1.5.0 нужно установить версию 1.5.2, или установить InterBase 7.5.1 поверх InterBase 7.5.0.

замечание: устанавливать Firebird 2.0 поверх Firebird 1.5 или 1.0 (и тем более любой версии InterBase) категорически не рекомендуется.

Самое первое и главное правило - это перед подобными действиями скопировать куда-нибудь весь корневой каталог существующей установки сервера. В случае чего вы сможете удалить неудачный эксперимент, и вернуть весь каталог сервера в его исходном виде обратно. Этим вы избавите себя от необходимости переустановки сервера в случае проблем или неверных действий.

Скопировали? Отлично.

Для Firebird новые версии всегда выпускаются в двух вариантах - как инсталлятор, и как набор файлов. Инсталлятор нас в данном случае не интересует, а вот набор файлов - то что нужно. Это zip, содержащий внутри как раз корневой каталог новой версии сервера! Например,
http://www.ibase.ru/firebird/Firebird-1.5.2.4731_win32_files.zip

При его распаковке нужно быть внимательным:

1. zip содержит подкаталоги, поэтому нужно распаковывать файл с опцией Use folder names, причем не сразу в каталог установки, а в какой-нибудь временный каталог, откуда нужные файлы уже можно перенести в каталог установленного сервера.
2. zip содержит файл конфигурации (firebird.conf/aliases.conf или ibconfig) и файл базы пользователей (security.fdb, admin.ib или isc4.gdb). Переписав эти файлы поверх ваших текущих вы лишитесь не только сделанных настроек, но и списка пользователей сервера. Поэтому эти файлы желательно сразу удалить во временном каталоге, куда вы распаковали zip следуя указаниям в пункте 1.

Теперь можно просто весь корневой каталог новой версии скопировать поверх существующего корневого каталога установленного сервера. Если сервер в этот момент запущен, то разумеется, переписать ibserver.exe, fbserver.exe или fb_inet_server.exe не удастся. Остановите сервер, и перепишите файлы.

Далее, после переписывания новых файлов имеет смысл скопировать новую gds32.dll/fbclient.dll в системный каталог, для того чтобы клиентская часть, используемая приложениями, точно соответствовала версии сервера.

Для InterBase действия немного отличаются, т.к. Borland в последнее время выпускает обновления только в виде полных дистрибутивов. Увы, даже для обновления InterBase 7.5.0 на 7.5.1 вам придется качать с borland.com дистрибутив размером ~60 мегабайт (обновление 7.5.1 SP1 содержит только файлы, и может быть легко установлено "поверх").

Скачали? Теперь выясните, где в вашей текущей операционной системе находится каталог TEMP. Это можно сделать в том же самом окне cmd, откуда производился запуск insreg и других утилит. Выдайте команду

set temp

и операционная система вам покажет его расположение. Теперь, зная имя каталога, зайдите туда обычным Проводником (Explorer) и удалите все старые файлы и остатки от прошлых инсталляций другого ПО. Каталог temp нам нужен чистым (все файлы удалить не удастся, т.к. наверняка будут такие, которые открыты запущенными в данный момент приложеняими. Это не помешает).

Запустите инсталлятор - нужен ib_install.exe, то есть инсталлятор на Java. Инсталлятор install_windows.exe, находящийся в корне установки InterBase может запустить win32- или java-инсталлятор в зависимости от версии 7.1, 7.5 или 7.5.1. В дистрибутиве java-инсталлятор можно найти в папке \Disk1\InstData\Windows\VM. Если у вас ничего кроме win32-инсталлятора нет, то определять, какие файлы куда он записывает, можно только с помощью FileMon (sysinternals.com).

Запустили инсталлятор? Жмите смело Install Borland InterBase 7.5 - в этот момент инсталлятор распакует нужные файлы в temp, мы их скопируем, а саму инсталляцию производить не будем.

Итак, в TEMP у нас образовался каталог I1126692368 (у вас может быть любое другое имя). В нем находятся подкаталоги InstallerData и Windows. Нас интересует InstallerData/Disk1/InstData. Там находится файл Resource1.zip. Собственно, при других именах каталогов или файлов описываемый метод позволяет примерно на 90% обеспечить успешный результат.

Открываем файл Resource1.zip. А еще лучше его скопировать куда-нибудь, распаковать (с подкаталогами!!!), а инсталлятору InterBase 7.5 сказать Cancel и закрыть его.

Теперь смотрите в каталоги, распакованные из Resource1.zip - здесь как раз все то, что нам нужно для "обновления поверх". C_\IB7.5\win32\Server. Не забудьте про admin.ib и ibconfig - лучше их сотрите в этом каталоге, чтобы случайно не переписать аналогичные файлы в вашей текущей установке.

Поскольку лицензионная информация для этого сервера не менялась, сервер остается работоспособным без необходимости его переустановки.

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

Установка серверов "рядом" и поочередный запуск

Изложенный выше вариант годится, если вам надо на конкретном сервере действительно обновить его версию, и все. Разумеется, речь идет об обновлении так называемых "минорных" версий, а не Firebird 1.0 "довести" до Firebird 1.5, или InterBase 7.0 обновить до InterBase 7.5.
Например, у InterBase 7.0 и 7.5 разные лицензии, и безусловно, разная функциональность. У Firebird 1.0 файл конфигурации называется ibconfig, а у FB 1.5 - firebird.conf, отличаются файлы пользователей, и тоже разная функциональность. Кроме того, может элементарно потребоваться проверка новой версии сервера - как она вообще работает, и есть ли смысл обновлять даже InterBase 7.5.0 до 7.5.1 (сразу скажу - смысл ЕСТЬ)? А если работа идет на Firebird 1.5 и хочется посмотреть на InterBase 7.5.1 на этой же машине?

В этом случае вам нужно устанавливать серверы рядом, то есть "параллельно". Стандартные инсталляторы в силу исторических причин могут "перебивать" друг-друга, а даже если сервера и отличаются как Firebird 1.5 от InterBase 7.5, запустить их одновременно не получится (потому что они слушают по умолчанию один и тот же порт tcp). Так что без ручных манипуляций не обойтись.

Допустим, на сервере установлен Firebird 1.5 (или мы устанавливаем его первым, не важно). Надо установить InterBase 7.5, и работать с ними поочередно (можно и параллельно). Последовательность действий следующая:

1. Останавливаем текущий сервер (как приложение или сервис), и убираем в конфигурации сервисов его старт как "автоматический" (меняем на "ручной").
2. Устанавливаем InterBase 7.5 в отдельный каталог (например C:\IB75), как положено, триальную версию или полную с лицензиями.
3. Останавливаем сервис InterBase, как и в пункте 1.

Теперь на компьютере 2 сервера, причем "центральной точкой входа" у них является gds32.dll, не так ли?

Значит для запуска того или иного сервера нам нужно проделывать следующие действия

* разрегистрировать в реестре сервер, который установлен в данный момент
это делается при помощи команды instreg remove
* зарегистрировать в реестре сервер, который нам нужен для работы
это делается при помощи команды instreg install
* переписать правильный gds32.dll в системный каталог

Автоматизировать данные действия можно при помощи cmd-файлов. Вот пример одного из файлов, используемых у меня на компьютере

fb15.cmd

d:\ib75\bin\instreg remove
d:\ib71\bin\instreg remove
d:\intrbase\bin\instreg remove
d:\ya\bin\instreg remove
d:\firebird\bin\instreg install
d:\firebird\bin\fbserver -a

Как видите, параллельно сосуществуют InterBase 7.5, 7.1, Firebird 1.0, Yaffil и Firebird 1.5. Для них сделаны такие же cmd-файлы. Раньше, правда, было еще хуже, т.к. в каталоге d:\intrbase\bin находятся порядка 15-ти разных версий ibserver.exe (в том числе и от IB 6.0, для технических целей). И запуск нужной версии был сделан как параметр, а файлы именовались ibserver_6010, ibserver_6016, 6505 и т.п. (в загашнике есть еще "неавтоматизированные" версии InterBase 4.0/4.1/4.2).
То есть, путем несложных манипуляций можно организовать попеременный запуск любых серверов на одном компьютере. Поскольку в данном случае надо четко видеть, какая именно версия interbase или firebird запущена, то никакая инсталляция или запуск сервера как сервиса не производится (в скрипте видите instsvc?). Версию сервера можно увидеть наведя мышь на иконку сервера в TaskBar.

замечание: если кто-нибудь повторит такое даже в минимальном объеме с целью тестирования, не забудьте пройтись по файлам конфигураций, и установить там одинаковые параметры (например, временный каталог, размер кэша и т.п. Иначе тест будет некорректен.

Будьте предельно внимательны при поочередной работе с серверами. Вы можете открыть базу "не тем сервером", в результате чего или база будет обновлена до недопустимой версии ODS, или вы испортите метаданные (несовместимый blr).

Возвращаемся к gds32.dll. В примере командного файла нет команды copy, которая бы копировала правильный gds32.dll в системный каталог. Дело в том, что как правило на компьютере разработчика в момент смены сервера уже запущены программы, загрузившие gds32.dll. Тогда их придется выгружать, заменять файл, и загружать снова. Чтобы этого не делать, можно

* если вся работа идет в IBExpert - для каждого алиаса БД указать свою (правильный) клиентскую библиотеку (см. настройки алиаса БД).
* если выработать привычку к своим базам всегда коннектиться через localhost, а не через "локальный протокол", то смена gds32.dll может потребоваться только при серъезных отличиях между версиями. К примеру, gds32.dll от InterBase 7.5 прекрасно работает с Firebird 1.5 и 1.0.
* конкретному приложению "подложить" рядом правильную gds32.dll.

Одновременный запуск

Сервер - это не только ценный мех и пачка файлов. У сервера есть

* каталог по умолчанию, прописываемый в реестре (instreg)
* файл конфигурации, находящийся в каталоге по умолчанию
* именованные системные объекты (мютексы и т.п.) которые сервер использует при своей работе

Если перечисленные 3 пункта не конфликтуют между собой у двух отдельно взятых серверов, то их можно запустить одновременно на одном компьютере. Кроме того, Firebird 1.5 и InterBase 7.5 могут быть сконфигурированы так, что две этих версии могут быть запущены одновременно, в любом количестве их воплощений.

Зачем это может понадобиться? Вариантов много. У вас может быть "старая" задача, которую нецелесообразно или сложно переводить на новый сервер, и одновременно "новая" задача, которую нужно реализовать на новой версии сервера. Могут быть две базы, к которым надо давать доступ через свой экземпляр сервера, для повышения надежности. И так далее.

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

Основное правило - это разведение серверов по разным портам tcp. Для старых серверов InterBase 6.0 и ниже изменить порт сервера можно только при помощи модификации записи gds_db в файле SERVICES. Причем для их же клиента изменить номер порта для соединения с сервером можно только таким же способом. Клиент Firebird 1.0 и выше - напротив, позволяет указать номер порта в строке коннекта с сервером. Для InterBase 7.5 придется конфигурировать SERVICES, добавляя альтернативные строки gds_db - в этой версии серверу можно указать, какое имя порта (не номер) использовать для работы. Сервер Firebird 1.5 позволяет указать номер порта tcp в конфигурационном файле. Таблица совместимости, то есть возможности одновременного запуска, выглядит так:
 

InterBase <=7.1,
Firebird 1.0 Firebird 1.5 InterBase 7.5 Firebird 2.0
InterBase <=7.1,
Firebird 1.0 нет да да да
Firebird 1.5 да см. дальше да см. дальше
InterBase 7.5 да да да да
Firebird 2.0 да да да да

Дальше описано конфигурирование для запуска Firebird 1.5 и InterBase 7.5 как альтернативного сервера относительно уже работающего на компьютере сервера InterBase или Firebird любых версий. При этом подразумевается, что конфигурация серверов InterBase 7.1 и ниже или Firebird 1.0 никак не модифицируется.
Firebird

Разные экземпляры сервера должны быть скопированы в разные каталоги, и запускаться из них. instreg в этом случае для FB 1.5/2.0 запускать нельзя, если вы хотите стартовать одновременно более одного экземпляра FB 1.5 (или несколько штук FB 2.0), в противном случае все запускаемые экземпляры FB 1.5 (или 2.0) будут "видеть" только один каталог сервера.

Механика этого процесса следующая. Допустим, на компьютере установлен FB 2.0 в двух разных каталогах. У одного в конфиге прописан порт (см. дальше) 3052, а у другого - 3050. При этом в реестре запись DefaultInstance указывает на папку, где установлен сервер с конфигом измененным на порт 3052.
При этом на этой же машине подсоединение по умолчанию (без указания порта) будет идти к серверу на порту 3052. Потому что

* клиент будет искать запись в реестре, указывающую на расположение конфига
* клиент возьмет конфиг по пути реестра, и возьмет оттуда порт по умолчанию (а он изменен на 3052

Таким образом, главный момент - удаление записи о пути расположения Firebird в реестре. Далее -

Открываем firebird.conf, ищем параметр CreateInternalWindow (только в FB 1.5). Его надо установить в 0.

Не забудьте, что символ # в файле конфигурации - это символ комментария. И для того, чтобы изменение параметра вступило в силу, его надо раскомментировать, то есть убрать # перед параметром.

RemoteServiceName - Firebird-у как таковому уже давно (с версии 1.0) для работы клиента или сервера не требуется наличие записи gds_db в файле SERVICES операционной системы. Вы и так можете указать нужное имя порта в строке коннекта.

RemoteServicePort - по умолчанию 3050. То есть, основной сервер будет слушать этот порт, а альтернативный сервер - какой-нибудь другой. Например 3100. Меняем параметр, и для всех приложений, которым надо присоединиться к этому, к имени сервера добавляем /3100.
Отдельно имя сервера будет выглядеть так: server/3100
Целиком строка коннекта может выглядеть так: server/3100:c:\dir\data.gdb

Этот параметр можно не менять, если Firebird запускается как приложение. Достаточно указать в командной строке

> fbserver.exe -a -p 3070

и сервер будет слушать порт 3070, а не 3050 по умолчанию.

RemoteAuxPort - это номер порта, по которому идут события (регистрируемые компонентами вроде IBEventAlerter). Если события используются, то порт надо указать явно. Главное - не забудьте открыть этот порт в Firewall, если таковой есть у вас на сервере (и где уже открыт порт 3050, и где будет открыт порт 3100 из предыдущего примера). Выбрать надо что-нибудь не конфликтующее с работающими приложениями. Помочь может утилита tcpview опять же с www.sysinternals.com.

На этом этапе все Ok. Теперь, если речь идет об установке двух Firebird 1.5, то сложным моментом является идентичность имен сервисов и ключей в реестре, которые прописывают instreg и instsvc. Информацию instreg надо убрать (instreg remove), и придется самостоятельно создавать альтернативный сервис в базе сервиса. Сделать это можно используя примеры программ управления сервисами из командной строки и интерактивного.
InterBase 7.5

В этой версии появился режим запуска Muti-Instance, то есть возможность стартовать одновременно несколько экземпляров сервера на одной машине. Однако, Borland внедрил в клиентскую часть возможность добавления не номера порта к имени сервера, а добавление имени порта, что в определенном смысле усложняет конфигурирование одновременного запуска. Кроме того, при инсталляции сразу должна быть указана возможность использования режима Milti-Instance, как для первой установки так и для остальных.

Подробно настройки Multi-instance описаны в OpGuide.pdf, здесь можно отметить следующее:

* кроме настройки серверов на разные имена портов, существует возможность маршрутизации подключений к базам данных (re-routing) при помощи таблицы DB_ROUTE, находящейся в базе admin.ib. Таблица маршрутизации настраивается для сервера, который "слушает" базовый порт gds_db 3050. Именно он будет переадресовывать запросы к указанным в таблице базам на другой сервер, прослушивающий другой порт. Это позволяет избавиться от редактирования файла services, и направлять "старых" клиентов на нужный экземпляр сервера.
* дополнительная таблица DB_ALIAS в admin.ib позволяет создавать алиасы баз данных (как в Firebird 1.5, aliases.conf). Алиасы управляются или напрямую редактированием этой таблицы, или ключами -alias_* утилиты gsec.

Firebird 2.0, поочередный и одновременный запуск

В Firebird 2.0 изменилась схема аутентификации пользователей. Собственно, с внешней стороны все осталось как было, но

* новая база пользователей и паролей называется security2.fdb
* сервер запрещает подсоединение к security2.fdb

кроме этого, шифрование паролей в security2.fdb при включении параметра LegacyHash 0 производится MD5, а не DES, как это было во всех версиях IB/FB. По умолчанию используется совместимый способ (DES).

Тем не менее, при установке вручную нет никаких проблем, так же как и с параллельной установкой и запуском серверов других версий. Можно использовать instreg - информация в реестре для FB 1.5 и 2.0 не пересекается.

Например, вполне успешно работает одновременный запуск FB 1.5 и 2.0 в конфигурации

* Firebird 1.5, instreg, без изменений в firebird.conf
* Firebird 2.0, instreg, в firebird.conf RemoteServicePort изменен на 3070

При установке двух FB 2.0 на разных портах, как было указано ранее, необходимо удалить запись о корневом каталоге Firebird из реестра.
Итог

Теперь вы знаете практически все тонкости ручной установки InterBase и Firebird. В статье опущен ряд подробностей, например, ключи реестра, которые прописывает instreg - оставлю это в виде "домашнего задания", тем более что на www.sysinternals.com есть утилита regmon, которая очень похожа на filemon, уже упомянутый в этой статье. Также пропущен Firebird Embedded - собственно, никаких отличий от установки "только файлы" здесь нет, разве что не требуется запуск instreg.

Дерзайте, пробуйте. Надеюсь, эта статья облегчит использование серверов Firebird и InterBase на вашем компьютере, а значит вы сможете уделить больше внимания качеству своих приложений.
 

Благодарности

* Спасибо компании Borland за InterBase
* Спасибо разработчикам Firebird, а также Firebird Foundation за финансовую поддержку проекта Firebird
* Спасибо Владу Хорсуну и Дмитрию Еманову за замечания и поправки.