Configuración de PBS y datastore para múltiples hosts

Introducción

Proxmox Backup Server ofrece almacenamiento de copias de seguridad centralizado y deduplicado para nodos de Proxmox VE, clientes Linux, máquinas virtuales, contenedores y copias de seguridad de hosts. En este tutorial completará la configuración inicial de Proxmox Backup Server, creará un datastore de PBS en un disco independiente, configurará las actualizaciones y las notificaciones SMTP, y organizará las copias de seguridad de varios hosts con namespaces del datastore en lugar de carpetas manuales o de varios datastores pequeños. La estructura de Proxmox PBS resultante también prepara su entorno para tareas posteriores de restauración de copias de seguridad de Proxmox, como la restauración de copias de VM, la restauración a nivel de archivo, la restauración granular y los flujos de recuperación de datos con Proxmox.

Público objetivo: administradores de sistemas de nivel intermedio.
Tiempo estimado de realización: de 45 a 75 minutos.
Objetivo final: al terminar este tutorial, tendrá un datastore de Proxmox Backup Server en almacenamiento dedicado, repositorios de actualización configurados, notificaciones por correo habilitadas y acceso por namespace para cada host controlado con ACL.

Requisitos previos

Antes de empezar, asegúrese de contar con lo siguiente:

• Proxmox Backup Server 4.x instalado y accesible a través de la interfaz web en https://<PBS_HOSTNAME_OR_IP>:8007.
• Acceso root o administrativo equivalente al host de Proxmox Backup Server.
• Un disco independiente para el almacenamiento de copias de seguridad, identificado como <DATA_DISK>, por ejemplo sdb o nvme1n1.
• Conectividad de red desde cada host de Proxmox VE o cliente de copias de seguridad hasta el host PBS por el puerto TCP 8007.
• Datos del servidor SMTP para las notificaciones, incluidos host, puerto, dirección del remitente, usuario de autenticación y contraseña o contraseña de aplicación.
• Uno o más hosts de Proxmox VE o clientes de copias de seguridad que utilizarán el datastore de PBS.

Este tutorial utiliza los siguientes marcadores de posición:

• <PBS_HOSTNAME_OR_IP>: nombre DNS o dirección IP del servidor Proxmox Backup Server.
• <DATA_DISK>: nombre del disco sin /dev/, por ejemplo sdb.
• <DATA_PARTITION>: ruta de la partición, por ejemplo /dev/sdb1.
• <DATASTORE_NAME>: nombre del datastore, por ejemplo main-backup.
• <NAMESPACE_NAME>: nombre del namespace para un host o cliente, por ejemplo pve-node-01.
• <PBS_USER>: nombre de usuario de PBS, por ejemplo pve-node-01.
• <TOKEN_NAME>: nombre del token de API, por ejemplo backup.
• <TOKEN_SECRET>: secreto del token de API generado por PBS.
• <STORAGE_ID>: ID del almacenamiento de Proxmox VE, por ejemplo pbs-main.

Paso 1: Confirme la versión de PBS y la disposición de los discos

Inicie sesión como root en el shell de Proxmox Backup Server.

Compruebe la versión de PBS instalada:

proxmox-backup-manager versions

Resultado esperado: el comando muestra las versiones de los paquetes de Proxmox Backup Server instalados.

Liste los discos locales:

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

Resultado esperado: puede identificar el disco del sistema y el disco de almacenamiento independiente. No utilice el disco que contiene el sistema operativo de PBS.

Paso 2: Configure el repositorio sin suscripción

Una instalación nueva de PBS suele habilitar el repositorio enterprise. Utilícelo solo si dispone de una suscripción activa de Proxmox. Para un laboratorio, una evaluación o un entorno de no producción sin suscripción, deshabilite el repositorio enterprise y habilite el repositorio sin suscripción (no-subscription) de PBS.

Abra el archivo del repositorio enterprise:

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

Deshabilite el repositorio enterprise añadiendo:

Enabled: false

Resultado esperado: APT deja de intentar usar el repositorio exclusivo para suscriptores.

Cree o edite el archivo del repositorio de Proxmox:

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

Añada el repositorio sin suscripción de PBS para instalaciones de PBS 4.x basadas en 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

Actualice los metadatos de los paquetes:

apt update

Resultado esperado: APT actualiza los índices de paquetes sin errores 401 Unauthorized de enterprise.proxmox.com.

Actualice los paquetes instalados:

apt full-upgrade

