Windows Server — migracja z lokalnego serwera plików na Azure Files

Migracja z lokalnego serwera plików na Azure Files pozwala uzyskać zdalny dostęp do zasobów firmowych bez utrzymywania lokalnego serwera.

Na czym polega ta usługa

Usługa obejmuje zaplanowanie i przeprowadzenie migracji danych z lokalnego serwera plików na Azure Files, wraz z odtworzeniem uprawnień.

Dla kogo ma sens

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

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.

Zalety przejścia z fizycznego serwera plików na zasoby Azure Files

Azure Files to w pełni zarządzana usługa współdzielenia plików w chmurze Microsoft Azure, dostępna za pośrednictwem standardowego protokołu SMB (Server Message Block — sieciowy protokół przesyłania plików) oraz NFS (Network File System — sieciowy system plików). Przeniesienie firmowych danych z lokalnej maszyny fizycznej lub wirtualnej do chmury rozwiązuje szereg problemów infrastrukturalnych, z którymi mierzą się działy IT oraz właściciele przedsiębiorstw.

Tradycyjny lokalny serwer plików wiąże się z koniecznością ciągłego nadzoru nad sprzętem. Obejmuje to regularną wymianę nośników w macierzach dyskowych RAID (Redundant Array of Independent Disks — technologia łączenia wielu dysków fizycznych w jeden wolumen logiczny w celu ochrony danych), serwisowanie zasilaczy awaryjnych UPS (Uninterruptible Power Supply — zasilacz bezprzerwowy podtrzymujący zasilanie urządzeń) oraz opłacanie rachunków za energię elektryczną i chłodzenie serwerowni. W przypadku Azure Files cała warstwa sprzętowa leży po stronie infrastruktury Microsoft, co eliminuje ryzyko przestojów spowodowanych awarią płyty głównej serwera czy kontrolera pamięci masowej.

Kolejnym argumentem przemawiającym za migracją jest kwestia licencjonowania. Utrzymanie lokalnego środowiska Windows Server wymaga posiadania licencji na sam system oraz licencji dostępowych CAL (Client Access License — licencja zezwalająca użytkownikowi lub stacji roboczej na dostęp do usług serwera). W rozwiązaniu Azure Files płaci się wyłącznie za faktycznie wykorzystaną przestrzeń dyskową oraz wykonane operacje wejścia i wyjścia, bez konieczności odnawiania kosztownych pakietów licencyjnych przy powiększaniu zespołu pracowników.

Dostępne warianty architektury i modele wdrożenia chmurowego

Wdrożenie usługi Azure Files może zostać zrealizowane w kilku różnych modelach, w zależności od specyfiki łącza internetowego, liczby oddziałów firmy oraz wymagań dotyczących opóźnień w dostępie do danych.

Bezpośredni montaż udziału chmurowego przez SMB

W tym wariancie stacje robocze łączą się bezpośrednio z zasobem w chmurze Azure Files. Udział sieciowy jest mapowany w systemie Windows jako standardowy dysk sieciowy z przypisaną literą dysku. Warunkiem koniecznym jest obsługa protokołu SMB w wersji 3.0, który zapewnia pełne szyfrowanie transmisji danych w spoczynku i podczas przesyłania przez sieć WAN (Wide Area Network — rozległa sieć komputerowa łącząca odległe lokalizacje). Jest to rozwiązanie rekomendowane dla firm o rozproszonej strukturze pracowników, gdzie wiele osób wykonuje obowiązki poza biurem.

Model hybrydowy z wykorzystaniem Azure File Sync

