Configurazione PBS e layout datastore per più host

Introduzione

Proxmox Backup Server offre uno storage di backup centralizzato e deduplicato per nodi Proxmox VE, client Linux, macchine virtuali, container e backup degli host. In questo tutorial completerete la configurazione iniziale di Proxmox Backup Server, creerete un datastore PBS su un disco separato, configurerete gli aggiornamenti e le notifiche SMTP e organizzerete i backup di più host con i namespace del datastore invece di cartelle manuali o di più datastore di piccole dimensioni. La struttura Proxmox PBS risultante prepara inoltre l'ambiente per le successive attività di ripristino dei backup Proxmox, tra cui il ripristino dei backup delle VM, il ripristino a livello di file, il ripristino granulare e i flussi di recupero dati con Proxmox.

Destinatari: amministratori di sistema di livello intermedio.
Tempo stimato di completamento: da 45 a 75 minuti.
Obiettivo finale: al termine di questo tutorial avrete un datastore Proxmox Backup Server su storage dedicato, repository di aggiornamento configurati, notifiche e-mail attivate e un accesso per namespace per ciascun host controllato tramite ACL.

Prerequisiti

Prima di iniziare, assicuratevi di disporre di quanto segue:

• Proxmox Backup Server 4.x installato e raggiungibile tramite l'interfaccia web all'indirizzo https://<PBS_HOSTNAME_OR_IP>:8007.
• Accesso root o amministrativo equivalente all'host Proxmox Backup Server.
• Un disco separato per lo storage dei backup, identificato come <DATA_DISK>, ad esempio sdb o nvme1n1.
• Connettività di rete da ogni host Proxmox VE o client di backup all'host PBS sulla porta TCP 8007.
• I dati del server SMTP per le notifiche, inclusi host, porta, indirizzo del mittente, utente di autenticazione e password o password per app.
• Uno o più host Proxmox VE o client di backup che utilizzeranno il datastore PBS.

Questo tutorial utilizza i seguenti segnaposto:

• <PBS_HOSTNAME_OR_IP>: nome DNS o indirizzo IP del Proxmox Backup Server.
• <DATA_DISK>: nome del disco senza /dev/, ad esempio sdb.
• <DATA_PARTITION>: percorso della partizione, ad esempio /dev/sdb1.
• <DATASTORE_NAME>: nome del datastore, ad esempio main-backup.
• <NAMESPACE_NAME>: nome del namespace per un host o client, ad esempio pve-node-01.
• <PBS_USER>: nome utente PBS, ad esempio pve-node-01.
• <TOKEN_NAME>: nome del token API, ad esempio backup.
• <TOKEN_SECRET>: segreto del token API generato da PBS.
• <STORAGE_ID>: ID dello storage Proxmox VE, ad esempio pbs-main.

Passaggio 1: confermare la versione di PBS e la disposizione dei dischi

Accedete come root alla shell di Proxmox Backup Server.

Controllate la versione di PBS installata:

proxmox-backup-manager versions

Risultato atteso: il comando stampa le versioni dei pacchetti Proxmox Backup Server installati.

Elencate i dischi locali:

lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS,MODEL

Risultato atteso: potete identificare il disco di sistema e il disco di storage separato. Non utilizzate il disco che contiene il sistema operativo di PBS.

Passaggio 2: configurare il repository no-subscription

Una nuova installazione di PBS di solito abilita il repository enterprise. Utilizzatelo solo se disponete di una sottoscrizione Proxmox attiva. Per un laboratorio, una valutazione o un ambiente non di produzione senza sottoscrizione, disabilitate il repository enterprise e abilitate il repository no-subscription di PBS.

Aprite il file del repository enterprise:

nano /etc/apt/sources.list.d/pbs-enterprise.sources

Disabilitate il repository enterprise aggiungendo:

Enabled: false

Risultato atteso: APT non tenta più di usare il repository riservato agli abbonati.

Create o modificate il file del repository Proxmox:

nano /etc/apt/sources.list.d/proxmox.sources

Aggiungete il repository no-subscription di PBS per le installazioni PBS 4.x basate su Debian 13 Trixie:

Types: deb
URIs: http://download.proxmox.com/debian/pbs
Suites: trixie
Components: pbs-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg

Aggiornate i metadati dei pacchetti:

apt update