Resultado esperado: PBS instala las actualizaciones disponibles de los repositorios configurados. Reinicie si la actualización instala un nuevo kernel o paquetes críticos del sistema.

reboot

Paso 3: Prepare un disco independiente para el datastore

PBS almacena los datos del datastore dentro de un directorio de un sistema de archivos Linux compatible. Utilice ext4, xfs o zfs para el almacenamiento del datastore. Elija una de las siguientes disposiciones de almacenamiento.

Opción A: Cree un datastore de directorio en XFS o ext4

Utilice esta opción para un datastore sencillo de un solo disco. XFS es una buena opción predeterminada para grandes conjuntos de copias de seguridad. ext4 también es compatible cuando utiliza la configuración normal de enlaces de directorio.

Elimine las firmas antiguas del disco:

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

Cree una nueva tabla de particiones GPT y una partición:

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

Resultado esperado: el disco tiene una partición nueva.

Actualice la tabla de particiones del kernel:

partprobe /dev/<DATA_DISK>

Formatee la partición con XFS:

mkfs.xfs -f <DATA_PARTITION>

Utilice ext4 en lugar de XFS solo cuando sea su estándar local:

mkfs.ext4 -F <DATA_PARTITION>

Cree el punto de montaje:

mkdir -p /mnt/datastore/<DATASTORE_NAME>

Obtenga el UUID de la partición:

blkid <DATA_PARTITION>

Salida esperada:

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

Añada el montaje a /etc/fstab:

nano /etc/fstab

Para XFS, añada esta línea:

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

Para ext4, añada esta línea:

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

Monte la ruta del datastore:

systemctl daemon-reload
mount -a

Verifique el montaje:

df -h /mnt/datastore/<DATASTORE_NAME>

Resultado esperado: el comando muestra el nuevo disco montado en /mnt/datastore/<DATASTORE_NAME>.

Opción B: Cree un datastore en LVM

Utilice esta opción cuando desee gestión de volúmenes lógicos para el disco del datastore.

Elimine las firmas antiguas del disco:

wipefs -a /dev/<DATA_DISK>

Cree un volumen físico, un grupo de volúmenes y un volumen lógico:

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

Resultado esperado: LVM crea /dev/pbs-vg/<DATASTORE_NAME>.

Formatee el volumen lógico con XFS:

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

Cree el punto de montaje:

mkdir -p /mnt/datastore/<DATASTORE_NAME>

Añada el montaje a /etc/fstab:

nano /etc/fstab

Añada esta línea:

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

Monte la ruta del datastore:

mount -a

Verifique el montaje:

df -h /mnt/datastore/<DATASTORE_NAME>

Resultado esperado: el volumen lógico está montado en /mnt/datastore/<DATASTORE_NAME>.

Opción C: Cree un pool ZFS y un datastore

Utilice esta opción cuando necesite funciones de ZFS como sumas de verificación, snapshots, compresión, mirrors o RAIDZ. ZFS se utiliza mejor con acceso directo a los discos, no sobre un RAID por hardware que oculte el estado de los discos al sistema operativo.

Elimine las firmas antiguas del disco:

wipefs -a /dev/<DATA_DISK>

Cree un pool ZFS de un solo disco y añádalo como datastore de PBS:

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

Resultado esperado: PBS crea un pool ZFS y registra un datastore con el mismo nombre.

Verifique el pool:

zpool status <DATASTORE_NAME>

Resultado esperado: el pool está en línea y el disco aparece debajo de él.

Si utilizó esta opción de ZFS con --add-datastore true, omita el Paso 4 y continúe con el Paso 5.

Paso 4: Cree el datastore de PBS

Establezca el propietario del directorio del datastore para los servicios de copia de seguridad de PBS:

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

Cree la configuración del datastore:

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

Resultado esperado: PBS registra el directorio como datastore.

Liste los datastores:

proxmox-backup-manager datastore list

Resultado esperado: <DATASTORE_NAME> aparece en la lista de datastores.

Muestre los detalles del datastore:

proxmox-backup-manager datastore show <DATASTORE_NAME>

Resultado esperado: PBS muestra la ruta del datastore y sus opciones actuales.

Paso 5: Configure prune, garbage collection y verificación

Configure la retención y la garbage collection después de crear el datastore. Prune elimina los índices de copias de seguridad caducados según las reglas de retención. La garbage collection elimina los chunks sin referencias después de que prune los deje sin uso.

Configure una retención básica, prune diario, garbage collection y verificación de las copias nuevas:

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>'

