1 05/11/2026 10 min

Trovare rapidamente file mancanti con una query CMPivot

Quando devi capire se un file atteso è presente su decine o centinaia di endpoint Windows, CMPivot è uno dei modi più rapidi per avere una fotografia operativa senza aprire sessioni remote una per una. La logica è semplice: definisci il file o il pattern da cercare, interroghi il parco macchine gestito da Configuration Manager e ottieni in pochi secondi un elenco dei dispositivi che lo vedono, quelli che non lo vedono e, se serve, anche il percorso esatto dove compare.

Qui l’obiettivo non è fare forensics profonda, ma ridurre il tempo tra il sospetto e la verifica. Se un agente non si aggiorna, se una cartella di configurazione non è stata distribuita, se una DLL o un eseguibile atteso manca dopo un change, CMPivot ti dà una risposta più utile di una ricerca manuale, soprattutto quando il problema coinvolge più host e non vuoi introdurre ulteriore carico con script ad hoc.

Quando usare CMPivot invece di inventarsi uno script

La differenza pratica è questa: uno script PowerShell distribuito a tappeto ti dà controllo totale, ma richiede packaging, distribuzione, esecuzione e raccolta risultati. CMPivot, invece, è pensato per interrogazioni rapide e interattive su dati già disponibili sui client gestiti. Per una verifica di presenza file, il vantaggio è evidente: meno passaggi, meno rischio operativo, meno tempo perso a costruire una pipeline che serve una sola volta.

In scenari reali CMPivot è particolarmente utile per tre casi: validare un rollout, confermare una remediation, oppure capire se un file “mancante” lo è davvero o se si trova in un percorso diverso da quello previsto. Quest’ultimo punto conta molto: spesso il problema non è l’assenza del file, ma una discrepanza tra standard atteso e realtà del client.

La query base per cercare un file

La forma più semplice della ricerca è interrogare l’entità File e filtrare per nome o percorso. In CMPivot i dettagli della sintassi possono variare leggermente in base alla versione di Configuration Manager, ma il concetto operativo resta lo stesso: selezioni il dataset file, applichi un filtro sul nome e, se necessario, limiti la ricerca a un percorso specifico per evitare risultati troppo ampi.

Una query tipica per cercare un eseguibile noto potrebbe essere questa:

File | where Name == "app.exe"

Se vuoi restringere il campo a una directory precisa, puoi aggiungere il percorso:

File | where Name == "app.exe" and FolderPath startswith "C:\Program Files\Vendor\App"

Quando il file può trovarsi in più posizioni, conviene usare un filtro più flessibile sul nome e poi leggere il path restituito nei risultati. In questo modo eviti di perdere una variante collocata in una cartella diversa, come una directory dati, una sottocartella di aggiornamento o un percorso temporaneo creato dal setup.

Come distinguere file mancanti da file presenti nel posto sbagliato

Il punto debole delle ricerche troppo rigide è che possono darti un falso “mancante” solo perché il file non è esattamente dove te lo aspetti. Per questo, quando il caso non è banale, conviene lavorare in due passaggi: prima una ricerca ampia sul nome, poi un filtraggio sul percorso o sull’estensione. È un modo semplice per capire se il problema è assenza reale o drift di configurazione.

Se ad esempio vuoi capire se una DLL è stata distribuita ma non sai dove sia finita, puoi partire così:

File | where Name == "library.dll"

Se ottieni risultati, osserva subito la colonna del percorso. Se non ottieni nulla, passa a un criterio più largo, ad esempio un pattern sul nome o una cartella nota dell’applicazione. Il vantaggio è che la verifica resta veloce e leggibile, senza dover lanciare query pesanti o script con ricorsioni inutili su tutto il disco.

Uso operativo: cercare file mancanti su un gruppo di device

Nel flusso di lavoro tipico non lanci CMPivot su un singolo computer perché vuoi vedere un comportamento distribuito. Per esempio: un aggiornamento applicativo ha copiato una cartella su alcuni endpoint e su altri no. In quel caso apri il gruppo di device in Configuration Manager, avvii CMPivot e lanci la query. I risultati ti dicono subito quali client hanno il file e quali no, così puoi separare il problema di distribuzione da quello locale.

Il vantaggio di questo approccio è che non ti costringe a fidarti di un singolo report statico. Se il problema è intermittente, puoi rilanciare la query dopo qualche minuto e vedere se la situazione cambia. È utile soprattutto quando hai appena fatto un deployment e vuoi capire se la propagazione è in corso oppure bloccata su una parte del parco macchine.

Se il file manca davvero: le verifiche che contano prima di toccare altro

Quando CMPivot conferma che il file non è presente, il passo successivo non dovrebbe essere “rifaccio tutto” ma “capisco perché manca”. Le cause più comuni sono poche e molto pratiche: distribuzione incompleta, installazione fallita, pulizia aggressiva da parte di un antivirus o di un tool di hardening, oppure un percorso diverso da quello previsto dal pacchetto o dalla procedura di installazione.

Le verifiche immediate sono queste:

  1. Controlla se il nome del file è corretto e non è cambiato tra versioni diverse del software.
  2. Verifica se il percorso atteso corrisponde a quello realmente usato dal vendor o dal pacchetto interno.
  3. Confronta i device “ok” e “ko” per capire se il file manca solo su un sottoinsieme specifico, per esempio una collection con OS diversi o build differenti.

Se il file compare su alcuni endpoint e non su altri, il problema spesso non è il contenuto in sé ma la catena di distribuzione. In quel caso vale la pena guardare anche lo stato del deployment, il contenuto scaricato dal client e l’eventuale presenza di errori di accesso al source share o al distribution point.

