Category: Proxmox

在现代 IT 基础架构中，备份的可用性不仅体现在“是否成功完成”，更在于“是否能够成功还原”。Proxmox Backup Server（PBS） 提供了强大的块级去重和高效增量备份功能，同时也提供了一个关键但常被忽视的功能——备份验证（Verify Job）。 🔍 什么是备份验证（Verify）？ 备份验证是 PBS 提供的一项后台任务，其核心目的是通过读取实际备份文件（chunk），并对其进行完整性校验（如 SHA256 校验和比对），以确保备份数据未被篡改或损坏。验证并不会改变任何备份内容，但它能极大地增强备份的可靠性。 🧱 验证机制原理 PBS 使用基于 chunk 的存储结构，每个备份由多个数据块组成，多个快照之间共享数据块（去重）。验证任务主要做以下几件事： 🕒 首次验证 vs 后续验证 ✅ 首次验证： ⚡ 后续验证： 📈 影响验证效率的因素 因素 说明 数据量 实际写入的数据决定了需要校验的大小，不是虚拟磁盘总大小 存储性能 PBS 本地存储、NFS、ZFS、或远程 PBS 的性能差异很大 压缩与加密 启用压缩/加密可能增加解压/解密开销 快照数量 越多快照，metadata 和索引遍历越多 是否首次校验 首次需要完整遍历，后续可跳过 📋 日志观察要点 验证过程中，PBS 会持续输出日志，例如： …

标签：Proxmox Backup Server、PBS、备份策略、垃圾回收、去重、SATA RAID、系统设计 背景概述 Proxmox Backup Server（PBS）是一款专为虚拟机和容器环境设计的企业级备份解决方案。在实际部署中，尽管其默认设置已可满足常规使用需求，但为了实现更高效的数据维护和资源利用，定期手动或自动执行 Prune、GC（Garbage Collection）、Verify 等操作成为常态。 本文分享一次完整的 PBS 数据清理流程，包括 GC 执行日志分析、系统资源监控、性能估算，以及对整个备份架构可靠性的深度理解。 系统架构简述 清理任务启动前准备 PBS 中的备份策略采用 每日自动增量备份 + 保留最近一个月快照 的方式进行。每日运行以下任务： 由于长期未执行 GC，此次执行前，系统中累计存在超 300 个旧备份版本，占用空间较大。 GC 操作详解与进度记录 Phase 1：Mark（标记阶段） GC 的第一阶段用于标记当前所有备份索引中引用到的 chunk。本次共有 240 个索引文件。由于硬盘为 SATA，IOPS 较低，导致该阶段耗时显著，总耗时超过 10 小时。 示例进度（部分）： makefileCopyEdit2025-07-21T13:44:26+09:00: marked 36% (87 of 240 index files) …

Proxmox Backup Server (PBS) 支持在备份任务、数据综合、校验、回收件等操作完成后发送邮件通知。这篇文章介绍如何在 PBS 2.3.1 中正确配置邮件通知功能，以便对备份任务状态无时知情。 一、设置用户邮箱 说明：此邮箱是 PBS 发送通知的目标地址，不进行设置则不会收到邮件通知。 二、创建定时任务 在每个 Datastore 中可配置不同类型任务： 每个任务都可选择时间表达式条件进行定时。 操作步骤: 三、在 Datastore Options 中配置通知 通知规则和目标用户在同一界面进行配置： 操作步骤: 说明：此处定义了“什么时候发送通知” 和 “发给谁” 回顾：当初找不到通知配置的原因 当 Datastore 中设置了 Notify User ，那么 PBS 会重点采用用户的 E-Mail 字段进行发送，而不会使用 /etc/proxmox-notify/ 中的配置，导致体系和 CLI 配置无效。 总结 步骤 操作项 配置邮箱 在 User Management 中给用户设置 …

Proxmox VE（PVE）預設透過本地 Postfix 寄送通知郵件，但若直接發送，常會因為 DNS 設定不完整、寄件人身份不符等原因被拒收。這篇教學將說明如何讓 PVE 經由自有 SMTP 伺服器（使用 SSL）發送通知，並映射寄件人為合法帳號。 🧾 前提環境（已脫敏） 項目 範例（脫敏） PVE 主機 IP 192.168.X.X PVE 主機名 pve.internal.domain SMTP 伺服器 smtp.external-mail.net SMTP 埠口 NNNN（SSL 連線） 發件信箱（登入帳號） notify@external-mail.net 密碼 <your-smtp-password> 1️⃣ 安裝必要套件 apt updateapt install -y libsasl2-modules mailutils libsasl2-modules：讓 Postfix 支援 SMTP 認證mailutils：提供 mail 測試指令 2️⃣ 設定 …

