Беглый поиск заставляет предположить, что Бисквит это
https://bis.ru/Products/bisquit.php

тогда не понятно:
1) что же автору мешает набрать один из телефонных номеров приведенных на сайте и позвонить туда
2) что это за замечательный банк, в котором уже почти месяц базы пишут There is no server for database
и всем пофиг
3) сколько лет автору, что он надеется:
3.1. что за бесплатно кто-то подорвется решать чужие проблему(ы)
3.2. что чей-то "совет" может помочь в подобной ситуации
3.3. что пункт 3.1. + 3.2. по факту не обойдется дороже, чем п.1.
4)
если у базы данных нет бекапа - забейти и не мучайтесь, эта база все равно никому не нужны ( C )
если у банка не проплачена техподдержка на используемую систему и нет специалистов по данной системе (скорее всего они уже последовали пункту ниже) - забейте, все равно это базы никому не нужны
если банку пофиг на свои базы и нет денег проплатить техподдержку - лучше сменить работу сейчас, т.к. дальнейшая судьба данного работодателя всем и так понятно. Т.е. последовать примеру своих коллег/предшественников.

IMHO

Ну и еще одна прописная истинна:

"Чтобы правильно задать вопрос, нужно знать большую часть ответа." - Роберт Шекли.

Вы даже корректно не написали, что же за Бисквит такой, которым Вы пользуетесь. Подозреваю, Бисквитов бывает много и разных, так же подозреваю, что и СУБД они используют разные (как минимум на их сайте упоминается Oracle и https://www.progress.com/openedge) и разных версий.

Maksimuch,

I.
Просто есть подозрение, что очень узок круг людей, работающих именно с такой системом. Соответственно получить ответ на _непрофильном_ форуме - крайне странное желание.

(как минимум бегло в Инет находится http://www.openedge.ru/read/741/

так же бегло находится с пяток причин, приводящих к 1423. Начиная банального, что служба обслуживающая базу данных не запущена, до других ситуаций)

II
progress - осталось, хотя бы, понять версию )))

Ну а дальше:
1. брать документацию
2. читать как запускать базу данных, как подключаться к базе данных
3. пытаться подключится какой нибудь штатной тулзой и смотреть ошибку
4. если ошибка есть - разбираться с СУБД
если ошибки нет и она только из прикладного софта - разбираться, как именно в бд лезет прикладной софт и что не так настроено в прикладном софте

в общем-то, есть наличие документации на СУБД, уже не так плохо ))) Бывает хуже, когда и прикладная система мало-понятная и база данных под нее своя (свой "стебелек" ))) ) или полностью не документированна.

IMHO & AFAIK

III
Или находить специалиста по прикладной системе и брать его на халтуру, как минимум, что бы базовый легбез прочитал и был контак куда можно обратиться. Но, в общем, это проблема начальства, а не сотрудников. Подключать HR, искать специалистов готовых на халтуру (скорее всего в IT-отделах "соседних" банков), договариваться о деньгах

Или брать документацию и учить СУБД самому (как вариант, курсы по СУБД). Вряд ли это "бином ньютона". Но это относится только к СУБД, с прикладным софтом вряд ли так получится (обычно у прикладного софта с документацией бывает все печально AFAIK)

IMHO