Virtualizzazione
Monitoraggio Hyper-V e Veeam, dal checkpoint dimenticato al backup sabotato
Un checkpoint creato prima di un aggiornamento quattro mesi fa, un volume del cluster pieno all'88%, una VM creata in primavera che nessuno ha aggiunto ai backup: nulla di tutto questo genera un avviso, fino al giorno in cui bisogna ripristinare. FirstSI rileva lo stato dei vostri host Hyper-V, del cluster e dei backup Veeam, in sola lettura, e ve lo dice prima.
Demo ad accesso libero, senza registrazione: 138 macchine fittizie, tutti e tredici i moduli.
CHECKPOINT server dell'ERP: creato 118 giorni fa, disco +240 GB
CLUSTER volume condiviso principale all'88%, pieno fra 26 giorni
BACKUP due VM in nessun job di backup
FAILOVER se un host si ferma, tutte le VM ripartono sugli altri
VEEAM job della notte: 11 riusciti, 1 con avviso
Ciò che finalmente vedete
I checkpoint dimenticati
Ogni checkpoint emerge con la sua età e la dimensione del suo disco. Quello creato «subito prima dell'aggiornamento» non cresce più in silenzio per mesi.
I dischi fuori controllo
Dischi differenziali che si gonfiano, catene di dischi interrotte, disco padre non trovato: ciò che impedirebbe a una VM di ripartire viene segnalato prima del prossimo arresto.
La perdita di un nodo, calcolata
Memoria e processori rimanenti se un host si ferma: sapete in anticipo se tutte le VM ripartirebbero sugli altri, o quali resterebbero spente.
I volumi condivisi che si riempiono
La crescita dei volumi del cluster è monitorata, con la data prevista di saturazione. Ordinate i dischi ad aprile, non la sera in cui tutto si ferma.
Ogni VM, protetta o no
Le VM fuori da ogni job, i backup non riusciti, i vecchi job ancora attivi, i punti di ripristino lasciati in giro: la copertura reale, VM per VM.
Il sabotaggio dei backup
Job eliminato, pianificazione disattivata, repository scomparso, punti di ripristino in calo, VM eliminate o arrestate in massa: ciò che fa un ransomware prima di cifrare genera un avviso, incrociato con gli accessi amministrativi.
Domenica, 2:14
La pianificazione disattivata in piena notte
Una domenica alle 2:14 la pianificazione del job che salva i database viene disattivata. Nessuno è reperibile per i backup, e lunedì mattina tutto sembrerebbe normale: nessun backup è fallito, perché nessuno è partito.
FirstSI confronta ogni rilevazione con la precedente. Vede la pianificazione disattivata, poi, dieci minuti dopo, i punti di ripristino di un altro job che si assottigliano. Collega entrambi a un accesso amministrativo al server di backup alle 2:06, con un account che lì non si collega mai.
L'incidente critico parte per e-mail e webhook verso il reperibile. L'account viene disattivato alle 2:31, la pianificazione ripristinata, e i backup della settimana sono intatti. Nulla è stato cifrato.
02:06 ACCESSO accesso amministrativo al server di backup
02:14 SABOTAGGIO pianificazione disattivata, job dei database
02:24 SABOTAGGIO punti di ripristino in calo su un altro job
02:31 ACCOUNT account disattivato, pianificazione ripristinata
Come funziona
L'agente sugli host
Lo stesso agente FirstSI si installa sugli host Hyper-V e sul server di backup. Riconosce da sé che cosa ospita la macchina.
Una rilevazione discreta
Pochi secondi di rilevazione ogni quarto d'ora, in sola lettura: nulla viene mai modificato sugli hypervisor, sul cluster né sui backup.
Avvisi e indagine
I rilievi diventano incidenti, e l'assistente IA come la pre-diagnosi dei ticket se ne servono: «il server è lento» arriva con lo stato del suo host.
Domande frequenti
FirstSI modifica qualcosa sui miei hypervisor?
No. L'agente legge lo stato degli host, del cluster e dei backup senza mai cambiare nulla: nessun checkpoint eliminato, nessuna VM spostata, nessun job modificato.
Serve un agente su ogni host del cluster?
Sì, su ogni host Hyper-V, più uno sul server di backup. È lo stesso agente degli altri moduli: sui server che ne sono già dotati basta attivare la virtualizzazione dalla console.
Quali ambienti sono supportati?
Gli host Hyper-V, singoli o in cluster di failover, e i backup Veeam Backup & Replication.
Come individua FirstSI un sabotaggio dei backup?
Confronta ogni rilevazione con la precedente: un job che scompare, una pianificazione disattivata, un repository assente, punti di ripristino in calo, VM eliminate o arrestate in numero. Se tutto ciò segue un accesso amministrativo, l'incidente diventa critico.
Posso sapere quali VM non hanno backup?
Sì. FirstSI incrocia le VM dei vostri host con i job di backup e indica quelle che mancano, oltre a quelle il cui ultimo backup non è riuscito.
Altre domande su installazione, hosting, GDPR o integrazioni? Tutte le domande frequenti
Per approfondire
Gli stessi dati rispondono a più esigenze. Queste pagine ne mostrano altri aspetti.
Sicurezza dei server
Persistenza, stato di sicurezza, capacità.
Per saperne di più SIEMSIEM e rilevamento degli incidenti
Incidenti correlati, con la loro cronologia.
Per saperne di più DatabaseDatabase
Prestazioni, attività in background, backup.
Per saperne di piùNella documentazione
Sappiate se le vostre VM ripartirebbero, prima di averne bisogno
Una demo guidata vi mostra i checkpoint, la capacità del cluster e la copertura dei backup, VM per VM.