Resultado esperado: PBS guarda la política de retención del datastore y programa las tareas de limpieza.

Muestre la configuración actualizada del datastore:

proxmox-backup-manager datastore show <DATASTORE_NAME>

Resultado esperado: la salida incluye la configuración de prune, garbage collection y retención.

Paso 6: Configure las notificaciones SMTP

Configure las notificaciones antes de depender del servidor de copias de seguridad. Esto le ayuda a detectar copias fallidas, errores de garbage collection, fallos de verificación y actualizaciones de paquetes disponibles.

En la interfaz web de PBS, abra Configuration > Notifications.

Cree un destino de notificación:

1. Haga clic en Add.
2. Seleccione SMTP.
3. Introduzca un nombre para el destino, por ejemplo smtp-main.
4. Establezca el servidor SMTP, el puerto, el usuario, la contraseña, el modo de cifrado, la dirección del remitente y la dirección del destinatario.
5. Guarde el destino.

Resultado esperado: PBS guarda el destino de notificación SMTP.

Cree un matcher para los eventos importantes de PBS:

1. Abra Configuration > Notifications > Notification Matchers.
2. Cree un matcher con el nombre admin-mail.
3. Seleccione el destino SMTP que ha creado.
4. Haga coincidir los eventos de datastore, sistema, verificación, garbage collection y actualización de paquetes.
5. Guarde el matcher.

Resultado esperado: PBS envía las notificaciones coincidentes al destino SMTP.

Envíe una notificación de prueba desde el destino de notificación si la interfaz web ofrece la acción de prueba.

Resultado esperado: el buzón del destinatario recibe un correo de prueba de PBS.

Paso 7: Cree usuarios y tokens de API para los clientes de copia de seguridad

Utilice un usuario de PBS y un token de API independientes para cada host de Proxmox VE, clúster de Proxmox VE o cliente de copias de seguridad independiente. Así resulta sencillo rotar las credenciales y permite asignar permisos reducidos por namespace.

Cree un usuario de PBS para un host o cliente:

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

Resultado esperado: PBS crea la cuenta de usuario. Establezca una contraseña en la interfaz web, en Configuration > Access Control > User Management, si el usuario necesita iniciar sesión de forma interactiva.

Genere un token de API mediante la CLI:

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

También puede generar el token en la interfaz web, en Configuration > Access Control > API Token.

Resultado esperado: PBS muestra el secreto del token de API una sola vez. Cópielo de inmediato y guárdelo de forma segura. No es posible recuperar el mismo secreto más adelante.

Paso 8: Cree un namespace para cada host o cliente

Los namespaces de PBS organizan los grupos de copias de seguridad dentro de un mismo datastore. Utilice un namespace por cada host de Proxmox VE, clúster de Proxmox VE o cliente independiente en lugar de crear carpetas manuales dentro de la ruta del datastore.

Cree un namespace para un host o cliente:

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

Resultado esperado: PBS crea el namespace dentro de <DATASTORE_NAME>.

Liste los namespaces:

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

Resultado esperado: la salida incluye <NAMESPACE_NAME>.

Cree namespaces adicionales para otros hosts o clientes:

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>

Resultado esperado: cada host o cliente tiene un namespace independiente en el mismo datastore.

Paso 9: Conceda a cada cliente acceso solo a su namespace

Conceda al token de API acceso únicamente a la ruta de su propio namespace. El formato de la ruta de ACL es /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME>.

Conceda acceso de copia de seguridad al token:

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>'

Resultado esperado: el token puede crear copias de seguridad y restaurar las copias que le pertenecen en ese namespace, pero no puede administrar todo el datastore.

Liste las entradas de ACL:

proxmox-backup-manager acl list

Resultado esperado: la lista de ACL contiene el token y la ruta específica del namespace.

Paso 10: Conecte un host de Proxmox VE al namespace

En el host de Proxmox VE, añada el almacenamiento PBS mediante la interfaz web o con pvesm.

Para usar la interfaz web, abra Datacenter > Storage > Add > Proxmox Backup Server e introduzca estos valores:

• ID: <STORAGE_ID>.
• Server: <PBS_HOSTNAME_OR_IP>.
• Datastore: <DATASTORE_NAME>.
• Namespace: <NAMESPACE_NAME>.
• Username: <PBS_USER>@pbs!<TOKEN_NAME>.
• Password: <TOKEN_SECRET>.
• Fingerprint: huella del certificado de PBS, si la interfaz la solicita.

