Per scaricare una SCCM Baseline Media in modo affidabile conviene distinguere subito il caso d’uso: vuoi recuperare un supporto già pubblicato, esportare una baseline per portarla fuori dal sito, oppure ricostruire i file necessari da una distribuzione già presente? I tre metodi migliori cambiano molto per impatto operativo, velocità e rischio di errore.
Su Configuration Manager, il punto non è solo “dove sta il file”, ma come quel media è stato generato e con quali dipendenze: contenuti, package, detection method, prerequisiti e versioni. Se salti questo controllo, scarichi magari un archivio incompleto o fuori allineamento rispetto alla baseline che pensi di avere.
1) Download dalla console di Configuration Manager quando il media è già stato creato
È il metodo più lineare. Se la baseline media è stata pubblicata o esportata dal team che gestisce SCCM, la console è il canale più pulito perché ti mostra nome, versione, stato e percorso di origine. In pratica riduci il rischio di prendere un file vecchio o di copiare contenuti non coerenti con il resto dell’architettura.
Quando usarlo: hai accesso alla console, il media esiste già e vuoi verificarne integrità e provenienza prima di scaricarlo o copiarlo su un share interno.
Passi operativi
- Apri la console di Configuration Manager e vai nell’area dedicata a Software Library o alla sezione in cui sono gestiti i baseline package e i media associati.
- Individua la baseline interessata e controlla nome, versione, data di creazione e stato di distribuzione.
- Verifica che il media punti al percorso corretto, per esempio un file su share amministrativa o un archivio esportato in una cartella di staging.
- Se previsto dal vostro flusso, usa l’azione di export o download della baseline media verso una cartella locale o un path condiviso.
- Controlla che il file risultante abbia dimensione coerente con il contenuto atteso e che il timestamp combaci con l’ultima revisione approvata.
Una verifica utile, prima di distribuire il media, è confrontare l’hash del file con quello salvato in change record o in un repository interno. Se non avete ancora un processo di integrità, è un buon punto da introdurre: evita discussioni infinite su “quale versione era quella giusta”.
# Esempio di verifica hash su Windows
Get-FileHash "D:\Staging\BaselineMedia.zip" -Algorithm SHA256 # Atteso: hash presente nel change ticket o nel repository interno
Vantaggi: tracciabilità alta, meno rischio di corruzione, allineamento con la console. Limiti: richiede accesso alla console e dipende dal fatto che il media sia stato già preparato correttamente.
2) Esportazione controllata del media dalla baseline originale
Se il media non è immediatamente scaricabile, la strada più pulita è esportarlo di nuovo dalla baseline originaria. Questo metodo è quello che preferisco quando serve ripartire da una sorgente certa: invece di inseguire copie intermedie, ricrei il pacchetto a partire dall’oggetto master.
Quando usarlo: la baseline è cambiata, il media in giro non è affidabile, oppure vuoi generare un nuovo archivio con naming coerente e metadati aggiornati.
Passi operativi
- Identifica la baseline master e conferma che sia la versione approvata per il rilascio.
- Prima di esportare, controlla le dipendenze: package referenziati, script associati, prerequisiti di installazione e eventuali contenuti esterni.
- Esporta la baseline media in una cartella di staging dedicata, separata dalle share di produzione.
- Rinomina il file con un criterio che includa almeno baseline, versione e data.
- Esegui un controllo di coerenza sul contenuto esportato: dimensione, presenza dei file attesi e eventuale manifest se generato.
Se il flusso prevede script di esportazione, conviene documentare il comando esatto e salvare il log. In assenza di log, il rischio è semplice: hai il file, ma non puoi dimostrare come è stato creato né replicare il processo in modo affidabile.
# Esempio di controllo su cartella di staging
Get-ChildItem "D:\SCCM\Export\Baseline-2026-01" | Select-Object Name, Length, LastWriteTime # Atteso: file media, manifest, eventuali script e documentazione di rilascio
Blast radius: basso sul lato infrastrutturale, ma medio sul piano operativo se esporti la baseline sbagliata e la distribuisci ai client. Rollback: conserva sempre la versione precedente del media e non sovrascrivere la cartella di export; in caso di errore, torna al file precedente e blocca il rilascio.
3) Recupero dal distribution point o dalla share di contenuto quando il download diretto non è disponibile
Questo è il metodo più pratico quando devi recuperare un media già distribuito e non hai il percorso originale a portata di mano. Non è sempre il più elegante, ma spesso è il più veloce per chiudere un problema operativo, soprattutto in ambienti con più site server, DP e share replicate.
Quando usarlo: il media è stato pubblicato su un distribution point, il percorso di origine è perso o non documentato, e hai bisogno di un recupero controllato senza rifare tutto da capo.
Passi operativi
- Individua il distribution point o la share di contenuto dove il media risulta presente.
- Verifica che la content library o la cartella di staging contenga i file completi della baseline.
- Se il media è compresso, copia l’archivio in una cartella locale temporanea prima di aprirlo o estrarlo.
- Controlla che il contenuto estratto includa tutti i file attesi, in particolare eventuali script, policy, manifest e riferimenti a prerequisiti.
- Confronta versione e data con la baseline dichiarata in console o nel ticket di change.
Qui l’errore più comune è trattare la copia del distribution point come se fosse automaticamente “la sorgente giusta”. Non lo è. Un DP può avere contenuti aggiornati, parziali o allineati solo a una parte del pacchetto. Per questo la verifica della versione è obbligatoria prima di qualunque uso operativo.
# Controllo rapido del contenuto di una share o cartella DP
dir "\\DP01\SCCMContent\BaselineMedia" /s # Oppure, in PowerShell
Get-ChildItem "\\DP01\SCCMContent\BaselineMedia" -Recurse | Select-Object FullName, Length
Vantaggi: rapido, utile in emergenza, spesso evita una nuova esportazione. Limiti: dipende dalla qualità della distribuzione e dalla documentazione del percorso; rischio di prendere una copia incompleta se non fai controlli minimi.
Come scegliere il metodo giusto senza perdere tempo
Se hai accesso alla console e il media è già stato creato, usa il metodo 1: è il più pulito e il più facile da verificare. Se il media va ricostruito in modo affidabile, vai con il metodo 2: richiede qualche minuto in più, ma ti dà un artefatto coerente e ripetibile. Se invece sei in recovery o hai perso il percorso originale, il metodo 3 ti fa risparmiare tempo, purché tu faccia i controlli di versione e completezza.
In pratica: console per la tracciabilità, export dalla baseline master per la correttezza, recupero dal DP per la velocità. La scelta migliore dipende sempre da quanto ti puoi permettere di sbagliare il file di partenza.
Controlli tecnici da fare prima di usare la baseline media
- Verifica la versione della baseline contro il change ticket o il release note interno.
- Controlla l’integrità del file con hash o confronto dimensionale, se disponibile.
- Assicurati che i prerequisiti siano presenti sui client o che siano inclusi nel media.
- Conferma che il contenuto sia stato distribuito al site server o al DP corretto.
- Se il media contiene script, verifica che non ci siano riferimenti hardcoded a path vecchi o a server non più raggiungibili.
Un dettaglio che spesso viene ignorato è la coerenza tra media e baseline di destinazione: se il media è stato generato per un ambiente specifico, usare lo stesso archivio su un altro site senza verifica può introdurre differenze di comportamento difficili da diagnosticare. La baseline magari “si installa”, ma non fa quello che ti aspetti.
Problemi tipici e come chiuderli in fretta
Se il download fallisce, il primo controllo è quasi sempre banale: permessi sulla share, spazio disponibile nella cartella di destinazione e stato del sito o del DP. Se la baseline non compare in console, il problema è spesso a monte: oggetto non pubblicato, sincronizzazione incompleta o filtro di vista errato.
Se invece il file si scarica ma risulta incompleto, lavora per esclusione: confronta il contenuto con la baseline master, controlla i log di esportazione e verifica che il package source non punti a una posizione non più valida. In un ambiente SCCM sano, il problema raramente è “il download” in sé; più spesso è un dato di partenza sbagliato o non aggiornato.
# Esempio di controllo spazio libero prima del download
Get-PSDrive -PSProvider FileSystem | Select-Object Name, Free, Used # Atteso: spazio sufficiente nella destinazione di staging
Assunzioni: ambiente Configuration Manager con accesso amministrativo di lettura alla console o alle share di contenuto, baseline già definita e processo di change almeno parzialmente documentato.
Commenti (0)
Nessun commento ancora.
Segnala contenuto
Elimina commento
Eliminare definitivamente questo commento?
L'azione non si può annullare.