Microsoft 365 — migracja danych z lokalnego serwera plików do SharePoint

Migracja danych z lokalnego serwera plików do SharePoint pozwala uzyskać zdalny dostęp do dokumentów firmowych z zachowaniem ich uprawnień.

Na czym polega ta usługa

Usługa obejmuje zaplanowanie i przeprowadzenie migracji danych z lokalnego serwera plików do SharePoint, wraz z odtworzeniem struktury uprawnień.

Dla kogo ma sens

Usługa jest przydatna dla firm chcących przenieść firmowe pliki z lokalnego serwera do chmury Microsoft 365.

Ile to trwa

Migracja danych mieści się z reguły w standardowym czasie do 3 dni, w zależności od ilości danych.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.

Etapy profesjonalnej migracji serwera plików do Microsoft 365

Przeniesienie firmowych zasobów dyskowych z fizycznego serwera lub macierzy sieciowej NAS (Network Attached Storage — sieciowa pamięć masowa) do chmury wymaga zachowania ścisłej procedury. Proces ten dzieli się na kilka kluczowych kroków technicznych:

Audyt zasobów i analiza struktury danych: Weryfikacja łącznej objętości danych, liczby plików, głębokości zagnieżdżenia folderów oraz identyfikacja plików zablokowanych, zduplikowanych lub nieużywanych od wielu lat.
Mapowanie tożsamości i uprawnień: Powiązanie lokalnych kont użytkowników i grup zabezpieczeń usługi Active Directory z tożsamościami w Microsoft Entra ID (wcześniej Azure Active Directory), co pozwala na bezbłędne odtworzenie praw dostępu.
Projekt architektury SharePoint Online: Rozplanowanie struktury witryn zespołowych (Team Sites) oraz bibliotek dokumentów, zamiast bezrefleksyjnego kopiowania całego dysku do jednego katalogu.
Konfiguracja narzędzi migracyjnych: Przygotowanie dedykowanego oprogramowania, takiego jak narzędzie SPMT (SharePoint Migration Tool) lub konsola Migration Manager w centrum administracyjnym Microsoft 365.
Migracja pilotażowa (testowa): Przeniesienie wybranego działu firmy w celu weryfikacji poprawności metadanych, szybkości transferu oraz stabilności uprawnień.
Właściwa migracja różnicowa (delta sync): Przesłanie głównej bazy plików, a następnie dosłanie jedynie nowych i zmienionych dokumentów w wyznaczonym oknie serwisowym, co eliminuje przestój w pracy biura.
Weryfikacja integralności i przełączenie: Sprawdzenie sum kontrolnych, raportów błędów transferu oraz odłączenie udziałów sieciowych na starym serwerze.

Wyzwania i ograniczenia techniczne platformy SharePoint

Chmura Microsoft SharePoint Online posiada odmienną architekturę niż tradycyjny system plików NTFS (New Technology File System — standardowy system plików w Windows Server). Bez wcześniejszego przygotowania danych migracja może napotkać bariery techniczne:

Pierwszym ograniczeniem jest limit długości ścieżki dostępu. W usłudze SharePoint Online cała ścieżka adresu URL (Uniform Resource Locator) do pliku nie może przekraczać 400 znaków po zakodowaniu. W tradycyjnych serwerach lokalnych struktury katalogów bywają bardzo głęboko zagnieżdżone, co w chmurze prowadzi do błędów synchronizacji. Podczas przygotowania danych przeprowadza się spłaszczanie struktury folderów oraz skracanie nadmiernie rozbudowanych nazw.

Kolejną kwestią są znaki niedozwolone w nazwach plików i folderów. Znaki takie jak cudzysłowy, gwiazdki, dwukropki, znaki zapytania czy ukośniki są odrzucane przez mechanizmy chmurowe. Konieczne jest użycie skryptów automatyzujących proces standaryzacji nazewnictwa przed rozpoczęciem transferu.