Risultato atteso: APT aggiorna gli indici dei pacchetti senza errori 401 Unauthorized da enterprise.proxmox.com.

Aggiornate i pacchetti installati:

apt full-upgrade

Risultato atteso: PBS installa gli aggiornamenti disponibili dai repository configurati. Riavviate se l'aggiornamento installa un nuovo kernel o pacchetti di sistema critici.

reboot

Passaggio 3: preparare un disco separato per il datastore

PBS archivia i dati del datastore all'interno di una directory su un file system Linux supportato. Utilizzate ext4, xfs o zfs per lo storage del datastore. Scegliete una delle seguenti configurazioni di storage.

Opzione A: creare un datastore su directory con XFS o ext4

Utilizzate questa opzione per un datastore semplice su un singolo disco. XFS è una buona scelta predefinita per grandi insiemi di backup. Anche ext4 è supportato quando utilizza le normali impostazioni dei link di directory.

Cancellate le vecchie firme dal disco:

apt install parted
wipefs -a /dev/<DATA_DISK>

Create una nuova tabella delle partizioni GPT e una partizione:

parted -s /dev/<DATA_DISK> \
  mklabel gpt \
  mkpart primary 1MiB 100%

Risultato atteso: il disco ha una nuova partizione.

Aggiornate la tabella delle partizioni del kernel:

partprobe /dev/<DATA_DISK>

Formattate la partizione con XFS:

mkfs.xfs -f <DATA_PARTITION>

Utilizzate ext4 al posto di XFS solo se è il vostro standard locale:

mkfs.ext4 -F <DATA_PARTITION>

Create il punto di mount:

mkdir -p /mnt/datastore/<DATASTORE_NAME>

Ottenete l'UUID della partizione:

blkid <DATA_PARTITION>

Output atteso:

<DATA_PARTITION>: UUID="<FILESYSTEM_UUID>" BLOCK_SIZE="4096" TYPE="xfs"

Aggiungete il mount a /etc/fstab:

nano /etc/fstab

Per XFS, aggiungete questa riga:

UUID=<FILESYSTEM_UUID> /mnt/datastore/<DATASTORE_NAME> xfs defaults,noatime 0 2

Per ext4, aggiungete questa riga:

UUID=<FILESYSTEM_UUID> /mnt/datastore/<DATASTORE_NAME> ext4 defaults,noatime 0 2

Montate il percorso del datastore:

systemctl daemon-reload
mount -a

Verificate il mount:

df -h /mnt/datastore/<DATASTORE_NAME>

Risultato atteso: il comando mostra il nuovo disco montato in /mnt/datastore/<DATASTORE_NAME>.

Opzione B: creare un datastore su LVM

Utilizzate questa opzione quando volete la gestione dei volumi logici per il disco del datastore.

Cancellate le vecchie firme dal disco:

wipefs -a /dev/<DATA_DISK>

Create un volume fisico, un gruppo di volumi e un volume logico:

pvcreate /dev/<DATA_DISK>
vgcreate pbs-vg /dev/<DATA_DISK>
lvcreate -n <DATASTORE_NAME> -l 100%FREE pbs-vg

Risultato atteso: LVM crea /dev/pbs-vg/<DATASTORE_NAME>.

Formattate il volume logico con XFS:

mkfs.xfs -f /dev/pbs-vg/<DATASTORE_NAME>

Create il punto di mount:

mkdir -p /mnt/datastore/<DATASTORE_NAME>

Aggiungete il mount a /etc/fstab:

nano /etc/fstab

Aggiungete questa riga:

/dev/pbs-vg/<DATASTORE_NAME> /mnt/datastore/<DATASTORE_NAME> xfs defaults,noatime 0 2

Montate il percorso del datastore:

mount -a

Verificate il mount:

df -h /mnt/datastore/<DATASTORE_NAME>

Risultato atteso: il volume logico è montato in /mnt/datastore/<DATASTORE_NAME>.

Opzione C: creare un pool ZFS e un datastore

Utilizzate questa opzione quando servono funzionalità ZFS come checksum, snapshot, compressione, mirror o RAIDZ. ZFS dà il meglio con accesso diretto ai dischi, non sopra un RAID hardware che nasconde lo stato dei dischi al sistema operativo.

Cancellate le vecchie firme dal disco:

wipefs -a /dev/<DATA_DISK>

Create un pool ZFS a disco singolo e aggiungetelo come datastore PBS:

proxmox-backup-manager disk zpool create <DATASTORE_NAME> \
  --devices <DATA_DISK> \
  --raidlevel single \
  --compression lz4 \
  --add-datastore true

Risultato atteso: PBS crea un pool ZFS e registra un datastore con lo stesso nome.

Verificate il pool:

zpool status <DATASTORE_NAME>

Risultato atteso: il pool è online e il disco compare al suo interno.

Se avete utilizzato questa opzione ZFS con --add-datastore true, saltate il Passaggio 4 e continuate con il Passaggio 5.

Passaggio 4: creare il datastore PBS

Impostate il proprietario della directory del datastore per i servizi di backup di PBS:

chown backup:backup /mnt/datastore/<DATASTORE_NAME>
chmod 750 /mnt/datastore/<DATASTORE_NAME>

Create la configurazione del datastore:

proxmox-backup-manager datastore create \
  <DATASTORE_NAME> \
  /mnt/datastore/<DATASTORE_NAME>

Risultato atteso: PBS registra la directory come datastore.

Elencate i datastore:

proxmox-backup-manager datastore list

Risultato atteso: <DATASTORE_NAME> compare nell'elenco dei datastore.

Mostrate i dettagli del datastore:

proxmox-backup-manager datastore show <DATASTORE_NAME>

Risultato atteso: PBS mostra il percorso del datastore e le opzioni correnti.

Passaggio 5: configurare prune, garbage collection e verifica

Configurate la retention e la garbage collection dopo aver creato il datastore. Il prune rimuove gli indici di backup scaduti secondo le regole di retention. La garbage collection rimuove i chunk non referenziati dopo che il prune li ha resi inutilizzati.

Configurate una retention di base, il prune giornaliero, la garbage collection e la verifica dei nuovi backup:

proxmox-backup-manager datastore update <DATASTORE_NAME> \
  --gc-schedule 'Sun 03:00' \
  --verify-new true

proxmox-backup-manager prune-job create prune-<DATASTORE_NAME> \
  --store <DATASTORE_NAME> \
  --schedule daily \
  --keep-daily 7 \
  --keep-weekly 4 \
  --keep-monthly 6 \
  --comment 'Default retention for <DATASTORE_NAME>'

Risultato atteso: PBS memorizza la policy di retention del datastore e pianifica le attività di pulizia.

Mostrate la configurazione aggiornata del datastore:

proxmox-backup-manager datastore show <DATASTORE_NAME>

Risultato atteso: l'output include le impostazioni di prune, garbage collection e retention.

Passaggio 6: configurare le notifiche SMTP

Configurate le notifiche prima di fare affidamento sul server di backup. Questo vi aiuta a individuare backup falliti, errori della garbage collection, errori di verifica e aggiornamenti dei pacchetti disponibili.

Nell'interfaccia web di PBS, aprite Configuration > Notifications.

Create una destinazione di notifica:

1. Fate clic su Add.
2. Selezionate SMTP.
3. Inserite un nome per la destinazione, ad esempio smtp-main.
4. Impostate server SMTP, porta, nome utente, password, modalità di cifratura, indirizzo del mittente e indirizzo del destinatario.
5. Salvate la destinazione.

Risultato atteso: PBS memorizza la destinazione di notifica SMTP.

Create un matcher per gli eventi importanti di PBS:

1. Aprite Configuration > Notifications > Notification Matchers.
2. Create un matcher con il nome admin-mail.
3. Selezionate la destinazione SMTP creata in precedenza.
4. Abbinate gli eventi di datastore, sistema, verifica, garbage collection e aggiornamento dei pacchetti.
5. Salvate il matcher.

Risultato atteso: PBS instrada le notifiche corrispondenti alla destinazione SMTP.

Inviate una notifica di prova dalla destinazione di notifica se l'interfaccia web offre l'azione di test.

Risultato atteso: la casella di posta del destinatario riceve un'e-mail di prova da PBS.

Passaggio 7: creare utenti e token API per i client di backup

Utilizzate un utente PBS e un token API separati per ogni host Proxmox VE, cluster Proxmox VE o client di backup standalone. In questo modo è semplice ruotare le credenziali ed è possibile assegnare permessi ristretti per namespace.

Create un utente PBS per un host o client:

proxmox-backup-manager user create <PBS_USER>@pbs \
  --comment "Backup identity for <NAMESPACE_NAME>"