Resultado esperado: Proxmox VE añade el namespace del datastore de PBS como almacenamiento de copias de seguridad.

Para usar la línea de comandos en el host de Proxmox VE, añada el almacenamiento:

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>'

Resultado esperado: Proxmox VE crea una entrada de almacenamiento que apunta al namespace de PBS correcto.

Compruebe el estado del almacenamiento:

pvesm status

Resultado esperado: <STORAGE_ID> aparece como disponible.

Paso 11: Cree una copia de seguridad de VM de prueba

En el host de Proxmox VE, cree una pequeña copia de seguridad de VM de prueba en el almacenamiento PBS. Sustituya <VMID> por el ID de una máquina virtual o de un contenedor. Esto confirma que los trabajos de copia de seguridad de Proxmox VE pueden escribir en el namespace antes de que dependa de este almacenamiento para la planificación de recuperación ante desastres con Proxmox.

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

Resultado esperado: la tarea de copia de seguridad finaliza correctamente y sube los datos al namespace.

En la interfaz web de PBS, abra Datastore > <DATASTORE_NAME>. Seleccione el namespace <NAMESPACE_NAME>.

Resultado esperado: puede ver el nuevo grupo de copias de seguridad y el nuevo snapshot dentro del namespace.

Paso 12: Confirme la exploración de copias de seguridad y la preparación para la restauración

Una vez finalizada la primera copia de seguridad, confirme que PBS puede explorar las copias de VM dentro del namespace. No se trata de una prueba de restauración completa, pero verifica la organización que más adelante respaldará las operaciones de restauración desde copias de seguridad en PBS, los procedimientos de restauración de Proxmox PBS, las tareas de restauración de copias de seguridad de Proxmox y el acceso a las copias de VM desde el namespace correcto.

En la interfaz web de PBS, abra Datastore > <DATASTORE_NAME>, seleccione <NAMESPACE_NAME> y abra el grupo de copias de seguridad creado en el Paso 11.

Resultado esperado: PBS muestra los snapshots de copia de seguridad almacenados bajo el namespace de ese host o cliente.

Seleccione un snapshot de copia de seguridad y revise las acciones de restauración disponibles.

Resultado esperado: PBS muestra opciones de restauración que podrá utilizar más adelante para restaurar copias de VM, restaurar desde una copia de VM y aplicar procedimientos de recuperación de datos con Proxmox.

Verificación

Verifique que el datastore existe:

proxmox-backup-manager datastore list

Resultado esperado: <DATASTORE_NAME> aparece en la lista de datastores.

Verifique el montaje:

findmnt /mnt/datastore/<DATASTORE_NAME>

Resultado esperado: la ruta del datastore está montada desde el disco independiente, el volumen lógico o el pool ZFS.

Verifique el acceso al namespace:

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

Resultado esperado: el token tiene Datastore.Backup en la ruta de su namespace.

Verifique que las copias de seguridad aparecen en el namespace:

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

Resultado esperado: el comando lista los snapshots del namespace seleccionado.

Verifique que puede explorar las copias de VM del namespace a través de la interfaz web de PBS.

Resultado esperado: puede abrir el grupo de copias de seguridad y ver los snapshots del host o cliente seleccionado. Esto confirma que el namespace está listo para los flujos posteriores de restauración a nivel de archivo, restauración granular y restauración de archivos individuales.

Ejecute una comprobación manual del estado de la garbage collection:

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

Resultado esperado: PBS muestra el estado de la garbage collection del datastore.

Por qué usar namespaces en lugar de datastores independientes

Los namespaces son el mecanismo de organización preferido cuando varios hosts o clientes comparten un mismo pool físico de almacenamiento de copias de seguridad.

Ofrecen las siguientes ventajas:

• Un único almacén de chunks compartido para mejorar la deduplicación entre máquinas virtuales y hosts similares.
• Un solo lugar para configurar las políticas de retención, verificación y garbage collection.
• Separación clara en la interfaz web de PBS sin carpetas manuales no compatibles.
• Rutas de ACL específicas por namespace para un acceso de clientes con privilegios mínimos.
• Escalado más sencillo al añadir más hosts de Proxmox VE o clientes Linux.
• Menos objetos datastore que supervisar y mantener.

Utilice datastores independientes cuando necesite almacenamiento físico separado, distintos medios de copia de seguridad, distintos niveles de rendimiento, distinta responsabilidad administrativa o una separación estricta de los calendarios de retención y garbage collection.

