- Need Help? Request A Callback
- Working Hours: 8:00 AM – 7:45 PM
Przeniesienie bazy danych programu księgowo-magazynowego na nowy komputer to jedna z najczęściej zlecanych usług naszego serwisu — dotyczy zarówno wymiany starego komputera na nowy, jak i migracji z pojedynczego stanowiska na serwer sieciowy. Taka operacja wymaga czegoś więcej niż samego skopiowania folderu programu. Baza danych może być powiązana z konkretną wersją silnika, ustawieniami systemu, uprawnieniami użytkowników, konfiguracją sieci oraz licencją. Nieprawidłowa kolejność działań może spowodować problemy z uruchomieniem programu, brak dostępu do danych albo utratę ostatnich zmian.
Poniżej opisujemy, jak wygląda taki proces i na co zwracamy uwagę podczas migracji. Zakres prac zależy od używanego programu, rodzaju bazy danych, liczby stanowisk oraz tego, czy nowy komputer ma zastąpić dotychczasowe stanowisko, czy będzie pełnił funkcję serwera dla kilku użytkowników.
Przed rozpoczęciem kopiowania sprawdzamy, w jaki sposób program przechowuje dane. W jednych rozwiązaniach baza znajduje się w plikach obsługiwanych przez SQL Server, w innych dane są zapisane w określonym katalogu programu i korzystają z plikowego silnika bazy. Znaczenie ma także to, czy użytkownik pracuje lokalnie, czy program łączy się z bazą znajdującą się na innym komputerze w sieci.
Sprawdzamy również wersję programu, wersję systemu Windows, nazwę instancji bazy danych, ścieżki do plików, sposób logowania oraz dodatkowe moduły, takie jak obsługa magazynu, kadr i płac, faktur elektronicznych czy drukarek fiskalnych. Pozwala to uniknąć sytuacji, w której na nowym komputerze zostanie zainstalowana niewłaściwa edycja programu albo pominięty zostanie element niezbędny do codziennej pracy.
W przypadku pracy wielostanowiskowej ustalamy, który komputer pełni funkcję serwera, gdzie znajduje się baza i w jaki sposób pozostałe stanowiska uzyskują do niej dostęp. Często problemem nie jest sama migracja danych, ale późniejsze odtworzenie połączenia sieciowego, zapory systemowej i udostępnionych zasobów.
Migrację zaczynamy zawsze od pełnej kopii zapasowej bazy danych na starym komputerze — w przypadku programów opartych na SQL Server wykonujemy kopię plików .bak, a w przypadku programów z bazą plikową (np. RAKS, starsza Symfonia) kopiujemy cały katalog danych przy zatrzymanym silniku bazy. Dodatkowo archiwizujemy pliki konfiguracyjne i licencyjne programu.
Kopia powinna zostać wykonana po zakończeniu pracy wszystkich użytkowników. Nie kopiujemy danych w czasie, gdy ktoś wystawia fakturę, księguje dokument albo modyfikuje kartotekę. Przy aktywnym programie część plików może być zablokowana, a skopiowany zestaw danych może być niespójny. W przypadku bazy SQL korzystamy z mechanizmu kopii zapasowej silnika, a nie wyłącznie z kopiowania plików znajdujących się na dysku.
Po wykonaniu kopii sprawdzamy, czy plik można odczytać i czy jego rozmiar oraz data utworzenia odpowiadają aktualnym danym. Jeżeli program pozwala na wykonanie testowego odtworzenia, warto przeprowadzić je jeszcze przed wymianą komputera. Sama obecność pliku kopii nie oznacza, że kopia jest kompletna i możliwa do wykorzystania.
Oprócz bazy archiwizujemy konfigurację programu, ustawienia połączenia z bazą, szablony wydruków, własne raporty, formaty numeracji oraz inne elementy, które mogły być modyfikowane przez użytkownika. W zależności od programu mogą być potrzebne także katalogi z załącznikami, dokumentami zeskanowanymi i plikami eksportu.
Na nowym komputerze instalujemy odpowiednią wersję silnika bazy danych — dokładnie tę samą lub kompatybilną z wersją używaną wcześniej, ponieważ niezgodność wersji SQL Server bywa przyczyną problemów przy przywracaniu kopii. Następnie instalujemy sam program księgowy w wersji zgodnej z tą, która obsługiwała bazę na starym komputerze.
Ważne jest zachowanie właściwej kolejności instalacji. Najpierw przygotowujemy system operacyjny, aktualizacje i podstawowe sterowniki, następnie silnik bazy danych, a dopiero później aplikację księgowo-magazynową. Jeżeli producent programu wymaga określonego dodatku systemowego, bibliotek lub komponentów bazodanowych, instalujemy je zgodnie z wymaganiami danej wersji.
Przygotowujemy także katalogi robocze, ustawiamy uprawnienia użytkowników i sprawdzamy działanie zapory systemowej. W środowisku sieciowym trzeba dopuścić komunikację wymaganą przez silnik bazy danych, ale nie należy wyłączać zabezpieczeń bez potrzeby. Dostęp powinien być ograniczony do zaufanej sieci i konkretnych stanowisk.
Jeżeli nowy komputer ma pełnić funkcję serwera, ustalamy jego nazwę w sieci oraz adres, pod którym pozostałe stanowiska będą odnajdywać bazę. Zmiana nazwy komputera lub adresu może wymagać ponownej konfiguracji programu na każdym stanowisku. Warto zaplanować te ustawienia przed rozpoczęciem pracy użytkowników.
Po instalacji przywracamy bazę danych z kopii zapasowej, odtwarzamy uprawnienia użytkowników bazodanowych oraz konfigurujemy połączenie programu z nową lokalizacją bazy. W programach wymagających klucza licencyjnego (sprzętowego lub programowego) dokonujemy jego ponownej aktywacji lub przeniesienia — czasem wymaga to kontaktu z producentem oprogramowania w celu odblokowania licencji na nowym sprzęcie.
Przywrócenie bazy może wymagać wskazania właściwej ścieżki dla plików danych i logów. Jeżeli nowy komputer ma inną strukturę dysków niż poprzedni, nie zawsze można użyć dokładnie tych samych lokalizacji. Po odtworzeniu sprawdzamy, czy silnik bazy danych widzi wszystkie pliki oraz czy program nie próbuje korzystać ze starego komputera.
Następnie konfigurujemy konta użytkowników i ich zakresy uprawnień. Użytkownik odpowiedzialny za księgowość może mieć inne uprawnienia niż osoba obsługująca magazyn lub wystawiająca dokumenty sprzedaży. Nie należy upraszczać tego etapu przez nadanie wszystkim pełnego dostępu, ponieważ zwiększa to ryzyko przypadkowej zmiany ustawień albo dokumentów.
Odtwarzamy również ustawienia drukarek, katalogi eksportu, profile użytkowników, szablony dokumentów i połączenia z dodatkowymi urządzeniami. W zależności od programu konieczne może być ponowne skonfigurowanie drukarki fiskalnej, czytnika kodów kreskowych, podpisu elektronicznego albo integracji z bankiem. Każdy z tych elementów warto sprawdzić oddzielnie.
Inaczej wygląda migracja, gdy firma przechodzi z jednego komputera na serwer sieciowy. W takim przypadku nie wystarczy zainstalować programu na serwerze i skopiować bazy. Trzeba również ustawić usługę silnika, przygotować dostęp sieciowy oraz skonfigurować wszystkie stanowiska robocze.
Na komputerach użytkowników instalujemy odpowiednie składniki programu lub konfigurujemy klienta bazy danych. Wskazujemy nową nazwę serwera i instancji, sprawdzamy sposób uwierzytelniania oraz testujemy połączenie z każdego stanowiska. Jeżeli jedno stanowisko nadal korzysta ze starej lokalnej bazy, dane mogą zostać rozdzielone, a dokumenty wprowadzane w różnych miejscach nie będą widoczne dla wszystkich użytkowników.
Przed uruchomieniem pracy sieciowej ustalamy, czy wszystkie komputery korzystają z tej samej bazy i tej samej wersji programu. Różnice w konfiguracji mogą powodować błędy przy zapisie dokumentów, problemy z blokadami rekordów lub nieprawidłowe działanie modułów dodatkowych.
Po zakończeniu migracji sprawdzamy integralność danych — porównujemy liczbę dokumentów, sald i kartotek z danymi sprzed migracji, testujemy podstawowe operacje w programie oraz upewniamy się, że wszystkie stanowiska sieciowe (jeśli firma pracuje wielostanowiskowo) poprawnie łączą się z nową lokalizacją bazy danych. Dopiero po pozytywnych testach stary komputer jest wyłączany z użytku produkcyjnego, choć zalecamy zachowanie go jako dodatkowego źródła kopii zapasowej przez pewien czas.
Testujemy przede wszystkim logowanie użytkowników, wyszukiwanie kontrahentów, otwieranie wcześniejszych dokumentów, wystawienie dokumentu roboczego, wydruk, zapis zmian oraz wykonanie podstawowych zestawień. W programie magazynowym sprawdzamy kartoteki towarów, stany magazynowe i ruchy dokumentów. W programie księgowym kontrolujemy salda, rejestry i okresy rozliczeniowe.
Jeżeli program współpracuje z pocztą elektroniczną, sprawdzamy wysyłkę dokumentów i poprawność załączników. Warto również zweryfikować datę systemową, ustawienia regionalne, formaty numerów oraz dostęp do katalogów, w których zapisywane są pliki PDF lub eksporty.
Po testach porównujemy dane nie tylko wizualnie, ale także na podstawie konkretnych dokumentów i kartotek wskazanych przez użytkownika. Pozwala to potwierdzić, że migracja zachowała zarówno bieżące informacje, jak i starszą historię zapisów.
Jednym z częstszych problemów jest uruchomienie programu w wersji starszej albo nowszej niż baza danych. Czasami aplikacja otwiera się poprawnie, ale nie pozwala zalogować się do bazy lub zgłasza błąd przy wykonywaniu określonej operacji. Dlatego wersje programu i silnika powinny być sprawdzone przed migracją.
Inną przyczyną problemów są nieprawidłowe uprawnienia systemowe. Program może działać dla administratora, ale nie dla zwykłego użytkownika. Może także nie zapisywać plików w wybranym katalogu albo nie mieć dostępu do zasobu sieciowego. Nadanie wszystkim użytkownikom pełnych praw nie jest właściwym rozwiązaniem — najpierw trzeba ustalić, który katalog lub komponent wymaga dostępu.
W pracy sieciowej często pojawia się również blokowanie połączenia przez zaporę albo wskazanie nieaktualnej nazwy serwera. Objawem może być komunikat o braku połączenia, długie otwieranie dokumentów lub widoczność bazy tylko na komputerze pełniącym funkcję serwera.
Problemy mogą dotyczyć także licencji. Przeniesienie plików programu nie zawsze przenosi aktywację, ponieważ licencja może być związana z konkretnym komputerem, kluczem sprzętowym lub identyfikatorem instalacji. W takiej sytuacji konieczne jest użycie procedury producenta, a czasem zwolnienie licencji na starym urządzeniu.
Po potwierdzeniu poprawnego działania nowego stanowiska stary komputer można wyłączyć z codziennej pracy, ale nie powinien być od razu formatowany. Przez ustalony okres może pełnić funkcję dodatkowego źródła danych referencyjnych lub umożliwić porównanie dokumentów, jeżeli po migracji pojawią się pytania dotyczące konfiguracji.
Przed przekazaniem starego komputera do utylizacji lub innego użytkownika należy zadbać o bezpieczeństwo danych. Dotyczy to szczególnie baz księgowych, danych kontrahentów, dokumentów sprzedaży i plików zawierających informacje poufne. Usunięcie skrótu do programu nie usuwa danych zapisanych na dysku. Sposób dalszego postępowania powinien uwzględniać firmowe zasady archiwizacji i ochrony informacji.
W niektórych starszych programach skopiowanie katalogu danych jest częścią prawidłowej procedury, ale nie dotyczy to każdej aplikacji. Programy korzystające z SQL Server wymagają wykonania kopii przez silnik bazy i późniejszego przywrócenia jej na nowym komputerze. Samo kopiowanie plików może dać niepełny albo niespójny rezultat.
Nie zawsze, jednak mogą być potrzebne przy przenoszeniu licencji, zmianie wersji lub odtwarzaniu dodatkowych modułów. Warto przygotować numer licencji, dane dostępowe do panelu producenta oraz informacje o używanej wersji programu, jeżeli są dostępne.
Przygotowanie nowego komputera i instalację można wykonać wcześniej, ale końcowe kopiowanie lub odtwarzanie aktualnej bazy wymaga zatrzymania pracy użytkowników. Dzięki temu dane na starym stanowisku pozostają jednoznaczne, a kopia obejmuje ostatnie zmiany. Po uruchomieniu nowego komputera należy przeprowadzić testy przed wznowieniem normalnej pracy.
Nie zawsze, ale warto sprawdzić konta użytkowników, uprawnienia do bazy i dostęp do folderów. Jeżeli zmienił się komputer pełniący funkcję serwera, należy także skontrolować zapisane dane połączeniowe oraz ustawienia na stanowiskach roboczych. Ważne jest, aby każdy użytkownik miał tylko taki zakres dostępu, jaki jest mu potrzebny.
Po pozytywnym zakończeniu migracji wykonujemy nową kopię zapasową już na nowym komputerze. Nie należy poprzestawać na kopii użytej do przeniesienia, ponieważ po uruchomieniu programu mogły zostać zmienione ustawienia albo dopisane nowe dane. Kopia wykonana po migracji potwierdza stan działającego środowiska.
Warto ustalić stały sposób wykonywania kolejnych kopii, określić miejsce ich przechowywania oraz okres, przez jaki mają być zachowane. Sama migracja jest jednorazowym procesem, ale bezpieczeństwo bazy zależy od tego, czy późniejsze kopie są wykonywane regularnie i czy można je rzeczywiście odtworzyć.
Zgłoszenie naprawy: 22 390 56 49 — telefon czynny całą dobę, siedem dni w tygodniu. Sprzęt odbieramy spod wskazanego adresu w Grodzisku Mazowieckim i okolicy.