Migracja serwera plików na nowy serwer lub NAS

Kiedy potrzebna jest migracja serwera plików

Potrzeba migracji pojawia się najczęściej wtedy, gdy dotychczasowy serwer plików jest zbyt wolny, kończy się na nim miejsce albo nie odpowiada już wymaganiom firmy. Powodem może być także zmiana organizacji pracy, wdrożenie nowego systemu operacyjnego lub zastąpienie serwera urządzeniem NAS, czyli sieciowym magazynem danych przeznaczonym do udostępniania plików.

Sam zakup nowego urządzenia nie kończy zadania. Trzeba przenieść dane, odtworzyć strukturę folderów, ustawić konta i grupy oraz sprawdzić, czy pracownicy zachowają właściwy dostęp. Migracja obejmuje również przełączenie komputerów na nowe udziały sieciowe, czyli foldery dostępne przez sieć lokalną.

Nie jest to naprawa sprzętu. W ramach konfiguracji serwera lub NAS można przygotować system, role, udziały, uprawnienia, kopie zapasowe, aktualizacje i zdalny dostęp. Naprawa urządzenia, wymiana podzespołów oraz usuwanie awarii sprzętowych to odrębne zagadnienia.

Najczęstsze warianty przeniesienia danych

Najprostszy wariant polega na przeniesieniu danych z jednego serwera Windows Server na inny serwer z tym samym systemem. W takim przypadku można zachować podobny model kont, grup i udziałów, choć nadal trzeba sprawdzić identyfikatory użytkowników oraz dziedziczenie uprawnień.

Inny wariant obejmuje migrację z serwera Windows Server na NAS działający pod kontrolą systemu Linux. System Linux, czyli rodzina systemów opartych na jądrze Linux, może obsługiwać udziały sieciowe, kopie zapasowe i zdalny dostęp, ale sposób zarządzania kontami i uprawnieniami może różnić się od rozwiązania firmy Microsoft.

Możliwa jest także migracja do nowego serwera Linux albo między dwoma urządzeniami NAS. Wtedy szczególnego sprawdzenia wymagają protokoły dostępu, czyli standardy komunikacji używane do udostępniania plików. W środowiskach Windows często stosuje się SMB, czyli protokół udostępniania plików i drukarek w sieci.

Zakres prac zależy również od tego, czy serwer przechowuje wyłącznie dokumenty, czy także profile użytkowników, dane aplikacji, archiwa, skany, projekty oraz kopie zapasowe. Pliki używane przez program bazodanowy nie powinny być przenoszone tak samo jak zwykłe dokumenty.

Plan migracji zaczyna się od inwentaryzacji

Pierwszym etapem jest inwentaryzacja, czyli zebranie informacji o obecnym środowisku. Sprawdzana jest nazwa serwera, adresacja sieciowa, lista udziałów, lokalizacje danych, wielkość folderów, liczba użytkowników oraz sposób mapowania dysków. Mapowanie dysku oznacza przypisanie udziału sieciowego do litery dysku widocznej na komputerze.

Warto ustalić, które foldery są rzeczywiście używane, a które zostały pozostawione po dawnych projektach. Analizuje się również skróty, skrypty logowania i programy korzystające ze ścieżek sieciowych. Ścieżka UNC, czyli zapis adresu zasobu sieciowego w formie podobnej do „nazwa-serwera\folder”, może być wpisana w wielu konfiguracjach i dokumentach.

Plan powinien określać kolejność działań, osobę odpowiedzialną za akceptację wyników oraz sposób powrotu do poprzedniego serwera. Potrzebne jest także ustalenie okna przełączenia, czyli zaplanowanego momentu, w którym użytkownicy przestaną zapisywać dane na starym urządzeniu.

Przed rozpoczęciem należy rozdzielić dane robocze od kopii zapasowych. Kopia zapasowa, czyli niezależna kopia danych przeznaczona do odtworzenia po awarii, nie powinna być traktowana jako zwykły folder do przeniesienia. Jej zadaniem jest umożliwienie odzyskania informacji, gdy migracja lub późniejsza praca zakończy się problemem.

Kopia zapasowa i zabezpieczenie stanu wyjściowego

Przed kopiowaniem danych wykonywana jest sprawdzona kopia zapasowa. Sam fakt skopiowania plików nie oznacza jeszcze, że można je odtworzyć. Należy zweryfikować, czy kopia zawiera wymagane foldery, czy pliki można odczytać oraz czy zachowane zostały informacje o właścicielach i uprawnieniach.