Reversión de los cambios

Para eliminar la ACL de un namespace de un token, utilice la interfaz web de PBS en Configuration > Access Control > Permissions y elimine la entrada de ACL de /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME>.

Para eliminar un token de API:

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

Resultado esperado: PBS revoca el token.

Para eliminar un usuario de PBS:

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

Resultado esperado: PBS elimina la cuenta de usuario.

Para eliminar un trabajo de prune:

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

Resultado esperado: PBS elimina el trabajo de prune.

Para eliminar la configuración de un datastore sin borrar los datos de las copias de seguridad:

proxmox-backup-manager datastore remove <DATASTORE_NAME>

Resultado esperado: PBS elimina el datastore de su configuración, pero el directorio subyacente permanece en el disco.

Para eliminar el montaje de un datastore basado en XFS, ext4 o LVM, edite /etc/fstab, elimine la línea del datastore y desmonte la ruta:

umount /mnt/datastore/<DATASTORE_NAME>

Resultado esperado: la ruta del datastore ya no está montada.

Para eliminar un pool ZFS después de borrar o migrar todas las copias de seguridad necesarias:

zpool export <DATASTORE_NAME>

Resultado esperado: ZFS exporta el pool. Impórtelo más adelante con zpool import <DATASTORE_NAME> si es necesario.

Solución de problemas

APT muestra 401 Unauthorized para el repositorio enterprise

Causa: el repositorio enterprise está habilitado sin una suscripción válida.
Solución: deshabilite /etc/apt/sources.list.d/pbs-enterprise.sources con Enabled: false, añada el repositorio sin suscripción y ejecute apt update de nuevo.

La creación del datastore falla en un sistema de archivos no compatible

Causa: la ruta del datastore se encuentra en un sistema de archivos que no admite la estructura de directorios requerida, o el sistema de archivos se creó con opciones incompatibles.
Solución: utilice xfs, ext4 o zfs. Evite ext3 y las configuraciones de ext4 con dir_nlink deshabilitado.

El montaje del datastore desaparece tras reiniciar

Causa: falta /etc/fstab, tiene un UUID incorrecto o apunta al dispositivo equivocado.
Solución: ejecute blkid <DATA_PARTITION>, corrija el UUID en /etc/fstab y ejecute mount -a.

Un cliente puede ver un namespace incorrecto

Causa: la configuración de almacenamiento del cliente utiliza el namespace equivocado o existen ACL en la raíz del datastore.
Solución: elimine las ACL amplias de /datastore/<DATASTORE_NAME>, conceda permisos solo en /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME> y confirme que la entrada de almacenamiento de Proxmox VE usa el namespace correcto.

No llega el correo de prueba de SMTP

Causa: la autenticación SMTP, la configuración TLS, la política del remitente o las reglas del cortafuegos son incorrectas.
Solución: compruebe el host SMTP, el puerto, el modo de cifrado, el usuario, la contraseña, la dirección del remitente, la dirección del destinatario y el acceso de red saliente desde PBS.

Las copias de seguridad funcionan, pero la garbage collection no libera espacio de inmediato

Causa: la garbage collection solo elimina los chunks que ya no tienen referencias después de que prune haya eliminado los índices de copias de seguridad. PBS también mantiene ventanas de seguridad para no borrar chunks que aún puedan estar en uso.
Solución: confirme la configuración de prune, ejecute la garbage collection o espere a que se ejecute, y revise los registros de tareas del datastore.

Conclusión y próximos pasos

Ha configurado Proxmox Backup Server para un primer uso de tipo producción: las actualizaciones se obtienen del repositorio correcto, las notificaciones usan SMTP, el almacenamiento de copias de seguridad reside en un disco independiente y varios hosts se separan mediante namespaces y ACL específicas por namespace. Esta estructura mantiene un único datastore de PBS eficiente y, al mismo tiempo, da a cada host de Proxmox VE o cliente su propia área de copias de seguridad controlada.

Como próximos pasos, configure trabajos de copia de seguridad programados en cada host de Proxmox VE, añada trabajos de verificación para las copias almacenadas, documente su proceso de restauración granular y de restauración de archivos individuales, pruebe la restauración a nivel de archivo y las restauraciones completas de VM, y considere la sincronización remota o las copias en cinta para una protección fuera del sitio.

Versión del documento: 1.0
Última actualización: mayo de 2026
Responsable: Equipo de documentación técnica