|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Привет! Нужна помощь сообщества с резервным копированием парольной базы FB3. Дано: Есть несколько WINDOWS SERVER 2012R2 с Firebird 3.0.5 (x64) или HQBird 2020 (x64). На каждом сервере что-то одно, и все в архитектуре SuperServer. Пользователи и их пароли хранятся в security3.fdb. Есть потребность вместе с бэкапом баз приложений делать бэкап парольной базы security3.fdb. Бэкап парольной базы выполняется локально на каждом сервере с помощью GBAK, затем копируется на бэкапный сервер и уже там ресторится для проверки. Проблема: Если восстановить парольную базу на другом сервере - список пользователей в ней присутствует, но пароли не совпадают и фактически эта база становится бесполезна в случае сбоя основной парольной базы. Т.е. если, например, случился сбой на основном сервере и требуется развернуть бэкапную базу приложения на резервном сервере, подключить там же ее security базу (чтобы пользователи могли работать под своими паролями) - то ни SYSDBA, ни любой другой пользователь к базе приложения подключиться не могут т.к. пароль не принимается. Ни через IBExpert, ни через приложение. Мысли: Есть подозрение, что бэкап или восстановление security3.fdb надо делать с какими-то дополнительными параметрами GBAK, но какими? Либо вообще не GBAK'ом, а как-то иначе (простое копирование, например, вызывает резкое падение производительности под нагрузкой) Сейчас бэкап происходит так: Код: powershell 1.
Рестор так: Код: powershell 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 14:26 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7, nbackup? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 14:30 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Симонов Денис, Он же не верифицированный, толку от него? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 14:35 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
27.12.2019 14:35, iR7 пишет: > Он же не верифицированный кто? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 14:36 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7Если восстановить парольную базу на другом сервере - список пользователей в ней присутствует, но пароли не совпадают Значит вы восстанавливаете не ту базу. Чудес не бывает. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 14:37 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7, вы security3.fdb что-то руками пишете? Меняете структуру БД? Думаешь восстановление с помощью GBAK является гарантией что всё в порядке и ничего не пропало? Это не так ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 14:42 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov iR7Если восстановить парольную базу на другом сервере - список пользователей в ней присутствует, но пароли не совпадают Значит вы восстанавливаете не ту базу. Чудес не бывает. Я тоже так думал. Но нет. Сделал бэкап security.fdb на одном сервере, на другом сервере сделал рестор, остановил там FB, подменил местную security.fdb отресторенной, запустил FB, проверяю подключение к местной базе приложения под SYSDBA - пароль не принят. Вернул местную security.fdb - все работает. PS: На всякий случай - параметры подключения и пароль везде один и тот же, сохраненный в IBExpert. Так что вариант опечаток отпадает на 100% ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 14:50 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Симонов Денис iR7, вы security3.fdb что-то руками пишете? Меняете структуру БД? Думаешь восстановление с помощью GBAK является гарантией что всё в порядке и ничего не пропало? Это не так Нет, единственное изменение по сравнению с базой по-умолчанию это список пользователей с их паролями ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 14:51 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7Сделал бэкап security.fdb на одном сервере Стоп. Давай начнём с вопроса как ты умудрился это сделать. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 15:02 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov iR7Сделал бэкап security.fdb на одном сервере Стоп. Давай начнём с вопроса как ты умудрился это сделать. О, это легко. 1. Сначала сделал бэкап на SERVER1 под SYSDBA/masterkey Код: powershell 1.
2. Затем скопировал SECURITY3.fbk на SERVER2 и там сделал рестор под SYSDBA/masterkey Код: powershell 1.
3. После этого остановил Firebird на SERVER2, удалил там SECURITY3.fdb и вставил вместо него SECURITY3_RESTORED.fdb (с переименованием в SECURITY3.fdb, конечно). 4. После этого попытался подключиться к базе приложения на SERVER2 под учеткой SYSDBA/masterkey - не получилось, пароль не принят. 5. Вернул старый SECURITY3.fdb (вместо SECURITY3_RESTORED.fdb) и тогда под SYSDBA/masterkey подключиться удалось. PS: Как видишь пароли SYSDBA на обоих серверах и базах одинаковые, значит подмена парольной базы не должна была повлиять на подключение. Но нет, отрестореная база не приняла тот же пароль. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 15:15 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7Сначала сделал бэкап на SERVER1 под SYSDBA/masterkey На этом этапе ты должен был получить ошибку доступа к базе. Её отсутствие намекает, что ты забэкапил не ту базу. iR7 После этого попытался подключиться к базе приложения на SERVER2 под учеткой SYSDBA/masterkey - не получилось, пароль не принят. Это известное следствие любой ошибки при работе с БД паролей. В firebird.log ты заглянул после этого? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 15:32 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7 1. Сначала сделал бэкап на SERVER1 под SYSDBA/masterkey Код: powershell 1.
Код: powershell 1.
3. После этого остановил Firebird на SERVER2Восстановление базы пользователей можно делать только при остановленном сервере, а значит - в embedded-режиме, а значит скрипач пароль не нужен. P.S. Я не помню, приходилось ли мне делать восстановление между серверами и, хотя (по общим соображениям), этого не требовалось, всё-таки, провёл корректный эксперимент. Чудес не бывает Код: plaintext
Код: plaintext
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 15:41 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov iR7Сначала сделал бэкап на SERVER1 под SYSDBA/masterkey На этом этапе ты должен был получить ошибку доступа к базе. Её отсутствие намекает, что ты забэкапил не ту базу. Если бы делал удаленный бэкап, например так, как командой ниже, то да возникает ошибка т.к. удаленные бэкапы запрещены. Но когда делаю локальный - ошибок нет. Код: powershell 1.
iR7 После этого попытался подключиться к базе приложения на SERVER2 под учеткой SYSDBA/masterkey - не получилось, пароль не принят. Это известное следствие любой ошибки при работе с БД паролей. В firebird.log ты заглянул после этого? [/quot] Я выяснил в чем оказалось дело. Формат паролей или структура данных в парольных базах HQBird (Firebird 3.0) отличается от самого Firebird 3.0. Поэтому когда я подменял парольной базой SERVER1 (с HQBird'ом) парольную базу SERVER2 (с FB3 без HQBird) - то пароль не принимался. Когда подменил парольной базой SERVER3 (с FB3 без HQBird) парольную базу SERVER2 (с FB3 без HQBird) - то пароль принялся и все пользователи с их паролями тоже. С Новым Годом :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 16:41 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7то пароль не принимался. какой пароль? один или SYSDBA? в hqbird он "предустановленный". Кроме того, надо смотреть, может у вас там разная последовательность плагинов аутентификации, и на одном сервере пароли в legacy, а на другом - в Srp. select * from sec$users. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 18:31 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7 Я выяснил в чем оказалось дело. Формат паролей или структура данных в парольных базах HQBird (Firebird 3.0) отличается от самого Firebird 3.0. Чудес не бываетПоследовательность действий. Подключаемся к security.db Firebird 3.0 HQBird, где есть Srp-пользователь owner, но нет его легаси-варианта. Пытаемся ISQL-ем FB 2.5 подключиться к employee базе Firebird HQBird. Облом. Создаём легаси-пользователя owner в security.db Firebird 3.0 HQBird. Cнова пытаемся подключиться ISQL-ем FB 2.5 к employee Firebird HQBird. Успешно. В третьей комстроке "запускаем процесс миграции пользователей": Удаляем security.db "ванильного" Firebird 3.0 и "на конвейере" переносим security.db Firebird 3.0 HQBird в "ванильный" Firebird 3.0. Вывод gbak-ов получается в перемешку, но видно, что "работу работают" две разные версии gbak. Запускаем службу "ванильного" Firebird 3.0 и подключаемся к его employee базе ISQL-ем FB 2.5. Успешно. Если "формат разный", то как пользователь "переехал" и пароль не "сломался"? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2019, 03:37 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
kdv iR7то пароль не принимался. какой пароль? один или SYSDBA? в hqbird он "предустановленный". Кроме того, надо смотреть, может у вас там разная последовательность плагинов аутентификации, и на одном сервере пароли в legacy, а на другом - в Srp. select * from sec$users. Ни один не принимался, ни SYSDBA ни пользовательский. Плагины везде Srp (и в FB3 и в HQB) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 12:46 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Basil A. Sidorov iR7 Я выяснил в чем оказалось дело. Формат паролей или структура данных в парольных базах HQBird (Firebird 3.0) отличается от самого Firebird 3.0. Чудес не бывает. Последовательность действий. Подключаемся к security.db Firebird 3.0 HQBird, где есть Srp-пользователь owner, но нет его легаси-варианта. Пытаемся ISQL-ем FB 2.5 подключиться к employee базе Firebird HQBird. Облом. Создаём легаси-пользователя owner в security.db Firebird 3.0 HQBird. Cнова пытаемся подключиться ISQL-ем FB 2.5 к employee Firebird HQBird. Успешно. Не вполне понимаю для чего нужен FB2.5 Legacy если везде используется FB3 без Legacy (только Srp)? Точнее не совсем так. Сейчас проверил, единственный пользователь Legacy это SYSDBA в HQBird. Все остальные пользователи Srp (как в HQBird так и в FB3) Basil A. Sidorov В третьей комстроке "запускаем процесс миграции пользователей": У меня нет задачи мигрировать пользователей с FB2.5 на FB3, есть задача развернуть на другом сервере копию парольной базы из бэкапа Basil A. Sidorov Удаляем security.db "ванильного" Firebird 3.0 и "на конвейере" переносим security.db Firebird 3.0 И что такое "ванильный" и "на конвейере"? Basil A. Sidorov Если "формат разный", то как пользователь "переехал" и пароль не "сломался"? При миграции с FB2.5 на FB3.0 пользователи не переезжали, их создали заново с временными паролями. Я имел ввиду что если подложить парольную базу HQB в FB3 (или наоборот), то пользователи в базе есть, но их пароли не работают. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 13:13 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7 kdv пропущено... какой пароль? один или SYSDBA? в hqbird он "предустановленный". Кроме того, надо смотреть, может у вас там разная последовательность плагинов аутентификации, и на одном сервере пароли в legacy, а на другом - в Srp. select * from sec$users. Ни один не принимался, ни SYSDBA ни пользовательский. Плагины везде Srp (и в FB3 и в HQB) Поправка. Сейчас проверил, единственный пользователь Legacy это SYSDBA в HQBird. Все остальные пользователи Srp (как в HQBird так и в FB3) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 13:14 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7, А точно плагины одинаковые используются? А то там есть Srp и Srp256 ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 14:14 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Симонов Денис А точно плагины одинаковые используются? А то там есть Srp и Srp256 Да, только SYSDBA в HQBird использует Legacy плагин, все остальные Srp ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 14:27 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7 только SYSDBA в HQBird использует Legacy плагин Ну вот загадка полностью разрешилась. Legacy плагин в ванильной Firebird по умолчанию выключен. Поэтому, естественно, ты не мог залогиниться под своим legacy SYSDBA после рестора. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 14:42 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov iR7 только SYSDBA в HQBird использует Legacy плагин Ну вот загадка полностью разрешилась. Legacy плагин в ванильной Firebird по умолчанию выключен. Поэтому, естественно, ты не мог залогиниться под своим legacy SYSDBA после рестора. Что такое Ванильный Firebird? И почему тогда я не мог залогиниться под другими пользователями с Srp? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 15:04 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7И почему тогда я не мог залогиниться под другими пользователями с Srp? Очевидно потому, что даже не пробовал. В стартовом посте упоминается исключительно SYSDBA. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 15:11 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov iR7И почему тогда я не мог залогиниться под другими пользователями с Srp? Очевидно потому, что даже не пробовал. В стартовом посте упоминается исключительно SYSDBA. Спасибо, улыбнул iR7 то ни SYSDBA, ни любой другой пользователь к базе приложения подключиться не могут т.к. пароль не принимается. Ни через IBExpert, ни через приложение. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 15:22 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7Что такое Ванильный Firebird? Vanilla software. From Wikipedia, the free encyclopedia. Computer software, and sometimes also other computing-related systems like computer hardware or algorithms, are called vanilla when not customized from their original form, meaning that they are used without any customizations or updates applied to them . iR7Спасибо, улыбнул да негде тут улыбаться. "или ФБ, или hqbird", "или legacy, или srp", "или SYSDBA, или не SYSDBA"... И неизвестно еще про конфиги этих ФБ, насколько они отличаются. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 16:44 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
kdv да негде тут улыбаться. "или ФБ, или hqbird", "или legacy, или srp", "или SYSDBA, или не SYSDBA"... См первый пост . Есть FB3.0 и есть HQBird (на ядре FB3.0) Только SYSDBA в HQBird использует Legacy плагин, все остальные - Srp (включая SYSDBA в FB3). kdv И неизвестно еще про конфиги этих ФБ, насколько они отличаются. Конфиги дефолтные, кроме самих пользователей и их паролей, очевидно. Конечно, конфиги FB3 и HQB отличаются, но между собой "если сравнивать яблоки с яблоками" (FB3 на разных серверах и HQB на разных сервера) - равны Вообще, конечно, интересно, а чисто теоретически должны ли быть совместимы парольные базы FB3 и HQB? Если используются дефолтные настройки, "ванильные" как тут называют ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 17:22 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7, xорош уже "троллить" Создавайте пользователей парами (using plugin Srp / using plugin Legacy_UserManager) и не придумывайте конспирологических теорий про разное устройство security.db. P.S. Я мог взять и ISQL 1.5 и ISQL 3.0 - результат от этого не изменится. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 17:48 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Basil A. Sidorov iR7, xорош уже "троллить" Создавайте пользователей парами (using plugin Srp / using plugin Legacy_UserManager) и не придумывайте конспирологических теорий про разное устройство security.db. Да нет никаких конспирологических теорий и тем более троллинга. Задача вполне тривиальная - бэкап парольной базы и восстановление на другом сервере. Но решать ее через дублирование пользователей - мягко говоря это странно. Поэтому и возник вопрос совместимости парольных баз. Если базы FB3-HQB(fb3) должны быть взаимозаменяемыми - значит надо искать почему в существующем виде они не работают и придумывать решение. Если же они изначально не совместимы - то и незачем время тратить, надо искать другое решение (например купить доп.лицензию и развернуть резервный сервер с HQB, на который переезжать в случае сбоя). ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 18:19 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7Если базы FB3-HQB(fb3) должны быть взаимозаменяемыми Никто никогда не обещал совместимость форков. Более того, в случае Авалериона эта несовместимость поддержана на уровне смены ODS. Если Вы каким-то образом получили от IB Surgeon заверение в совместимости HQBird и Firebird - катите бочку на них в их саппорте. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 18:59 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7 Но решать ее через дублирование пользователей - мягко говоря это странно. Читаем комментарии firebird.conf Код: plaintext 1. 2.
Смотрим настройки firebird.conf для HQBird(2020) Код: plaintext 1. 2.
isql -user sysdba security.db Код: psql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39.
... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 22:32 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Если Вы каким-то образом получили от IB Surgeon заверение в совместимости HQBird и Firebird - катите бочку на них в их саппорте. Единственное, чего "не понимают" утилиты ванильного FB в база HQBird - GUID-ов репликации. Ну так они только в заголовке и прописаны. ODS и security.db совпадают. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 22:35 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
iR7Но решать ее через дублирование пользователей - мягко говоря это странно. гм. Значит так. В HQbird "предустановленный" SYSDBA. Возможно у вас он оказался в Legacy. Legacy означает, что к этому серверу ФБ3 может коннектиться сисдба из клиента 2.5. Ничего более. Из клиента 3.0 он не законнектится. Так что вам надо сначала понять, что такое Legacy, что такое Srp, и если у вас нет SYSDBA в Srp, то SYSDBA на сервер клиентом 3.0 не залезет. А значит, надо зарегать SYSDBA в Srp. Дальше, DS тут лепит про "Никто никогда не обещал совместимость форков". Это чешуя, потому что HQbird АБСОЛЮТНО совместим с FB 3, тем более по security3.fdb. Вы могли бы получить ту же самую ситуацию, совершенно, если бы у вас везде был чистый ФБ 3, но на одном SYSDBA был бы создан в Legacy (по каким-то причинам). ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 22:53 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
kdv Legacy означает, что к этому серверу ФБ3 может коннектиться сисдба из клиента 2.5. Ничего более. Из клиента 3.0 он не законнектится. Если выставить: Код: plaintext 1. 2.
всё работает Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31.
... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2020, 23:35 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Basil A. Sidorov, ну, не знаю. имеет смысл еще проверить, нет-ли firebird.conf на клиентах. Но в любом случае, тест дожен быть чистым, а не гадать - "тут это, тут то, и почему вот это - х.з." ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2020, 00:03 |
|
Backup SECURITY3.FDB
|
|||
---|---|---|---|
#18+
Я оставил версии, чтобы было видно - всё одинаково. Одинаковость обеспечена запуском isql из каталога сервера. Отдельные каталоги для клиентов у меня тоже есть (и 2.5 и 3.0) и на этих клиентах я тоже проверял - что и куда может подключиться. В целом - клиент и утилиты FB 3.0.4 уверенно работают с серверами любых версий, начиная с FB 1.5. Исключение составляет один из запросов статистики (аналог gstat -h) через fbsvcmgr 3.0 от серверов FB 2.0/2.1 - там был какой-то баг с формированием параметров. Подробностей, правда, никто уже не помнит за давностью лет ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2020, 00:10 |
|
|
start [/forum/topic.php?all=1&fid=40&tid=1560473]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
47ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
others: | 10ms |
total: | 152ms |
0 / 0 |