在企业或高级家庭服务器环境中，一种高性价比、易管理的架构是使用某型号企业级双路机架服务器作为主力虚拟化节点，搭配 PERC H710P 控制器管理多块硬盘，在不使用 RAID 冗余的前提下，将备份工作交由另一台 PBS（Proxmox Backup Server）完成。这篇文章介绍该方案的核心思路和具体配置建议。 一、服务器与硬盘环境概览 该配置旨在实现性能优先的虚拟化部署，同时通过专门的备份节点保障数据安全，从而不依赖 RAID 冗余。 二、关于 H710P 控制器的说明 PERC H710P 是某些企业服务器中常见的 RAID 控制卡，具备如下特点： 多数出厂配置为 Mini Mono 版本，集成在主板上的专用插槽，不占用标准 PCIe 槽位。 三、RAID 0 作为伪直通方案 在不打算使用冗余的前提下，最实用的方法是为每块硬盘分别建立一个 RAID 0 虚拟盘（Virtual Disk），这样 Proxmox VE 就能将每块盘识别为独立磁盘使用。 设置步骤（Ctrl + R）： 这种方式虽然不是裸盘直通，但在非 ZFS 场景中完全可行，SMART 信息多数也可读取。 四、是否需要刷成 HBA 模式？ H710P 无法通过设置进入 …

在使用 Proxmox VE (PVE) 結合 Proxmox Backup Server (PBS) 進行虛擬機備份時，常會遇到安全性、身份驗證及權限管理等問題。以下記錄了一次完整的 PBS 架構安全優化過程，包含中間的繞路與最終穩定解法，供參考。 🎯 架構設計初衷 PBS 須對外開放端口以便遠程備份與集中管理，但同時需要限制超級用戶（root）暴露在公網。目標是讓 root 僅用於管理，所有備份操作均交由低權限帳號執行，以降低風險。 🔥 第一階段：使用超級用戶直接執行備份 最初，PVE 直接使用 PBS 的 root 帳號執行備份，操作簡單且無報錯。然而，這種方式的問題在於： 🌀 第二階段：嘗試使用 API Token（失敗經驗） 接著，測試透過 PBS 提供的 API Token 功能，計劃在 root 帳號下創建專用 token，只賦予最少的 Datastore 備份權限。理論上這樣可以讓主帳號啟用兩步驗證，同時 token 維持精簡權限。 然而，在部分舊版 PBS 或 PVE 環境中，存在以下錯誤： backup owner …

在基于 Proxmox Backup Server（PBS）的备份架构中，许多用户会选择小型低功耗主机（例如迷你主机、微型工控机）配合大容量硬盘柜，来实现数据集中存储与长期备份。此时，PBS 系统安装在小主机内部，硬盘柜通过 USB 或其他方式挂载到指定目录（如 /Backup）作为主要备份存储目录。 面临的问题 如果家中出现停电情况，小型低功耗主机通常会自动重新启动，但硬盘柜往往不会自动上电（部分硬盘柜默认设计为断电后需手动开启）。这样，当 PBS 系统启动时，若找不到硬盘柜的挂载设备，会导致系统进入紧急模式（emergency mode），无法正常进入系统。 相比于暂时找不到备份目录，更严重的问题是系统无法正常启动，因此必须优先保证系统启动。 解决方案 Linux 系统通常通过 /etc/fstab 文件定义挂载信息。默认情况下，若某个挂载点挂载失败，系统启动流程会被中断，进入修复模式。 为解决此问题，可以在 /etc/fstab 对应硬盘柜的挂载行中添加 nofail 参数，使系统在挂载失败时仍然继续启动。 修改示例 假设原来的挂载配置为： UUID=xxxx-xxxx /Backup ext4 defaults 0 2 修改后： UUID=xxxx-xxxx /Backup ext4 defaults,nofail 0 2 若已有其他挂载选项，例如： UUID=xxxx-xxxx /Backup ext4 noatime,data=writeback 0 2 则修改为： UUID=xxxx-xxxx /Backup ext4 …