Различия

Показаны различия между двумя версиями страницы.

--- firebird:manual-installation-of-multiple-instances-of-firebird-2-5-in-service-mode-on-windows-server-2012-r2 [07.11.2018 10:47] – [Настройка базовой конфигурации Firebird] Алексей Максимов
+++ firebird:manual-installation-of-multiple-instances-of-firebird-2-5-in-service-mode-on-windows-server-2012-r2 [07.11.2018 11:32] – [Регистрация служб экземпляров Firebird] Алексей Максимов
@@ Строка 86: / Строка 86: @@
 ==== Регистрация служб экземпляров Firebird ====
-...
+Обратите внимание на то, что упоминаемая в некоторых руководствах утилита **instreg**, которая используется для регистрации (и разрегистрации) инсталляции Firebird в реестре Windows, в случае использования на одном сервере нескольких экземпляров Firebird 2.5 использоваться категорически не должна. В противном случае корректная совместная работа нескольких экземпляров Firebird на одном сервере может быть нарушена. Если в системе всё же по какой-то причине раньше использовалась утилита instreg, или просто выполнялась установка "дефолтного" экземпляра Firebird с помощью стандартного инсталлятора (**exe**-файл), в ходе работы которого вызывается instreg, то перед запуском нескольких служб с разными экземплярами Firebird, нужно предварительно удалить информацию об инсталляции Firebird с помощью команды **instreg remove**.
+В нашем примере настройка служб Firebird выполняется на чистой системе и без применения инсталлятора, поэтому предварительное выполнение команды **instreg remove** нам не потребуется.
+Итак, приступим к регистрации служб экземпляров Firebird.
+Открываем командную строку с правами Администратора, переходим в каталог с исполняемыми файлами первого экземпляра Firebird и выполняем команду регистрации службы экземпляра с помощью утилиты **instsvc** (запросить информацию о ключах утилиты и её версии можно запуском с опцией **-z**):
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">cd /d D:\FBInst1\Bin\bin
+instsvc -z
+instsvc install -superserver -demand -name Instance1</pre></HTML>
+В команде регистрации мы используем следующие опции:
+  * **install** – установка нового экземпляра Firebird
+  * **superserver** – режим работы экземпляра (один из трёх возможных режимов для Firebird 2.5)
+  * **demand** – создаваемая служба настраивается на ручной запуск (это нужно для того, чтобы перед запуском службы выполнить её   предварительную натсройку)
+  * **name** – имя экземпляра Firebird, который будет обслуживаться создаваемой службой.
+{{ :firebird:pasted:20181107-111613.png }}
+В ходе выполнения последней команды мы должны получить сообщение об успешной регистрации службы.
+По аналогии выполняем регистрацию службы второго экземпляра Firebird, обязательно предварительной перейдя в соответствующий каталог:
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">cd /d E:\FBInst2\Bin\bin
+instsvc install -superserver -demand -name Instance2</pre></HTML>
+{{ :firebird:pasted:20181107-113040.png }}
+Теперь перейдём в оснастку управления службами Windows (**services.msc**) и убедимся в том, что в перечне служб появились две новых службы и обе они находятся в незапущенном состоянии.
+{{ :firebird:pasted:20181107-113102.png }}
+Откроем свойства службы первого экземпляра Firebird и на вкладке **General** настроим автоматический тип запуска службы
+{{ :firebird:pasted:20181107-113115.png }}
+Переключимся на вкладку **Log On** и выберем ранее созданную нами сервисную учётную запись **gMSA**, от имени которой должна выполняться данная служба. Обратите внимание на то, что так как используется учётная запись gMSA, в конце имени обязательно должен присутствовать символ «$», а поле с паролем при этом следует оставить пустым (ОС сервера будет сама аутентифицировать данную учётную запись в домене). При сохранении настроек по кнопке **Apply** мы получим сообщение о том, что для указанной нами учётной записи автоматически добавлено право входа в систему в качестве службы (**Log On As A Service**)
+{{ :firebird:pasted:20181107-113133.png }}
+Переключимся на вкладку **Recovery** и настроим автоматический перезапуск службы в случае её краха. Правила перезапуска, разумеется, каждый настраивает по своему усмотрению. В нашем примере оставлено две попытки перезапуска, а третья и последующие попытки отключены (чтобы не вводить службу в бесконечный цикл попыток перезапуска в случае каких-то существенных проблем).
+{{ :firebird:pasted:20181107-113153.png }}
+По аналогии настраиваем вторую службу, которая была создана для второго экземпляра Firebird. Для второй службы все настройки могут быть аналогичными за исключением учётной записи, от имени которой она будет запускаться.
+После того, как параметры запуска служб экземпляров Firebird настроены, попробуем выполнить их запуск.
+{{ :firebird:pasted:20181107-113204.png }}
+Службы должны запускаться без длительных задержек и ошибок.
+Убедимся в том, что после запуска служб от каждого из экземпляров Firebird в системе появился **TCP**-прослушиватель для принятия клиентских подключений на ранее заданном порту.
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">netstat -na | findstr 305</pre></HTML>
+{{ :firebird:pasted:20181107-113219.png }}
+Не забываем открыть соответствующие порты в Windows Firewall. Оперативно сделать это можно, например, с помощью PowerShell:
+<code powershell>New-NetFirewallRule -DisplayName "Firebird Server (Instance1)" -Direction "Inbound" `
+ -Protocol "TCP" -Action "Allow" -LocalPort "3051"
+New-NetFirewallRule -DisplayName "Firebird Server (Instance2)" -Direction "Inbound" `
+ -Protocol "TCP" -Action "Allow" -LocalPort "3052"</code>