Mijn Veeam-job faalt al een paar nachten, maar ik kom niet aan analyseren toe.
Een gefaalde backup is een wachtende ramp. Eerst stoppen met negeren, dan oorzaak vinden: meestal credentials, repository vol, VSS op de gast of netwerkpad naar de proxy.
Probeer dit eerst zelf
- 1Open Veeam, klik op de gefaalde job, lees de Sessions-log: noteer waar het stuk gaat (VSS, snapshot, transport, target).
- 2Check de basis: Veeam Service draait, repository heeft >15% vrij, gast-credentials werken nog (geen verlopen wachtwoord).
- 3VSS-fouten op de gast: in de VM een Get-VssWriter, restart van de problematische writer (Volume Shadow Copy, COM+, soms SQL-writer). Bij Linux: check fsfreeze of de application-aware snapshot configuratie.
- 4Repository-issues: verifieer rechten van het service-account op de share of het lokale pad, check antivirus-uitsluitingen voor .vbk/.vib bestanden.
- 5Run een Active Full als de incremental chain corrupt is. Niet hopen dat het morgen vanzelf goed gaat.
Wanneer ons inschakelen
Bij herhaalde 'Storage failure' of bitrot-symptomen in Veeam: doe een SureBackup of een handmatige restore-test naar een testomgeving. Vertrouwen op een groen vinkje is geen backup.
Zie ook
- Eén DC of twee DC's voor een MKB-kantoor?Twee is bijna altijd het juiste antwoord; één DC is een single point of failure voor logon, DNS en GPO.
- Moet ik FSMO-rollen verdelen over twee DC's?Voor een klein domein mag alles op één DC; bij twee DC's is verdelen netter maar geen must.
- Hoe weet ik of mijn AD-replicatie gezond is?Replicatie-fouten sluipen er stilletjes in; ze worden pas zichtbaar als logins of GPO's gek doen.
Past het bovenstaande niet?
Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.
Of doe het helemaal niet zelf
Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.