Clonare il disco di avvio di Windows Server 2012 R2: guida completa con WSB, Clonezilla e software di clonazione

Vuoi una copia avviabile del disco di sistema di Windows Server 2012 R2 (≈200 GB) pronta da utilizzare in caso di guasto? In questa guida trovi procedure dettagliate, strumenti consigliati, checklist e script utili per clonare o salvare l’intero sistema senza migrare a un nuovo OS.

Indice

Scenario e obiettivo

L’obiettivo è ottenere una copia avviabile del disco di sistema di un server Windows Server 2012 R2, da ripristinare in tempi rapidi in caso di guasto hardware. L’ambiente tipico prevede:

Disco di avvio (≈200 GB) con sistema operativo, bootloader, driver, applicazioni e servizi.
Secondo disco dati (es. 1 TB) con cartelle operative sensibili (es. “pazienti”).

Il risultato atteso è una copia affidabile del disco di avvio che consenta: (a) ripartenza rapida sullo stesso hardware o su hardware equivalente, (b) possibilità di ripristino bare‑metal, (c) test periodici per assicurare che il processo funzioni davvero.

Tre strade percorribili

Approccio	Procedura sintetica	Pro	Contro
Backup Bare‑Metal con Windows Server Backup (WSB)	1. Apri WSB → “Backup una volta” → Bare‑metal recovery. 2. Destina l’immagine a disco USB/NAS. 3. Prepara supporto di avvio (ISO/USB di WS 2012 R2 o WinPE) per il ripristino.	– Integrato e gratuito. – Copia coerente dei volumi critici di sistema. – Supportato nativamente da Microsoft.	– Non è un clone “bit‑per‑bit”; richiede fase di ripristino. – Possibili incompatibilità su hardware diverso (driver, UEFI/BIOS).
Clonazione con software di terze parti (AOMEI Backupper, Macrium Reflect, EaseUS Todo Backup, ecc.)	1. Installa l’edizione Server o avvia il loro ambiente di boot. 2. “Clone disco” → sorgente (200 GB) → destinazione uguale o più capiente. 3. Avvia dal disco clonato per verifica.	– Copia diretta settore‑a‑settore o “intelligente”. – Ridimensionamento partizioni e migrazione verso SSD. – Interfacce guidate; tempi rapidi.	– Licenze a pagamento per ambienti Server. – Dipendenza dal fornitore.
Clonezilla (open‑source, gratuito)	1. Crea USB avviabile Clonezilla. 2. device‑device per clone diretto oppure device‑image per file immagine. 3. Verifica il clone montandolo o avviandolo su HW simile/VM.	– Totalmente gratuito. – Immagini compresse e verificabili. – Log dettagliati.	– Interfaccia testuale. – Copie “a freddo” (serve riavvio).

Quando scegliere cosa

WSB/Bare‑Metal: preferisci soluzioni integrate e supportate da Microsoft; ideale per ripristinare lo stesso server o hardware molto simile.
Clonazione con terze parti: vuoi un disco pronto ad avviare subito, utile per sostituzioni rapide (es. migrazione a SSD).
Clonezilla: cerchi una soluzione gratuita e robusta, accetti un’interfaccia meno guidata e un processo “a freddo”.

Prerequisiti e preparazione

Capacità e supporti: un secondo disco interno/esterno ≥200 GB per il clone diretto oppure un disco USB/NAS capiente per l’immagine.
Stato del file system:
- Esegui chkdsk sui volumi critici (C: e partizioni sistema/EFI).
- Controlla eventi VSS e servizi in esecuzione (per backup “a caldo”).
Supporto di avvio:
- ISO/USB di Windows Server 2012 R2 o ambiente WinPE.
- Per Clonezilla/terze parti: chiavetta USB avviabile del relativo tool.
Consistenza dei dati: chiudi le applicazioni più “scriventi” (database, posta, applicazioni cliniche) se cloni “a caldo”; in alternativa pianifica la finestra di manutenzione o preferisci un clone “a freddo”.
Modalità di avvio: rileva se l’attuale server usa UEFI+GPT o BIOS/MBR. Il ripristino deve rispettare la stessa modalità o prevedere una conversione assistita.

