woj. zachodniopomorskie
Odchudzanie baz danych
Szczecin
Firma ze Szczecina planuje przeniesienie bazy na nowy serwer. Przy obecnym rozmiarze samo kopiowanie i odtworzenie zajmie cały weekend, a nowy serwer trzeba kupić z dyskami na dziesięć lat danych. Jeśli przed migracją przenieść stare dokumenty do archiwum, przeniesienie zmieści się w jedną noc, a serwer może być skromniejszy.
Przed migracją
Przenoszenie dziesięciu lat danych, z których korzysta się rok
Każda migracja bazy — na nowy serwer, nowszą wersję silnika albo do chmury — polega na przeniesieniu wszystkich danych. Czas przeniesienia, rozmiar dysków nowego serwera i ryzyko operacji rosną razem z rozmiarem bazy.
Firmy ze Szczecina, które planują migrację, często przenoszą bazę w całości, z dokumentami z wielu lat, z których na co dzień nikt nie korzysta. Okno serwisowe rozciąga się na weekend, nowy serwer kupuje się z dużymi dyskami, a problem wolnej pracy przenosi się razem z danymi na nowy sprzęt.
Proponujemy odwrotną kolejność: najpierw odchudzenie, potem migracja. Stare dokumenty trafiają do bazy archiwalnej, która może pozostać na starym serwerze albo zostać przeniesiona osobno, bez presji czasu. Baza operacyjna przenosi się szybko, a parametry nowego sprzętu dobieramy do jej rzeczywistego rozmiaru.
Zakres
Co obejmuje przygotowanie do migracji
Dwa projekty w dobrej kolejności.
- Analiza bazy przed migracją
- Granica archiwizacji ustalona z księgowością
- Archiwizacja na obecnym serwerze, z testem
- Decyzja, gdzie zostaje baza archiwalna
- Dobór parametrów nowego serwera do mniejszej bazy
- Próbna migracja bazy operacyjnej
- Właściwa migracja w oknie serwisowym
- Plan powrotu na stary serwer
- Nie przenosimy danych, które mogą zostać w archiwum
- Nie dobieramy sprzętu przed analizą
- Nie wyłączamy starego serwera przed potwierdzeniem działania
Z odchudzeniem i bez
Migracja z odchudzeniem i bez
Poniżej porównanie dwóch podejść.
| Kwestia | Migracja całej bazy | Najpierw odchudzenie |
|---|---|---|
| Czas przeniesienia | długi, często weekend | krótki, zwykle noc |
| Dyski nowego serwera | na wszystkie lata | na bazę operacyjną |
| Ryzyko operacji | większe | mniejsze |
| Wydajność po migracji | problem przenosi się dalej | szybka baza na nowym sprzęcie |
| Archiwum | w bazie operacyjnej | osobno, bez presji czasu |
| Próbna migracja | długa | krótka, łatwa do powtórzenia |
| Koszt sprzętu | wyższy | niższy |
Baza archiwalna się nie zmienia, więc jej przeniesienie nie wymaga okna serwisowego. Można ją przenieść później albo zostawić na starym serwerze z dostępem tylko do odczytu.
Wynik
Co dostajecie
Migrację, która nie zajmuje weekendu.
- Krótkie przeniesienie: Mniejsza baza operacyjna.
- Dobrany sprzęt: Do rzeczywistego rozmiaru.
- Szybki start: Na nowym serwerze bez starych problemów.
Szczecin w praktyce
Czego nauczyły nas migracje w Szczecinie
Pierwsza rzecz: odchudzenie przed migracją często zmienia specyfikację nowego serwera. Dyski i pamięć dobrane do mniejszej bazy obniżają koszt zakupu.
Druga: krótka baza operacyjna pozwala zrobić próbną migrację kilka razy. Każda próba skraca i uspokaja właściwe przeniesienie.
Trzecia: firmy, które przeniosły całą bazę bez odchudzenia, po kilku miesiącach wracają z tym samym problemem na nowym sprzęcie. Lepiej zrobić to raz, w dobrej kolejności.
Migracja całej bazy miała zająć weekend. Po archiwizacji starych lat przeniesienie bazy operacyjnej trwało kilka godzin w nocy, a nowy serwer kupiliśmy z mniejszymi dyskami.
Na start
Czego potrzebujemy na start
Najważniejszy jest termin migracji.
- System i wersja bazy
- Planowany termin i cel migracji
- Parametry obecnego i planowanego serwera
- Kontakt do księgowości
- Kontakt do dostawcy systemu
- Dostęp do serwera
Współpraca
Jak pracujemy
Zaczynamy od analizy bazy i terminu migracji. Układamy harmonogram: najpierw archiwizacja, potem przeniesienie.
Archiwizujemy na obecnym serwerze z testem, dobieramy parametry nowego sprzętu i robimy próbną migrację. Pracujemy zdalnie.
Przenosimy bazę operacyjną w oknie serwisowym z planem powrotu. Archiwum przenosimy osobno albo zostawiamy na starym serwerze.
Zasięg
Gdzie dokładnie pracujemy
Bazy przed migracją odchudzamy dla firm ze Szczecina zdalnie.
Pracujemy też dla firm z Polic, Goleniowa, Stargardu, Gryfina, Kołbaskowa i Dobrej.
- Śródmieście
- Prawobrzeże
- Centrum
- Pogodno
- Niebuszewo
- Gumieńce
- Pomorzany
- Krzekowo-Bezrzecze
- Warszewo
- Dąbie
- Zdroje
- Żelechowa
Poza samym miastem pracujemy też w okolicy: Police, Goleniów, Stargard, Gryfino, Kołbaskowo, Dobra Szczecińska, Mierzyn. Dla nas to ten sam wyjazd, a dla wyszukiwarki osobny zestaw zapytań, o który mało kto konkuruje świadomie.
Budżet
Ile kosztuje odchudzenie przed migracją
Wyceniamy po analizie. Oszczędność na sprzęcie często pokrywa koszt prac.
| Etap | Zakres | Czas | Orientacyjnie |
|---|---|---|---|
| Analiza | rozmiar, przyrost, cel migracji | zwykle 1–2 dni pracy | stała cena, raport z liczbami |
| Archiwizacja przed migracją | granica, test, wykonanie | kilka dni | wycena po analizie |
| Dobór sprzętu i próbna migracja | parametry, próba | kilka dni | wycena po analizie |
| Migracja | okno serwisowe, plan powrotu | zwykle noc | wycena po analizie |
Sprzęt i licencje nowego serwera są rozliczane osobno.
Współpraca
Od weekendowej migracji do jednej nocy
Analiza
Baza i cel migracji.
Archiwizacja
Na obecnym serwerze.
Sprzęt
Dobrany do mniejszej bazy.
Próbna migracja
Krótka, powtarzalna.
Migracja
W oknie serwisowym.
Archiwum
Osobno, bez presji.
Pytania
Zanim zapytasz
Żeby przeniesienie było krótsze, a sprzęt tańszy.
Na starym serwerze albo przeniesione osobno.
Zwykle tak, po odchudzeniu bazy operacyjnej.
Tak, do rozmiaru bazy po odchudzeniu.
Mamy plan powrotu na stary serwer.
Analiza ma stałą cenę, dalsze prace wyceniamy po niej.
Ta sama okolica
Pozostałe usługi w Szczecinie
Ta sama usługa
Optymalizacja baz danych w innych miastach
Odchudźmy bazę przed przeprowadzką
Napiszcie, kiedy planujecie migrację i dokąd przenosicie bazę. Zaczniemy od analizy.