firebird:manual-installation-of-multiple-instances-of-firebird-2-5-in-service-mode-on-windows-server-2012-r2
Различия
Показаны различия между двумя версиями страницы.
Предыдущая версия справа и слеваПредыдущая версияСледующая версия | Предыдущая версияСледующая версияСледующая версия справа и слева | ||
firebird:manual-installation-of-multiple-instances-of-firebird-2-5-in-service-mode-on-windows-server-2012-r2 [07.11.2018 09:53] – [Создание сервисных учётных записей gMSA] Алексей Максимов | firebird:manual-installation-of-multiple-instances-of-firebird-2-5-in-service-mode-on-windows-server-2012-r2 [07.11.2018 11:32] – [Регистрация служб экземпляров Firebird] Алексей Максимов | ||
---|---|---|---|
Строка 55: | Строка 55: | ||
==== Настройка прав доступа для сервисных учётных записей ==== | ==== Настройка прав доступа для сервисных учётных записей ==== | ||
- | ... | + | После того, как сервисные учётные записи созданы и установлены на сервере, |
+ | {{ : | ||
\\ | \\ | ||
==== Настройка базовой конфигурации Firebird ==== | ==== Настройка базовой конфигурации Firebird ==== | ||
- | ... | + | Перед тем, как мы зарегистрируем службы экземпляров Firebird, нам потребуется выполнить настройку некоторых параметров конфигурации экземпляров. |
+ | |||
+ | В каталоге с файлами __первого экземпляра Firebird__, который в нашем примере расположен в **D: | ||
+ | Находим и убираем комментарий у параметра **RemoteServicePort**, | ||
+ | < | ||
+ | RemoteServicePort = 3051 | ||
+ | ...</ | ||
+ | Так как в нашем случае экземпляр Firebird планируется использовать в режиме **SuperServer** и на нашем виртуальном сервере 4 логических процессора (4 процессорных ядра, выданных ВМ), то возможно имеет смысл дополнительно настроить параметр **CpuAffinityMask** таким образом, | ||
+ | < | ||
+ | CpuAffinityMask = 15 | ||
+ | ...</ | ||
+ | Сохраняем конфигурационный файл и закрываем его. | ||
+ | |||
+ | По аналогии редактируем конфигурационный файл __второго экземпляра Firebird__ (**E: | ||
+ | < | ||
+ | RemoteServicePort = 3052 | ||
+ | ...</ | ||
+ | |||
+ | После того как конфигурационный файлы изменены, | ||
\\ | \\ | ||
==== Регистрация служб экземпляров Firebird ==== | ==== Регистрация служб экземпляров Firebird ==== | ||
- | ... | + | Обратите внимание на то, что упоминаемая в некоторых руководствах утилита **instreg**, |
+ | |||
+ | В нашем примере настройка служб Firebird выполняется на чистой системе и без применения инсталлятора, | ||
+ | |||
+ | Итак, приступим к регистрации служб экземпляров Firebird. | ||
+ | |||
+ | Открываем командную строку с правами Администратора, | ||
+ | |||
+ | < | ||
+ | instsvc -z | ||
+ | instsvc install -superserver -demand -name Instance1</ | ||
+ | |||
+ | В команде регистрации мы используем следующие опции: | ||
+ | * **install** – установка нового экземпляра Firebird | ||
+ | * **superserver** – режим работы экземпляра (один из трёх возможных режимов для Firebird 2.5) | ||
+ | * **demand** – создаваемая служба настраивается на ручной запуск (это нужно для того, чтобы перед запуском службы выполнить её | ||
+ | * **name** – имя экземпляра Firebird, который будет обслуживаться создаваемой службой. | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | В ходе выполнения последней команды мы должны получить сообщение об успешной регистрации службы. | ||
+ | |||
+ | По аналогии выполняем регистрацию службы второго экземпляра Firebird, обязательно предварительной перейдя в соответствующий каталог: | ||
+ | |||
+ | < | ||
+ | instsvc install -superserver -demand -name Instance2</ | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Теперь перейдём в оснастку управления службами Windows (**services.msc**) и убедимся в том, что в перечне служб появились две новых службы и обе они находятся в незапущенном состоянии. | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Откроем свойства службы первого экземпляра Firebird и на вкладке **General** настроим автоматический тип запуска службы | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Переключимся на вкладку **Log On** и выберем ранее созданную нами сервисную учётную запись **gMSA**, от имени которой должна выполняться данная служба. Обратите внимание на то, что так как используется учётная запись gMSA, в конце имени обязательно должен присутствовать символ «$», а поле с паролем при этом следует оставить пустым (ОС сервера будет сама аутентифицировать данную учётную запись в домене). При сохранении настроек по кнопке **Apply** мы получим сообщение о том, что для указанной нами учётной записи автоматически добавлено право входа в систему в качестве службы (**Log On As A Service**) | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Переключимся на вкладку **Recovery** и настроим автоматический перезапуск службы в случае её краха. Правила перезапуска, | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | По аналогии настраиваем вторую службу, | ||
+ | После того, как параметры запуска служб экземпляров Firebird настроены, | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Службы должны запускаться без длительных задержек и ошибок. | ||
+ | |||
+ | Убедимся в том, что после запуска служб от каждого из экземпляров Firebird в системе появился **TCP**-прослушиватель для принятия клиентских подключений на ранее заданном порту. | ||
+ | |||
+ | < | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Не забываем открыть соответствующие порты в Windows Firewall. Оперативно сделать это можно, например, | ||
+ | |||
+ | <code powershell> | ||
+ | | ||
+ | New-NetFirewallRule -DisplayName " | ||
+ | | ||
firebird/manual-installation-of-multiple-instances-of-firebird-2-5-in-service-mode-on-windows-server-2012-r2.txt · Последнее изменение: 02.03.2021 15:57 — Алексей Максимов