Workflow consigliato

Preparare i supporti
- Disco destinazione ≥200 GB per clonazione diretta oppure NAS/USB per file immagine.
- Etichetta fisica e logica dei supporti (es. “Clone‑Sistema‑2012R2‑2025‑03”).
Eseguire la clonazione/backup con l’approccio scelto (vedi sezioni pratiche).
Verificare il risultato
- Prova di boot dal disco clonato oppure ripristino di test dell’immagine in una VM Hyper‑V/VMware.
- Convalida servizi essenziali (login, condivisioni SMB, app principali).
Documentare e ripetere
- Annota data, strumento, percorso immagine, comandi, account usati.
- Pianifica un rinnovo del clone ogni 6–12 mesi o dopo modifiche significative.

Guida pratica: Backup Bare‑Metal con Windows Server Backup

Via interfaccia grafica

Apri Windows Server Backup → Backup una volta.
Seleziona Backup personalizzato → Aggiungi elementi → spunta Bare metal recovery (automaticamente include i volumi critici).
Scegli la destinazione: disco USB dedicato o condivisione di rete (NAS).
Avvia il backup e verifica che termini senza errori VSS.
Conserva il report di esecuzione e l’ID dell’operazione.

Via riga di comando (PowerShell/CMD)

Per creare un’immagine bare‑metal completa dei volumi critici su un disco esterno X::

wbadmin start backup -backupTarget:X: -allCritical -quiet

Se il server è anche Controller di Dominio, esegui in aggiunta un System State (da mantenere separato):

wbadmin start systemstatebackup -backupTarget:X: -quiet

Ripristino bare‑metal

Avvia dal DVD/USB di installazione di Windows Server 2012 R2 o WinPE.
Seleziona Ripristina il computer → Ripristino immagine del sistema.
Punta al percorso dell’immagine (disco USB o share NAS) e seleziona l’ultima versione valida.
Conferma i volumi da ripristinare; verifica che il disco di destinazione sia almeno capiente quanto l’originale.
Completa e riavvia; imposta l’ordine di boot corretto nel firmware.

Note tecniche importanti per WSB

UEFI/BIOS: mantieni la modalità di avvio coerente tra originale e destinazione (UEFI con partizione EFI; BIOS con MBR). In UEFI assicurati che la partizione EFI (100–300 MB) venga ripristinata.
Dischi dinamici/Storage Spaces: WSB li gestisce, ma il ripristino può richiedere passaggi aggiuntivi (es. ricostruzione pool). Documenta la configurazione.
Driver di storage/NIC: se ripristini su hardware diverso, tieni a portata driver firmati su USB per l’ambiente WinPE.

Guida pratica: clonazione con software di terze parti

Gli strumenti commerciali Server‑edition (AOMEI Backupper, Macrium Reflect, EaseUS Todo Backup, ecc.) offrono una procedura guidata di Disk Clone con ottimizzazioni per SSD e ridimensionamento partizioni.

Prepara la chiavetta/ISO di boot del prodotto (consigliato per clonazione “a freddo”).
Seleziona Disco sorgente (200 GB) e Disco destinazione (≥200 GB). Abilita opzioni come “SSD Alignment” se cloni verso SSD.
Se necessario, ridimensiona le partizioni in modo proporzionale o manuale (lascia spazio libero sufficiente sulla partizione di sistema).
Avvia la clonazione e, a fine processo, rimuovi il disco originale o scollegalo temporaneamente e prova l’avvio dal clone.

Best practice per il boot test

Evita collisioni di firma disco/GPT: esegui il primo boot con l’originale disconnesso, poi ricollegalo come unità secondaria se necessario.
Controlla BCD: in caso di errore “BOOTMGR mancante”, rigenera da WinRE: bootrec /fixmbr bootrec /fixboot bootrec /scanos bootrec /rebuildbcd
UEFI: se manca l’entry di boot, crea/ripara la EFI: mountvol S: /S bcdboot C:\Windows /s S: /f UEFI

Guida pratica: Clonezilla

Modalità device‑to‑device (clone diretto)