Ważne dane powinny znajdować się w więcej niż jednej lokalizacji. Nie należy polegać wyłącznie na dysku starego serwera, pojedynczym zewnętrznym nośniku ani na kopii przechowywanej w tym samym urządzeniu. Awaria kontrolera, czyli układu zarządzającego dyskami, może uniemożliwić dostęp zarówno do danych roboczych, jak i do lokalnej kopii.

Przed migracją warto zanotować dotychczasową konfigurację. Dotyczy to nazw udziałów, list grup, wyjątków w uprawnieniach oraz zadań kopii zapasowych. Taki stan wyjściowy ułatwia porównanie po przełączeniu i pozwala szybciej wykryć brakujący element.

Nie powinno się rozpoczynać migracji bez ustalenia, co ma zostać uznane za poprawny wynik. Dla jednego środowiska będzie to dostęp do dokumentów, a dla innego także działanie programów, zachowanie historii plików, wykonywanie kopii oraz możliwość pracy poza biurem przez bezpieczny zdalny dostęp.

Przygotowanie nowego serwera lub NAS

Nowe urządzenie jest aktualizowane i konfigurowane przed skopiowaniem danych. Obejmuje to ustawienie nazwy hosta, czyli nazwy urządzenia rozpoznawanej w sieci, adresu IP, czyli adresu sieciowego, strefy czasowej oraz synchronizacji czasu. Różnice czasu między serwerem a komputerami mogą powodować problemy z logowaniem i uwierzytelnianiem.

Na serwerze Windows Server można przygotować odpowiednie role. Rola serwera to zestaw funkcji systemowych, na przykład obsługa udostępniania plików. W środowisku Linux lub NAS konfigurowane są usługi plikowe, konta, grupy i zasady dostępu.

Przed przeniesieniem danych ustala się układ woluminów. Wolumin to logicznie wydzielona przestrzeń dyskowa, która może obejmować jeden dysk albo kilka dysków. W urządzeniach NAS często stosuje się RAID, czyli sposób łączenia dysków zapewniający ciągłość pracy po awarii wybranych nośników. RAID nie zastępuje kopii zapasowej, ponieważ nie chroni przed przypadkowym usunięciem ani zaszyfrowaniem plików.

Konfigurowane są również aktualizacje, zapora sieciowa i dostęp administracyjny. Zapora sieciowa, czyli mechanizm filtrujący połączenia, powinna dopuszczać wyłącznie potrzebne usługi. Zdalny dostęp powinien być zabezpieczony zgodnie z przyjętą polityką firmy, a nie wystawiony bezpośrednio do internetu bez kontroli.

Przeniesienie użytkowników i uprawnień

Najwięcej problemów podczas migracji powoduje nie samo kopiowanie plików, lecz odtworzenie uprawnień. Uprawnienia określają, kto może odczytać, zmienić, usunąć lub udostępnić dane. Należy rozróżnić uprawnienia do udziału sieciowego od uprawnień systemu plików, ponieważ oba poziomy mogą ograniczać dostęp.

W środowisku Windows często wykorzystuje się grupy zabezpieczeń, czyli zbiory kont, którym nadawane są wspólne prawa. Zamiast dodawać każdą osobę osobno do każdego folderu, przypisuje się uprawnienia odpowiednim grupom. Ułatwia to późniejsze zmiany i ogranicza ryzyko pozostawienia dostępu byłemu pracownikowi.

Trzeba sprawdzić właścicieli plików, dziedziczenie oraz wyjątki. Dziedziczenie oznacza automatyczne przejmowanie uprawnień z folderu nadrzędnego. Wyjątek może celowo ograniczać dostęp do konkretnego katalogu, ale może też być pozostałością po dawnej konfiguracji.

Przy przejściu z Windows Server na NAS nie zawsze da się przenieść uprawnienia jeden do jednego. Może być potrzebne utworzenie kont lokalnych, podłączenie NAS do domeny albo zastosowanie usługi katalogowej. Domena to centralny system zarządzania kontami i komputerami, który pozwala logować się do wielu zasobów przy użyciu wspólnych danych.

Kopiowanie danych bez utraty spójności

Dane są kopiowane etapami. Najpierw przenosi się główny zestaw plików, a następnie wykonuje kopię różnicową. Kopia różnicowa obejmuje zmiany wprowadzone od wcześniejszego kopiowania, dzięki czemu końcowe przełączenie może trwać krócej.

Podczas kopiowania sprawdzane są błędy odczytu, zbyt długie nazwy, niedozwolone znaki oraz pliki zablokowane przez działające programy. Plik zablokowany to plik, który jest aktualnie używany i może nie dać się poprawnie odczytać lub zastąpić.

