Proxmox VE 是一套强大的开源虚拟化平台，基于 Debian，广泛用于家庭服务器和企业虚拟环境。对于仍在运行 Proxmox VE 7.3-3 的系统来说，已错过官方主线源支持期（2024 年 7 月 31 日），但仍可通过手动配置升级路径，平稳迁移到最新稳定版本（8.4）。本文将详细介绍如何完成从 7.3-3 到 8.x 的在线升级操作。 前提说明 当前版本：Proxmox VE 7.3-3操作目标：升级至 Proxmox VE 最新稳定版本（例如 8.4）注意事项：需物理操作或本地控制，避免远程升级带来风险 步骤一：配置旧版本归档源 由于 Proxmox VE 7.3-3 已不在主线支持中，需使用归档源进行 7.3 → 7.4 的过渡升级。 步骤二：更新至 Proxmox VE 7.4 最新点版本 步骤三：准备升级到 Proxmox VE 8.x 将其中的 bullseye 替换为 bookworm，例如： 更新 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 无法通过设置进入 …
在使用 Linux 进行网络流量监控时，常常会看到如下格式的输出图表： Curr: 355.08 kBit/s Avg: 357.26 kBit/s Min: 3.38 kBit/s Max: 59.61 MBit/s Ttl: 94.09 GByte 这类信息通常出现在命令行工具如 nload、bmon、vnstat -l 等生成的流量图中。很多用户对于 Ttl（Total）字段的含义产生疑问：这个 94.09 GB 的总流量是从什么时候开始统计的？是否包含上传与下载？ 本文将对这些问题逐一解答。 Ttl 是什么？ Ttl 是 Total 的缩写，表示累计总流量。这个数值通常是接收（下载）+ 发送（上传）流量的总和，而非单向流量。 也就是说： Ttl = RX（接收）+ TX（发送） Ttl 的时间范围来自哪里？ 大多数实时监控工具默认从程序启动时或系统启动时开始统计。例如： 例如： cat /proc/net/dev 输出内容中会看到： eth0: 85437292 bytes received, …
在实际运维中，服务器网络变慢是常见问题之一。本文通过一次典型案例，介绍如何使用命令行工具诊断 Ubuntu 系统中网络流量和性能瓶颈，并配合 nload、iftop 等工具进行可视化分析。 背景：服务器响应变慢，怀疑与网络相关 某台 Ubuntu 服务器突然出现响应迟缓的现象。系统本身并未重启，也未进行软件升级，初步判断可能与网络流量激增或异常连接有关。 第一步：排查网络接口 首先，确定服务器当前使用的网络接口： ip link 常见接口包括： 在本例中，eth0 为主要网络接口。 第二步：使用 nload 实时查看网络流量 安装并启动 nload： sudo apt install nloadsudo nload eth0 观察发现： 此时可以确认，网络确实有大流量传输。 第三步：定位流量来源 为了进一步确认是谁在产生流量，可使用 iftop 工具： sudo apt install iftopsudo iftop -i eth0 或者使用 ss 查看连接来源： sudo ss -tunap 配合筛选关键端口、应用名、远程 IP，可判断是否为正常业务流量，还是潜在的异常连接或攻击。 第四步：确认是代理服务在跑流量 经分析，发现服务器中部署了 …
在拥有性能强大的服务器，并具备公网访问能力（例如通过 FRP、v2ray、Nginx 反代等）之后，自建服务的潜力几乎无限。无需再依赖公有云平台或商业服务，就能打造一套私有、安全、灵活、扩展性极高的数字生活与工作环境。 本文将围绕“已有公网访问能力的自建服务器”这一前提，梳理可部署的典型应用场景与推荐服务，并结合实际部署经验，总结出一条适合长期使用、自主管理的技术路径。 ✅ 架构基础 只要具备以下任一能力，便可以实现公网访问： 有了公网访问，即可从任何地点访问服务器的服务（无需 VPN、无需本地连接），进而部署各种高价值服务。 🧭 推荐部署的服务分类 1. 🌐 网盘与数据同步 应用 功能 Nextcloud / ownCloud 私有云盘、WebDAV、日历、联系人、任务管理、相册 Syncthing 多设备实时文件同步，替代 Resilio Sync Immich 类似 Google Photos 的照片管理与备份，支持人脸识别 2. 🧠 笔记、文档与知识管理 应用 功能 Joplin Server Markdown 云笔记，与本地客户端同步 Trilium Notes 多层级笔记系统，自动化强 BookStack / Wiki.js 企业知识库或技术文档平台 Paperless-ngx 文档归档与 OCR，自动整理扫描文件 3. 🎥 …
在维护 Linux 或基于 Proxmox VE（PVE）的虚拟化服务器时，状态面板提供了大量实时信息，是判断系统是否健康的重要依据。以下内容详细解析常见状态参数，帮助快速判断服务器是否处于良好运行状态。 💻 CPU 信息 CPU usage 面板会显示当前 CPU 总使用率及核心数，例如： CPU usage: 低于总体核心数的少量百分比 这表示在总共若干逻辑核心（含超线程）中，整体使用率很低，处于空闲状态。若长期低于 50%，代表 CPU 有充足余力处理更多任务；若长期接近或超过核心数，则表明 CPU 已满负载，可能需要优化服务或扩容。 IO delay IO 延迟（IO delay）表示 CPU 等待磁盘 I/O 完成的时间百分比。数值较低（如小于 1%）说明磁盘子系统性能良好，没有 I/O 瓶颈；若长期超过 10%，需要检查存储性能或排查繁重的磁盘读写任务。 ⚖️ Load Average（系统负载平均值） 面板通常列出 1 分钟、5 分钟、15 分钟的负载平均值，例如： Load average: 三个较低的数值 这三个值代表系统过去对应时间段内的平均可运行进程数（包括正在运行和等待 I/O 的进程）。 判断负载是否正常的关键在于核心数。若服务器拥有若干逻辑核心，负载低于核心数表示系统处于可控范围内；超过核心数则意味着有进程开始排队等待 …