Podłączenie istniejącej bazy na naszym komputerze to zadanie wbrew pozorom bardzo częste. Oczywiście nie Starostwach Powiatowych, bo tam bazy raz podłączone, są podłączane ponownie w zasadzie w przypadku zmian serwerów lub gdy powiat ma jakieś "filie" po za główną siecią.

Takie podłączenia to domena głównie gmin (które mają EwOpis i zawarte porozumienia z powiatem na udostępnianie danych w formie plików fdb) oraz części wykonawców.

Ale do rzeczy, temat opiszę na przykładzie gminy, jak opisana powyżej.

1. Ze starostwa otrzymaliśmy bazę (na płycie CD/DVD, mailem itp) w postaci pliku ".fdb".
2. Na dysku/serwerze mamy już gdzieś podłączoną bazę (takie założenie, że jest to aktualizacja). Można to sprawdzić w Plik -> Ustawienia -> Opcje połączeń w polu "Nazwa katalogu z bazą".  W tym katalogu będzie się znajdował plik ewopis.fdb
3. W tym katalogu znajduje się też plik o takiej samej nazwie jaki dostaliśmy ze Starostwa (to nie jest zasada obligatoryjna ale w podlaskim najczęściej będzie to nazwa w postaci WWPPGGR.fdb czyli nr TERYT gminy np 2005032.fdb)
4. Plikowi na naszym dysku zmieniamy nazwę zmieniając np pierwszy znak na 9, albo dodając old.
5. W Ewopisie po zalogowaniu się jako SYSDBA (hasła znają informatycy w urzędzie, przynajmniej powinni) dodajemy nową bazę do listy gmin
wciskamy +
wpisujemy nazwę np. baza z użytkownikami
wpisujemy nr TERYT gminy
wpisujemy nazwę pliku z bazą, tę wersję "9"/"old"
wciskamy "check"/"fajkę" żeby zatwierdzić
(tę część można pominąć jeśli już kiedyś była wykonana)
6. z płyty przegrywamy plik z bazą NIE ZMIENIAJĄC JEGO NAZWY do katalogu na dysku/serwerze
ZDEJMUJEMY PARAMETR "READ ONLY"/"TYLKO DO ODCZYTU" z przegranego pliku.
7. wracamy do Ewopisu (zalogowani jako SYSDBA) , na liście gmin do wyboru zaznaczamy  "bazę z użytkownikami" wciskamy przycisk [użytkownicy], w otwartym okienku klikamy [Kopia uzytkowników], a następnie w okienku dostępne bazy danych zaznaczamy bazę naszej gminy (tę do której sie zwykle logujemy). Potem należy położyć palec na "enter" i poczekać aż program poinformuje nas że części loginów nie może założyć bo już tam takie są (te starostowe), ale w między czasie zaimportuje naszych gminnych użytkowników.
8. Następnie klikamy [połącz] na bazie naszej gminy i można już pracować.

WAŻNE! po każdej takiej operacji pierwszym użytkownikiem jaki się loguje do bazy po przyniesieniu jej skądkolwiek jest zawsze SYSDBA. Wtedy mamy pewność że nic się nie posypie oraz że dostaniemy wszystkie istotne komunikaty dotyczące wersji bazy, wersji programu itp.



 

Ja znam prostsze rozwiązanie - każdemu użytkownikowi ewopisu w gminie - przeważnie sztuk 1 (oczywiście mówię tu o praktykach z moich okolic) dajemy hasło sysdba albo nie zmieniamy go wogole bo i po co i zastępujemy istniejący plik.
A tak serio jeśli ktoś ma dużo użytkowników to procedura taka jak opisał Lupus.
Jeżeli od 1 - 3 to chyba prościej dodać w jednej bazie fdb użytkowników zapisanych w plikach FB. niż klikać 50 razy że użytkownik już istnieje, a baza użytkowników SP zawsze jest bogata w liczbę użytkowników.

