Veeam Agent for Linux Free: backup și notificări email

Pentru un server Linux din homelab, un VPS sau o mașină fizică importantă, backup-ul la nivel de fișiere nu este întotdeauna suficient. Uneori vrem să putem recupera rapid volume întregi sau chiar sistemul după pierderea disk-ului de boot. Veeam Agent for Linux este una dintre soluțiile mature pentru acest scenariu și poate fi utilizat și în ediția Free, fără instalarea unei licențe comerciale.

În acest ghid construim o configurație completă pentru Veeam Agent for Linux Free: instalare, repository local sau NAS, backup de sistem, programare, verificarea sesiunilor, Veeam Recovery Media, restore și, foarte important, notificări prin email.

Vom prezenta două metode de notificare: un post-job script simplu și proiectul comunitar vee-mail, creat special pentru rapoarte email din Veeam Agent for Linux standalone.

Articolul continuă seria noastră despre backup pentru homelab și self-hosting, strategia 3-2-1 și Disaster Recovery pentru Homelab.

Ce este Veeam Agent for Linux Free?

Veeam Agent for Linux este un produs proprietar Veeam pentru protejarea sistemelor Linux fizice și virtuale. Ediția Free nu necesită o licență instalată, însă are limitări față de edițiile comerciale.

La momentul redactării acestui ghid, documentația Veeam Agent for Linux 13 descrie edițiile Server, Workstation și Free. Free oferă funcționalitățile de bază necesare unui homelab sau unui server standalone, dar permite configurarea unui singur backup job și nu include suport comercial.

„Free” înseamnă ediție gratuită a produsului Veeam. Nu înseamnă că Veeam Agent este software open-source.

Limitările importante ale ediției Free

un singur backup job;
fără program de suport comercial;
fără backup direct către object storage în ediția Free;
fără target direct Veeam Cloud Connect în ediția Free;
fără pre-freeze și post-thaw scripts în setările jobului;
fără procesarea integrată a sistemelor de baze de date disponibilă în Server edition.

În schimb, pre-job și post-job scripts sunt disponibile, iar acesta este mecanismul pe care îl vom folosi pentru notificările email în modul standalone.

Ce poate proteja Veeam Agent?

În funcție de job, putem proteja:

întregul computer;
volume sau disk-uri selectate;
directoare și fișiere selectate.

Pentru un server pe care vrem să îl putem recupera după defectarea disk-ului de sistem, prefer de obicei un volume-level backup al întregului sistem. Pentru un server cu volume de date foarte mari, jobul trebuie proiectat atent pentru a evita salvarea inutilă a datelor care pot fi regenerate.

Arhitectura folosită în exemple

Linux Server
192.168.10.20
     |
     | Veeam Agent
     |
     +--------------------+
     |                    |
     v                    v
Backup local / DAS      NAS
/mnt/veeam-backup       NFS / SMB
                           |
                           v
                     copie off-site
                     conform 3-2-1

Veeam recomandă ca repository-ul local să fie pe un volum separat de volumele protejate. Un director aflat pe același disk fizic cu sistemul nu oferă protecție reală împotriva defectării acelui disk.

Cerințe și verificări înainte de instalare

uname -a
uname -r
cat /etc/os-release
lsblk
findmnt
df -h

Pe sisteme cu UEFI Secure Boot trebuie consultată procedura Veeam pentru modulul kernel înainte de primul backup. Versiunea kernelului și pachetele kernel-devel/headers trebuie de asemenea verificate atunci când instalarea folosește DKMS.

Adăugarea repository-ului software Veeam

Veeam distribuie un pachet veeam-release pentru configurarea repository-ului oficial. Acesta se descarcă de pe portalul Veeam; accesul la pagina de download poate necesita autentificare într-un cont Veeam.

După descărcarea pachetului potrivit distribuției, pe Ubuntu sau Debian:

sudo dpkg -i ./veeam-release*
sudo apt-get update

Pe AlmaLinux și Rocky Linux:

sudo rpm -ivh ./veeam-release*
sudo yum check-update

Acceptă cheia GPG Veeam numai după ce ai verificat că pachetul provine din sursa oficială.

Instalare pe Ubuntu 22.04, 24.04, 26.04 și Debian modern

Pentru Debian 11–13 și Ubuntu 22.04–26.04, documentația Veeam actuală indică instalarea pachetelor blksnap și veeam:

sudo apt-get update
sudo apt-get install blksnap veeam

Verificăm versiunea:

sudo veeamconfig version

