Занимаюсь вопросом перехода со старой версии сервера на новый. Все под Win10.
Для внезапных заданий необходим старый сервер. Поэтому пока запускаю Firebird-4 как приложение.


1. о GDS32.
Комп х64. Сервер тоже х64. Но в распакованном Firebird-4.0.4.3010-0-x64.zip (да и в *pdb.zip) не нашел папки WOW64. Как жить дальше????

2. Обязательно ли создавать алиасы в {fb4}\database.conf ? Возможно ли взаимодествие с базами просто указав клиенту соединение MyIP/3051:C:\MyDatabase.FDB? А менеджмент в виде бэкапа-рестора? Просто с первый попыток добиться результата не удалось.

3. Поделитесь опытом запуска Firebird-4 как приложения, с параллельно запущеной старой версией. У нового в конфиге изменил порт на 3051, но восстанавливать базу из бэкапа не спешит.

Сменил пароль SYSDBA, для плагина тоже.

Да, в эксперте  в качестве библиотеки указывал gds32.dll (лежит в Windows\SysWOW64 как копия и FB2.5 библиотеки fbclient.dll). Так же пробовал и прямое указание C:\Program Files\Firebird\Firebird_2_5\WOW64\fbclient.dll.

родного клиента обнаружил только после установки Firebird-4.0.4.3010-0-x64.exe. Поэтому и написал вопрос по подводу gds32.

В переустановленной версии просто поменял security4.fdb на ранее прописанные данные и все заработало.

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

иногда надо включать мозги. Конфиг надо редактировать только в том случае, если нужно старыми клиентами подключаться. Я так понимаю кто-то тупо копировал листинги ничего не читая

AuthServer = Srp256, Srp, Legacy_Auth
UserManager = Srp, Legacy_UserManager
WireCrypt = Enabled
RemoteServicePort = 3057
IpcName = FIREBIRD40t

c:\Firebird\4.0_t>isql security.db -user SYSDBA
Database: security.db, User: SYSDBA
SQL> CREATE USER SYSDBA PASSWORD 'm8ku234pp';
SQL> exit;

c:\Firebird\4.0_t>isql security.db -user SYSDBA
Database: security.db, User: SYSDBA
SQL> alter user SYSDBA set password 'm8ku234pp' using plugin Legacy_UserManager;
SQL> exit;

c:\Firebird\4.0_t>install_service.bat fb40_t
instsvc version WI-V4.0.4.3010 Firebird 4.0
Service "Firebird Server - fb40_t" successfully created.
Service "Firebird Server - fb40_t" successfully started.

c:\Firebird\4.0_t>isql
Use CONNECT or CREATE DATABASE to specify a database

SQL> connect localhost/3057:c:\fbdata\4.0\horses.fdb user SYSDBA password 'm8ku234pp';
Database: localhost/3057:c:\fbdata\4.0\horses.fdb, User: SYSDBA
SQL>

Да и Legacy_UserManager уже как 5 лет не нужен.

Ключевой вопрос зачем? Вы уже замерили вред от RC RC или же опять какие-то теоретические измышления?

Наблюдал вред от RC RC на Firebird 2.5? Глючит у вас, походу, не софт...

Тормоза обычно происходят во время сборки мусора. А вот чтобы они происходили из-за наличия активных версий это надо постараться. В 4.0 это сделать еще сложнее

Вред от ситуации когда сборка мусора заблокирована надолго активными транзакциями.

Вред наблюдал лично на 2.5 когда по недосмотру происходило прекращение сбора мусора из за длительно открытых транзакций. Всё начинало очень тормозить.

На всех версиях вплоть до 3.0 транзакции RO RC не могут никак провоцировать несборку мусора и прочее.

Там была бесконечная RW RC транзакция.

Там ещё есть бесконечно открытые недофетченные курсоры. Поэтому на 4.0 даже тестить не буду, проще сразу консистентность отключить, но увы почему то её отключение сделано совсем через жопу.

avp

Там была бесконечная RW RC транзакция.

такое только в бестолковых проектах на BDE видел.

Прям таки бесконечно? Ну то есть курсор открыли и ни разу за всё время работы приложения не переоткрывают его? Пользователь считает что данные там неизменны?

Поэтому на 4.0 даже тестить не буду

Правильно, тестить надо на 5.0, где есть сборка промежуточных версий.