Zmanda integreert vakkundig verschillende MariaDB incrementele back-ups en volledige back-ups met behulp van MariaDB Binary Logs. Dit stelt u in staat om zeer frequente back-ups te maken en een herstel op een bepaald tijdstip uit te voeren met behulp van een back-upimage. De slimme planner van Zmanda Recovery Manager (ZRM) start alle back-upprocessen. Afhankelijk van de MySQL-server, opslagengine en onderliggende opslagtechnologie (bijvoorbeeld of er snapshots beschikbaar zijn), beslist ZRM op intelligente wijze wat voor soort back-up moet worden uitgevoerd. De belangrijkste overweging is de impact op de database. Als snapshot mislukt omdat er niet genoeg ruimte is in het gereserveerde gebied, voert ZRM een logische back-up uit. Het is altijd mogelijk om de aanbevelingen van ZRM te negeren. In plaats van bijvoorbeeld een snapshot te gebruiken, kunt u ZRM dwingen een logische back-up uit te voeren. ZRM indexeert alle back-ups om de metadata te volgen die nodig zijn voor een succesvol herstel. ZRM controleert dagelijks of eventuele back-ups ouder zijn dan het bewaarbeleid (het aantal dagen of maanden dat back-ups bewaard moeten worden). De verlopen back-ups worden verwijderd uit de ZRM-back-upindex en van de schijf verwijderd. Een rapportage-engine biedt aanpasbare rapporten in tekst- of HTML-indeling. Voor ZRM geïnstalleerd op Linux of Solaris kunnen rapporten worden verspreid via e-mail of RSS-feed. Voor ZRM geïnstalleerd op Windows wordt alle back-upinformatie vastgelegd in een Windows-gebeurtenislogboek. Met ZRM plaatst u uw herstel op de eerste plaats om het te laten duren.