Instalare pe AlmaLinux și Rocky Linux

Instalarea generică din repository:

sudo yum install veeam

Pe generațiile RHEL/Rocky/AlmaLinux unde Veeam oferă modulul precompilat kmod-blksnap, acesta poate fi instalat împreună cu agentul:

sudo yum install kmod-blksnap veeam

Dacă folosești DKMS, verifică faptul că pachetele de dezvoltare corespund kernelului pornit:

uname -r

Veeam Agent nosnap

Veeam oferă și varianta veeam-nosnap, care nu depinde de modulul Veeam pentru snapshot și folosește capabilitățile native ale filesystem-ului pe platformele suportate.

sudo apt-get install veeam-nosnap

Nu alege automat nosnap doar pentru că instalarea pare mai simplă. Verifică matricea oficială de compatibilitate și limitările pentru filesystem-ul și distribuția folosită.

Configurarea inițială

Veeam Agent include o interfață text foarte utilă, potrivită pentru administrarea prin SSH:

sudo veeam

sudo veeamconfig ui

La prima pornire acceptăm acordurile de licență. Dacă nu instalăm o licență comercială, agentul funcționează în Free edition.

Verificarea ediției și versiunii

sudo veeamconfig version
sudo veeamconfig license show 2>/dev/null || true

Pentru sintaxa exactă disponibilă în build-ul instalat putem consulta întotdeauna:

veeamconfig help
veeamconfig job help
veeamconfig repository help
man veeamconfig

Recovery Media trebuie creat înainte de incident

Una dintre funcțiile importante ale Veeam Agent este Veeam Recovery Media. Acesta permite bootarea unui sistem care nu mai pornește și restaurarea unui system image sau a unor volume.

Nu amâna crearea mediului de recovery până în ziua în care disk-ul de sistem a murit.

ISO-ul generic poate fi descărcat prin CLI:

sudo mkdir -p /root/veeam-recovery
sudo veeamconfig downloadiso \
  --output /root/veeam-recovery

Veeam poate crea și un recovery media personalizat cu kernelul și modulele sistemului. Pentru aceasta trebuie consultate cerințele actuale privind genisoimage, squashfs, xorriso și Secure Boot.

Alegerea destinației de backup

În interfața Veeam putem folosi, în funcție de ediție și scenariu, storage local separat, USB/DAS, NFS, SMB sau un repository Veeam Backup & Replication.

Pentru ediția Free standalone, un NAS NFS/SMB sau un disk extern separat reprezintă o alegere bună. Nu păstra singura copie pe disk-ul pe care îl protejezi.

Exemplu: repository local prin CLI

Să presupunem că avem un disk separat montat permanent în:

/mnt/veeam-backup

Verificăm mai întâi că este într-adevăr mount separat:

findmnt /mnt/veeam-backup
df -h /mnt/veeam-backup

Creăm repository-ul:

sudo veeamconfig repository create \
  --name LocalBackup \
  --location /mnt/veeam-backup

Verificare:

sudo veeamconfig repository list

Exemplu: repository NFS

Pentru un NAS disponibil la 192.168.10.30:/backup/veeam:

sudo veeamconfig repository create \
  --name NAS-NFS \
  --type nfs \
  --location 192.168.10.30:/backup/veeam \
  --options vers=4,hard

Opțiunile NFS trebuie alese în funcție de NAS și de politica infrastructurii. Nu copia mecanic opțiuni de mount fără să le înțelegi.

Exemplu: repository SMB

sudo veeamconfig repository create \
  --name NAS-SMB \
  --type smb \
  --location //192.168.10.30/VeeamBackup \
  --username veeam-backup \
  --password

Parametrul --password permite introducerea parolei interactiv. Evită includerea parolei în shell history.

Backup complet al sistemului prin CLI

Pentru un repository numit LocalBackup putem crea un job volume-level care protejează întregul sistem:

sudo veeamconfig job create volumelevel \
  --name SystemBackup \
  --reponame LocalBackup \
  --backupallsystem

Verificăm jobul:

sudo veeamconfig job list

Backup file-level

Dacă obiectivul este protejarea doar a unor directoare:

sudo veeamconfig job create filelevel \
  --name DataBackup \
  --reponame LocalBackup \
  --includedirs /etc,/srv,/opt/stacks

În ediția Free avem un singur job, deci alegerea între system backup și file-level backup trebuie făcută înainte de configurare. Pentru un server care trebuie recuperat bare-metal, whole-system/volume-level este de regulă mai valoros.