Warto również pamiętać o progu widoku listy (List View Threshold), który wynosi 5000 elementów w pojedynczym widoku biblioteki. Choć biblioteka SharePoint może pomieścić miliony plików, nieprawidłowe rozmieszczenie danych bez podziału na logiczne witryny i biblioteki powoduje spadek wydajności i utrudnienia w indeksowaniu.

Konwersja uprawnień NTFS na uprawnienia Microsoft 365

Na lokalnych serwerach plików kontrola dostępu opiera się na listach ACL (Access Control List — lista kontroli dostępu) powiązanych z systemem plików NTFS. Uprawnienia te są często dziedziczone w głąb struktury podfolderów z licznymi wyjątkami.

W SharePoint Online rekomendowanym podejściem jest oparcie bezpieczeństwa o grupy Microsoft 365 oraz grupy SharePoint (Właściciele, Członkowie, Goście). Zapewnia to znacznie większą przejrzystość zarządzania dostępem. Podczas migracji serwis analizuje obecne uprawnienia i przekształca je w odpowiadające im role w chmurze, dbając o to, aby działy takie jak kadry, księgowość czy zarząd zachowały pełną poufność dokumentacji.

Błędy popełniane przy samodzielnych próbach migracji

Próby ręcznego przenoszenia danych firmowych przez pracowników często kończą się problemami technicznymi i stratą czasu. Do najczęstszych błędów należą:

Przeciąganie plików przez przeglądarkę internetową: Kopiowanie dużych wolumenów danych metodą „przeciągnij i upuść” powoduje zerwanie sesji, pominięcie zablokowanych plików oraz całkowitą utratę oryginalnych metadanych (data utworzenia pliku zostaje nadpisana bieżącą datą, a jako autor widnieje osoba kopiująca).
Tworzenie jednej wielkiej witryny dla całej firmy: Zgromadzenie wszystkich działów w pojedynczej bibliotece uniemożliwia efektywne zarządzanie uprawnieniami i prowadzi do przekroczenia limitów synchronizacji.
Ignorowanie limitów przepustowości (throttling): Usługa Microsoft 365 posiada automatyczne mechanizmy zabezpieczające serwery przed przeciążeniem. Zwykłe programy kopiujące są blokowane przez mechanizm throttlingu, co drastycznie spowalnia transfer. Zastosowanie dedykowanych agentów migracyjnych pozwala na transfer wielowątkowy zgodny z wytycznymi producenta.
Brak planu wdrożenia klienta synchronizacji: Pozostawienie użytkowników bez skonfigurowanej aplikacji OneDrive Sync i bez włączonej funkcji plików na żądanie prowadzi do natychmiastowego zapełnienia dysków lokalnych na komputerach pracowników.

Kiedy SharePoint NIE jest właściwym rozwiązaniem dla danych

Choć SharePoint Online doskonale sprawdza się w przypadku dokumentów biurowych, arkuszy kalkulacyjnych, prezentacji oraz plików PDF, istnieją typy danych, których nie należy przenosić do tej usługi:

Plikowe bazy danych, takie jak bazy programów księgowych i magazynowych (np. pliki Microsoft Access czy bazy starszych programów desktopowych), nie mogą działać w bibliotece SharePoint ze względu na brak obsługi blokowania rekordów w czasie rzeczywistym. Takie dane wymagają pozostawienia na dedykowanym serwerze lub migracji do środowiska Microsoft Azure SQL.

Duże projekty inżynieryjne CAD (Computer-Aided Design — projektowanie wspomagane komputerowo) oraz zaawansowane materiały wideo o wielogigabajtowych rozmiarach, na których pracuje wielu montażystów jednocześnie, wymagają bardzo niskich opóźnień sieciowych. W takich scenariuszach lepszym rozwiązaniem jest hybrydowy serwer plików lub usługa Azure Files z obsługą protokołu SMB (Server Message Block).

Konfiguracja stacji roboczych i optymalizacja pracy użytkowników