Avvia da USB Clonezilla e scegli “device‑device”.
Seleziona il disco sorgente da 200 GB e il disco destinazione (≥200 GB).
Attiva le opzioni di checking/verifica post‑clone per maggiore affidabilità.
A clonazione completata, scollega l’originale e prova l’avvio dal disco clonato.

Modalità device‑to‑image (file immagine)

Avvia Clonezilla e seleziona “device‑image”.
Scegli la destinazione dell’immagine (USB/NAS) e imposta il livello di compressione.
Salva e verifica l’immagine; documenta il percorso (es. \\NAS\backup\WS2012R2\img-YYYYMMDD).
Per ripristinare, inverti il processo scegliendo l’immagine corretta.

Accortezze con GPT/UEFI

Assicurati che le partizioni EFI e MSR siano incluse nella sessione.
Se la destinazione è più capiente, potrai estendere successivamente la partizione di sistema da Gestione Disco o con diskpart.

Verifiche post‑clone

Gestione Disco: verifica stato “Integro” di tutte le partizioni; controlla tipo (GPT/MBR).
BCD e ambiente di ripristino: bcdedit /enum reagentc /info Se WinRE è disattivato: reagentc /enable
Servizi applicativi: verifica che i servizi chiave e le condivisioni SMB siano ripartiti.
Log eventi: controlla “Sistema” e “Applicazione” per driver mancanti o VSS errors.

Automazione e schedulazione con WSB

Per avere un’immagine bare‑metal ricorrente su un disco esterno X:, crea uno script e pianificalo con schtasks.

:: C:\Scripts\bm-backup.cmd
@echo off
set TARGET=X:
set LOG=C:\Logs\bm-backup-%date:~-4%%date:~3,2%%date:~0,2%.log
mkdir C:\Logs 2&gt;nul
echo [%date% %time%] Avvio bare-metal backup &gt; "%LOG%"
wbadmin start backup -backupTarget:%TARGET% -allCritical -quiet &gt;&gt; "%LOG%" 2&gt;&amp;1
echo [%date% %time%] Esito: %errorlevel% &gt;&gt; "%LOG%"

Pianifica l’esecuzione settimanale (notte tra sabato e domenica, 02:00):

schtasks /Create /TN "BM-Backup-Settimanale" /TR "C:\Scripts\bm-backup.cmd" ^
 /SC WEEKLY /D SUN /ST 02:00 /RU "SYSTEM"

Strategia di backup raccomandata

Backup separato dei dati: continua a copiare le cartelle “pazienti” dal disco da 1 TB su un supporto esterno dedicato. Anche se il clone di sistema fallisse, i dati restano accessibili.
Regola 3‑2‑1: almeno 3 copie, su 2 supporti diversi, con 1 off‑site.
Test periodici: almeno una volta l’anno, avvia il clone o monta l’immagine in una VM e verifica l’intero percorso di ripristino.
Criptazione: valuta BitLocker sui supporti di backup trasportabili; conserva in luogo sicuro le chiavi di ripristino.

Alternative e scenari speciali

P2V con Disk2VHD

Se la necessità principale è consultare i dati in futuro più che far ripartire il server fisico, considera la virtualizzazione “Physical‑to‑Virtual”.

Avvia Disk2VHD sul server e seleziona i volumi critici (inclusa la partizione EFI se UEFI).
Genera un file VHD/VHDX su disco esterno o NAS.
Importa in Hyper‑V:
- Generation 1 per sistemi BIOS/MBR; Generation 2 per UEFI/GPT.
- Imposta controller SCSI e ordine di boot; abilita la modalità di compatibilità legacy dove necessario.
Avvia la VM e installa i driver/integrations. Verifica servizi e connettività.

Vantaggi: indipendenza dall’hardware fisico e possibilità di snapshot. Nota: verifica licenze applicative legate all’hardware.

Considerazioni su prestazioni e compatibilità

