В общем ситуация жопа. Пароль SYSDBA не известен, ибо разработчик не возжелал его предоставить и на мнимых правах некого обслуживания доил компанию в течение 2010-2014 годов. В итоге в конце 2014 года отказались от обслуживания, бэкапы делал методом остановки сервера и переноса БД и все было хорошо на протяжение двух лет. Все бы нечего, но на прошлой недели сервер умер. И сейчас подняв новый сервер не получается оживить базу данных...
В наличие есть security2.fdb и собственно сама база данных, вопрос как их security вытащить пользователей и залить на новый сервер? Судя по документации из различных источников перезаливка пользователей может восстоновить работу базы...

Собственно вот ошибка:
Error Message:
----------------------------------------
can't format message 13:896 -- message file D:\firebird.msg not found.
invalid request BLR at offset 257.
function BITAND is not defined.
string truncated.
user AN_ACCESS_AUTHORIZED is not a member of SQL role (null).


[00540EE3] FIB.IBError (Line 539, "FIB.pas" + 55) + $2
[0053CA65] FIBDatabase.TFIBDatabase.Open (Line 1014, "FIBDatabase.pas" + 77) + $9
[0051763F] pFIBDatabase.TpFIBDatabase.Open (Line 285, "pFIBDatabase.pas" + 9) + $2
[0053CD6D] FIBDatabase.TFIBDatabase.SetConnected (Line 1080, "FIBDatabase.pas" + 4) + $4
[01060336] IBEDatabases.TIBEDatabase.Connect (Line 3098, "IBEDatabases.pas" + 2) + $10
[00FFAA3A] InspectorFm.TInspectorFrame.OpenDatabase (Line 3303, "Frames\InspectorFm.pas" + 44) + $D
[00FF5856] InspectorFm.TInspectorFrame.ObjectsTLDblClick (Line 1281, "Frames\InspectorFm.pas" + 11) + $A
[00455281] Controls.TControl.DoMouseDown (Line 4306, "Controls.pas" + 2) + $21
[0045533D] Controls.TControl.WMLButtonDblClk (Line 4331, "Controls.pas" + 5) + $C
[00444044] Forms.StdWndProc (Line 1459, "Forms.pas" + 8) + $0
[0044D853] Forms.TApplication.ProcessMessage (Line 6630, "Forms.pas" + 13) + $1
[010A2468] IBExpert.IBExpert (Line 944, "D:\Projects_5\IBExpert\IBExpert.dpr" + 156) + $7


Если просто заменить security2, то сервер не читает его в итоге база данных не доступна.
Хотели уже связаться с разработчикам, а они оказывается закрыли свою лавочку еще в начале этого года.

Шавлюк ЕвгенийMacroSss,

Перепишите файлы firebird\udf\*.dll из старого сервера на новый.
Скорее всего нужен rfunc.dll

Причина смерти сервера, это как раз смерть жесткого диска и firebird\udf\*.dll вытащить не удается...

kdvвосСотоновление.

MacroSssВ наличие есть security2.fdb и собственно сама база данных, вопрос как их security вытащить пользователей и залить на новый сервер?
да никак. просто копируете security2.fdb и базу на новый сервер. Ничего "вытаскивать" не нужно.

Метод подмены security2 использовал, после чего сервер отказывается загружаться из за того что мол не видит security2

o_v_aЕсли разработчик изменил код firebird и ваша база работала под управлением "модифицированного" сервера, то ничего вы не сделаете.
Разработчики по лицензии Firebird SQL должны были предоставить вам модифицированные исходные тексты, если делали это.

О резервных копиях как базы, так и всей системы надо было думать заранее. Если диск умер, то ничего вы более не сделаете. UDF нет - нет нужного вам функционала и нет ни возможности нормальной работы ни возможности её восстановления.

Приплыли, называется.

Дак вот ранее считал что security2.fdb и самой базы вполне достаточно, но вот увы реально приплыли. Только вот у меня есть небольшие сомнение в том что сервер модифицирован так сервер на Centos и firebird еще в 2014 самостоятельно на сервере поднимали, далее разработчик лишь накатывал базу по средством бэкапа, хотя возможно питаю себя надеждами что еще можно спасти БД...

Хоть и сами в стадии прохождение банкротства и на последок хотелось обработать дебиторскую задолженность с целью выплаты задолженности по зарплате перед сотрудниками...

Тяжелый в общем год ....

hvladMacroSssХотели уже связаться с разработчикам, а они оказывается закрыли свою лавочку еще в начале этого года.И людей на другую планету увезли ?

Вы при сотрудничестве с какой нить организацией, запрашивайте ФИО и адрес каждого сотрудника организации?
Разработчики из Калининграда, а мы в Добрянке(Пермский край)
Может сразу в федеральный розыск? )))
Хотя да, в каком то смысле вина предыдущего руководителя в том поленился это дело привести в порядок через суд в том же 2014 году, а сейчас приходиться разгребать это чудо ...

В общем понял одно, можно тупо забить на это дело...

Alexey KovyazinПривет,

данные из БД можно просмотреть с помощью FirstAID Extractor , он на низком уровне читает данные со страниц БД (недавно даже после шифровальщика из незашифрованной части (а это 99.9%) спасли практически все данные).

Просмотр - бесплатно, для экспорта в пустую БД нужна лицензия.
Но вот что делать с данными дальше - тут помочь затруднительно.

С уважением,
Алексей Ковязин

Спасибо полезная вещь!!! Теперь хоть есть направление в какую сторону далее копать.

kdv,

Вообще то я как раз данной программой открыл security2.fdb и базу проверил. В security2.fdb нашел учетку login_connect, пока далее не ковырялся ибо уже поздно было когда до всего этого дело добрался. Но завтра обязательно поэкспериментирую, есть подозрение что программа сначала конектиться с помощью учетки login_coonect и лишь потом уже авторизация на уровне других учетных записей.. Пока некий оптимизм появился :)

kdvMacroSss,

так вот вопрос. Допустим, Extractor все данные вытаскивает, а дальше?
udf нет. что за пользователи в security2.fdb - непонятно. То есть, восстановить работу ПРИЛОЖЕНИЯ не получится.
Вам ведь не просто база данных нужна, в которой вы хотели бы колупать таблички ибэкспертом?

Ну вытаскивать вытаскивает, но данные доступны лишь для просмотра... Копировать и т.д. как выше написали, функция платная...