Всем привет!

Появилась у меня задача перехода с версии FB 2.1.3 на последнюю доступную версию, FB 3.0.2 (обе установлены на Windows Server 2003 R2). Как промежуточную использую FB 2.5.7, установленную на рядовом компьютере с Win 10 x64. Все FireBird'ы установлены 64-разрядные.
Базы перегнали используя backup-restore из 2.1 в 2.5, затем в 3.0. Проблемы были, но решились удалением/правкой некорректных данных в самих базах. Базы заработали в FB 3.0, все есть.

Далее требуется перенести логины и пароли пользователей, которые хранятся в security2.fdb (около 300 пользователей)
Перегнал базу используя backup-restore на сервер с FB 3.0 (в тестовый каталог), подключился с помощью IBExpert, проверил что данные на месте и всё выглядит так же как и на 2.5 и 2.1
Нагуглил тему на этом форуме, в ней было сообщение со скриптом
затем нашел how-to-migrate-copy-users-from-security2-fdb-firebird-2-5-to-security3-fdb
Так понял этот скрипт предназначен для isql из набора самого FireBird, нашел информацию о том как запустить этот скрипт, сохранил его в файл и адаптировал (скорректировал пути).
Проверил что восстановленная мной база security2.fdb имеет ODS=12.0
С первого раза не вышло т.к. я указал рабочую базу security3.fdb и получил отлуп что нет таких прав у пользователя SYSDBA, выключив сервер FB (остановил службу) скопировал базу в тестовый каталог, запустил службу обратно, скорректировал путь до целевой базы security3.fdb, запустил скрипт и думал что уже всё, но нет... получил ошибку:

ошибкаSQL> input C:\DB\migration.sql;
Database: 'C:\DB\newsecurity3.fdb', User: SYSDBA
Statement failed, SQLSTATE = 22001
arithmetic exception, numeric overflow, or string truncation
-string right truncation
-expected length 32, actual 96
-At block line: 56, col: 5
After line 3 in file C:\DB\migration.sql

Поглядев что у меня в базах через IBExpert увидел разницу в объёмах, отведенных под данные, понял о чем речь в ошибке
security2.fdb скриншот
security3.fdb скриншот

Уважаемые, подскажите как можно выйти из этой ситуации? Может я что-то пропустил или не понимаю?

Симонов Денис,

Основная задача в том что мне нужно перенести всех пользователей с их старыми паролями, для временного использования старого варианта авторизации, в дальнейшем наши программисты будут тестировать возможность смены пароля пользователями самостоятельно (чтобы они могли менять пароль когда захотят) + тестировать авторизацию через Active Directory

Симонов Денисили как минимум выполняй скрипт подключаясь с чарсетом utf-8
это относится к isql или к чему-то другому? В README.isql_enhancements.txt не нашел информации

получается мне нужно либо изменить кодировку с которой идет подключение или скорректировать скрипт? что-то подобное в батниках когда приходилось менять кодировки 866 - 1251 если сам батник сохранен в неверной кодировке

Симонов Денисчарсет строковым переменным укажи правильный
Не совсем понимаю как указать UNICODE_FSS если требуется именно это, в приведенном куске кода идет объявление переменных с указанием их имени, типа и размера... или я не туда пошел? )))

Симонов ДенисWalter D.,

или как минимум выполняй скрипт подключаясь с чарсетом utf-8

нужно добавить в начало скрипта "SET NAMES UTF8" ?

нашел вот такое сообщение

попробовал указывая UTF-8 до подключения, вот что получил:

консольSQL> SET NAMES UTF8;
SQL> input C:\DB\migration.sql;
Database: 'C:\DB\newsecurity3.fdb', User: SYSDBA
Statement failed, SQLSTATE = 22001
arithmetic exception, numeric overflow, or string truncation
-string right truncation
-expected length 32, actual 35
-At block line: 58, col: 5
After line 3 in file C:\DB\migration.sql

чего-то я недопонимаю)

Симонов Дениспопробуй указать UNICODE_FSS

пробовал, результат тот же

консольSQL> SET NAMES UNICODE_FSS
CON> ;
SQL> input C:\DB\migration.sql;
Database: 'C:\DB\newsecurity3.fdb', User: SYSDBA
Statement failed, SQLSTATE = 22001
arithmetic exception, numeric overflow, or string truncation
-string right truncation
-expected length 32, actual 35
-At block line: 58, col: 5
After line 3 in file C:\DB\migration.sql

dimitrэто уже лучше. Осталось найти юзера с именем в 35 символов и выкинуть за ненадобностью

да, лучше))) Спасибо за наводку, буду искать, такое имеет место быть))

Благодарю за подсказки, нашел неадекватно длинную фамилию, порезал её и всё прошло успешно!

консольC:\Windows\system32>"C:\Program Files\Firebird\Firebird_3_0\isql.exe"
Use CONNECT or CREATE DATABASE to specify a database
SQL> SET NAMES UTF8;
SQL> input C:\DB\migration.sql;
Database: 'C:\DB\newsecurity3.fdb', User: SYSDBA

C:\Windows\system32>

При превышении допустимого количества символов в конце автоматически добавляется "SYSDBA"