Query più utili per casi reali

Una ricerca singola è utile, ma nella pratica conviene avere qualche variante pronta. Le più comode sono quelle che ti permettono di passare da un controllo puntuale a uno più elastico. Se il nome può variare per versione o suffisso, usa un filtro meno rigido; se il problema è su una cartella precisa, stringi sul path.

Per esempio, per cercare tutti i file con un nome che inizia in un certo modo puoi usare una logica basata su pattern:

File | where Name like "app%"

Per una cartella specifica e un nome preciso:

File | where FolderPath startswith "C:\Apps\Vendor" and Name == "config.ini"

Se invece vuoi scovare un file che dovrebbe stare in una sottostruttura di directory e non sai esattamente dove, la ricerca per nome è il punto di partenza più efficiente. Poi filtri i risultati manualmente, senza complicare subito la query con condizioni inutili.

Interpretare i risultati senza farsi ingannare

Il fatto che un file non compaia in CMPivot non significa automaticamente che non esista da nessuna parte. Significa che, nel contesto interrogato, il client non lo ha esposto al momento della query. Se il dispositivo è offline, in sleep, non raggiungibile o fuori dal ciclo di inventario previsto, il risultato va letto con cautela. Il dato è valido, ma va interpretato nel contesto operativo corretto.

Per questo è utile affiancare alla query anche un controllo dello stato del client. Se il device non risponde bene alle altre interrogazioni, il problema potrebbe essere più ampio della semplice assenza del file. Al contrario, se CMPivot funziona ma il file manca solo su un set ristretto di host, hai già una pista concreta da seguire lato deployment o policy.

Ridurre il rumore quando il parco macchine è grande

Su ambienti grandi il rischio è ottenere troppi risultati e perdere tempo a scorrerli. In questi casi conviene ragionare per gruppi: prima una collection ristretta, poi una più ampia se il problema si conferma. È un approccio più pulito rispetto al lancio diretto su tutto il parco, perché ti permette di capire se il file manca solo su una classe di sistemi, per esempio workstation con una certa build o server con un ruolo specifico.

Un altro accorgimento utile è usare nomi file e percorsi coerenti con la release del software che stai verificando. Se il vendor cambia struttura tra una versione e l’altra, la query va aggiornata di conseguenza. In pratica, il valore della ricerca dipende molto dalla qualità dell’ipotesi iniziale: più è precisa, meno tempo perdi a inseguire risultati ambigui.

Un flusso di lavoro pratico per troubleshooting rapido

Un flusso efficace, in presenza di file mancanti, può essere questo:

  1. Definisci il file atteso: nome esatto, eventuale pattern, percorso previsto.
  2. Esegui la query CMPivot sul gruppo di device interessato.
  3. Se il file compare, verifica il percorso reale e confrontalo con quello atteso.
  4. Se il file non compare, restringi il problema a un sottoinsieme di client o a una specifica versione del software.
  5. Solo dopo passa ai log di installazione, al deployment o alla correzione del pacchetto.

Questo ordine è importante perché evita di partire subito dai log quando il dato più semplice, cioè la presenza del file, non è ancora stato chiarito. In pratica, CMPivot fa da filtro iniziale e ti aiuta a decidere se il problema è di distribuzione, di configurazione o di aspettativa sbagliata.

Quando conviene affiancare CMPivot a inventario e log

CMPivot è ottimo per la verifica rapida, ma non sostituisce l’inventario né i log applicativi. Se devi dimostrare che un file manca in modo persistente, o se devi ricostruire il motivo per cui è sparito, ti serviranno anche gli altri pezzi: log di installazione, log del client, eventuali eventi di sicurezza e, se il caso lo richiede, il controllo dell’antivirus o del sistema di protezione endpoint.

La combinazione migliore è spesso questa: CMPivot per la prima conferma, log per la causa. Così riduci i tempi di diagnosi e non ti perdi in verifiche premature su tutta la macchina. È un approccio molto più solido che affidarsi a supposizioni o a ticket aperti con descrizioni vaghe del tipo “manca qualcosa”.

Un esempio concreto di lettura del risultato

Immagina di dover verificare la presenza di `agent.exe` dopo un aggiornamento. La query restituisce il file su metà dei client e nessun risultato sull’altra metà. Questo ti dice già tre cose utili: non stai davanti a un problema globale del pacchetto, il nome del file è corretto almeno sui sistemi aggiornati, e il blocco è probabilmente a valle del deployment, non nella tua query. A quel punto è molto più sensato guardare il contenuto distribuito, i permessi sulla sorgente o l’esito dell’installazione su quei client specifici.

Se invece il file compare ma in un percorso diverso da quello previsto, hai trovato un drift di configurazione. Anche qui CMPivot è utile perché ti evita di rincorrere un’assenza che non esiste: il problema non è il file, ma il posto in cui è stato installato o copiato.

Limiti da tenere presenti

CMPivot non è un sostituto universale del controllo manuale. Funziona bene dentro il perimetro di Configuration Manager e sui client raggiungibili. Non è lo strumento giusto per verificare host fuori gestione, macchine isolate dalla rete o sistemi che non rispondono correttamente al canale di gestione. In più, come ogni query operativa, dipende dalla qualità del dato che cerchi: se il nome è sbagliato, il percorso è variabile o il software ha logiche di installazione molto dinamiche, devi adattare la ricerca.

Il punto forte, però, resta lo stesso: quando devi trovare rapidamente file mancanti su un insieme di endpoint Windows, CMPivot ti dà una risposta veloce, leggibile e abbastanza precisa da guidare il passo successivo senza perdere tempo in controlli manuali ripetitivi.