woj. mazowieckie
Administracja MS SQL
Płock
Serwer bazy w firmie z Płocka pracuje na wersji MS SQL, która od lat nie dostaje poprawek bezpieczeństwa. Stoi na systemie operacyjnym w podobnym wieku. Działa, więc nikt nie chce go ruszać — boi się, że system ERP po zmianie przestanie działać. Tymczasem każdy miesiąc bez poprawek to rosnące ryzyko.
Migracja wersji
Działa, więc nikt nie rusza
Wersje MS SQL z lat, które nie dostają już poprawek bezpieczeństwa, stoją w wielu firmach do dziś. W Płocku i okolicach spotykamy je regularnie, zwykle razem z równie starym systemem operacyjnym serwera.
Powód jest zawsze ten sam: obawa przed zmianą. System ERP działa, dostawca nie daje jasnej odpowiedzi o zgodności, a nikt nie chce być osobą, która „zepsuła bazę". Z każdym rokiem ryzyko rośnie — zarówno bezpieczeństwa, jak i awarii sprzętu, na którym stary system nie da się już łatwo odtworzyć.
Migracja bywa prostsza, niż się wydaje, pod warunkiem że nie robi się jej na produkcji bez wcześniejszego testu. Sprawdzamy zgodność z systemem ERP, przenosimy kopię bazy na nową wersję w środowisku testowym, sprawdzamy działanie z użytkownikami i dopiero wtedy planujemy przeniesienie w oknie serwisowym, z gotowym planem powrotu.
Zakres
Co obejmuje migracja
Każdy krok ma swój test.
- Spis wersji silnika, systemu operacyjnego i baz
- Sprawdzenie wymagań i zgodności systemu ERP
- Kontakt z dostawcą ERP w sprawie wspieranych wersji
- Środowisko testowe z nową wersją
- Przeniesienie kopii bazy i test działania
- Test z użytkownikami kluczowych operacji
- Przeniesienie produkcji w oknie serwisowym
- Plan powrotu na starą wersję
- Nie migrujemy na produkcji bez testu
- Nie wybieramy wersji niewspieranej przez system ERP
- Nie wyłączamy starego serwera przed potwierdzeniem działania
Ryzyka
Ryzyka pozostania i migracji
Poniżej uczciwe zestawienie obu stron decyzji.
| Kwestia | Pozostanie na starej wersji | Migracja z testem |
|---|---|---|
| Poprawki bezpieczeństwa | brak | aktualne |
| Awaria sprzętu | trudne odtworzenie na nowym | nowoczesna platforma |
| Zgodność z ERP | dziś działa | sprawdzona przed zmianą |
| Ryzyko przestoju | rośnie z czasem | jednorazowe okno serwisowe |
| Problem po zmianie | — | plan powrotu |
| Wymagania nowych wersji ERP | coraz trudniej je spełnić | spełnione |
| Wydajność | ograniczona starym silnikiem | zwykle lepsza |
Stary serwer zostaje nietknięty do czasu potwierdzenia, że wszystko działa na nowej wersji. Jeśli pojawi się problem, powrót zajmuje krótko i nie wymaga odtwarzania z kopii.
Wynik
Co dostajecie
Aktualną bazę bez ryzyka nieudanej zmiany.
- Sprawdzona zgodność: System ERP przetestowany na nowej wersji.
- Poprawki bezpieczeństwa: Wspierana wersja silnika.
- Plan powrotu: Na wypadek problemów.
Płock w praktyce
Czego nauczyły nas migracje w Płocku
Pierwsza rzecz: dostawcy systemów ERP zwykle mają listę wspieranych wersji MS SQL, tylko nikt o nią nie zapytał. Od niej zaczynamy wybór wersji docelowej.
Druga: test z użytkownikami ujawnia rzeczy, których nie widać w samym przeniesieniu bazy: raporty korzystające ze starych funkcji, integracje z zaszytym adresem serwera, wydruki.
Trzecia: obawa przed migracją zwykle znika po teście. Gdy zespół zobaczy system działający na nowej wersji, decyzja o przeniesieniu produkcji zapada szybko.
Baza stała na wersji sprzed wielu lat, bo baliśmy się zmian. Po teście z naszymi użytkownikami przeniesienie w weekend przeszło bez problemów, a stary serwer czekał na wszelki wypadek.
Na start
Czego potrzebujemy na start
Najważniejszy jest kontakt do dostawcy systemu.
- Wersja MS SQL i systemu operacyjnego
- System ERP i jego wersja
- Kontakt do dostawcy ERP
- Lista raportów i integracji korzystających z bazy
- Serwer lub środowisko dla nowej wersji
- Osoby do testów z użytkownikami
Współpraca
Jak pracujemy
Zaczynamy od spisu wersji i sprawdzenia zgodności z dostawcą ERP. Wybieramy wersję docelową.
Przenosimy kopię bazy do środowiska testowego i sprawdzamy działanie z użytkownikami. Pracujemy zdalnie.
Przenosimy produkcję w oknie serwisowym z gotowym planem powrotu. Po potwierdzeniu działania wyłączamy stary serwer.
Zasięg
Gdzie dokładnie pracujemy
Migracje przestarzałych wersji MS SQL prowadzimy dla firm z Płocka zdalnie.
Pracujemy też dla firm z Gostynina, Sierpca, Płońska, Kutna, Gąbina i Wyszogrodu.
- Śródmieście
- Podolszyce Północ
- Podolszyce Południe
- Radziwie
- Borowiczki
- Winiary
- Skarpa
- Kostrogaj
- Trzepowo
- Imielnica
- Góry
Poza samym miastem pracujemy też w okolicy: Gąbin, Wyszogród, Gostynin, Słupno, Stara Biała, Bodzanów, Radzanowo. Dla nas to ten sam wyjazd, a dla wyszukiwarki osobny zestaw zapytań, o który mało kto konkuruje świadomie.
Budżet
Ile kosztuje migracja wersji
Koszt zależy od liczby baz, integracji i zakresu testów.
| Element | Zakres | Czas | Orientacyjnie |
|---|---|---|---|
| Przegląd i zgodność | wersje, wymagania ERP, integracje | kilka godzin | wycena po rozmowie |
| Test na kopii | środowisko testowe, testy z użytkownikami | kilka dni | wycena po przeglądzie |
| Przeniesienie produkcji | okno serwisowe, plan powrotu | zwykle weekend lub noc | wycena po przeglądzie |
| Opieka | monitoring, poprawki, awarie | miesięcznie | abonament, wycena po przeglądzie |
Licencje nowej wersji MS SQL i systemu operacyjnego są rozliczane osobno.
Współpraca
Od strachu przed zmianą do aktualnej bazy
Spis wersji
Silnik, system, bazy.
Zgodność
Z dostawcą ERP.
Środowisko testowe
Kopia bazy na nowej wersji.
Testy
Z użytkownikami.
Przeniesienie
W oknie serwisowym.
Potwierdzenie
Dopiero potem wyłączenie starego.
Pytania
Zanim zapytasz
Tak, jeśli nie dostaje już poprawek bezpieczeństwa.
Sprawdzamy to z dostawcą i w teście na kopii.
Tylko na czas okna serwisowego, zwykle w nocy lub weekend.
Mamy plan powrotu, a stary serwer czeka nietknięty.
Tak, kluczowe operacje przed przeniesieniem.
Licencje są rozliczane osobno.
Ta sama okolica
Pozostałe usługi w Płocku
Przenieśmy bazę na wspieraną wersję
Napiszcie, jaka wersja MS SQL i jaki system ERP pracują w firmie. Zaczniemy od sprawdzenia zgodności.