Programarea backup-ului în ediția Free

Ediția Free permite programarea zilnică sau pe anumite zile ale săptămânii. De exemplu, în fiecare zi la 02:30:

sudo veeamconfig schedule set \
  --jobname SystemBackup \
  --daily \
  --at 02:30

Verificare:

sudo veeamconfig schedule show \
  --jobname SystemBackup

Rularea și verificarea sesiunilor

În timpul troubleshooting-ului, comenzile următoare sunt esențiale:

sudo veeamconfig job list
sudo veeamconfig session list
sudo veeamconfig repository list

Pentru o sesiune identificată prin UUID:

sudo veeamconfig session info \
  --id <SESSION_ID>

Aici vedem statusul, timpul de început și sfârșit, volumul procesat, cantitatea transferată și alte informații utile.

Backup-ul bazei de date necesită atenție

Ediția Free nu include procesarea integrată a sistemelor de baze de date oferită de ediția Server. Pentru servicii precum MariaDB și PostgreSQL este prudent să păstrăm și dump-uri logice consistente.

Exemplu MariaDB:

mysqldump \
  --single-transaction \
  --quick \
  --routines \
  --events \
  --triggers \
  --all-databases \
  | gzip \
  > /var/backups/mysql-all.sql.gz

Exemplu PostgreSQL:

sudo -u postgres pg_dumpall \
  | gzip \
  > /var/backups/postgresql-all.sql.gz

Aceste fișiere vor intra apoi în backup-ul Veeam dacă directorul se află în scope.

Notificări email: ce oferă standalone Free?

Într-un deployment gestionat de Veeam Backup & Replication, notificările email pot fi configurate central în VBR. În schimb, pentru Veeam Agent for Linux standalone, metoda practică este folosirea unui post-job script. Documentația Veeam menționează explicit notificarea email ca exemplu de utilizare pentru pre-job și post-job scripts.

Asta înseamnă că nu trebuie să trimitem raportul din cron la o oră aproximativă. Îl putem lega direct de finalul jobului Veeam.

Metoda 1: post-job script simplu cu mailx

Instalăm un client mail. Pe Ubuntu/Debian, de exemplu:

sudo apt install bsd-mailx

Acesta are nevoie de un MTA sau SMTP relay configurat corespunzător. Într-un homelab recomand folosirea unui relay SMTP autentificat și TLS, nu expunerea unui server de mail improvizat către Internet.

Creăm:

sudo nano /usr/local/sbin/veeam-mail-report.sh

#!/bin/bash

set -euo pipefail

JOB="SystemBackup"
EMAIL_TO="[email protected]"
EMAIL_FROM="[email protected]"
HOST=$(hostname -f 2>/dev/null || hostname)

SESSION_ID=$(
    veeamconfig session list \
    | grep "$JOB" \
    | tail -n 1 \
    | awk -F'[{}]' '{print $2}'
)

if [ -z "${SESSION_ID:-}" ]; then
    printf 'Nu am gasit sesiunea pentru jobul %s\n' "$JOB" \
      | mailx \
          -s "[VEEAM] $HOST - sesiune necunoscuta" \
          -r "$EMAIL_FROM" \
          "$EMAIL_TO"
    exit 1
fi

SESSION_INFO=$(veeamconfig session info --id "$SESSION_ID")

STATUS=$(
    printf '%s\n' "$SESSION_INFO" \
    | awk -F': ' '/^State:/ {print $2; exit}'
)

SUBJECT="[VEEAM] $HOST - $JOB - ${STATUS:-UNKNOWN}"

printf '%s\n' "$SESSION_INFO" \
  | mailx \
      -s "$SUBJECT" \
      -r "$EMAIL_FROM" \
      "$EMAIL_TO"

Permisiuni:

sudo chmod 700 \
  /usr/local/sbin/veeam-mail-report.sh

Test manual:

sudo /usr/local/sbin/veeam-mail-report.sh

Scriptul este intenționat simplu. Parsarea outputului CLI trebuie retestată după upgrade-uri majore Veeam, deoarece formatul poate evolua.

Atașarea post-job scriptului în Veeam

Deschidem interfața:

sudo veeam

Edităm jobul și mergem în zona Advanced → Scripts → Post-Job, apoi selectăm:

/usr/local/sbin/veeam-mail-report.sh

Din acest moment, Veeam execută scriptul după sesiunea de backup.

vee-mail: scriptul comunitar pentru Veeam Agent Linux Free