Ja znam prostsze rozwiązanie - każdemu użytkownikowi ewopisu w gminie - przeważnie sztuk 1 (oczywiście mówię tu o praktykach z moich okolic) dajemy hasło sysdba albo nie zmieniamy go wogole bo i po co i zastępujemy istniejący plik.
A tak serio jeśli ktoś ma dużo użytkowników to procedura taka jak opisał Lupus.
Jeżeli od 1 - 3 to chyba prościej dodać w jednej bazie fdb użytkowników zapisanych w plikach FB. niż klikać 50 razy że użytkownik już istnieje, a baza użytkowników SP zawsze jest bogata w liczbę użytkowników.

W zasadzie to powiniem napisać, że:
a)  po przygotowaniu czystej bazy należy dodać na niej użytkowników gminnych ( wtedy w bazie będzie ich powiedzmy 2-10, a powtórzy się tylko sysdba)
   lub
b) w bazie przygotowanej jak w punktach 1-3 wejść poprzez "menadżera SQL"  i wklepać
delete from users where id not in (tu wymienić pesele osób-uzytkowników gminnych z pominięciem znaków 7 i 11)

i dzięki temu można uniknąć przytrzymania klawisza enter przez około 10-20 sekund.

W zasadzie jeśli ktoś zauważył te inne możliwości znaczy że nie potrzebuje tej instrukcji.
Ale jeśli nie wiedział że taka możliwość istnieje to jednak proponuję założyć, że "proste" jest lepsze od "całkiem nietrudne" 

A tak na marginesie użytkownik w gminie posiadający prawa admina do bazy to dopiero ryzykowne zachowanie.
Niechcący można trochę pozmieniać (oj można - "pomagam" w kilku gminach) a odkąd gminy mają dostęp do bazy to wypis biorą dopiero w ostatniej chwili, i może się okazać że jednak dało się kliknąć usuń/zmień/dodaj w trybie zarządcy a np. fakt że działka nie stanowi własności Skarby Państwa tylko Kowalskiego diametralnie zmienia możliwości.
Punkt drugi za dawaniem nazwy użytkownika każdemu z osobna to rejestr wydruków (plik .fdd którego nie podmieniamy w czasie importu)
A po trzecie primo to jak NIK wpada z kontrolą to uważasz że się takich drobiazgów czepia, jak np niezabezpieczone dane (hasło standard - wszystkim znane) do bazy z danymi osobowymi.

To już tak całkiem serio pisząc jeżeli ktoś ma jeszcze inne programy ze stratega oparte o FB i faktycznie potrzebę zarządzania użytkownikami, to jest taki fajny programik strateg_sec. Niestety jego cena jest niewspółmierna do możliwości i korzyści jakie daje, ale warto wiedzieć że coś takiego GEOBID przygotował,

U nas Gminy dogadały się z Powiatem w ten sposób że maja dostęp do danych ewidencji gruntów poprzez "geoportal".

U nas Gminy dogadały się z Powiatem w ten sposób że maja dostęp do danych ewidencji gruntów poprzez "geoportal".

Wydawanie przez geoportale jest czymś dosyć świeżym (pierwsze gminy instalowałem w 2002 roku)
Pewnie część przejdzie na taki schemat, ale nie sprawdza się kiedy gmina korzysta "aktywnie" z ewmapy, winplana i kilku innych programów
Wtedy chce mieć także dostęp do części opisowej z poziomu ewmapy (zaznaczanie obszarem, wzdłuż linii, sąsiadów itd Tego na razie przez geoportale nie załatwisz)

Tysz prowda.
Ale nasze gminy jeszcze do tego nie doszły że plan zagospodarowania może być w formie numerycznej.
U nas nadal królują zalaminowane arkusza z planem zagospodarowania  :biggrin:

Odświeżam trochę temat.

Dostałem bazę FDB ze starostwa i próbuję ją podpiąć sieciowo, jednak po wprowadzeniu wszystkich danych potrzebnych do tego (m.in. IP serwera, ścieżka dostępu, system serwera) oraz dodaniu bazy i wskazaniu katalogu z plikiem FDB, EWOpis przy próbie połączenia z bazą wyświetla komunikat:
"Użytkownik SYSDBA nie posiada uprawnień do otwarcia bazy danych."
Przy próbie dodania użytkownika: "File [ścieżka do pliku FDB] is not a valid database."