Azure File Sync to usługa umożliwiająca centralizację udziałów plików w chmurze Azure Files przy jednoczesnym zachowaniu lokalnego serwera Windows Server jako szybkiej pamięci podręcznej. Lokalne stacje robocze uzyskują dostęp do plików z prędkością sieci lokalnej LAN (Local Area Network — lokalna sieć komputerowa o wysokiej przepustowości), a agent synchronizacji w tle replikuje wszystkie zmiany do chmury. W tym modelu można aktywować funkcję tieringu w chmurze (Cloud Tiering — mechanizm przenoszenia rzadko używanych plików do chmury i pozostawiania na dysku lokalnym jedynie wskaźników do nich), co pozwala zaoszczędzić miejsce na lokalnych dyskach serwera.

Połączenie przez prywatny punkt końcowy (Private Endpoint)

Dla organizacji o podwyższonych rygorach bezpieczeństwa wdraża się Private Endpoint (prywatny interfejs sieciowy przypisujący zasobom chmurowym prywatny adres IP z puli sieci wirtualnej Azure). Dzięki temu ruch sieciowy z biura do udziału dyskowego nie przechodzi przez publiczny internet, lecz jest kierowany przez szyfrowany tunel VPN (Virtual Private Network — wirtualna sieć prywatna tworząca bezpieczne połączenie szyfrowane) lub bezpośrednie łącze Azure ExpressRoute.

Integracja tożsamości i zachowanie uprawnień NTFS

Podstawowym wyzwaniem podczas migracji zasobów dyskowych jest precyzyjne zachowanie struktury zabezpieczeń. W środowiskach biznesowych foldery i pliki posiadają zdefiniowane listy kontroli dostępu ACL (Access Control List — lista uprawnień określająca, którzy użytkownicy lub grupy mają prawo do odczytu, modyfikacji lub usuwania danych).

Azure Files w pełni wspiera integrację z usługami tożsamości Microsoft. Uwierzytelnianie użytkowników może odbywać się na dwa sposoby:

Tradycyjna domena AD DS (Active Directory Domain Services — usługa katalogowa Microsoftu zarządzająca tożsamościami i uprawnieniami w sieci lokalnej). Zasób Azure Files zostaje dołączony do lokalnej domeny, a użytkownicy uzyskują dostęp na podstawie posiadanych biletów protokołu Kerberos (protokół bezpiecznego uwierzytelniania w sieciach komputerowych).
Tożsamość hybrydowa z Microsoft Entra ID (dawniej Azure Active Directory — chmurowy system zarządzania tożsamościami i dostępem). Pozwala to na uwierzytelnianie urządzeń dołączonych bezpośrednio do chmury przy użyciu tożsamości Entra ID Kerberos bez konieczności utrzymywania lokalnych kontrolerów domeny.

Dzięki prawidłowej konfiguracji tożsamości użytkownicy po migracji zachowują dokładnie te same prawa do poszczególnych katalogów. Uprawnienia na poziomie udziału chmurowego (definiowane za pomocą ról Azure RBAC — Role-Based Access Control, czyli kontroli dostępu opartej na rolach) współpracują ściśle ze szczegółowymi uprawnieniami NTFS (New Technology File System — zaawansowany system plików stosowany w systemach z rodziny Windows NT) zapisanymi bezpośrednio w metadanych każdego pliku.

Etapy procesu migracji zasobów dyskowych do chmury

Profesjonalna migracja danych jest procesem wieloetapowym, zaprojektowanym w taki sposób, aby uniknąć przestojów w bieżącym funkcjonowaniu firmy.

1. Audyt infrastruktury i analiza danych

Prace rozpoczynają się od szczegółowej inwentaryzacji lokalnego serwera plików. Weryfikowany jest całkowity wolumen danych, liczba pojedynczych plików, obecność bardzo długich ścieżek dostępu oraz pliki zablokowane przez procesy systemowe. Na tym etapie dobierana jest optymalna warstwa wydajnościowa konta magazynu (Storage Account Tier): Hot (dla danych często modyfikowanych), Cool (dla archiwów) lub Premium SSD (dla aplikacji wymagających wysokiej liczby operacji wejścia/wyjścia na sekundę IOPS — Input/Output Operations Per Second).

2. Przygotowanie środowiska Azure i konfiguracja tożsamości