Settori 512e/4Kn: alcuni dischi moderni usano settori logici/fisici differenti; preferisci la clonazione “intelligente” che gestisce l’allineamento.
AHCI/RAID/NVMe: cambiare controller può richiedere driver aggiuntivi; prepara i driver su USB e abilita nel firmware le modalità corrette.
BitLocker: sospendi temporaneamente durante il clone “a caldo” oppure clona “a freddo” da ambiente di boot; conserva le chiavi.
Antivirus: può interferire con VSS; valuta una finestra con AV in modalità “maintenance” o esclusioni temporanee per i percorsi di backup.

Errori comuni e come evitarli

Clonare senza testare: un clone non testato è solo una supposizione. Esegui sempre un boot test o un ripristino in VM.
Partizioni mancanti: dimenticare EFI/MSR/Recovery rende il clone non avviabile. Controlla la mappa partizioni prima e dopo.
Conservare clone e originale insieme: rischi collisioni di firma disco. Stacca l’originale al primo avvio del clone.
Affidarsi a un unico supporto: applica davvero il 3‑2‑1; i dischi USB falliscono.
Documentazione assente: senza note su driver, password, posizione immagini, in emergenza si perde tempo prezioso.

Checklist operativa

✔ Salute dischi verificata (chkdsk, S.M.A.R.T.).
✔ Modalità avvio annotata (UEFI/GPT o BIOS/MBR).
✔ Supporto di avvio pronto (ISO/USB W2012R2 o WinPE, tool di clonazione).
✔ Clone/Immagine creati e verificati.
✔ Prova di boot o ripristino in VM completata senza errori.
✔ Log e documentazione aggiornati (data, tool, percorso, credenziali).
✔ Copia separata dei dati “pazienti” aggiornata.
✔ Politica 3‑2‑1 applicata; una copia off‑site cifrata.

Esempi di comandi utili

Estendere la partizione di sistema post‑ripristino

diskpart
list vol
select vol C
extend
exit

Verificare e riparare file di sistema

sfc /scannow

Verificare servizi VSS

vssadmin list writers
vssadmin list shadows

Procedure di prova in VM (consigliato)

Con WSB: monta l’immagine in Hyper‑V creando una VM “vuota” e avviando il ripristino bare‑metal dentro la VM.
Con Clonezilla: crea un disco virtuale VHDX ≥200 GB, avvia la VM da ISO Clonezilla e ripristina l’immagine sul disco virtuale.
Con software di terze parti: molti offrono la funzione di ripristino su dischi virtuali; in alternativa, clona verso un VHDX connesso alla VM.

Al termine, verifica servizi, accessi condivisi, risoluzione DNS, stampa e applicazioni principali. Annota i tempi effettivi: saranno la tua RTO di riferimento.

Sicurezza, privacy e compliance

Dati sensibili: se gestisci dati sanitari o personali, conserva i supporti in armadi chiusi e registrane movimenti e accessi.
Cifratura: applica BitLocker o cifratura hardware ai dischi rimovibili con backup/clone.
Conservazione: definisci tempi di retention e politiche di distruzione sicura dei supporti obsoleti.

Domande frequenti

Posso avviare il server direttamente da un’immagine WSB?
No. L’immagine WSB è pensata per il ripristino bare‑metal o file‑level. Per un avvio immediato serve una clonazione disco‑a‑disco o un ripristino su VM.

Il clone funziona su hardware diverso?
Dipende. Se controller storage e modalità di boot sono compatibili, spesso sì. In caso contrario, prepara driver e considera un repair‑install o un ripristino bare‑metal con iniezione driver.

Conviene SSD come destinazione?
Sì, per tempi di avvio e I/O superiori. Abilita l’allineamento 4K e TRIM; verifica che il firmware sia in AHCI/UEFI coerente.

Ogni quanto rifare il clone?
Dopo aggiornamenti significativi o con cadenza 6–12 mesi. Integra con backup incrementali dei dati operativi su base giornaliera/settimanale.

Conclusioni

Sia che tu scelga il Backup Bare‑Metal con WSB, la clonazione con tool commerciali o Clonezilla, la chiave è una procedura ripetibile, documentata e testata. Mantenendo un backup separato delle cartelle “pazienti”, applicando la regola 3‑2‑1 e pianificando test periodici, il tuo Windows Server 2012 R2 potrà “dormire” in sicurezza e ripartire rapidamente in caso di guasto.