W przypadku danych aplikacyjnych konieczne jest zamknięcie programu albo użycie jego własnej procedury eksportu. Zwykłe kopiowanie katalogu programu może utworzyć niespójny zestaw plików, w którym część informacji pochodzi z innego momentu niż pozostała część.

Po każdym etapie porównywana jest liczba i struktura plików, a w razie potrzeby także sumy kontrolne. Suma kontrolna to wynik obliczenia na podstawie zawartości pliku. Identyczne wyniki zwiększają pewność, że dane nie zmieniły się podczas kopiowania, choć nie zastępują sprawdzenia możliwości otwarcia dokumentów.

Testy przed przełączeniem użytkowników

Przed zmianą ścieżek sieciowych wykonywane są testy na wybranych kontach. Sprawdzane jest logowanie, odczyt dokumentów, zapis nowych plików, modyfikacja istniejących danych oraz odmowa dostępu do folderów przeznaczonych dla innych grup.

Test powinien obejmować różne typy użytkowników, na przykład osobę pracującą z dokumentami, kierownika z szerszym dostępem oraz konto bez uprawnień administracyjnych. Dzięki temu można wykryć sytuację, w której administrator widzi wszystko, ale zwykłe konto nie może pracować zgodnie z zakresem obowiązków.

Sprawdzane są mapowane dyski, skróty, skrypty logowania i aplikacje korzystające z udziałów. Należy również potwierdzić działanie kopii zapasowej na nowym urządzeniu. Jeżeli planowany jest zdalny dostęp, test obejmuje uwierzytelnianie i dostęp wyłącznie do zasobów, które powinny być dostępne poza siecią firmy.

Wyniki testów warto zapisać w formie krótkiej listy kontrolnej. Przy każdej pozycji powinien znaleźć się wynik, użyte konto i ewentualna uwaga. Taki zapis ułatwia późniejsze odtworzenie konfiguracji i ocenę, czy migracja została zakończona.

Przełączenie na nowy zasób

Przełączenie rozpoczyna się od zatrzymania zapisu na starym serwerze. Użytkownicy powinni zamknąć dokumenty, a programy korzystające z udziałów muszą zostać zatrzymane zgodnie z ich dokumentacją. Następnie wykonywana jest końcowa kopia zmian, aby uwzględnić pliki utworzone po pierwszym etapie.

Po zakończeniu kopiowania aktualizowane są ścieżki udziałów. Można zmienić mapowanie dysków, wykorzystać te same nazwy udziałów albo zastosować przekierowanie, jeśli środowisko na to pozwala. Nazwy powinny być spójne i zrozumiałe, ponieważ przypadkowe zmiany utrudniają obsługę oraz późniejsze diagnozowanie problemów.

Po przełączeniu ponownie sprawdzane są logowanie, odczyt, zapis, usuwanie i dostęp do folderów chronionych. Monitorowane są również komunikaty systemowe oraz zadania kopii zapasowej. Stary serwer nie powinien być od razu kasowany ani formatowany. Przez okres kontrolny pozostaje wyłączony albo dostępny wyłącznie administracyjnie, aby możliwy był bezpieczny powrót w razie wykrycia braków.

Ile trwa migracja i od czego zależy

Migracja nie ma jednego stałego czasu wykonania. Zakres zależy od ilości danych, liczby udziałów, liczby użytkowników, sposobu zarządzania kontami, wydajności sieci oraz liczby programów korzystających z plików. Znaczenie ma także to, czy można zaplanować przerwę w zapisie danych i czy konieczne jest odtworzenie złożonych uprawnień.

Najwięcej czasu może zająć analiza środowiska, kopiowanie dużych zbiorów, weryfikacja danych i testy po przełączeniu. Sama zmiana nazwy udziału może być szybka, ale nie świadczy o zakończeniu migracji. Za zakończoną można ją uznać dopiero po potwierdzeniu dostępu, spójności danych i działania kopii zapasowych.

Termin prac jest ustalany na podstawie rzeczywistego zakresu. Nie powinno się skracać testów tylko po to, aby przełączenie odbyło się wcześniej. W migracji serwera plików ważniejsza jest możliwość odtworzenia i kontroli niż pozorna szybkość wykonania.

Co można sprawdzić samodzielnie, a czego nie robić

Przed rozpoczęciem prac można przygotować listę używanych folderów, użytkowników i programów, które zapisują dane na serwerze. Warto również sprawdzić, czy kopie zapasowe kończą się bez błędów oraz czy znane są osoby odpowiedzialne za akceptację dostępu do poszczególnych katalogów.

Nie należy samodzielnie kasować starego serwera, zmieniać nazw udziałów ani nadawać wszystkim pełnych praw administracyjnych. Nie powinno się także kopiować danych na nowy NAS bez sprawdzenia jego konfiguracji, aktualizacji i zabezpieczeń.