W subskrypcji chmurowej tworzone jest konto magazynu z włączoną obsługą dużych udziałów plików (do 100 TB na pojedynczy udział). Konfigurowane są reguły zapory sieciowej, prywatne punkty dostępowe oraz integracja z usługą katalogową AD DS lub Microsoft Entra ID. Następuje nadanie odpowiednich ról RBAC dla grup uprawnionych do montowania udziału.

3. Wstępna replikacja danych (seedowanie wstępne)

Kopiowanie głównego wolumenu danych odbywa się w tle, podczas gdy pracownicy nadal normalnie korzystają z lokalnego serwera. Do transferu wykorzystywane są narzędzia zachowujące kompletne metadane i listy ACL, takie jak usługa Azure Storage Migration Service lub dedykowane skrypty narzędzia Robocopy (Robust File Copy — zaawansowane narzędzie wiersza poleceń do niezawodnego kopiowania plików w systemie Windows) uruchamiane z odpowiednimi parametrami replikacji atrybutów bezpieczeństwa.

4. Synchronizacja różnicowa i weryfikacja integralności

Po zakończeniu kopiowania wstępnego uruchamiana jest synchronizacja przyrostowa. Narzędzie kopiuje wyłącznie te pliki, które zostały utworzone lub zmodyfikowane w trakcie trwania pierwszego etapu. Następnie wykonywana jest weryfikacja sum kontrolnych, co gwarantuje spójność danych i poprawność odtworzenia struktury katalogów.

5. Przełączenie produkcyjne i aktualizacja stacji roboczych

Ostatni etap jest realizowany najczęściej poza standardowymi godzinami pracy firmy. Po wykonaniu finalnej synchronizacji różnicowej lokalny udział jest blokowany do zapisu. Na stacjach roboczych użytkowników aktualizowane są skrypty logowania lub obiekty zasad grupy GPO (Group Policy Object — zestaw reguł konfiguracyjnych wdrażanych centralnie na komputerach w domenie), które przepinają litery dysków sieciowych na nowy zasób Azure Files.

Mechanizmy bezpieczeństwa, kopii zapasowej i retencji danych

Bezpieczeństwo danych w usłudze Azure Files opiera się na kilku warstwach ochrony, które przewyższają możliwości większości standardowych serwerów lokalnych.

Dane przechowywane w chmurze są domyślnie szyfrowane przy użyciu algorytmu AES-256 (Advanced Encryption Standard — symetryczny szyfr blokowy o kluczu 256-bitowym). W zależności od wymagań biznesowych organizacja może wybrać odpowiedni poziom redundancji nośników:

LRS (Locally Redundant Storage — redundancja lokalna polegająca na jednoczesnym zapisie trzech kopii danych w obrębie jednego centrum danych).
ZRS (Zone-Redundant Storage — redundancja strefowa zapisująca dane synchronicznie w trzech odrębnych strefach dostępności w danym regionie geograficznym).
GRS (Geo-Redundant Storage — redundancja geograficzna replikująca dane asynchronicznie do drugiego, odległego regionu geograficznego w celu ochrony przed katastrofami naturalnymi).

Ochronę przed przypadkowym usunięciem lub działaniem złośliwego oprogramowania zapewnia zintegrowana usługa Azure Backup for Azure Files. Usługa tworzy migawki udziałów (Share Snapshots — zrzuty stanu udziału plików w danym punkcie czasu) bez obciążania łącza internetowego i bez przerw w dostępie dla użytkowników. W przypadku omyłkowego skasowania pliku lub folderu administrator może odzyskać go w ciągu kilku minut bezpośrednio z poziomu portalu Azure lub poprzez funkcję Poprzednie Wersje w Eksploratorze Windows. Dodatkowo włączana jest funkcja Soft Delete (usuwanie miękkie), która pozwala przywrócić skasowany udział sieciowy nawet po kilkunastu dniach od jego usunięcia.

