Witam,
Problem rozwiązałem. Postaram się teraz opisać co i jak było.
Na początek dodam że udało mi się skontaktować z osobą która administrowała EWMAPE na serwerze z którego mam kopie danych. Okazało się że serwer był postawiony na linuxie (Ubuntu), a dodatkowo część danych pochodziła z komputerów lokalnych. A jak wiadomo systemy linuxowe mają inną strukturę adresów bezwzględnych.
Zacząłem od świeżej instalacji Firebirda jak i EWMAPA11FB (Prawy klawisz myszki "Uruchom jako administrator" - ważne !!!).
I tak jak pisał Lupus zacząłem od dokładnego sprawdzenia ścieżek na jednym z przykładów.
Na początek okazało się że brakowało "dwukropka" za literą dysku czyli ścieżka wgląda tak fb :192.168.1.1:G\Kalalog\Katalog1\baza.fdb¹, a prawidłowo powinna wyglądać tak fb :192.168.1.1:G:\Katalog\Katalog1\baza.fdb¹. Po poprawieniu ścieżki dostępu udało mi się zalogować do bazy po standardowych poświadczeniach Firebirda. (login: SYSDBA, hasło: masterkey). Dla sprawdzenia wczytałem operaty i warstwy. Dodatkowo aby upewnić że w 100% wszystko działa zamknąłem program EWMAPA i ponowne uruchomienie. Wpisałem login i hasło i okazało się że dalej ten sam błąd.
Pierwsze co sprawdziłem to ścieżkę, bo może się nie zapisała, ale okazało się że jest poprawna.
Drugie co sprawdziłem, czy Firebird odpalony, okazało się że działa.
Po chwili zastanowienia doszedłem do wniosku, że skoro raz się połączyłem, a drugi raz już nie to musi coś być nie tak z Firebirdem.  Postanowiłem odinstalować najnowszą wersję Firebirda i zainstalować wersję starszą a dokładnie tą Firebird-2.0.7.13318_0_win32.exe(Przy instalacji zaznaczamy opcję uruchomiania jako aplikacja. Zarówno po odinstalowaniu jak i zainstalowaniu restart systemu). I jak się okazuje zaczęło działać poprawnie. Uruchomiłem kilka razy EWMAPE i jak dwa lub trzy zrobiłem restart systemu.
Zostało jeszcze poprawienie ścieżek dostępowych do baz w profilach użytkowników (Profile użytkowników przechowywane są w głównym folderze EWMAPY czyli C:\......\EWMAPA\Users). Niestety jest to monotonna i żmudna praca jeśli tych użytkowników jest sporo. Aby poprawić ścieżki do baz należy u każdego użytkownika otworzyć plik baza.ini (np. za pomocą notatnika). Najłatwiejszą rzeczą jaką robi się bardzo szybko jest zmienienie adresu IP(opcja zmieniania w notatniku). Litery dysku już niestety trzeba zmienić ręcznie (ja aby tego uniknąć zmieniłem nazwę dysku na taką jak była na poprzednim serwerze).
W moim przypadku jeszcze było to że bazy które były tworzone na linuxie miały inną ścieżkę adresów bezwzględnych. Wyglądało to tak: fb:192.168.1.1:/F/Katalog/Katalog1/baza.fdb¹ a trzeba było zamienić na fb:192.168.1.1: F:\Katalog\Katalog1\baza.fdb¹.
Dodatkowo udostępniłem to w sieci lokalnej po poświadczeniach na użytkownika i działa.

P.S.
Aktualizacje trzeba przeklikać ręcznie ?
Jeśli można to proszę jeszcze o nie zamykanie tematu, bo chciałbym za kilka dni napisać czy stabilnie to wszystko chodzi.


Legenda
1. Przykładowe ścieżki dostępu.


Dziękuje wszystkim za pomoc.

Witam,
Kolego  Lupus, początek ścieżki przy błędzie to "fb:G:\!Roboty!\.... tu już nie pamiętam" (obecnie nie mam możliwości podejrzeć, bo jestem w drugiej firmie). Bazy z danymi znajdują się na dysku G lokalnie. Sprawdzałem też połączenie sieciowo i w błędzie ścieżka była następująca "fb: 192.168.1.1:G\!Roboty!\ ...... (IP adres przykładowy)"
Co do ścieżek to już są wprowadzone, tylko modyfikowałem lokalizację czyli zmieniałem IP i literę dysku.


Kolego geo_dar instalowałem z pierwszą opcją, która pozwala przestawić w EWMAPA, w opcjach konfiguracji bazy połączenie albo na lokalne albo na sieciowe.

P.S.
Kolega dzwonił do Geobid i podpowiedzieli żeby dokładnie sprawdzić wszystkie ścieżki.

Witam serdecznie,
Mam następujący problem.
Dostałem kopie danych z programu EWMAPA11FB z prośbą o zainstalowanie na nowym PC. Zainstalowałem Firebirda 2.5 oraz EWMAPA11FB w wersji 32 bit, na systemie Windows 7 64 bit. Programy instalowałem klikając prawym  i uruchamiając jako administrator. Wszystko zainstalowało się poprawnie bez żadnych błędów. Następnie z beckup zrobiłem kopie na drugi dysk wszystkich robót oraz skopiowałem dane z starego katalogu EWMAP do głównego katalogu EWMAPA. Oczywiście uruchomienie systemu jeszcze raz aby wszystko ładnie się skonfigurowało itp. Po uruchomieniu EWMAPA pokazało się okno dialogowe z wyborem roboty (użytkownik który pracuje z programem był przy mnie i powiedział, że to jest poprawnie i tak ma być), wybrałem jedną z tych robót i odpalił się program i w programie pojawiło się kolejne okno dialogowe z wyborem już konkretnej roboty (tak zrobione mieli wcześniej i to tak ma działać, zapewniał mnie użytkownik). Do tej pory było wszystko dobrze, po wyborze roboty wyskoczył błąd, że w danej lokalizacji nie ma bazy. Rozumiem, była to kopia z innymi lokalizacjami. Zmieniłem konfigurację baz  aby czytał bazę z nowej lokalizacji, zatwierdziłem zmiany i uruchomiłem program ponownie. Uruchomił ponownie EWMAPE, tym razem znalazł bazę i wyskoczyło okienko z logowaniem, wpisałem poświadczenia Firebirada, czyli SYSDBA i standardowe hasło masterkey i tu pojawił się problem. Wyskoczył błąd "Nie powiodło się logowanie do bazy (Prawdopodobnie brak uprawnień) "ścieżka do bazy"."
Przetestowałem i Firebird jest wstanie połączyć się z tą bazą po tych poświadczeniach, ale już w programie jest problem. Po wyłączeniu Firebirda EWMAPA wyrzuca błąd, że jest brak serwera.
Czy spotkał się kiedyś ktoś z takim błędem ?
Pozdrawiam