Risultato atteso: PBS crea l'account utente. Impostate una password nell'interfaccia web, in Configuration > Access Control > User Management, se l'utente deve accedere in modo interattivo.

Generate un token API tramite CLI:

proxmox-backup-manager user generate-token \
  <PBS_USER>@pbs \
  <TOKEN_NAME> \
  --comment "Backup token for <NAMESPACE_NAME>"

Potete generare il token anche nell'interfaccia web, in Configuration > Access Control > API Token.

Risultato atteso: PBS stampa il segreto del token API una sola volta. Copiatelo subito e conservatelo in modo sicuro. Non è possibile recuperare lo stesso segreto in seguito.

Passaggio 8: creare un namespace per ogni host o client

I namespace di PBS organizzano i gruppi di backup all'interno di un datastore. Utilizzate un namespace per ogni host Proxmox VE, cluster Proxmox VE o client standalone invece di creare cartelle manuali nel percorso del datastore.

Create un namespace per un host o client:

proxmox-backup-client namespace create <NAMESPACE_NAME> \
  --repository root@pam@localhost:<DATASTORE_NAME>

Risultato atteso: PBS crea il namespace all'interno di <DATASTORE_NAME>.

Elencate i namespace:

proxmox-backup-client namespace list \
  --repository root@pam@localhost:<DATASTORE_NAME>

Risultato atteso: l'output include <NAMESPACE_NAME>.

Create namespace aggiuntivi per altri host o client:

proxmox-backup-client namespace create pve-node-02 \
  --repository root@pam@localhost:<DATASTORE_NAME>
proxmox-backup-client namespace create linux-client-01 \
  --repository root@pam@localhost:<DATASTORE_NAME>

Risultato atteso: ogni host o client ha un namespace separato nello stesso datastore.

Passaggio 9: concedere a ogni client l'accesso solo al proprio namespace

Concedete al token API l'accesso solo al percorso del proprio namespace. Il formato del percorso ACL è /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME>.

Concedete al token l'accesso di backup:

proxmox-backup-manager acl update \
  /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME> \
  DatastoreBackup \
  --auth-id '<PBS_USER>@pbs'

proxmox-backup-manager acl update \
  /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME> \
  DatastoreBackup \
  --auth-id '<PBS_USER>@pbs!<TOKEN_NAME>'

Risultato atteso: il token può creare backup e ripristinare i backup di sua proprietà in quel namespace, ma non può gestire l'intero datastore.

Elencate le voci ACL:

proxmox-backup-manager acl list

Risultato atteso: l'elenco ACL contiene il token e il percorso specifico del namespace.

Passaggio 10: collegare un host Proxmox VE al namespace

Sull'host Proxmox VE, aggiungete lo storage PBS tramite l'interfaccia web o con pvesm.

Per usare l'interfaccia web, aprite Datacenter > Storage > Add > Proxmox Backup Server e inserite questi valori:

• ID: <STORAGE_ID>.
• Server: <PBS_HOSTNAME_OR_IP>.
• Datastore: <DATASTORE_NAME>.
• Namespace: <NAMESPACE_NAME>.
• Username: <PBS_USER>@pbs!<TOKEN_NAME>.
• Password: <TOKEN_SECRET>.
• Fingerprint: fingerprint del certificato PBS, se l'interfaccia lo richiede.

Risultato atteso: Proxmox VE aggiunge il namespace del datastore PBS come storage di backup.

Per usare la riga di comando sull'host Proxmox VE, aggiungete lo storage:

pvesm add pbs <STORAGE_ID> \
  --server <PBS_HOSTNAME_OR_IP> \
  --datastore <DATASTORE_NAME> \
  --namespace <NAMESPACE_NAME> \
  --username '<PBS_USER>@pbs!<TOKEN_NAME>' \
  --password '<TOKEN_SECRET>'

Risultato atteso: Proxmox VE crea una voce di storage che punta al namespace PBS corretto.

Controllate lo stato dello storage:

pvesm status

Risultato atteso: <STORAGE_ID> compare come disponibile.

Passaggio 11: creare un backup di prova di una VM

Sull'host Proxmox VE, create un piccolo backup di prova di una VM sullo storage PBS. Sostituite <VMID> con l'ID di una macchina virtuale o di un container. Questo conferma che i job di backup di Proxmox VE possono scrivere nel namespace prima che facciate affidamento sullo storage per la pianificazione del disaster recovery con Proxmox.