Typowe błędy popełniane podczas samodzielnej migracji plików

Próby przeprowadzenia migracji zasobów dyskowych do chmury bez odpowiedniego przygotowania technicznego niosą ryzyko utraty danych lub zakłócenia ciągłości pracy firmy. Poniżej przedstawiono najczęstsze błędy spotykane w praktyce.

Kopiowanie danych przez standardowy Eksplorator Windows metodą przeciągania plików. Standardowy mechanizm kopiowania nie przenosi zaawansowanych deskryptorów bezpieczeństwa NTFS, przez co wszystkie przeniesione foldery tracą indywidualne uprawnienia grup użytkowników i stają się dostępne dla każdego lub całkowicie zablokowane.

Brak weryfikacji blokady portu 445 przez dostawcę internetu. Protokół SMB komunikuje się przez port TCP 445. Wielu komercyjnych operatorów telekomunikacyjnych ISP (Internet Service Provider — dostawca usług internetowych) domyślnie blokuje ten port w łączach abonenckich ze względów bezpieczeństwa. Próba bezpośredniego zamapowania dysku bez zestawionego tunelu VPN lub prywatnego punktu końcowego kończy się błędem braku łączności.

Niewłaściwy dobór warstwy konta magazynu pod kątem kosztów transakcyjnych. Wybór najtańszej warstwy Cool dla folderów, w których tysiące małych plików są nieustannie odczytywane i modyfikowane przez programy księgowe lub systemy ERP, generuje bardzo wysokie koszty pojedynczych operacji API (Application Programming Interface — interfejs programistyczny aplikacji), przewyższające koszt samej przestrzeni dyskowej.

Ignorowanie ograniczeń długości ścieżek i znaków specjalnych. Systemy chmurowe mogą inaczej interpretować nietypowe znaki w nazwach plików lub ścieżki przekraczające limit 260 znaków standardu MAX_PATH. Niewykrycie takich plików przed migracją prowadzi do ich pominięcia podczas procesu transferu.

Niezabezpieczenie łącza internetowego podczas kopiowania wstępnego. Uruchomienie przesyłania setek gigabajtów danych w godzinach pracy biura bez ustawionego limitu pasma sieciowego (Quality of Service — mechanizm priorytetyzacji ruchu sieciowego) powoduje całkowite wysycenie łącza wychodzącego, blokując komunikację pocztową i pracę pozostałych systemów firmowych.

Rozróżnienie technologii: kiedy Azure Files, a kiedy inne rozwiązanie

Usługa Azure Files jest dedykowana do konkretnych zastosowań i nie zawsze stanowi jedyny właściwy wybór przy modernizacji infrastruktury IT.

Azure Files a Microsoft SharePoint Online i OneDrive dla Firm

SharePoint Online i OneDrive są zoptymalizowane pod kątem pracy grupowej na dokumentach pakietu biurowego Microsoft 365 (Word, Excel, PowerPoint). Oferują jednoczesną edycję plików przez wielu użytkowników w czasie rzeczywistym, wersjonowanie dokumentów oraz łatwe udostępnianie linków na zewnątrz firmy. Azure Files jest natomiast tradycyjnym systemem plików — sprawdza się idealnie dla plików technicznych, projektów CAD (Computer-Aided Design — projektowanie wspomagane komputerowo), archiwów, baz programów finansowo-księgowych oraz aplikacji, które wymagają standardowego dostępu przez ścieżkę sieciową UNC (Universal Naming Convention — standard zapisu ścieżek sieciowych w formacie \\serwer\zasób).

Azure Files a Azure NetApp Files

Azure NetApp Files to wysokowydajna usługa pamięci masowej klasy korporacyjnej, przeznaczona dla baz danych o bardzo wysokich wymaganiach dotyczących minimalnych opóźnień (poniżej 1 milisekundy) oraz setek tysięcy operacji IOPS (np. duże bazy SAP HANA czy Microsoft SQL Server). Dla standardowych udziałów biurowych i współdzielonych folderów pracowniczych Azure Files jest rozwiązaniem znacznie bardziej ekonomicznym i w zupełności wystarczającym pod względem parametrów wydajnościowych.