Dacă ai folosit Veeam Agent for Linux în trecut, este posibil să îți amintești de vee-mail. Proiectul există în continuare pe GitHub și este conceput exact pentru acest caz: citește informațiile joburilor din baza SQLite Veeam și generează un raport HTML trimis prin email.

Repository-ul proiectului este:

github.com/grufocom/vee-mail

La momentul redactării, proiectul are release notes până la seria 0.6.x, iar modificările recente includ suport pentru detectarea versiunilor Veeam cu numere de două cifre, deci Veeam 13+, precum și afișarea tipului de backup Full/Incremental.

vee-mail este un proiect comunitar, nu o componentă oficială Veeam. Verifică sursa înainte de instalare și retestează-l după upgrade-ul agentului.

Cum funcționează vee-mail?

Scriptul citește baza:

/var/lib/veeam/veeam_db.sqlite

și extrage informații despre sesiunea Veeam. Apoi completează un template HTML și trimite raportul folosind fie un utilitar mail local, fie curl către un server SMTP configurat.

Dependențe vee-mail

Pe Ubuntu/Debian:

sudo apt update
sudo apt install git sqlite3 curl bsd-mailx

Dacă alegem modul SMTP prin curl, nu avem nevoie neapărat de un sendmail/MTA local, în funcție de versiunea și configurația vee-mail.

Instalare vee-mail

cd /opt
sudo git clone \
  https://github.com/grufocom/vee-mail.git

sudo chown -R root:root /opt/vee-mail
sudo chmod 700 /opt/vee-mail/vee-mail.sh

Înainte de executare, inspectăm codul și configurația:

sudo less /opt/vee-mail/vee-mail.sh
sudo less /opt/vee-mail/vee-mail.config

Configurația vee-mail

Fișierul de configurare curent conține variabile pentru numele jobului, expeditor, destinatar, template, nivelul notificărilor și transportul SMTP.

Deschidem:

sudo nano /opt/vee-mail/vee-mail.config

Un exemplu orientativ:

JOBNAME="SystemBackup"

EMAILFROM="[email protected]"
EMAILTO="[email protected]"

HTMLTEMPLATE="/opt/vee-mail/vee_mail_template.html"

# 1 = toate rapoartele
# 2 = warning + error
# 3 = doar error
INFOMAIL=1

SLEEP=60
DEBUG=0

# Trimitere directa prin curl/SMTP
USECURL=1

CURLSMTPSERVER="smtp://smtp.example.com:587"
CURLUSERNAME="[email protected]"
CURLPASSWORD="PAROLA-SMTP"
CURLSTARTTLS=1
CURLINSECURE=0

Numele exact al jobului trebuie să corespundă celui afișat de:

sudo veeamconfig job list

Protejarea credentialelor SMTP

Dacă parola SMTP este stocată în fișierul de configurare, restricționăm imediat accesul:

sudo chown root:root \
  /opt/vee-mail/vee-mail.config

sudo chmod 600 \
  /opt/vee-mail/vee-mail.config

Ideal folosim un cont SMTP dedicat backup-ului și o parolă/app password care nu oferă acces la alte servicii.

Nu seta CURLINSECURE=1 doar ca să dispară o eroare TLS. Rezolvă CA trust-ul sau certificatul serverului SMTP.

SMTP cu STARTTLS vs SMTPS

Pentru portul 587 folosim de regulă SMTP plus STARTTLS:

CURLSMTPSERVER="smtp://smtp.example.com:587"
CURLSTARTTLS=1

Dacă providerul cere SMTPS implicit, de regulă pe 465, URI-ul poate fi:

CURLSMTPSERVER="smtps://smtp.example.com:465"

Folosește setările publicate de providerul de email. Nu presupune porturile și metodele de autentificare.

Testarea vee-mail manual

După ce există cel puțin o sesiune Veeam:

sudo /opt/vee-mail/vee-mail.sh

Dacă activăm debugging:

DEBUG=1

putem consulta și syslog/journal, deoarece proiectul utilizează tag-ul vee-mail pentru mesaje de debugging în versiunile recente.

journalctl --since today \
  | grep -i vee-mail

Atașarea vee-mail ca Post-Job Script

În Veeam:

sudo veeam

Edităm jobul → Advanced → Scripts → Post-Job și folosim:

/opt/vee-mail/vee-mail.sh

Variabila SLEEP din configurația vee-mail există tocmai pentru situațiile în care scriptul trebuie să aștepte ca informațiile finale ale jobului să fie disponibile în baza Veeam.