vzdump <VMID> \
  --storage <STORAGE_ID> \
  --mode snapshot

Risultato atteso: l'attività di backup termina con successo e carica i dati di backup nel namespace.

Nell'interfaccia web di PBS, aprite Datastore > <DATASTORE_NAME>. Selezionate il namespace <NAMESPACE_NAME>.

Risultato atteso: potete vedere il nuovo gruppo di backup e il nuovo snapshot di backup all'interno del namespace.

Passaggio 12: confermare la navigazione dei backup e la prontezza al ripristino

Dopo il completamento del primo backup, confermate che PBS riesca a esplorare i backup delle VM all'interno del namespace. Non si tratta di un test di ripristino completo, ma verifica l'organizzazione che in seguito supporterà le operazioni di ripristino dai backup in PBS, le procedure di ripristino di Proxmox PBS, le attività di ripristino dei backup Proxmox e l'accesso ai backup delle VM dal namespace corretto.

Nell'interfaccia web di PBS, aprite Datastore > <DATASTORE_NAME>, selezionate <NAMESPACE_NAME> e aprite il gruppo di backup creato nel Passaggio 11.

Risultato atteso: PBS mostra gli snapshot di backup archiviati nel namespace per quell'host o client.

Selezionate uno snapshot di backup ed esaminate le azioni di ripristino disponibili.

Risultato atteso: PBS mostra le opzioni di ripristino che potranno essere utilizzate in seguito per il ripristino dei backup delle VM, il ripristino da un backup di VM e le procedure di recupero dati con Proxmox.

Verifica

Verificate che il datastore esista:

proxmox-backup-manager datastore list

Risultato atteso: <DATASTORE_NAME> compare nell'elenco dei datastore.

Verificate il mount:

findmnt /mnt/datastore/<DATASTORE_NAME>

Risultato atteso: il percorso del datastore è montato dal disco separato, dal volume logico o dal pool ZFS.

Verificate l'accesso al namespace:

proxmox-backup-manager user permissions \
  '<PBS_USER>@pbs!<TOKEN_NAME>' \
  --path /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME>

Risultato atteso: il token possiede Datastore.Backup sul percorso del proprio namespace.

Verificate che i backup compaiano nel namespace:

proxmox-backup-client snapshots \
  --repository root@pam@localhost:<DATASTORE_NAME> \
  --ns <NAMESPACE_NAME>

Risultato atteso: il comando elenca gli snapshot del namespace selezionato.

Verificate di poter esplorare i backup delle VM nel namespace tramite l'interfaccia web di PBS.

Risultato atteso: potete aprire il gruppo di backup e vedere gli snapshot dell'host o client selezionato. Questo conferma che il namespace è pronto per i successivi flussi di ripristino a livello di file, ripristino granulare e ripristino di singoli file.

Eseguite un controllo manuale dello stato della garbage collection:

proxmox-backup-manager garbage-collection status <DATASTORE_NAME>

Risultato atteso: PBS stampa lo stato della garbage collection per il datastore.

Perché usare i namespace invece di datastore separati

I namespace sono il meccanismo di organizzazione preferito quando più host o client condividono un unico pool fisico di storage di backup.

Offrono i seguenti vantaggi:

• Un unico chunk store condiviso per una migliore deduplicazione tra macchine virtuali e host simili.
• Un solo punto in cui configurare le policy di retention, verifica e garbage collection.
• Separazione chiara nell'interfaccia web di PBS senza cartelle manuali non supportate.
• Percorsi ACL specifici per namespace per un accesso dei client con privilegi minimi.
• Scalabilità più semplice quando si aggiungono altri host Proxmox VE o client Linux.
• Meno oggetti datastore da monitorare e mantenere.

Utilizzate datastore separati quando servono storage fisico separato, supporti di backup diversi, livelli di prestazioni diversi, responsabilità amministrative diverse o una rigorosa separazione delle pianificazioni di retention e garbage collection.

Annullamento delle modifiche

Per rimuovere l'ACL di un namespace da un token, utilizzate l'interfaccia web di PBS in Configuration > Access Control > Permissions e rimuovete la voce ACL per /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME>.

Per eliminare un token API:

