Aktualności:

tyle zostało zrobione
75%

Menu główne

backup i restore bazy

Zaczęty przez maciekwu, Sobota 21 Kwiecień 2018, 08:41:11

Poprzedni wątek - Następny wątek

0 użytkowników i 1 Gość przegląda ten wątek.

nisia_ni


Cezary.K

Najprościej wgrać plik z bazą do kopiowani w tą samą lokalizację, w której jest program gbak.exe (u mnie to będzie c:\Program Files\Firebird\Firebird_3_0\gbak.exe) i nie będzie problemu z wpisywaniem ścieżek.
Polecenia najlepiej wpisywać będąc zlokalizowanym tam, gdzie leży gbak.exe.
Windows, wciśnij menu start, tuż nad przyciskiem masz okno wyszukiwania. Wpisz cmd i wciśnij enter. Pojawi się czarne okno.
Tam wipsz:
cd\
a następnie:
cd c:\Program Files\Firebird\Firebird_3_0\gbak.exe (tak jest u mnie, u Ciebie może być inaczej. Operację robisz na kompie z zainstalowanym serwerem FB)
jesteś już w odpowiedniej lokalizacji, teraz rób kopię. Identyczna procedura przy odtwarzaniu bazy.

nisia_ni

Cytat: CezaryK w Piątek 18 Styczeń 2019, 13:04:03
polecenie:
gbak -b ścieżka_do_bazy_z_ośrodka.fdb ścieżka_do_której_zapiszesz_kopię.fbk -user SYSDBA -pas hasło_admina
(...)
polecenie:
gbak -c ścieżka_do_pliku_z_kopią.fbk ścieżka_do_której_zapiszesz_odtworzoną_bazę.fdb -user SYSDBA -pas hasło_admina

Gdzie wpisuję te polecenia? :) I jaką ścieżkę podaję w przypadku instalacji sieciowej - adres serwera czy literkę zmapowanego dysku?

Cezary.K

1. zmieniasz instalację FireBird  na taką, w jakiej utworzono bazy
2. robisz kopię bazy (do tego służy program gbak.exe z katalogu, w którym jest zainstalowany FireBird)
polecenie:
gbak -b ścieżka_do_bazy_z_ośrodka.fdb ścieżka_do_której_zapiszesz_kopię.fbk -user SYSDBA -pas hasło_admina
3. instalujesz nowszą wersję FireBird
4. robisz restore bazy
polecenie:
gbak -c ścieżka_do_pliku_z_kopią.fbk ścieżka_do_której_zapiszesz_odtworzoną_bazę.fdb -user SYSDBA -pas hasło_admina

ewentualnie:
Ewopis 7 ma opcję robienia kopii i odtwarzania bazy, nie pamiętam, czy wersja 6 ma tą funkcjonalność. Przy wykorzystaniu ewopisu  też musisz pamiętać o zmianach instalacji FireBirda

nisia_ni

Cytat: CezaryK w Piątek 18 Styczeń 2019, 11:37:30
Tu musisz zrobić backup i restore bazy. Pamiętaj, w Twoim przypadku backup możesz robić po zainstalowaniu wersji FB zgodnej z tą w ośrodku, następnie robisz upgrade wersji FB, a dopiero po tym restore bazy.

Proszę o instrukcję krok po kroku jak wykonać backup i restore bazy :)

Cezary.K

Napisałem, że konwersja w górę między Ewopisami jest automatyczna. Otwierasz bazę nowym programem i tyle. Problem jest taki, że nie działa to w drugą stronę, i raz otwarta baza nowszym Ewopisem nie otworzy się w starym. U Ciebie dodatkowym problemem jest wersja FireBird'a, bo samo otwarcie nowym programem nie pomoże. Tu musisz zrobić backup i restore bazy. Pamiętaj, w Twoim przypadku backup możesz robić po zainstalowaniu wersji FB zgodnej z tą w ośrodku, następnie robisz upgrade wersji FB, a dopiero po tym restore bazy.

nisia_ni

#23
Cytat: CezaryK w Piątek 18 Styczeń 2019, 09:40:33
1) Wydaje się być najrozsądniejszym rozwiązaniem, bo jeśli się okaże, że ośrodek przejdzie jednak na Ewopis7, swoją bazę otwieracie swoją nowszą wersją Ewopisu, bo przecież już ją macie, i konwersja do nowej wersji zrobi się automatycznie.

Czyli plik .FDB podczytany i zmodyfikowany w EWOPIS6 po zakończeniu pracy mogę podczytać w EWOPIS7?

CezaryK czy taką konwersję do nowej wersji miałeś na myśli?
Bo jeśli tak - to czym taka "operacja" różni się od podczytania pliku .FDB otrzymanego z ośrodka z EWOPIS6 w EWOPIS7
(od którego to podczytania rozpoczęła się ta dyskusja, bo w właśnie w jej wyniku pojawił się komunikat)?

Celem uzupełnienia -  w załączeniu treść pozostałych komunikatów, które wyświetlają się przy próbie podczytania pliku .FDB otrzymanego z ośrodka.


Cezary.K

Skoro Wasza robota to scalenie, zakładam, że ośrodek skorzystał z opcji "modernizacja/import obrębu", zablokował część bazy i wydał Wam dane. Warto by się dowiedzieć w Geobidzie, czy upgrade do wersji 7 w takim stanie nie niesie ze sobą zagrożenia komplikacjami przy oddawaniu roboty. Może warto dogadać się z ośrodkiem, żeby z ewentualnym upgrade poczekali do zakończenia waszej pracy?

nisia_ni

#21
Cytat: nisia_ni w Piątek 18 Styczeń 2019, 09:55:17
Scalenie na części obrębu :)

:)