Najczęściej zadawane pytania dotyczące migracji (FAQ)

Czy pracownicy po migracji muszą uczyć się nowego sposobu obsługi plików?

Nie, codzienna obsługa nie ulega zmianie. Udział w chmurze Azure Files jest montowany na stacjach roboczych dokładnie tak samo jak dotychczasowy zasób lokalny — jako dysk sieciowy z określoną literą w oknie Ten komputer. Użytkownicy otwierają, modyfikują i zapisują dokumenty w identyczny sposób.

Co dzieje się z dostępem do plików w razie awarii łącza internetowego w biurze?

W przypadku wariantu bezpośredniego połączenia SMB brak internetu w biurze uniemożliwia dostęp do zasobów ze stacji stacjonarnych (pracownicy mogą jednak korzystać z danych przez połączenie komórkowe z laptopów). W przypadku wdrożenia wariantu hybrydowego z usługą Azure File Sync lokalny serwer w biurze nadal udostępnia najczęściej używane pliki z lokalnej pamięci podręcznej, a synchronizacja z chmurą wznawia się automatycznie po przywróceniu łączności internetowej.

Czy do przeprowadzenia migracji wymagana jest długa przerwa w pracy biura?

Nie ma konieczności wstrzymywania pracy firmy na kilka dni. Główny wolumen danych jest kopiowany w tle podczas normalnego funkcjonowania przedsiębiorstwa. Jedyny krótki moment przełączenia, wymagający kilkunastu minut niedostępności zapisu, planowany jest poza godzinami pracy biura — w godzinach wieczornych lub w weekend.

Czy usługa Azure Files chroni firmę przed atakami ransomware?

Samo przeniesienie plików do chmury nie uniemożliwia zaszyfrowania pliku przez zainfekowaną stację roboczą, jeśli ma ona uprawnienia do zapisu. Jednak konfiguracja niemutowalnych migawek w usłudze Azure Backup oraz włączenie ochrony Soft Delete pozwala na natychmiastowe przywrócenie całej struktury plików z punktu w czasie sprzed zainfekowania, neutralizując skutki ataku bez płacenia okupu.

Czy istnieje limit wielkości pojedynczego pliku w Azure Files?

Standardowy udział Azure Files obsługuje pojedyncze pliki o rozmiarze do 4 TB, a całkowity rozmiar pojedynczego udziału może wynosić do 100 TB. Są to wartości w zupełności pokrywające zapotrzebowanie małych i średnich przedsiębiorstw oraz dużych oddziałów korporacyjnych.

Wdrożenie i opieka powdrożeniowa w środowisku klienta

Migracja środowiska serwerowego wymaga dokładnej znajomości sieci lokalnej oraz specyfiki używanych aplikacji biznesowych. W ramach realizacji usługi zapewniamy dojazd bezpośrednio do siedziby klienta na terenie Warszawy oraz 7 okolicznych powiatów: grodziskiego, legionowskiego, otwockiego, piaseczyńskiego, pruszkowskiego, warszawskiego zachodniego i wołomińskiego, w promieniu do 40 km od stolicy.

Nasi specjaliści, dysponujący wieloletnim doświadczeniem w obsłudze infrastruktury serwerowej Windows Server i środowisk hybrydowych, przeprowadzają pełną diagnostykę na miejscu, weryfikują konfigurację domenową, wdrażają reguły zapór sieciowych i testują uprawnienia na stacjach roboczych. Po wykonaniu prac zapewniamy wsparcie techniczne po wdrożeniu do 30 dni, gwarantując stabilne i bezpieczne funkcjonowanie firmowych zasobów plikowych w chmurze Azure Files.

22 378 48 09