Checklist completa per a migració a Windows Server

Planejar la migració d'un servidor Windows no és només canviar un sistema operatiu per un altre: implica revisar rols, aplicacions, dades, seguretat, maquinari i temps de parada. Sense un bon full de ruta per a un migració neta, qualsevol petita fallada pot traduir-se en hores de caiguda del servei, pèrdua de dades o problemes de compliment.

Si estàs pensant en passar de Windows Server 2008 R2, 2012, 2012 R2 o 2016 a versions més recents com 2019 o 2022, aquesta guia us servirà com checklist pràctica i detallada de tot el que has de revisar abans, durant i després de la migració. Veuràs les diferències entre actualització in-place i migració, un inventari complet del que convé auditar, i els passos tècnics clau per no deixar-te res enrere.

Actualització in-place vs migració: què triar i per què

Quan et planteges fer el salt a una versió moderna de Windows Server, el primer dilema sol ser escollir entre actualitzar in-place (sobre el mateix servidor) o migrar a un servidor nou. No és només una qüestió tècnica: afecta riscos, temps de parada i costos a mitjà termini; a més convé evitar la sobre-configuració.

En una actualització in-place s'instal·la la nova versió del Windows Server directament sobre el sistema existent, mantenint aplicacions, dades i la majoria de configuracions. És un procés més ràpid en aparença, amb menys canvis de maquinari, però hereta gran part de la “història” del servidor: drivers vells, configuracions arrossegades durant anys i possibles inconsistències.

La migració, en canvi, implica desplegar un o més servidors nous (físics, virtuals o al núvol) i traslladar rols, dades i serveis des del servidor antic al nou. Suposa més planificació i una mica més de treball inicial, però et permet netejar maquinari i programari obsolets, redissenyar larquitectura i ajustar la seguretat des de zero.

Compatibilitat de versions: de quina versió pots actualitzar a quina

Abans de decidir-vos per una actualització in-place, convé revisar quines combinacions estan suportades per Microsoft. És crític entendre que no totes les versions permeten salts directes a qualsevol altra, i que forçar una ruta no suportada és recepta segura per al desastre, a més de requerir revisar si existeix degradació del sistema que compliqui l'actualització.

De manera general, les rutes d'actualització directa admeses han estat:

• Windows Server 2008 es pot actualitzar a 2008 R2 o 2012, però no saltar directament a 2016, 2019 o 2022.
• Windows Server 2008 R2 suporta actualització al 2012 i 2012 R2, però no més enllà sense passos intermedis.
• Windows Server 2012 pot pujar al 2012 R2 i 2016, però no directament al 2019/2022 sense seguir la matriu de compatibilitat.
• Windows Server 2012 R2 admet actualització al 2016 i 2019, però per al 2022 hi ha consideracions addicionals de maquinari i drivers.
• Windows Server 2016 permet passar al 2019 i 2022 mantenint rols i característiques, sempre que el maquinari ho suporti.
• Windows Server 2019 es pot actualitzar in-place al 2022, respectant rols i configuracions.

Aquest tipus de matrius són clau per determinar si té sentit intentar una actualització directa o val més la pena una migració controlada a infraestructura nova. Quan la distància de versions és gran, el sensat és gairebé sempre migrar.

Per què sol ser millor migrar que actualitzar in-place

Encara que l'actualització sembli atractiva per la seva rapidesa, a molts entorns corporatius té més sentit migrar a servidors nous. El motiu principal és evitar seguir depenent de maquinari i configuracions antigues que tard o d'hora acabaran fallant.

En una migració parts pràcticament de zero, cosa que et permet triar maquinari modern, depurar el sistema, ajustar permisos, segmentar rols i eliminar tot allò que ja no té sentit. Els nous controladors de domini, servidors d'aplicacions o servidors de fitxers no arrosseguen anys d'escombraries i pegats acumulats.

L'actualització in-place té el seu lloc quan necessites una transició ràpida amb la menor interrupció immediata possible i el maquinari és relativament recent. Tot i així, sovint acabaràs repetint processos d'actualització cada pocs anys, amb més canvis inplace, sumant risc i complexitat.