RoBoCIK połączył wiadomości: Piątek 18 Styczeń 2019, 10:08:28

Cytat: CezaryK w Piątek 18 Styczeń 2019, 10:02:52
Tu w grę będzie wchodziło umieszczenie baz na innym serwerze, bo nie da się na raz wgrać różnych wersji FB na ten sam serwer (...).

Wydaje mi się, że właśnie znaleźliśmy rozwiązanie :) CezaryK dziękuję za zaangażowanie i pomoc! :) :) :)

Cezary.K

Tu w grę będzie wchodziło umieszczenie baz na innym serwerze, bo nie da się na raz wgrać różnych wersji FB na ten sam serwer, bo rozumiem, że część firmy pracuje na innych obiektach w Ewopisie 7 i na FB 2.5
Ponowię pytanie. Jaką robotę wykonujecie? Na jaki format wymiany danych się umówiliście? Rozumiem, że to jest coś dużego?

nisia_ni

Cytat: CezaryK w Piątek 18 Styczeń 2019, 09:40:33
A tak z ciekawości, jakiego typu robotę wykonujecie?

Scalenie na części obrębu :)

Cytat: CezaryK w Piątek 18 Styczeń 2019, 09:40:33
1) Wydaje się być najrozsądniejszym rozwiązaniem, bo jeśli się okaże, że ośrodek przejdzie jednak na Ewopis7, swoją bazę otwieracie swoją nowszą wersją Ewopisu, bo przecież już ją macie, i konwersja do nowej wersji zrobi się automatycznie.

Czy oby na pewno automatycznie? :) Czy mimo wszystko pojawi się podobny/inny komunikat?

Niestety wówczas instalacja EWOPIS6 też musiałaby być instalacją sieciową (na danym obiekcie musi jednocześnie pracować kilka osób), a tu wówczas rodzi się kolejny problem - konfilkt między jednocześnie zainstalowanymi dwiema wersjami programu na serwerze i ich komunikacja z ewmapą (a przynajmniej z podobną sytuacją borykaliśmy się na etapie próby instalacji sieciowej). Niestety EWOPISU7 nie możemy odinstalować na czas prowadzenia danej pracy, gdyż w tym samym czasie są w nim prowadzone inne obiekty.

Cezary.K

1) Wydaje się być najrozsądniejszym rozwiązaniem, bo jeśli się okaże, że ośrodek przejdzie jednak na Ewopis7, swoją bazę otwieracie swoją nowszą wersją Ewopisu, bo przecież już ją macie, i konwersja do nowej wersji zrobi się automatycznie.

A tak z ciekawości, jakiego typu robotę wykonujecie?

nisia_ni

Cytat: Lupus w Piątek 18 Styczeń 2019, 08:54:52
Może w takim razie lepiej odgrzebać płytę z Ewopisem 6 i na miesiąc zainstalować starą wersję zgodną z ośrodkową?

Cytat: CezaryK w Piątek 18 Styczeń 2019, 09:06:53
Problemem są różne wersje Ewopisu. "Docelowo ośrodek najprawdopodobniej ....."  - no właśnie, najprawdopodobniej, ale nie na pewno. Po zakończeniu roboty może się okazać, że macie wielki problem.

Czyli:
1) możemy zainstalować EWOPIS6 i oddać pracę w EWOPIS6, podczas gdy tymczasem okaże się, że ośrodek zgodnie z zapowiedziami
    będzie pracował już w EWOPIS7,
2) możemy pracować w EWOPIS7 i liczyć, że gdy oddamy pracę ośrodek zgodnie z zapowiedziami będzie pracował już w EWOPIS7,
3) możemy pracować w EWOPIS7, a gdy oddamy pracę ośrodek wciąż będzie pracował w EWOPIS6.

Ehh ;/

Cezary.K

Cytat: nisia_ni w Piątek 18 Styczeń 2019, 07:46:56

Docelowo ośrodek najprawdopodobniej w momencie, gdy zakończymy pracę, będzie prowadził swoją bazę również w EWOPIS7.

Po otrzymaniu pliku .FDB z ośrodka, w którym firebird był starszy od tego, który posiadamy my, zgodnie z informacją w komunikacje - powinnam w celu całkowitej aktualizacji struktury bazy "przekonwertować bazę do wersji firebird co najmniej w wersji 2.5", tzn. "zrobić backup bazy i przywrócić backup wersją firebird nie mniejszą niż 2.5".

Jednakże co to w praktyce oznacza? Proszę o instrukcję krok po kroku. We wskazanej przez użytkownika Lupus instrukcji na stronie producenta mowa o programie gbak.exe, interpreterze poleceń systemu Windows cmd.exe, ba - wskazane są nawet przykładowe komendy. Niestety pogubiłam się w ich gąszczu, a zważywszy na to, że pracujemy na instalacji sieciowej - nie chciałabym popsuć tego, co do tej pory, po wielu trudach, udało nam się uzyskać, jeśli chodzi o jej konfigurację  ;)

Sam FireBird nie jest problemem, bo na czas wykonania roboty można na serwerze zrobić downgrade do wersji takiej, jaka jest w ośrodku i nie. Problemem są różne wersje Ewopisu. "Docelowo ośrodek najprawdopodobniej ....."  - no właśnie, najprawdopodobniej, ale nie na pewno. Po zakończeniu roboty może się okazać, że macie wielki problem.

Lupus

Wszelkie zmiany pod koniec roboty są ryzykowne i budzą obawy.

Może w takim razie lepiej odgrzebać płytę z Ewopisem 6 i na miesiąc zainstalować starą wersję zgodną z ośrodkową?
__________
Pozdrawiam
Lupus

Wszystko da się zrobić, tylko czy jest to uzasadnione ekonomicznie?