Audyt Azure Migrate: pierwszy krok do przeniesienia NAV i Business Central do chmury

Jeśli firma korzysta z Microsoft Dynamics NAV lub Business Central on-premise, migracja do chmury nie powinna zaczynać się od przenoszenia serwerów. Najpierw warto sprawdzić, co faktycznie działa w środowisku, ile zużywa zasobów i jakie koszty może wygenerować in Azure. Do tego służy audyt Azure Migrate.

Najważniejsze wnioski

• Audyt Azure Migrate to bezpieczna ocena środowiska, a nie właściwa migration – nic nie jest jeszcze przenoszone do chmury.

• Skanowanie działa w trybie read-only, więc nie restartuje serwerów NAV, Business Central, sql server, RDP ani file serverów.

• Wynik audytu to konkretne dane: rekomendowane virtual machines, klasy dysków, szacowane koszty miesięczne, zależności i lista ryzyk.

• Sam azure migrate jest bezpłatnym narzędziem microsoft w ramach subscription, ale wartością jest interpretacja raportu i plan cloud migration.

• Dobrze wykonany assessment pomaga ograniczyć ryzyko przestojów, ukrytych kosztów i błędnych decyzji infrastrukturalnych.

Czym jest audyt Azure Migrate i jak działa ocena (Assessment)?

Azure Migrate to narzędzie, które umożliwia organizacjom uproszczenie procesu migracji do chmury Azure, oferując zintegrowane podejście do oceny i migracji zasobów. W praktyce jest to centralny hub w Microsoft Azure, dostępny przez the azure portal, który pomaga assess and migrate servers, bazy danych oraz application zależne od systemów ERP.

W kontekście NAV i Business Central audyt oznacza sprawdzenie, czy obecna infrastructure nadaje się do przeniesienia do microsoft azure from środowisk lokalnych lub innych platform, jakie elementy można migrate metodą lift and shift, a które wymagają modernizacji. Dotyczy to m.in. NAV/BC, sql server, serwerów plików, RDP, integracji EDI, WMS, CRM, web apps oraz komponentów .NET, które w przyszłości mogą trafić na azure app service lub azure kubernetes service.

Audyt polega na instalacji lekkiego appliance’u, który przez 7–30 dni collect dane o CPU, RAM, IO dysków, sieci, wersjach systemów, bazach database, zależnościach i wymaganiach data protection. Appliance nie wykonuje database migration ani nie kopiuje your data do produkcyjnego środowiska cloud – zbiera informacje potrzebne do planu.

Bezpieczne skanowanie bez wpływu na produkcję

Najczęstsza obawa klientów brzmi: „czy audyt nie zatrzyma systemu?”. Odpowiedź brzmi: nie powinien. Azure Migrate działa pasywnie, w trybie odczytu. Przejście przez assessment odbywa się through kontrolowane zbieranie danych, bez zmian w systemie produkcyjnym. Nie zmienia konfiguracji, nie instaluje łatek, nie restartuje maszyn i nie ingeruje directly w procesy NAV lub Business Central.

Dane są szyfrowane i przesyłane do wybranej subscription w Azure. Dostępy są ograniczane do minimum: zwykle wystarcza rola read-only, access control w IAM, kontrolowane access do vCenter, hyper v lub serwerów fizycznych. To ważne, bo Microsoft Azure oferuje zaawansowane funkcje zabezpieczeń, takie jak szyfrowanie, kontrola dostępu i inteligencja zagrożeń, co zapewnia pełną ochronę danych krytycznych dla business.

W środowiskach z ograniczonym Internetem można użyć proxy, DMZ lub dedykowanych reguł ruchu wychodzącego. Dobrą praktyką jest set up okien skanowania i monitorowania tak, aby ensure minimalne obciążenie sieci produkcyjnej.

Co dokładnie analizuje narzędzie (wirtualizatory, bazy danych, serwery plików)

Azure Migrate obsługuje VMware vSphere, Hyper-V, hyper v, serwery fizyczne oraz maszyny już działające in Azure. W dokumentacji Microsoft znajdziesz szczegóły dotyczące appliance Azure Migrate.