A més, la migració obliga a revisar a fons la compatibilitat d'aplicacions i recursos de maquinari amb la nova versió del Windows Server, detectant colls d'ampolla i programari obsolet abans que causin problemes en producció. Aquesta anàlisi de compatibilitat sol passar-se per alt en actualitzacions ràpides.

Diferències clau entre Windows Server 2019 i 2022

En planificar una migració des del 2012/2012 R2/2016, és normal preguntar-se si convé més fer el salt al 2019 o al 2022. L'elecció no és trivial, ja que afecta el cicle de vida de suport, la integració amb el núvol i el nivell de seguretat que tindràs els propers anys.

Windows Server 2019 va ser el primer gran pas cap a una integració forta amb serveis híbrids, però Windows Server 2022 afina encara més aquesta integració amb Azure, facilitant escenaris de còpia de seguretat, recuperació davant de desastres, monitorització i gestió centralitzada al núvol.

Al terreny de contenidors, Server 2022 introdueix millores importants de rendiment i compatibilitat, reduint l'empremta de les imatges i facilitant la contenidorització de càrregues de treball que abans eren més complicades d'empaquetar.

A nivell de seguretat, la versió 2022 incorpora controls reforçats com virtualització basada en seguretat (VBS), DNS segur, millores en TLS i protecció de credencials, que eleven el llistó enfront d'atacs actuals; per a més detalls, consulta seguretat avançada al Windows Server. Per a entorns sensibles o regulats, aquests afegits marquen la diferència.

Un altre detall gens menor és el temps de suport: Windows Server 2022 ofereix un cicle de vida estès respecte al 2019, cosa que es tradueix en menys migracions futures i un entorn més estable a llarg termini.

Checklist general per migrar a Windows Server modern

Una bona migració comença molt abans de tocar el primer servidor. Convé tenir-ne una llista de comprovació clara amb tots els punts crítics que has de revisar perquè el canvi a 2019 o 2022 no es converteixi en un maldecap.

El primer bloc de tasques s'ha de centrar en la compatibilitat. Cal verificar si el maquinari actual, les aplicacions instal·lades, els serveis en execució i els perifèrics (impressores, escàners, HSM, etc.) estan suportats a la nova versió de Windows Server. Això implica revisar matrius de compatibilitat, documentació de fabricants i, quan sigui possible, fer servir assistents o eines d'avaluació de Microsoft.

Després cal dedicar temps a la planificació i proves. Crear un pla de migració detallat amb calendari, abast, finestres de manteniment, responsables i escenaris de reversió és essencial. Sempre que es pugui, val la pena muntar un entorn de proves que reprodueixi el més fidelment possible la infraestructura actual.

Un altre punt clau de la checklist és la documentació i clonació del sistema: rols i característiques instal·lades, configuració de DNS i DHCP, estructura d'Active Directory, scripts d'inici de sessió, rutes de recursos compartits, adreces IP, regles de tallafocs i polítiques de seguretat. Tota aquesta informació es torna or durant la transició.

No pot faltar un pla de còpia de seguretat i recuperació davant de desastres. Abans de migrar, cal assegurar backups complets i verificats de dades, configuracions i, quan escaigui, snapshots de màquines virtuals. A més, és important definir quant de temps de caiguda és assumible i quins serveis són més sensibles al tall.

Matriu d'actualització i migració de rols de servidor

No tots els rols del Windows Server es tracten igual en una migració. Alguns suporten actualització directa, altres requereixen sempre migració lateral, i uns quants necessiten enfocaments específics per minimitzar el temps d'inactivitat.

Per exemple, Serveis de domini d'Active Directory (AD DS) s'adapta bé a estratègies de migració amb coexistència. Pots afegir nous controladors de domini amb la versió moderna, promoure'ls, traslladar els rols FSMO i, finalment, retirar els controladors antics, tot això amb un impacte molt baix en els usuaris.

