Kupno nowego komputera pełniącego funkcję serwera w przedsiębiorstwie wiąże się z koniecznością bezbłędnego przeniesienia środowiska sprzedażowo-magazynowego. W przypadku systemu Subiekt GT serwer jest centralnym punktem całego obiegu dokumentów, zamówień i kartotek towarowych. Każdy przestój w dostępie do danych oznacza wstrzymanie wystawiania faktur, paraliż wysyłek magazynowych oraz brak możliwości obsługi klientów. Wdrożenie nowego środowiska wymaga zaplanowania poszczególnych etapów, aby transfer bazy danych i przełączenie stanowisk klienckich odbyły się bez utraty spójności informacji.
Pytanie, które najczęściej pojawia się podczas rozmowy telefonicznej, brzmi: jak przenieść Subiekt GT na nowy system serwera, aby nie stracić historii transakcji i nie zablokować pracy firmy na wiele godzin? Odpowiedź wymaga zrozumienia architektury rozwiązania, właściwego zabezpieczenia dotychczasowych zbiorów oraz precyzyjnego skonfigurowania usług sieciowych na nowej maszynie.
Podczas wymiany sprzętu lub migracji systemu operacyjnego na głównym komputerze firmy użytkownicy mierzą się z szeregiem powtarzających się trudności. Zgłoszenia telefoniczne zazwyczaj dotyczą sytuacji, w których proces przenoszenia został rozpoczęty, lecz nie doprowadził do uruchomienia pełnej funkcjonalności.
Nieprawidłowości podczas transferu oprogramowania magazynowego na nową maszynę wynikają zazwyczaj ze złożoności powiązań między bazą danych, silnikiem bazodanowym a uprawnieniami sieciowymi. Uszeregowanie przyczyn od najczęstszych pozwala zrozumieć, gdzie leży źródło problemu.
Najpowszechniejszym powodem jest nieprawidłowa konfiguracja sieciowa i blokady zapory ogniowej. Nowy system operacyjny na serwerze domyślnie izoluje maszynę od otoczenia sieciowego. Jeśli reguły ruchu przychodzącego dla silnika bazy danych oraz powiązanych usług przeglądarki SQL nie zostaną ręcznie zdefiniowane, komputery pracowników nie nawiążą połączenia, mimo że na samym serwerze program działa poprawnie.
Drugą częstą przyczyną są błędy protokołów sieciowych w samym motorze bazy danych. Domyślna instalacja silnika relacyjnego bardzo często wyłącza obsługę protokołu TCP/IP — standardowego protokołu komunikacji w sieciach lokalnych — pozostawiając jedynie połączenia lokalne za pośrednictwem pamięci współdzielonej. W takiej sytuacji serwer obsługuje tylko samego siebie, odrzucając zapytania z sieci LAN.
Kolejny czynnik to niewłaściwie wykonana archiwizacja danych. Wygenerowanie niepełnego zrzutu bazy, przerwanie procesu zapisu lub próba przeniesienia wyłącznie surowych plików bazy danych bez uprzedniego odłączenia ich od działającej usługi prowadzi do uszkodzenia struktury tabel. Skutkuje to niemożnością dearchiwizacji na nowym serwerze.
Rzadziej spotykaną, lecz poważną przyczyną są konflikty uprawnień kont systemowych i użytkowników bazy. Zmiana nazwy komputera, struktury grup roboczych lub kont administracyjnych w systemie operacyjnym może uniemożliwić usłudze bazodanowej dostęp do katalogów z kopiami zapasowymi bądź zablokować mechanizmy autoryzacji z poziomu stacji roboczych.
Prawidłowe przeniesienie systemu Subiekt GT na nowy system serwera realizujemy według ściśle określonej procedury. Każdy krok ma na celu zapewnienie stuprocentowego bezpieczeństwa danych oraz natychmiastowego powrotu firmy do normalnego rytmu pracy.
Pracę rozpoczynamy od weryfikacji stanu dotychczasowej bazy danych na starym serwerze. Wykonujemy pełną archiwizację podmiotu — czyli kompletny zrzut wszystkich tabel, kartotek, rozrachunków i dokumentów do zabezpieczonego pliku archiwum. Kopia zostaje zweryfikowana pod kątem integralności, co daje pewność, że plik nie jest uszkodzony i nadaje się do odtworzenia na nowej platformie. Zabezpieczamy również pliki konfiguracyjne, wzorce wydruków oraz wszelkie zewnętrzne szablony wykorzystywane w codziennej pracy.
Na nowym komputerze serwerowym przeprowadzamy instalację odpowiedniego silnika bazy danych. Konfigurujemy instancję bazodanową, dbając o właściwy dobór metody uwierzytelniania. Ustawiamy mechanizmy autoryzacji mieszanej, co pozwala na bezpieczną komunikację programu z bazą. Na tym etapie definiowane są również dedykowane foldery na dane oraz katalogi przeznaczone do wykonywania cyklicznych kopii zapasowych w przyszłości.
Aby stacje robocze mogły łączyć się z nowym serwerem, aktywujemy niezbędne protokoły sieciowe w menedżerze konfiguracji silnika bazy danych, w tym przede wszystkim protokół TCP/IP. Przypisujemy odpowiednie reguły nasłuchiwania na standardowych lub dedykowanych portach komunikacyjnych. W zaporze sieciowej nowego systemu operacyjnego tworzymy precyzyjne reguły dla ruchu przychodzącego, odblokowując pakiety kierowane do silnika bazodanowego oraz usługi lokalizacji instancji w sieci.
Przeniesione archiwum podmiotu zostaje załadowane do nowo utworzonej instancji na serwerze. Przeprowadzamy procedurę dearchiwizacji — odtworzenia pełnej struktury relacyjnej bazy danych z pliku kopii zapasowej. Po zakończeniu tego procesu wykonujemy czynności konserwacyjne na bazie danych: sprawdzamy spójność logiczną tabel oraz odbudowujemy indeksy, co optymalizuje szybkość wykonywania zapytań przez aplikację.
Po uruchomieniu i przetestowaniu bazy na serwerze przystępujemy do konfiguracji komputerów użytkowników w biurze i magazynie. Na każdej stacji roboczej aktualizujemy parametry połączenia w programie Subiekt GT, wskazując nową nazwę sieciową serwera lub jego stały adres w sieci lokalnej. Testujemy stabilność połączenia, szybkość generowania zestawień oraz poprawność zapisu nowych dokumentów.
Sprawne przeprowadzenie migracji wymaga odpowiedniego przygotowania środowiska pracy. Wykonanie kilku prostych kroków organizacyjnych pozwala skrócić czas przestoju i ułatwia wdrożenie nowego serwera.
Samodzielne próby przenoszenia zaawansowanych systemów bazodanowych bez odpowiedniej wiedzy technicznej niosą ryzyko utraty części danych lub trwałego uszkodzenia bazy. Należy unikać kopiowania plików bazy danych metodą „przeciągnij i upuść” w eksploratorze plików podczas pracy programu. Silnik bazodanowy utrzymuje pliki w stanie otwartym i blokuje do nich bezpośredni dostęp — ręczne kopiowanie w takich warunkach tworzy plik uszkodzony i bezużyteczny.
Nie wolno także usuwać ani formatować dysku starego komputera bezpośrednio po przeniesieniu plików. Stare środowisko stanowi nienaruszony punkt odniesienia i kopię bezpieczeństwa do momentu, aż wszystkie stanowiska w firmie zostaną podłączone do nowego serwera i potwierdzą poprawność działania na dokumentach bieżących.
Przed przyjazdem serwisu można bezpiecznie zweryfikować podstawowe kwestie sprzętowe: upewnić się, że nowy serwer prawidłowo uruchamia system operacyjny, ma dostęp do sieci lokalnej i pobiera adres sieciowy z routera, a kable połączeniowe nie są uszkodzone.
W przypadku wymiany infrastruktury IT w firmie realizujemy kompleksowe wsparcie techniczne na miejscu u klienta. Działamy na terenie Warszawy oraz okolicznych powiatów, zapewniając bezpośredni dojazd serwisanta do biura lub siedziby przedsiębiorstwa. Rozumiemy, że wdrożenie nowego serwera musi odbyć się sprawnie, dlatego usługi świadczymy przez całą dobę, siedem dni w tygodniu — także w godzinach wieczornych lub w dni wolne od pracy, co pozwala przeprowadzić migrację bez zakłócania bieżącej obsługi kontrahentów.
Współpraca rozpoczyna się od analizy zastanej infrastruktury. Przed przystąpieniem do jakichkolwiek modyfikacji konfiguracji lub transferu danych serwisant przedstawia dokładny plan działania oraz indywidualną wycenę usługi, dzięki czemu koszt prac jest znany z góry. W przypadku bardziej złożonych prac przygotowawczych na nowym sprzęcie odbieramy urządzenie do warsztatu i po wykonaniu wstępnej konfiguracji odwozimy z powrotem, aby finalne wdrożenie bazy i podłączenie stacji roboczych sfinalizować na miejscu.
Wszystkie czynności wykonują wyłącznie doświadczeni serwisanci z naszego zespołu, bez angażowania zewnętrznych podwykonawców. Do każdego zlecenia stosujemy restrykcyjne procedury bezpieczeństwa danych, a na życzenie klienta bezpłatnie podpisujemy umowę o zachowaniu poufności (NDA). Na wykonaną usługę konfiguracji i migracji udzielana jest gwarancja do 12 miesięcy, a rozliczenie dokumentuje faktura bez VAT.
Jeśli planujesz wymianę serwera w firmie i potrzebujesz pewnego, bezpiecznego przeniesienia programu Subiekt GT bez ryzyka utraty danych, skontaktuj się z nami telefonicznie pod numerem 22 257 87 54.
Nie wiesz, od czego zacząć? Zadzwoń.
Porada telefoniczna nic nie kosztuje, a część usterek udaje się rozwiązać bez dojazdu — zwłaszcza tych, w których winne są ustawienia albo zasilanie. Jeżeli trzeba przyjechać, dojazd, odbiór i zwrot sprzętu są bezpłatne, a diagnoza laptopa przy odbiorze — również. Wizyta serwisanta u klienta jest płatna; sam dojazd i tak nic nie kosztuje.
Telefon odbieramy całą dobę, siedem dni w tygodniu — także w weekendy i święta. Dojeżdżamy na terenie Warszawy i siedmiu przyległych powiatów.
Serwis laptopów i komputerów na warszawskim Bemowie. Przyjeżdżamy pod wskazany adres — do domu i do firmy. Dojazd, odbiór i zwrot nic nie kosztują, a diagnoza laptopa przy odbiorze sprzętu jest bezpłatna.
ul. Lazurowa 14b
01-474 Warszawa — Bemowo
Biuro bez obsługi klientów. Sprzętu nie trzeba nigdzie przywozić.
Odbieramy także w weekendy i święta. Przy pilnych zgłoszeniach umawiamy się na ten sam dzień.
Dojazd: Warszawa i siedem przyległych powiatów, w promieniu 40 km. Na miejscu jesteśmy z reguły w ciągu godziny.
Na wykonane naprawy dajemy gwarancję do 12 miesięcy.