Serwer z systemem Windows 7 Professional SP1. Dodatkowo ten sam problem pojawia się na komputerach z systemem Win 7 Home Edition.

Ponadto, mam problem przy postawieniu tego na Win XP HE SP3, też w wersji sieciowej.
Lokalnie wszystko działa.

Jeśli ktoś miał podobny problem lub wie jak rozwiązać mój, byłbym wdzięczny za pomoc.

Jaki serwer windows czy linux?
Czy na pewno podałeś ścieżkę lokalną z serwera w ustawieniach połączenia (nie może tu być żądnych mapowanych dysków)
Podajemy ścieżkę widzianą z punktu widzenia serwera np. C:\BAZY_EWOPIS\
Mimo że w sieci tą lokalizacje widzisz jako np.dysk G to w konfiguracji podaje się ścieżkę lokalną z serwera gdzie chodzi FB czyli np C:\BAZY_EWOPIS\
Najlepiej żeby ścieżka np. C:\BAZY_EWOPIS\ na serwerze nie była widoczna dla innych komputerów w sieci

Jak wspomniałem wcześniej, serwer postawiony na Win 7 Professional SP1.
Co do ścieżek to wiem jak wygląda sprawa. Bazy BDOT500 i GESUT śmigają sieciowo bez problemów.

Problem powstaje przy próbie podłączenia bazy FDB do EWOpisu i puszczenia tego siecią i podobny w EWMapie z bazą EGIB.
Ale myślę, że jak znajdę rozwiązanie na EWOpis to się rozwiąże problem z EWMapą.

Connect.ini oraz wewop.dll skopiowane z serwera na stacje robocze w konfiguracji ewopisu dodana ścieżka do baz ewmapy?

Connect.ini oraz wewop.dll skopiowane z serwera na stavje robocze w konfiguracji ewopisu dodana ścierzka do baz ewmapy?

Problem w tym, że ja nie mogę tej bazy otworzyć na serwerze. Więc na stacjach roboczych już nawet nie próbowałem.

Ponadto, baza utworzona na serwerze, uruchamia się na serwerze, przy próbie podpięcia istniejącej, wyskakują błędy wspomniane w moim pierwszym poście.

Wszędzie mamy Firebird 2.5.2, z tym, że na komputerach z Win7 jest to wersja 64bitowa

W takim razie czy na serwerze zrobiłeś tak jak w tutorialu: https://ewmapa.pl/problemy-z-ewopisem/pierwsza-baza-danych/
z pozystwnym skutkiem podłączenia bazy

na końcówkach i na serwerze warto mieć taką samą wersję firebirda.

Bazę przyniosłeś na płycie? może warto spróbować zgrać ją jeszcze raz z płytki?

Czy firebird jest uruchamiany jako aplikacja czy usługa? Ja raczej odpalam jako aplikację
Czy firebird jest uruchamiany z prawami administratora czy ograniczonymi?

jeśli chodzi o XP to czy firebird nie jest przypadkiem blokowany przez firewall?

W takim razie czy na serwerze zrobiłeś tak jak w tutorialu: https://ewmapa.pl/problemy-z-ewopisem/pierwsza-baza-danych/
z pozystwnym skutkiem podłączenia bazy

Założyłem przed chwilą pustą bazę. Baza działa na serwerze i na dwóch innych komputerach (jeden z XP, jeden z Win7).

na końcówkach i na serwerze warto mieć taką samą wersję firebirda.

Wersja ta sama, inna architektura.

Bazę przyniosłeś na płycie? może warto spróbować zgrać ją jeszcze raz z płytki?

Baza zainstalowana lokalnie na komputerze z WinXP działa.

Czy firebird jest uruchamiany jako aplikacja czy usługa? Ja raczej odpalam jako aplikację
Czy firebird jest uruchamiany z prawami administratora czy ograniczonymi?

hmm... U mnie na XP był jako Service, przestawiłem na Application, na serwerze jest jako Service i nie mogę tego zmienić. [/quote]

jeśli chodzi o XP to czy firebird nie jest przypadkiem blokowany przez firewall?

Firebird SQL Server jest na liście wyjątów - czyli nie jest blokowany przez serwer.