Ce ar trebui să conțină un email de backup util?

hostname-ul serverului;
numele jobului;
Success / Warning / Failed;
tipul sesiunii Full sau Incremental;
ora de început;
ora de final;
durata;
date procesate;
date transferate;
spațiul liber al repository-ului, dacă este disponibil;
mesajele de eroare relevante.

Un email care spune doar „cron completed” nu este suficient pentru un sistem de backup.

Notifică doar la eroare sau la fiecare backup?

Pentru un singur server important prefer să primesc raport la fiecare backup. Astfel observ și cazul în care emailurile încetează complet.

Pentru multe servere, rapoartele Success pot deveni zgomotoase. vee-mail oferă niveluri de tip:

INFOMAIL=1   # toate
INFOMAIL=2   # warning + error
INFOMAIL=3   # doar error

Orice variantă alegem, trebuie să existe și un mecanism separat care detectează absența backup-ului. Dacă serverul moare înainte să pornească jobul, nu va exista nici post-job script care să trimită email de eroare.

Monitorizarea „last successful backup”

Un sistem matur monitorizează timpul de la ultima sesiune reușită. Putem integra informația în Zabbix, Checkmk, Icinga sau alt sistem de monitorizare.

Minimum, verificăm periodic:

sudo veeamconfig session list

și alertăm dacă ultima sesiune reușită depășește RPO-ul acceptat.

Retenția și spațiul repository-ului

Backup-ul trebuie dimensionat înainte să ajungă repository-ul la 100%. Urmărim:

df -h /mnt/veeam-backup

și analizăm ritmul real de creștere. Deduplicarea și incremental backup-ul nu elimină nevoia de capacity planning.

Veeam nu înlocuiește strategia 3-2-1

Veeam Agent este motorul de backup, nu strategia completă.

Server Linux
     |
     v
Veeam Agent
     |
     +---- Backup NAS local
     |
     +---- Copie separata/off-site
     |
     +---- Recovery Media offline

Un NAS aflat în aceeași cameră protejează împotriva unui disk defect, dar nu neapărat împotriva furtului, incendiului sau unei compromiteri complete a infrastructurii.

Testarea restore-ului

Un backup trebuie testat prin restore. Veeam Agent permite file-level restore din backup-uri file-level sau volume-level.

Din interfața Veeam putem selecta un restore point și publica filesystem-ul backup-ului, apoi copia fișierele necesare.

Pentru un test profesional:

alegem un fișier cunoscut;
îl restaurăm într-un director temporar;
verificăm dimensiunea și conținutul;
pentru date importante comparăm checksum-ul;
documentăm data ultimului restore test.

Bare-metal restore

Pentru un system image, obiectivul real este să putem porni Veeam Recovery Media pe hardware nou sau pe sistemul reparat, să accesăm repository-ul și să restaurăm volumele.

Un test de laborator foarte valoros este:

VM goala
   |
boot Recovery Media
   |
acces repository
   |
restore system image
   |
reboot
   |
verificare Linux

Nu folosi un server de producție pentru primul test de bare-metal restore.

Troubleshooting: agentul nu pornește sau backup-ul eșuează

sudo veeamconfig version
sudo veeamconfig job list
sudo veeamconfig repository list
sudo veeamconfig session list

uname -r
lsblk
findmnt
df -h

Pentru loguri și diagnostic:

sudo veeamconfig grablogs
journalctl -b -p warning

După un update de kernel, dacă apare o problemă de snapshot, verificăm compatibilitatea kernelului cu build-ul Veeam și starea modulului blksnap.

Troubleshooting: repository NFS/SMB

Verificăm mai întâi rețeaua independent de Veeam:

ip route
ping -c 3 192.168.10.30
getent hosts nas.example.lan

Pentru NFS:

showmount -e 192.168.10.30

Pentru SMB putem testa share-ul separat cu instrumentele CIFS înainte să modificăm jobul Veeam.

Troubleshooting: emailul nu ajunge

Separăm problema în două: a rulat scriptul și funcționează SMTP?

sudo /opt/vee-mail/vee-mail.sh

echo $?

journalctl --since "10 minutes ago" \
  | grep -i vee-mail

Apoi testăm conexiunea către serverul SMTP:

nc -vz smtp.example.com 587

Pentru TLS:

openssl s_client \
  -starttls smtp \
  -connect smtp.example.com:587 \
  -servername smtp.example.com