W środowiskach NAV/BC najważniejsza jest analiza sql server: wersja, edition, użycie CPU, RAM, IOPS, wzrost database, SQL Agent, SSRS i funkcje specyficzne dla sql. Narzędzie pozwala też identify serwery plików, RDP oraz zapomniane maszyny connected z ERP.

Assessment wykrywa zależności sieciowe: który serwer łączy się z którym, przez jakie porty i z jakim natężeniem. To pomaga grupować maszyny w spójne aplikacje i wybrać właściwe migration tools. W interfejsie możesz zobaczyć angielskie etykiety, takie jak the following, for more information, for more, migrate servers, options, service, support czy deployment – warto je znać, bo często pojawiają się w raporcie; jeśli potrzebujesz bardziej dostępnego formatu raportu lub eksportu, możesz poprosić o them dostawcę albo partnera wdrożeniowego bezpośrednio.

Typowe środowisko NAV / Business Central on‑premise a chmura Azure

W polskich firmach w latach 2024–2025 typowy krajobraz to NAV 2016–2018 albo Business Central on-premise, sql server na osobnej maszynie, serwery plików, RDP i kilka integracji. Często dochodzi System Center, monitoring, kopie zapasowe oraz niestandardowe dodatki tworzone przez lata.

Migracja do Microsoft Azure pozwala na redukcję kosztów poprzez eliminację sprzętu lokalnego, co przekształca wydatki kapitałowe CapEx w wydatki operacyjne OpEx z większą kontrolą nad wydatkami w chmurze. Migracja do Azure zwiększa też elastyczność i skalowalność, umożliwiając łatwe dostosowanie wykorzystania chmury w zależności od potrzeb biznesowych. To korzyści that zwykle uzasadniają rozpoczęcie audytu jeszcze przed wyborem docelowej architektury.

Audyt pomaga choose, co przenieść jako virtual machines, a co modernizować jako PaaS: Azure SQL Database, sql database, Azure SQL Managed Instance, azure app service lub azure kubernetes service. However, nie każda starsza customizacja NAV od razu nadaje się do PaaS – czasem bezpieczniejszy jest etap IaaS, a modernizacja after stabilizacji.

SQL Server i aplikacyjny BC – ocena kompatybilności

SQL Server jest sercem NAV i Business Central. Audyt sprawdza wersję, np. 2014, 2016, 2019, edycję Standard lub Enterprise, zużycie CPU, RAM, IO, rozmiar baz, tempo przyrostu danych oraz używane features, takie jak SQL Agent, SSRS lub CLR.

Możliwe ścieżki database migration obejmują Azure SQL Database, Azure SQL Managed Instance albo SQL Server on Azure VM. Jeżeli używasz funkcji niedostępnych w Managed Instance, raport may oznaczyć serwer jako „ready with conditions”. Taki wynik nie jest porażką – to informacja, że trzeba zaplanować poprawki przed migration.

Serwer aplikacyjny BC/NAV jest oceniany pod kątem liczby użytkowników, sesji RDP, RAM, CPU i zapasu na rozwój. For example: środowisko z 80–120 użytkownikami może wymagać osobnych VM dla aplikacji, SQL i usług pomocniczych, zamiast jednej dużej maszyny.

Zależności między serwerami (SQL, File Server, RDP)

W NAV/BC zależności bywają mniej oczywiste niż sama lista serwerów. Azure Migrate buduje mapę połączeń: NAV/BC ↔ SQL ↔ File Server ↔ serwery integracyjne, wydruki, EDI, WMS, CRM i archiwa dokumentów.

Ta mapa wskazuje, co migrować razem do jednej sieci wirtualnej in Azure, a co można zostawić lokalnie na etap przejściowy. Pokazuje też natężenie ruchu, co pomaga dobrać VPN, ExpressRoute i reguły security.

Często największą wartością audytu jest wykrycie maszyn „ukrytych”: starego serwera wydruków, archiwum faktur, małego serwera API lub udziału plikowego, o którym wie tylko jedna osoba w IT. Bez tej wiedzy plan cloud migration jest niepełny.