Ryzykowne jest przenoszenie plików metodą przeciągnij i upuść bez logu operacji. Taki sposób może nie pokazać wszystkich błędów, pominąć pliki zablokowane albo nie zachować właścicieli i uprawnień. Nie należy też traktować RAID jako kopii zapasowej ani wystawiać panelu administracyjnego NAS bezpośrednio do internetu.

Błędy popełniane przy samodzielnej migracji

Częstym błędem jest rozpoczęcie od kopiowania danych bez opisania obecnego środowiska. Wtedy po przełączeniu trudno ustalić, czy brakujący folder był pominięty przypadkowo, czy nie był już używany.

Innym problemem jest odtworzenie samych nazw kont bez sprawdzenia ich tożsamości systemowej. Konto o takiej samej nazwie nie zawsze oznacza tego samego użytkownika dla systemu plików. W efekcie osoba może utracić dostęp albo otrzymać prawa, których nie powinna mieć.

Do błędów należy również pozostawienie starego i nowego serwera jednocześnie w trybie zapisu. Wtedy część dokumentów może trafić do jednego miejsca, a część do drugiego. Późniejsze połączenie takich zmian jest trudne i może doprowadzić do nadpisania plików.

Pomijane bywają także zadania kopii zapasowej, skrypty logowania, programy księgowe i automatyczne procesy wymiany plików. Dlatego po przełączeniu trzeba sprawdzić nie tylko ręczne otwieranie dokumentów, ale także procesy działające bez udziału użytkownika.

Kiedy problem nie dotyczy migracji serwera

Jeżeli użytkownicy nie mogą połączyć się z udziałem na dotychczasowym serwerze, przyczyną może być awaria sieci, DNS albo usługi plikowej. DNS, czyli system tłumaczący nazwy urządzeń na adresy IP, może kierować komputery do niewłaściwego urządzenia. W takiej sytuacji samo przeniesienie danych nie rozwiąże problemu.

Brak dostępu do pojedynczego folderu może wynikać z błędnych uprawnień, a nie z potrzeby migracji. Wolne otwieranie plików może natomiast powodować przeciążenie sieci, wadliwy dysk, problem z aplikacją albo skanowanie antywirusowe.

Jeżeli pliki zostały zaszyfrowane, usunięte lub uszkodzone, potrzebna jest analiza odzyskiwania danych albo incydentu bezpieczeństwa. Migracja na nowy serwer nie powinna być wtedy wykonywana bez zabezpieczenia dowodów i ustalenia, które kopie są wiarygodne.

W przypadku uszkodzenia dysku, kontrolera lub obudowy NAS problem dotyczy sprzętu. Konfiguracja nowego serwera może być kolejnym etapem, ale nie zastępuje naprawy ani odzyskania danych z uszkodzonego urządzenia.

Pytania, które warto ustalić przed migracją

Czy wszystkie dane mają zostać przeniesione, czy część archiwów może pozostać w trybie tylko do odczytu? Odpowiedź wpływa na układ udziałów, wymagane miejsce oraz sposób testowania dostępu.

Czy konta użytkowników są zarządzane centralnie, czy każdy serwer i NAS ma własne konta lokalne? Od tego zależy metoda odtworzenia uprawnień oraz sposób logowania po przełączeniu.

Czy z udziałów korzystają programy, automaty i skrypty? Jeżeli tak, trzeba wskazać ich ścieżki, harmonogramy i konta techniczne, czyli konta używane przez usługi zamiast przez konkretną osobę.

Czy po migracji wymagany jest dostęp zdalny? Należy wtedy ustalić, kto ma go otrzymać, do jakich zasobów oraz jak będzie chronione uwierzytelnianie. Bezpieczny dostęp zdalny nie powinien oznaczać otwarcia całego serwera dla internetu.

Czy istnieje sprawdzona procedura powrotu do poprzedniego rozwiązania? Powinna wskazywać, jak zatrzymać zapis, przywrócić ścieżki i potwierdzić, że użytkownicy pracują na właściwym źródle danych.

Podsumowanie

Migracja serwera plików na nowy serwer lub NAS wymaga więcej niż skopiowania folderów. Bezpieczny proces obejmuje inwentaryzację, kopię zapasową, przygotowanie systemu, przeniesienie uprawnień, kontrolowane kopiowanie, testy i dopiero potem przełączenie użytkowników. Szczególnej uwagi wymagają dane aplikacyjne, konta, skrypty oraz kopie zapasowe. Tak zaplanowana konfiguracja ogranicza ryzyko utraty dostępu i pozwala zachować porządek w firmowym środowisku plików.