En canvi, serveis com Serveis de Federació d'Active Directory (AD FS) no solen actualitzar-se in-place en granges mixtes, sinó que s'aborden afegint nodes nous en paral·lel o muntant granges noves i migrant la configuració. El mateix passa amb Serveis d'impressió i documents, on l'opció preferida és exportar la configuració i importar-la a un servidor nou.

Per a rols com DHCP, DNS, IIS, WSUS, Serveis d'Escriptori remot, Hyper-V o Serveis d'arxius i emmagatzematge, Microsoft ofereix guies específiques de migració i, en molts casos, eines dedicades (com les Eines de migració de Windows Server o el Servei de Migració d'Emmagatzematge) que faciliten moure configuracions i dades sense tantes sorpreses.

Abans de moure res, val la pena revisar la documentació oficial per rol per confirmar si l'opció recomanada és actualització, migració, o una combinació de totes dues amb tècniques d'actualització gradual de clústers.

Planificació prèvia: inventari, objectius i riscos

La fase prèvia a la migració és on es decideix, en gran mesura, lèxit o el fracàs del projecte. El primer és fer un inventari detallat del servidor o servidors implicats: maquinari, versió de sistema, llicències Windows per volum, aplicacions instal·lades, bases de dades, llocs web, usuaris FTP, bústies o serveis exposats.

Després, convé mapejar les dependències internes: quines aplicacions consumeixen quines bases de dades, quins serveis comparteixen fitxers de configuració, quines màquines depenen d'un servidor de llicències, etc. Aquest mapa de relacions redueix molt el risc de trencar alguna cosa en moure un rol aparentment aïllat.

També cal fixar clarament els objectius de negoci de la migració: reduir costos de hosting, millorar rendiment, reforçar la seguretat, complir normatives, o preparar la infraestructura per saltar al núvol híbrid. Aquests objectius ajudaran a prioritzar què primer es migra i amb quin nivell d'esforç.

Finalment, cal fer-ne una avaluació seriosa de riscos: què pot sortir malament, quant de temps de caiguda es pot assumir, què fer si cal tornar enrere, i com es comunicarà el procés a usuaris i responsables. Definir un pla de reversió ben documentat és tan important com el pla de migració mateix.

Flux típic de migració d'Active Directory, DNS, DHCP i fitxers

Una situació molt habitual és partir d'un servidor antic “tot en un” (controlador de domini, DNS, DHCP, servidor de fitxers, potser algun rol extra) i passar a un host modern amb Windows Server 2022 executant màquines virtuals separades per a cada funció principal.

En aquest escenari, el flux recomanat sol ser:

• Configurar a la VM que serà nou DC una IP estàtica, usant com a DNS el controlador de domini antic per assegurar la resolució durant el procés.
• instal·lar Serveis de domini d'Active Directory i DNS a la nova VM.
• Promoure aquesta VM a controlador de domini addicional al domini existent, deixant que repliqui AD i la zona DNS.
• Verificar que el reenviador DNS, els registres SRV, els scripts dinici de sessió i els clients segueixen funcionant correctament amb el nou DC.
• Després d'uns dies de funcionament estable, traslladar els rols FSMO al nou controlador de domini i comprovar que tot segueix en ordre.
• Degradar el controlador de domini antic i retirar-lo del domini quan s'hagi comprovat que ja no cal.
• Migrar el rol DHCP al nou servidor (usant les eines d'exportació/importació o les guies de migració específiques) i actualitzar si cal les reserves i opcions.
• Crear-ne de nous recursos compartits d'arxius al servidor modern, copiar les dades amb eines que preservin permisos (Robocopy, per exemple) i actualitzar rutes en scripts, GPO o aplicacions.
• Només una vegada verificat tot, procedir a donar de baixa el servidor antic i alliberar recursos.

Aquesta seqüència permet reduir al mínim les interrupcions i mantenir sempre un camí clar per tornar enrere si alguna cosa no va com hauria de ser, ja que a cada pas conviu infraestructura antiga i nova durant un temps.

Eines i serveis de migració: nadius i de tercers

Per a molts rols, Microsoft proporciona Eines de migració del Windows Server que ajuden a moure configuracions, dades i rols entre equips físics o virtuals, fins i tot entre instal·lacions Server Core i amb experiència descriptori. Aquestes eines són molt útils en migracions de DHCP, DNS, Serveis de fitxers, WSUS o Servidor web (IIS).

Quan es tracta de servidors de fitxers amb diversos terabytes de dades, el Servei de Migració d'Emmagatzematge incorporat a versions recents de Windows Server facilita moure recursos compartits complets, permisos NTFS i configuracions, fins i tot permetent que el nou servidor assumeixi la identitat de xarxa de l'antic, reduint canvis en clients.

A més de les eines natives, hi ha solucions de tercers dissenyades per automatitzar la migració d'aplicacions, perfils, bases de dades i dades entre servidors, tant en entorns físics com virtuals o al núvol. Algunes permeten capturar la configuració completa d'un servidor antic i restaurar-la sobre un nou servidor, reduint la necessitat de reinstal·lar manualment moltes aplicacions.

Aquests productes solen suportar escenaris com físic a físic, físic a virtual, virtual a núvol, o núvol a núvol, i estan pensats perquè el temps de treball real de l'administrador sigui reduït (la resta és temps d'espera de còpia de dades). En entorns amb molts servidors d'aplicacions o bases de dades mitjanes, poden retallar de manera important la durada del projecte.

Migració d'entorns PKI i serveis crítics de seguretat

Si la teva infraestructura inclou una PKI corporativa (Serveis de certificats d'Active Directory) o mòduls de seguretat de maquinari (HSM), la migració requereix encara més cura. Un error en aquest àmbit pot deixar inoperatives autenticacions, VPN, signatures de codi o comunicacions xifrades.

En aquests casos és bona idea recolzar-se en consultories especialitzades en xifrat i PKI, que aportin experiència en anàlisi de dependències, cicles de vida de certificats, compatibilitat amb HSM, temps de parada i plans de transició per fases.

Una bona pràctica en migracions de PKI és elaborar-ne una full de ruta molt clar que inclogui proves exhaustives, validació de certificats en producció controlada, plans de revocació, emissió escalonada i monitorització permanent posterior. A més, és clau formar l'equip intern per gestionar el nou entorn sense dependre del 100 % de proveïdors externs.

Aquests serveis solen cobrir també monitorització contínua, manteniment i suport després de la migració, ja que la PKI no és un sistema que es pugui “oblidar” una vegada mogut: requereix supervisió per garantir vigència, seguretat i compliment normatiu.

Tasques posteriors a la migració: proves, SEO i optimització

Un cop moguts rols i dades, comença la fase de verificació i ajustament fi. Primer cal comprovar que tots els serveis s'inicien correctament, que les aplicacions poden connectar-se a les bases de dades i que els usuaris accedeixen als recursos compartits sense errors.

És molt recomanable comparar les mètriques de rendiment abans i després de la migració: ús de CPU, RAM, I/O de disc, temps de resposta d'aplicacions, etc. Això ajuda a detectar problemes que potser no es veuen a simple vista, com ara índexs de base de dades desactualitzats o configuracions de memòria cau poc òptimes.

Si el servidor allotja llocs web públics, també heu de vigilar el impacte en SEO i trànsit. És fonamental revisar que totes les URL clau siguin accessibles i que no apareguin errors 404 en massa. Si heu canviat l'estructura d'URL, cal implementar redireccions 301 adequades per no perdre posicionament.

Completada aquesta fase tècnica, convé actualitzar la documentació i transferir coneixement a l'equip. Això inclou anotar adreces IP noves, canvis en regles de tallafocs, versions de programari, nous procediments de còpia de seguretat i qualsevol variació en els fluxos d'administració.

Amb una planificació sòlida, eines adequades i una checklist clara de compatibilitat, rols, dades, seguretat i proves, la migració a Windows Server 2019 o 2022 passa de ser una font de risc a una oportunitat real per modernitzar la infraestructura, reforçar la seguretat i simplificar l'administració durant molts anys.