Nu dezactiva verificarea TLS permanent pentru a masca o problemă de certificat.

Securizarea serverului de backup

cont separat pentru backup;
permisiuni minime;
firewall restrictiv;
repository separat de serverul protejat;
credentiale SMTP dedicate;
parolele de backup păstrate într-un password manager;
copie off-site;
monitorizarea modificărilor și a spațiului liber.

Dacă backup-ul poate fi șters cu aceleași credentiale pe care le are serverul compromis, trebuie să analizăm și o copie offline sau un repository cu protecție suplimentară împotriva ștergerii.

Checklist de implementare

Verifică distribuția și kernelul suportat.
Descarcă veeam-release din sursa oficială.
Instalează agentul și modulul corect.
Confirmă că rulează în Free edition dacă nu folosești licență.
Creează Veeam Recovery Media.
Alege un repository pe storage separat.
Testează accesul la NAS înainte de configurarea jobului.
Alege whole-system sau file-level în funcție de RTO/RPO.
Configurează jobul și programarea zilnică.
Rulează primul backup manual.
Verifică sesiunea cu veeamconfig session list.
Configurează post-job notification.
Testează SMTP independent.
Dacă folosești vee-mail, verifică codul înainte de instalare.
Protejează vee-mail.config cu chmod 600.
Testează notificarea Success și o eroare controlată.
Monitorizează ultima sesiune reușită, nu doar emailul de eroare.
Monitorizează spațiul repository-ului.
Testează file restore.
Testează Recovery Media într-un mediu de laborator.
Păstrează o copie off-site conform strategiei 3-2-1.

Configurație recomandată pentru un homelab

Linux Server
    |
    | Veeam Agent Free
    | 1 job: Entire Computer
    | zilnic 02:30
    |
    v
NAS separat
    |
    +--- retenție Veeam
    |
    +--- copie off-site

Post-job:
    |
    v
vee-mail
    |
SMTP + STARTTLS
    |
    v
[email protected]

Separat:
monitoring "last successful backup"

Offline:
Veeam Recovery Media

Veeam Agent Free vs Restic

Veeam și Restic nu sunt concurenți perfecți pentru toate scenariile.

	Veeam Agent Free	Restic
Whole-system / volume image	Foarte bun	Nu este obiectivul principal
File backup	Da	Foarte bun
Bare-metal workflow	Da, Recovery Media	Reconstrucție manuală
CLI	Da	Da
Free edition	Da, proprietar	Da, open-source
Direct object storage în Free	Nu	Da prin backend-uri suportate
Email standalone	prin script	prin automatizare externă

Într-un homelab putem chiar folosi ambele: Veeam pentru system image și Restic pentru o copie independentă, criptată, a datelor critice.

Când aș folosi Veeam Agent for Linux Free?

server fizic Linux;
VPS important;
homelab unde vrem bare-metal recovery;
server cu un singur job de backup suficient;
backup către disk separat sau NAS;
mediu în care vrem un workflow matur de restore.

Când Free începe să devină limitativ?

Dacă avem nevoie de mai multe joburi, database application processing, integrare comercială extinsă, backup direct către anumite servicii cloud sau management centralizat complex, trebuie analizate edițiile comerciale și Veeam Backup & Replication.

Surse și documentație

Concluzie

Veeam Agent for Linux Free este o soluție foarte interesantă atunci când vrem mai mult decât o simplă copie de fișiere. Posibilitatea de a realiza backup la nivel de volume și de a folosi Veeam Recovery Media transformă agentul într-un instrument potrivit pentru recuperarea completă a unui server Linux.

Limitarea la un singur job în ediția Free trebuie luată în calcul, dar pentru multe servere standalone acest job poate proteja întregul sistem. Pentru baze de date păstrăm în continuare dump-uri consistente, iar repository-ul trebuie să fie pe storage separat și, ideal, să existe o copie off-site.

La capitolul notificări, standalone Linux nu trebuie lăsat fără vizibilitate. Un post-job script simplu poate trimite rezultatul sesiunii, iar vee-mail oferă o soluție comunitară mai elaborată, cu raport HTML și opțiune de SMTP prin curl. Indiferent de metodă, monitorizăm separat și absența unui backup reușit.

Un email „Success” este util. Un restore test reușit este dovada că backup-ul chiar are valoare.

Dacă construiești o strategie completă, continuă cu strategia 3-2-1 pentru homelab și ghidul nostru de Disaster Recovery.

Veeam Agent for Linux Free: backup complet, restore și notificări email