proxmox-backup-manager user delete-token <PBS_USER>@pbs <TOKEN_NAME>

Risultato atteso: PBS revoca il token.

Per rimuovere un utente PBS:

proxmox-backup-manager user remove <PBS_USER>@pbs

Risultato atteso: PBS rimuove l'account utente.

Per rimuovere un prune job:

proxmox-backup-manager prune-job remove prune-<DATASTORE_NAME>

Risultato atteso: PBS rimuove il prune job.

Per rimuovere la configurazione di un datastore senza eliminare i dati di backup:

proxmox-backup-manager datastore remove <DATASTORE_NAME>

Risultato atteso: PBS rimuove il datastore dalla propria configurazione, ma la directory sottostante rimane sul disco.

Per rimuovere il mount di un datastore basato su XFS, ext4 o LVM, modificate /etc/fstab, rimuovete la riga del datastore e smontate il percorso:

umount /mnt/datastore/<DATASTORE_NAME>

Risultato atteso: il percorso del datastore non è più montato.

Per rimuovere un pool ZFS dopo aver eliminato o migrato tutti i backup necessari:

zpool export <DATASTORE_NAME>

Risultato atteso: ZFS esporta il pool. Se necessario, importatelo in seguito con zpool import <DATASTORE_NAME>.

Risoluzione dei problemi

APT mostra 401 Unauthorized per il repository enterprise

Causa: il repository enterprise è abilitato senza una sottoscrizione valida.
Soluzione: disabilitate /etc/apt/sources.list.d/pbs-enterprise.sources con Enabled: false, aggiungete il repository no-subscription ed eseguite di nuovo apt update.

La creazione del datastore fallisce su un file system non supportato

Causa: il percorso del datastore si trova su un file system che non supporta la struttura di directory richiesta, oppure il file system è stato creato con opzioni incompatibili.
Soluzione: utilizzate xfs, ext4 o zfs. Evitate ext3 e le configurazioni ext4 con dir_nlink disabilitato.

Il mount del datastore scompare dopo il riavvio

Causa: /etc/fstab manca, contiene un UUID errato o punta al dispositivo sbagliato.
Soluzione: eseguite blkid <DATA_PARTITION>, correggete l'UUID in /etc/fstab, quindi eseguite mount -a.

Un client vede il namespace sbagliato

Causa: la configurazione dello storage del client utilizza il namespace sbagliato oppure esistono ACL alla radice del datastore.
Soluzione: rimuovete le ACL troppo ampie da /datastore/<DATASTORE_NAME>, concedete i permessi solo su /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME> e verificate che la voce di storage di Proxmox VE utilizzi il namespace corretto.

L'e-mail di prova SMTP non arriva

Causa: l'autenticazione SMTP, le impostazioni TLS, la policy del mittente o le regole del firewall sono errate.
Soluzione: controllate host SMTP, porta, modalità di cifratura, nome utente, password, indirizzo del mittente, indirizzo del destinatario e accesso di rete in uscita da PBS.

I backup funzionano, ma la garbage collection non libera spazio immediatamente

Causa: la garbage collection rimuove solo i chunk che non sono più referenziati dopo che il prune ha rimosso gli indici di backup. PBS mantiene inoltre finestre di sicurezza per evitare di eliminare chunk che potrebbero essere ancora in uso.
Soluzione: verificate le impostazioni di prune, eseguite la garbage collection o attendete che venga eseguita, e consultate i log delle attività del datastore.

Conclusione e passaggi successivi

Avete configurato Proxmox Backup Server per un primo utilizzo in stile produzione: gli aggiornamenti passano dal repository corretto, le notifiche usano SMTP, lo storage di backup risiede su un disco separato e più host sono separati tramite namespace e ACL specifiche per namespace. Questa struttura mantiene un unico datastore PBS efficiente e, allo stesso tempo, offre a ogni host Proxmox VE o client un'area di backup controllata.

Come passaggi successivi, configurate job di backup pianificati su ogni host Proxmox VE, aggiungete job di verifica per i backup archiviati, documentate il vostro processo di ripristino granulare e di ripristino di singoli file, testate il ripristino a livello di file e i ripristini completi delle VM e valutate la sincronizzazione remota o il backup su nastro per la protezione off-site.

Versione del documento: 1.0
Ultimo aggiornamento: maggio 2026
Responsabile: Team di documentazione tecnica