Zakończenie kopiowania danych na serwery Microsoftu to połowa procesu. Równie ważnym etapem jest przygotowanie środowiska pracy na komputerach pracowników:

Wdrażana jest aplikacja synchronizująca OneDrive wraz z funkcją Pliki na żądanie (Files On-Demand). Mechanizm ten pozwala użytkownikom przeglądać pełną strukturę firmowych dokumentów bezpośrednio w Eksploratorze plików Windows, bez konieczności pobierania wszystkich gigabajtów na lokalny dysk SSD. Plik pobierany jest do pamięci podręcznej dopiero w momencie jego otwarcia.

Dodatkowo konfiguruje się mechanizmy współtworzenia dokumentów (co-authoring — równoczesna edycja jednego pliku Word lub Excel przez wiele osób) oraz automatyczną historię wersji, która pozwala cofnąć niepożądane zmiany w dokumencie bez konieczności przywracania kopii zapasowych całego serwera.

Często zadawane pytania (FAQ)

Czy podczas migracji danych firma musi przerwać pracę?

Nie ma konieczności wstrzymywania pracy biura. Główny transfer plików przeprowadzany jest w tle podczas normalnego funkcjonowania firmy lub w godzinach nocnych. W momencie finalnego przełączenia wykonuje się szybką synchronizację różnicową, która przesyła wyłącznie pliki zmodyfikowane w trakcie trwania procesu.

Co dzieje się z informacjami o autorze i dacie utworzenia plików?

Przy zastosowaniu profesjonalnych narzędzi migracyjnych (takich jak SharePoint Migration Tool) oryginalne metadane plików, w tym data utworzenia, data ostatniej modyfikacji oraz pierwotny autor pliku, zostają w pełni zachowane w bibliotece SharePoint.

Jak dane w SharePoint są chronione przed atakami typu ransomware?

Usługa SharePoint Online posiada wbudowane mechanizmy ochrony przed złośliwym oprogramowaniem szyfrującym. Każdy dokument objęty jest historią wersji. W przypadku zainfekowania stacji roboczej i zaszyfrowania zsynchronizowanych plików administrator może masowo przywrócić całą bibliotekę dokumentów do stanu sprzed ataku z wybranego punktu w czasie.

Czy po migracji do chmury lokalny serwer plików można całkowicie wyłączyć?

Jeśli serwer pełnił wyłącznie rolę magazynu plików dla dokumentów biurowych, po pomyślnej migracji i okresie karencji może zostać bezpiecznie wyłączony, co pozwala obniżyć koszty energii elektrycznej oraz serwisu sprzętu. Jeżeli serwer obsługuje dodatkowo lokalne systemy ERP (Enterprise Resource Planning — planowanie zasobów przedsiębiorstwa) lub bazy danych, jego rola zostaje ograniczona wyłącznie do tych aplikacji.

Czy do korzystania z SharePoint potrzebne jest szybkie łącze internetowe?

Do codziennej pracy z dokumentami wystarczy standardowe łącze firmowe. Dzięki funkcji plików na żądanie oraz przesyłaniu jedynie zmian wewnątrz dokumentów (technologia synchronizacji różnicowej) ruch sieciowy jest zoptymalizowany i nie obciąża łącza internetowego w biurze.

Obsługa wdrożeń Microsoft 365 na terenie Warszawy i okolic

Wszystkie prace związane z audytem serwerów, planowaniem migracji do SharePoint oraz konfiguracją stacji roboczych realizowane są z dojazdem bezpośrednio do siedziby klienta na terenie Warszawy oraz w promieniu do 40 km, obejmując powiaty: grodziski, legionowski, otwocki, piaseczyński, pruszkowski, warszawski zachodni oraz wołomiński. Zespół serwisowy realizuje zadania bez pośredników, zapewniając bezpośredni kontakt techniczny, pełne bezpieczeństwo poufnych danych firmowych oraz wsparcie powdrożeniowe do 30 dni od momentu uruchomienia środowiska.

22 378 48 09