树莓派4B和普通电脑最大的区别就是它没有板载硬盘整个系统、配置、网站代码、数据库、MQ队列数据全部挤在一张巴掌大的TF卡里。很多第一次搭自建网页服务器的朋友习惯把它当成一台小台式机来用天天折腾配置文件却从不考虑备份。我问一个很扎心的问题如果这张卡突然坏了你还能把Nginx的虚拟主机配置、RabbitMQ的用户权限、数据库里的内容原样恢复出来吗我在实际维护树莓派网页服务器的过程中见过太多重来一次的案例。有人的TF卡是杂牌货用了两个月频繁IO报错有人把日志默认写到系统盘结果卡被写满导致连SSH都进不去还有人辛辛苦苦用Docker跑了一整套服务结果一次意外断电后分区表就再也挂载不上了。如果你正卡在这一步那这篇文章就是为你准备的。我会从最基础的TF卡镜像备份讲起再带着你一步步做出一份能反复克隆部署的Golden Image覆盖方案选型、三平台实操、压缩校验、恢复验证和常见问题排查无论你之前有没有做过系统备份照着操作都能顺利完成。1. 为什么做网页服务器的树莓派最该先做镜像备份1.1 树莓派的命根子就是那张TF卡为什么TF卡这么容易出问题原因在于它的存储颗粒和主控设计本身就不是为高频率重复写入准备的。服务器和台式机用的SSD有过量均衡算法、断电保护、坏块管理TF卡也能做但受限于体积和成本这些机制往往做得比较弱。网页服务器偏偏又是一类持续写入的场景访问日志、错误日志、系统日志、数据库事务、消息队列都在疯狂写盘。时间一长卡的寿命就会明显缩水。更麻烦的是树莓派上电之后操作系统会把大量临时文件和交换分区都放在TF卡上。如果你的网页流量起来了Nginx的access.log一晚上能涨到几百MBRabbitMQ的持久化消息也持续落盘再加上系统自带的journald日志这些写入加在一起对一张普通TF卡来说就是成倍的磨损。你根本感觉不到它在慢慢变老直到某一天突然发现某个目录变成了只读、重启之后起不来、或者卡里出现一堆I/O错误那时候才想备份就已经晚了。所以在我个人看来给树莓派做镜像备份不是可选优化项而是第一天就该做的基础设施。而这篇文章要讲的就是把当前这张TF卡的完整状态做成一份镜像文件同时额外教你把它变成一份能反复使用、部署N台新机器的Golden Image。1.2 普通备份和Golden Image是两回事先明确一个概念。镜像备份Imaging是把整张TF卡逐位复制成一个文件里面既包含操作系统也包含分区表、引导程序和你全部的数据。它最大的优点是全——只要写回同一张容量的卡系统就和备份那一刻一模一样。缺点也很明显文件大、耗时长不适合频繁做。Golden Image黄金镜像是从镜像备份延伸出的另一种玩法它不追求备份最新状态而是追求提供一个经过验证的、干净的基础模板。你可以把它理解成Windows装机时用的Ghost镜像或者虚拟化平台里用来批量克隆的虚拟机模板。两者的典型使用场景是这样的你的网页服务器已经在跑线上业务了今天改了Nginx、明天装了个插件你需要在每次大改动后做一个备份这叫普通备份是为了出问题时能快速回滚。你要在第二台、第三台树莓派上部署同样的网页服务环境你希望有一张卡的系统是已经装好Nginx、PHP、RabbitMQ、Docker但还没有任何业务数据的干净状态直接克隆就能用这叫Golden Image。很多人会把这两个需求混在一起结果要么频繁做整卡备份导致文件巨大要么一直懒得做备份。其实只要方法对用同一套dd工具两种都能解决。区别只在于备份前你是以当前的服务器为源还是特意准备一台模板机来制源。这篇文章的核心操作集中在镜像备份但第4章我会专门讲怎么把备份升级成真正可复用的Golden Image。懂了这套流程你以后想扩一台节点十分钟就能把新卡准备好不用再从头配环境。2. 备份前的准备工作与工具选型2.1 四大备份方案对比我先说结论准备给树莓派4B做镜像备份之前先解决工具问题。目前社区里常用的备份手法大致有这么几类方案系统备份方式优点缺点ddLinux/macOS自带全卡逐bit复制完整、可靠、无需额外安装结果文件与卡容量等大默认不压缩Win32DiskImagerWindows界面化读取整卡简单好上手Read速度一般依赖WindowsbalenaEtcher多平台主要用来写卡备份功能弱写卡体验好不适合做完整备份树莓派桌面版SD Card CopierRaspberry Pi OS桌面版整卡/分区复制图形界面直观需要桌面环境跑服务器的Lite版用不了如果问我个人的建议只要条件允许首选Linux下的dd。原因有三点。第一dd是逐位复制bit-for-bit不关心文件系统格式不管卡里是ext4、FAT32还是某个分区损坏了只要卡本身还能读dd就能把原始数据完整抠出来这对找回数据场景非常关键。第二dd配合管道可以直接用gzip压缩也不用额外装软件。第三dd跨平台通用你在树莓派本机上也能跑在macOS/Ubuntu主机上也能跑脚本一写就自动化。Win32DiskImager我用得不多但它有一个特殊价值当你的电脑只有Windows且TF卡插在Windows机器上时它是少数能读卡生成镜像的图形化工具而且操作和Etcher写卡一样简单。所以下面第3章会给三个平台的完整步骤。2.2 备份前先把系统状态收拾干净备份不是插上卡直接dd。如果你正在跑一个网页服务器直接备份会产生两个问题一是写入中的文件可能处于不一致状态恢复出来有问题二是备份文件里塞满了日志和无用缓存白白浪费存储空间。我建议按下面几步做备份前检查尤其是第一次做镜像的朋友别嫌麻烦。第一步把写入密集的服务临时停掉。以自建网页服务器为例通常要停的是sudo systemctl stop nginx sudo systemctl stop docker # 如果装了RabbitMQ或数据库建议一并停掉避免数据文件在备份中发生变化 sudo systemctl stop rabbitmq-server sudo systemctl stop mysql # 或者 mariadb这里的逻辑和数据库做热备份时先进入一致性状态类似。dd是逐位拷贝底层块设备如果源卡在拷贝过程中持续写入最后得到的镜像可能是某个时间点的分区表另一个时间点的数据文件虽然很多时候也能启动但数据一致性没有保证严重时可能恢复出来一台起不来的机器。第二步清理日志和临时文件。网页服务器的系统日志非常占空间尤其是RabbitMQ和Nginx的日志。用journald管理日志的话可以先限制大小再清掉旧日志。执行journalctl --vacuum-size100M这行命令会把journald日志裁剪到100MB以内注意这个操作会删除早期日志所以请确保没有需要保留的排障记录。接着清理APT缓存和临时文件避免把一堆无用文件塞进镜像里。sudo journalctl --vacuum-size100M sudo apt clean sudo rm -rf /tmp/* sudo rm -rf /var/tmp/*第三步检查文件系统是否有异常。在关机状态把卡挂到另一台Linux主机上下可以这样查sudo fsck -f /dev/sdb1 sudo fsck -f /dev/sdb2如果不想拆卡也可以在树莓派本机用dmesg看看有没有持续刷IO错误。看到反复出现的IO写错误就说明卡已经在崩溃边缘了这时候与其备份不如先换新卡把数据抢救出来。这个判断顺序很重要备份之前先确认源卡是健康的否则一份坏镜像还不如没有备份。dmesg | grep -i mmc\|error | tail -202.3 目标存储和空间评估镜像文件比你想象的大dd默认备份的是整张TF卡不是卡里实际用掉的部分。所以一张32GB的树莓派4B系统卡哪怕你只用了3GBdd出来的镜像文件也大约是32GB这是因为卡的每个扇区都会被读出来。这个认知非常重要很多人第一次做备份时盯着lsblk里的已用空间以为8GB的占用会得到8GB镜像等dd跑完才发现文件大小远超预期。如果你没有压缩准备的目标存储空间必须大于TF卡容量。建议直接按卡容量的1.2倍来准备比如32GB卡至少留出40GB空间。如果空间紧张可以用gzip实时压缩通常能压到实际使用量的大小比如卡里实际用了6GB压缩镜像可能只有2到4GB压缩率取决于卡内文件类型日志、压缩包占比高的话压得更多。还要想清楚备份文件的存放位置。很多人把镜像直接放在树莓派同一张卡上这在技术上自欺欺人——卡坏了镜像也一起没了。正确做法是挂载一块外置USB移动硬盘或者通过NFS/SMB把镜像写到局域网NAS上。对于树莓派4B这种有USB3.0口蓝色的板子外置硬盘备份速度还不错建议优先这样干。挂载示例sudo mkdir -p /mnt/backup sudo mount /dev/sda1 /mnt/backup如果目标是远程服务器就走scp或rsync把镜像传过去。我个人的习惯是备份目录里永远保留三样东西镜像文件、对应的sha256校验文件、一份简单的备份说明txt记录这台机器当时的系统版本、服务列表和备份原因。不要小看这个说明三个月后你再看到一堆镜像文件时会感谢当初多写了一行字。3. 核心实操三平台制作TF卡镜像全流程3.1 Linux下用dd制作镜像最推荐的方案无论你是把TF卡插在树莓派本机上还是插在一台Linux主机上操作都差不多。下面我以TF卡通过USB读卡器插到Ubuntu主机为例讲。第一步确认TF卡的设备名。这一步最怕手滑写错设备名会把主机硬盘覆盖掉所以务必先看输出lsblk假设结果是sda 8:0 0 465.8G 0 disk sdb 8:16 1 29.7G 0 disk ├─sdb1 8:17 1 256M 0 part /media/user/boot └─sdb2 8:18 1 29.5G 0 part /media/user/rootfssdb就是这张32GB的TF卡sdb1是引导分区sdb2是根分区。请反复确认容量和挂载点和你手头这张卡能对上号再继续。第二步卸载所有分区。系统可能自动挂载了boot和rootfs先卸掉sudo umount /dev/sdb1 sudo umount /dev/sdb2卸载后lsblk里挂载点会消失但设备名还在。第三步执行dd备份。我常用的命令是sudo dd if/dev/sdb of/mnt/backup/pi-web-$(date %Y%m%d)-full.img bs4M convfsync statusprogress拆开解释每个关键参数if/dev/sdb输入文件这里指整张卡设备不是sdb1分区。of...输出镜像文件路径我习惯把日期拼进文件名。bs4M每次读写4MB速度比默认512B快很多。bs设太大比如64M在某些老内核上反而会卡顿4M是稳定又快的选择。convfsync确保数据真正写到磁盘上再结束命令避免突然拔盘导致镜像损坏。statusprogress实时显示已拷贝字节数和速度对长任务非常重要。备份过程中你会看到类似输出4160749568 bytes (4.2 GB, 3.9 GiB) copied, 97 s, 42.9 MB/s32GB的卡在普通USB读卡器上大概需要10到15分钟具体看读卡器和卡的读取速度。第四步确认镜像完整。dd结束时会显示records in/out关键看有没有报错。如果有类似Input/output error的提示说明源卡存在坏块或读卡器接触不良这份镜像要谨慎对待。3.2 macOS下操作记得用rdisk原始节点macOS下流程和Linux基本一致但有个关键细节很多人不知道用diskutil查看设备时TF卡在macOS里显示为类似/dev/disk4的设备节点。备份时建议用/dev/rdisk4而不是/dev/disk4因为r开头的是原始设备节点raw device读写时绕过系统缓冲区速度能快上几倍。差别有多大同样一张卡用disk4可能要20分钟用rdisk4往往5分钟就搞定。完整命令如下diskutil list diskutil unmountDisk /dev/disk4 sudo dd if/dev/rdisk4 of~/Desktop/pi-web-backup.img bs4m注意macOS的dd不支持statusprogress参数你可以装一个pv管道查看器来显示进度brew install pv sudo dd if/dev/rdisk4 bs4m | pv | sudo dd of~/Desktop/pi-web-backup.img bs4m这里之所以在第二段dd前加sudo是为了在写入目标位置时有足够权限。如果你已经把镜像输出到一个普通用户可写的目录也可以不加。macOS的bs参数用小写m也是可以的十进制的4m等于4,000,000字节和Linux下的4M略有差异但对dd来说影响不大你保持和大写M一致也行。3.3 Windows下用Win32DiskImager备份Windows用户不想装WSL的话用Win32DiskImager就够了。步骤是这样的去官网下载Win32DiskImager安装后右键选择以管理员身份运行。这里特别提醒不点管理员身份运行后面读取卡很可能会因为权限不足报错。把TF卡插入读卡器确认Windows能正确识别。注意Windows可能弹出需要格式化的提示千万不能点格式化。在软件里点那个蓝色文件夹图标选择一个镜像保存路径比如 D:\backup\pi-web-backup.img。在Device下拉框里选择TF卡对应的盘符。留意看磁盘大小选错盘的后果很严重。点击Read按钮软件会开始把整张卡读成镜像文件。等待直到右侧进度条走完一般情况下Win32DiskImager不会显示具体速度耐心等就好。读取完成后把卡安全弹出。用Win32DiskImager做的镜像和dd做的镜像是兼容的后续你既可以用它写回也可以用balenaEtcher写回不影响。唯一要注意的是它是Windows原生工具备份大容量卡时容易因USB读卡器或驱动问题中断如果卡里有重要数据建议备份完成后把镜像文件校验一下第3.4节会讲。如果备份过程中软件无响应先别急着杀进程Win32DiskImager在读卡时偶尔会卡几秒等一等有时候就自己恢复了。3.4 镜像压缩与校验让备份更小、更放心dd做出来的原始镜像文件和卡等大动辄32GB直接存有点浪费。我习惯在备份后立刻压缩。最基本的做法是用gzipgzip /mnt/backup/pi-web-20240115-full.img这样会生成一个.img.gz文件用的时候先gunzip解压再dd写卡。缺点是压缩和解压都比较慢不过胜在命令简单、人人都会。更推荐的做法是边备份边压缩一条命令搞定sudo dd if/dev/sdb bs4M statusprogress | gzip /mnt/backup/pi-web-$(date %Y%m%d)-full.img.gz这样生成的.gz文件直接就是压缩后的镜像省去中间环节和一大半磁盘空间。如果你的服务器内存够大甚至可以在管道里加一个pigz并行gzip来加速压缩前提是先装好pigz这个包。如果有树莓派专用的镜像压缩工具也可以用PiShrink来进一步缩容。PiShrink能把镜像里未使用的空间裁剪掉让32GB的镜像可能变成5GB不到这是让我很惊喜的一个小工具。它特别适合用来处理Golden Image因为模板机通常系统占用不大用PiShrink缩完之后存起来非常省空间。用法也简单wget https://raw.githubusercontent.com/Drewsif/PiShrink/master/pishrink.sh chmod x pishrink.sh sudo ./pishrink.sh pi-web-20240115-full.img它甚至可以加-s参数跳过自动扩展文件系统这一步留给部署时再扩展。压缩完成后最好给每个镜像生成一个校验值文件方便以后验证文件有没有损坏sha256sum /mnt/backup/pi-web-20240115-full.img.gz /mnt/backup/pi-web-20240115-full.img.gz.sha256这个校验文件应该和镜像放在同一目录。以后写卡之前先跑一次校验如果输出OK说明文件没被破坏可以放心写卡如果提示校验不匹配说明文件在传输或存储过程中损坏了哪怕只差一个字节写进卡里也可能导致启动失败。sha256sum -c pi-web-20240115-full.img.gz.sha2564. 自制Golden Image从备份到可复用黄金镜像4.1 Golden Image 的核心理念模板大于备份如果你只是自己跑一台网页服务器备份完第3章就可以收工了。但如果你有第二台树莓派或者有一天想快速重建一套环境那就值得再花一小时专门做一份Golden Image。Golden Image的精神和灾备备份完全不同灾备备份追求最新、最全、可回滚Golden Image追求干净、稳定、可克隆。这也是为什么我强烈建议不要拿一台正在线上跑业务的服务器直接做Golden Image那样做出来的镜像里全是业务数据和临时状态克隆出来的机器会被各种脏数据污染。正确做法是准备一台模板机。这台树莓派不用多好的卡也不用长期开机就是拿来装系统、装软件、做基础配置然后拍一份镜像。这份镜像就是你的Golden Image之后所有新部署的网页服务器都从它克隆出来再各自做差异化配置。为什么这样做效率高我给你算笔账如果每次手动从头配置一台树莓派网页服务器光系统更新加安装基础软件就差不多要40分钟再加上Nginx、RabbitMQ、Docker这些服务的配置调试新手磨一下午很正常。而用Golden Image只要系统能启动你直接改主机名、IP、业务配置就能上线中间至少省掉80%的重复工作。尤其是当你需要同时维护两三台服务器的时候没有模板的话光是重复劳动就能把人逼疯。4.2 实战打造一台网页服务器模板机下面是我自己走通的一套流程全部基于Raspberry Pi OS Lite64位版比较适合当作Golden Image的底子。第一步全新安装并完成基础更新。用Raspberry Pi Imager把Raspberry Pi OS Lite写入TF卡建议在Imager里就预配置好SSH、用户名和WiFi密码。第一次开机联网后依次执行sudo apt update sudo apt full-upgrade -y sudo reboot更新完再装常用基础工具sudo apt install -y vim git curl wget htop tmux ufw第二步安装网页服务器核心组件。根据你的后端技术栈选装我以最常见的Nginx Docker RabbitMQ组合为例sudo apt install -y nginx docker.io docker-compose sudo systemctl enable --now nginx sudo systemctl enable --now docker sudo systemctl enable sshRabbitMQ由于仓库版本可能比较老建议直接用官方脚本添加源后安装安装时一并启用管理Web插件这样之后能在浏览器里通过15672端口看到队列、连接和消息状态sudo apt install -y rabbitmq-server sudo rabbitmq-plugins enable rabbitmq_management sudo systemctl enable --now rabbitmq-server这里顺带回答一个很多人搜的问题RabbitMQ服务器网页如何看和管理答案就是启用rabbitmq_management插件然后用http://树莓派IP:15672访问默认用户是guest/guest生产环境务必改掉。启用插件后你还能在Web界面上新建队列、查看连接数、监控消息堆积情况对自建网页服务器来说这套可视化管理面板非常实用。第三步做基础安全配置。Golden Image里最好提前把防火墙、SSH密钥和交换分区都设定好免得每台克隆机器都暴露默认端口。示例sudo ufw allow 22/tcp sudo ufw allow 80/tcp sudo ufw allow 443/tcp sudo ufw allow 15672/tcp sudo ufw enableSSH方面建议把密码登录关掉改用密钥登录这样克隆出来的机器默认就安全很多。关闭密码登录的方法是编辑/etc/ssh/sshd_config找到PasswordAuthentication改成no然后重启sshd。这一步做完之后记得在模板机上用密钥登录一次确认没问题再关机否则克隆出来的机器你可能根本进不去。第四步清理模板机的临时痕迹。这一步直接决定Golden Image的干净程度sudo journalctl --vacuum-size50M sudo apt clean sudo rm -rf /var/log/nginx/access.log /var/log/nginx/error.log sudo rm -rf /home/pi/.bash_history /root/.bash_history sudo rm -rf /tmp/* sudo poweroff这里最后不是重启而是关机。因为我们要拆卡做镜像关机状态下镜像才最干净、最一致。如果开着机就拆卡一方面系统可能还在写日志另一方面直接拔掉正在挂载的TF卡本身就有损坏风险。第五步拍镜像。关机后拆下TF卡用第3章的dd方法做镜像。至此你的Golden Image就诞生了。建议给它起个清晰的名字例如pi-web-golden-lite-64bit-v1.0.img.gz版本号很重要每次更新模板就递增一个版本避免到了现场分不清哪份是最新的。4.3 恢复与验证克隆出来的机器必须能跑做Golden Image的一半功夫在验证。没有验证过的镜像不能叫Golden Image只能叫又一个备份。建议每次做完整份镜像后马上找一张新卡写进去按下面清单逐项检查树莓派能否正常启动SSH能否连接。主机名是否还是模板里的名字需要改成新机器名。Nginx是否启动访问80端口是否返回默认或测试页面。Docker服务是否正常docker info有没有报错。RabbitMQ管理界面能否用IP:15672打开能否登录。防火墙是否生效ufw status显示规则齐全。TF卡剩余空间是否正常是否需要扩展分区。写回镜像的方法Linux用ddWindows用balenaEtcher或Win32DiskImager都行。以balenaEtcher为例选择镜像文件选择目标TF卡点击Flash等写入完成再验证。这里我特别提醒balenaEtcher不会自动压缩解压你喂给它的是.img就直接写.img喂给它的是.img.gz它会自动解压并写卡所以直接把压缩好的Golden Image丢给它就行。如果你是从16GB卡的镜像恢复到32GB新卡开机后RUN一下扩展分区命令Raspberry Pi OS桌面版会自动扩展Lite版用sudo raspi-config进入Advanced Options - Expand Filesystem然后reboot就能用满整张卡。验证时如果发现某个服务起不来不要急着怀疑镜像坏了先看看是不是克隆后的机器和模板机存在主机名、IP或密钥冲突这些才是排障的大头。5. 常见问题与排查技巧实录5.1 镜像文件小于TF卡容量正常吗这是新手最容易困惑的问题之一。dd出来的原始镜像大小和TF卡容量一致这是一定的但如果你用了gzip压缩或者PiShrink缩容得到的镜像文件自然会小很多这不代表数据丢了。判断镜像是否完整的唯一标准是校验值而不是文件大小。另外还有一种常见情况拿16GB卡做的镜像写进32GB卡后系统只显示16GB可用空间这是分区表和文件系统还停留在16GB导致按4.3节说的方法扩展分区即可。反过来32GB镜像往16GB卡上写除非你提前用PiShrink把分区截断到小于16GB否则基本都会失败或写不完整不建议尝试。5.2 dd恢复后树莓派无法启动先查这四件事写卡过程和恢复后起不来的情况我这边整理成一张速查表现象可能原因排查动作红灯亮绿灯不闪镜像没写对/卡没插好重写镜像确保写入目标选对绿灯乱闪黑屏无信号显示器/HDMI线问题或config.txt异常检查显示器连接查看config.txtSSH连不上主机名/IP变了或SSH服务未启动用raspberrypi.local或扫IP检查sshd启动后频繁重启电源功率不足树莓派4B要用5V/3A正规电源接线直接插墙充恢复后进不去系统分区表损坏或源卡本身有坏块重新做镜像换新卡再试电源问题在树莓派4B上非常常见别小看。4B满载时功耗接近7W劣质充电头在USB口接外设时会瞬间掉压触发电压保护导致重启。用Golden Image部署多台机器时每台机器的电源都必须靠谱这是硬件层面的坑软件镜像解决不了。5.3 备份速度太慢怎么提速dd的速度受三个因素制约TF卡本身的读取速度、读卡器接口、bs块大小。如果你的读卡器是USB2.0读一张32GB卡可能要20到30分钟换成USB3.0读卡器同样一张卡往往能压到10分钟以内。所以硬件升级是第一提速手段。软件上把bs从默认512字节改成4M是最基本的优化。实在想再快可以尝试bs8M或16M但建议先在小容量卡上测试避免某些读卡器驱动在超大块下反而卡死。如果还是慢那就换一张高速卡Class 10/A1以上做源卡旧卡当备份存放盘用。我实测过一批A1和A2规格的卡备份速度差距能达到30%以上所以做服务器用的卡投资一张好卡很值。5.4 有没有定时自动备份的偷懒方案镜像备份适合在重大变更前后做不适合天天跑。天天全量备份32GB会浪费大量磁盘和时间。我的建议是组合拳每次大改动升级系统、改Nginx配置、装新服务后手动做一次镜像备份日常数据用rsync做增量同步比如把网站目录、数据库导出文件同步到NASRabbitMQ本身建议配合持久化但队列数据备份最好用单独导出不要指望镜像备份能捕获运行中的内存队列状态。一个简单的自动备份脚本长这样#!/bin/bash # /usr/local/bin/backup-pi.sh set -e BACKUP_DIR/mnt/backup STAMP$(date %Y%m%d-%H%M) sudo dd if/dev/mmcblk0 bs4M statusprogress | gzip $BACKUP_DIR/pi-web-$STAMP.img.gz sha256sum $BACKUP_DIR/pi-web-$STAMP.img.gz $BACKUP_DIR/pi-web-$STAMP.img.gz.sha256 find $BACKUP_DIR -name *.img.gz -mtime 15 -delete加上cron每天凌晨执行一次0 3 * * * /usr/local/bin/backup-pi.sh /var/log/backup-pi.log 21脚本里那条find命令用于清理15天前的旧镜像避免备份目录被塞满。定时备份适合低写入场景如果你的服务器每秒都在写数据库生产环境下还是建议用数据库自己的在线备份机制配合镜像备份别只依赖dd。镜像能救系统但救不回来几小时前刚发生的业务数据变更这一点必须心里有数。写到这里关于树莓派4B网页服务器的TF卡镜像备份和Golden Image制作能把的坑基本都踩过一遍了。我个人最深的体会是备份这件事工具不是关键习惯才是。很多人输在等出问题再备份而真正靠谱的运维节奏是改完必备、克隆必验。哪怕你只是调了一个Nginx参数觉得无所谓也值得在事后花15分钟拍一份镜像因为你永远不知道下一次改动会不会把整个系统搞挂。另外Golden Image这种东西是有保质期的系统软件会更新安全补丁会发布建议每两到三个月更新一版保持模板不过期。把做好的Golden Image连同校验文件一起存到NAS或者移动硬盘里再写清楚版本号这套工作流就算闭环了。
树莓派4B和普通电脑最大的区别就是它没有板载硬盘整个系统、配置、网站代码、数据库、MQ队列数据全部挤在一张巴掌大的TF卡里。很多第一次搭自建网页服务器的朋友习惯把它当成一台小台式机来用天天折腾配置文件却从不考虑备份。我问一个很扎心的问题如果这张卡突然坏了你还能把Nginx的虚拟主机配置、RabbitMQ的用户权限、数据库里的内容原样恢复出来吗我在实际维护树莓派网页服务器的过程中见过太多重来一次的案例。有人的TF卡是杂牌货用了两个月频繁IO报错有人把日志默认写到系统盘结果卡被写满导致连SSH都进不去还有人辛辛苦苦用Docker跑了一整套服务结果一次意外断电后分区表就再也挂载不上了。如果你正卡在这一步那这篇文章就是为你准备的。我会从最基础的TF卡镜像备份讲起再带着你一步步做出一份能反复克隆部署的Golden Image覆盖方案选型、三平台实操、压缩校验、恢复验证和常见问题排查无论你之前有没有做过系统备份照着操作都能顺利完成。1. 为什么做网页服务器的树莓派最该先做镜像备份1.1 树莓派的命根子就是那张TF卡为什么TF卡这么容易出问题原因在于它的存储颗粒和主控设计本身就不是为高频率重复写入准备的。服务器和台式机用的SSD有过量均衡算法、断电保护、坏块管理TF卡也能做但受限于体积和成本这些机制往往做得比较弱。网页服务器偏偏又是一类持续写入的场景访问日志、错误日志、系统日志、数据库事务、消息队列都在疯狂写盘。时间一长卡的寿命就会明显缩水。更麻烦的是树莓派上电之后操作系统会把大量临时文件和交换分区都放在TF卡上。如果你的网页流量起来了Nginx的access.log一晚上能涨到几百MBRabbitMQ的持久化消息也持续落盘再加上系统自带的journald日志这些写入加在一起对一张普通TF卡来说就是成倍的磨损。你根本感觉不到它在慢慢变老直到某一天突然发现某个目录变成了只读、重启之后起不来、或者卡里出现一堆I/O错误那时候才想备份就已经晚了。所以在我个人看来给树莓派做镜像备份不是可选优化项而是第一天就该做的基础设施。而这篇文章要讲的就是把当前这张TF卡的完整状态做成一份镜像文件同时额外教你把它变成一份能反复使用、部署N台新机器的Golden Image。1.2 普通备份和Golden Image是两回事先明确一个概念。镜像备份Imaging是把整张TF卡逐位复制成一个文件里面既包含操作系统也包含分区表、引导程序和你全部的数据。它最大的优点是全——只要写回同一张容量的卡系统就和备份那一刻一模一样。缺点也很明显文件大、耗时长不适合频繁做。Golden Image黄金镜像是从镜像备份延伸出的另一种玩法它不追求备份最新状态而是追求提供一个经过验证的、干净的基础模板。你可以把它理解成Windows装机时用的Ghost镜像或者虚拟化平台里用来批量克隆的虚拟机模板。两者的典型使用场景是这样的你的网页服务器已经在跑线上业务了今天改了Nginx、明天装了个插件你需要在每次大改动后做一个备份这叫普通备份是为了出问题时能快速回滚。你要在第二台、第三台树莓派上部署同样的网页服务环境你希望有一张卡的系统是已经装好Nginx、PHP、RabbitMQ、Docker但还没有任何业务数据的干净状态直接克隆就能用这叫Golden Image。很多人会把这两个需求混在一起结果要么频繁做整卡备份导致文件巨大要么一直懒得做备份。其实只要方法对用同一套dd工具两种都能解决。区别只在于备份前你是以当前的服务器为源还是特意准备一台模板机来制源。这篇文章的核心操作集中在镜像备份但第4章我会专门讲怎么把备份升级成真正可复用的Golden Image。懂了这套流程你以后想扩一台节点十分钟就能把新卡准备好不用再从头配环境。2. 备份前的准备工作与工具选型2.1 四大备份方案对比我先说结论准备给树莓派4B做镜像备份之前先解决工具问题。目前社区里常用的备份手法大致有这么几类方案系统备份方式优点缺点ddLinux/macOS自带全卡逐bit复制完整、可靠、无需额外安装结果文件与卡容量等大默认不压缩Win32DiskImagerWindows界面化读取整卡简单好上手Read速度一般依赖WindowsbalenaEtcher多平台主要用来写卡备份功能弱写卡体验好不适合做完整备份树莓派桌面版SD Card CopierRaspberry Pi OS桌面版整卡/分区复制图形界面直观需要桌面环境跑服务器的Lite版用不了如果问我个人的建议只要条件允许首选Linux下的dd。原因有三点。第一dd是逐位复制bit-for-bit不关心文件系统格式不管卡里是ext4、FAT32还是某个分区损坏了只要卡本身还能读dd就能把原始数据完整抠出来这对找回数据场景非常关键。第二dd配合管道可以直接用gzip压缩也不用额外装软件。第三dd跨平台通用你在树莓派本机上也能跑在macOS/Ubuntu主机上也能跑脚本一写就自动化。Win32DiskImager我用得不多但它有一个特殊价值当你的电脑只有Windows且TF卡插在Windows机器上时它是少数能读卡生成镜像的图形化工具而且操作和Etcher写卡一样简单。所以下面第3章会给三个平台的完整步骤。2.2 备份前先把系统状态收拾干净备份不是插上卡直接dd。如果你正在跑一个网页服务器直接备份会产生两个问题一是写入中的文件可能处于不一致状态恢复出来有问题二是备份文件里塞满了日志和无用缓存白白浪费存储空间。我建议按下面几步做备份前检查尤其是第一次做镜像的朋友别嫌麻烦。第一步把写入密集的服务临时停掉。以自建网页服务器为例通常要停的是sudo systemctl stop nginx sudo systemctl stop docker # 如果装了RabbitMQ或数据库建议一并停掉避免数据文件在备份中发生变化 sudo systemctl stop rabbitmq-server sudo systemctl stop mysql # 或者 mariadb这里的逻辑和数据库做热备份时先进入一致性状态类似。dd是逐位拷贝底层块设备如果源卡在拷贝过程中持续写入最后得到的镜像可能是某个时间点的分区表另一个时间点的数据文件虽然很多时候也能启动但数据一致性没有保证严重时可能恢复出来一台起不来的机器。第二步清理日志和临时文件。网页服务器的系统日志非常占空间尤其是RabbitMQ和Nginx的日志。用journald管理日志的话可以先限制大小再清掉旧日志。执行journalctl --vacuum-size100M这行命令会把journald日志裁剪到100MB以内注意这个操作会删除早期日志所以请确保没有需要保留的排障记录。接着清理APT缓存和临时文件避免把一堆无用文件塞进镜像里。sudo journalctl --vacuum-size100M sudo apt clean sudo rm -rf /tmp/* sudo rm -rf /var/tmp/*第三步检查文件系统是否有异常。在关机状态把卡挂到另一台Linux主机上下可以这样查sudo fsck -f /dev/sdb1 sudo fsck -f /dev/sdb2如果不想拆卡也可以在树莓派本机用dmesg看看有没有持续刷IO错误。看到反复出现的IO写错误就说明卡已经在崩溃边缘了这时候与其备份不如先换新卡把数据抢救出来。这个判断顺序很重要备份之前先确认源卡是健康的否则一份坏镜像还不如没有备份。dmesg | grep -i mmc\|error | tail -202.3 目标存储和空间评估镜像文件比你想象的大dd默认备份的是整张TF卡不是卡里实际用掉的部分。所以一张32GB的树莓派4B系统卡哪怕你只用了3GBdd出来的镜像文件也大约是32GB这是因为卡的每个扇区都会被读出来。这个认知非常重要很多人第一次做备份时盯着lsblk里的已用空间以为8GB的占用会得到8GB镜像等dd跑完才发现文件大小远超预期。如果你没有压缩准备的目标存储空间必须大于TF卡容量。建议直接按卡容量的1.2倍来准备比如32GB卡至少留出40GB空间。如果空间紧张可以用gzip实时压缩通常能压到实际使用量的大小比如卡里实际用了6GB压缩镜像可能只有2到4GB压缩率取决于卡内文件类型日志、压缩包占比高的话压得更多。还要想清楚备份文件的存放位置。很多人把镜像直接放在树莓派同一张卡上这在技术上自欺欺人——卡坏了镜像也一起没了。正确做法是挂载一块外置USB移动硬盘或者通过NFS/SMB把镜像写到局域网NAS上。对于树莓派4B这种有USB3.0口蓝色的板子外置硬盘备份速度还不错建议优先这样干。挂载示例sudo mkdir -p /mnt/backup sudo mount /dev/sda1 /mnt/backup如果目标是远程服务器就走scp或rsync把镜像传过去。我个人的习惯是备份目录里永远保留三样东西镜像文件、对应的sha256校验文件、一份简单的备份说明txt记录这台机器当时的系统版本、服务列表和备份原因。不要小看这个说明三个月后你再看到一堆镜像文件时会感谢当初多写了一行字。3. 核心实操三平台制作TF卡镜像全流程3.1 Linux下用dd制作镜像最推荐的方案无论你是把TF卡插在树莓派本机上还是插在一台Linux主机上操作都差不多。下面我以TF卡通过USB读卡器插到Ubuntu主机为例讲。第一步确认TF卡的设备名。这一步最怕手滑写错设备名会把主机硬盘覆盖掉所以务必先看输出lsblk假设结果是sda 8:0 0 465.8G 0 disk sdb 8:16 1 29.7G 0 disk ├─sdb1 8:17 1 256M 0 part /media/user/boot └─sdb2 8:18 1 29.5G 0 part /media/user/rootfssdb就是这张32GB的TF卡sdb1是引导分区sdb2是根分区。请反复确认容量和挂载点和你手头这张卡能对上号再继续。第二步卸载所有分区。系统可能自动挂载了boot和rootfs先卸掉sudo umount /dev/sdb1 sudo umount /dev/sdb2卸载后lsblk里挂载点会消失但设备名还在。第三步执行dd备份。我常用的命令是sudo dd if/dev/sdb of/mnt/backup/pi-web-$(date %Y%m%d)-full.img bs4M convfsync statusprogress拆开解释每个关键参数if/dev/sdb输入文件这里指整张卡设备不是sdb1分区。of...输出镜像文件路径我习惯把日期拼进文件名。bs4M每次读写4MB速度比默认512B快很多。bs设太大比如64M在某些老内核上反而会卡顿4M是稳定又快的选择。convfsync确保数据真正写到磁盘上再结束命令避免突然拔盘导致镜像损坏。statusprogress实时显示已拷贝字节数和速度对长任务非常重要。备份过程中你会看到类似输出4160749568 bytes (4.2 GB, 3.9 GiB) copied, 97 s, 42.9 MB/s32GB的卡在普通USB读卡器上大概需要10到15分钟具体看读卡器和卡的读取速度。第四步确认镜像完整。dd结束时会显示records in/out关键看有没有报错。如果有类似Input/output error的提示说明源卡存在坏块或读卡器接触不良这份镜像要谨慎对待。3.2 macOS下操作记得用rdisk原始节点macOS下流程和Linux基本一致但有个关键细节很多人不知道用diskutil查看设备时TF卡在macOS里显示为类似/dev/disk4的设备节点。备份时建议用/dev/rdisk4而不是/dev/disk4因为r开头的是原始设备节点raw device读写时绕过系统缓冲区速度能快上几倍。差别有多大同样一张卡用disk4可能要20分钟用rdisk4往往5分钟就搞定。完整命令如下diskutil list diskutil unmountDisk /dev/disk4 sudo dd if/dev/rdisk4 of~/Desktop/pi-web-backup.img bs4m注意macOS的dd不支持statusprogress参数你可以装一个pv管道查看器来显示进度brew install pv sudo dd if/dev/rdisk4 bs4m | pv | sudo dd of~/Desktop/pi-web-backup.img bs4m这里之所以在第二段dd前加sudo是为了在写入目标位置时有足够权限。如果你已经把镜像输出到一个普通用户可写的目录也可以不加。macOS的bs参数用小写m也是可以的十进制的4m等于4,000,000字节和Linux下的4M略有差异但对dd来说影响不大你保持和大写M一致也行。3.3 Windows下用Win32DiskImager备份Windows用户不想装WSL的话用Win32DiskImager就够了。步骤是这样的去官网下载Win32DiskImager安装后右键选择以管理员身份运行。这里特别提醒不点管理员身份运行后面读取卡很可能会因为权限不足报错。把TF卡插入读卡器确认Windows能正确识别。注意Windows可能弹出需要格式化的提示千万不能点格式化。在软件里点那个蓝色文件夹图标选择一个镜像保存路径比如 D:\backup\pi-web-backup.img。在Device下拉框里选择TF卡对应的盘符。留意看磁盘大小选错盘的后果很严重。点击Read按钮软件会开始把整张卡读成镜像文件。等待直到右侧进度条走完一般情况下Win32DiskImager不会显示具体速度耐心等就好。读取完成后把卡安全弹出。用Win32DiskImager做的镜像和dd做的镜像是兼容的后续你既可以用它写回也可以用balenaEtcher写回不影响。唯一要注意的是它是Windows原生工具备份大容量卡时容易因USB读卡器或驱动问题中断如果卡里有重要数据建议备份完成后把镜像文件校验一下第3.4节会讲。如果备份过程中软件无响应先别急着杀进程Win32DiskImager在读卡时偶尔会卡几秒等一等有时候就自己恢复了。3.4 镜像压缩与校验让备份更小、更放心dd做出来的原始镜像文件和卡等大动辄32GB直接存有点浪费。我习惯在备份后立刻压缩。最基本的做法是用gzipgzip /mnt/backup/pi-web-20240115-full.img这样会生成一个.img.gz文件用的时候先gunzip解压再dd写卡。缺点是压缩和解压都比较慢不过胜在命令简单、人人都会。更推荐的做法是边备份边压缩一条命令搞定sudo dd if/dev/sdb bs4M statusprogress | gzip /mnt/backup/pi-web-$(date %Y%m%d)-full.img.gz这样生成的.gz文件直接就是压缩后的镜像省去中间环节和一大半磁盘空间。如果你的服务器内存够大甚至可以在管道里加一个pigz并行gzip来加速压缩前提是先装好pigz这个包。如果有树莓派专用的镜像压缩工具也可以用PiShrink来进一步缩容。PiShrink能把镜像里未使用的空间裁剪掉让32GB的镜像可能变成5GB不到这是让我很惊喜的一个小工具。它特别适合用来处理Golden Image因为模板机通常系统占用不大用PiShrink缩完之后存起来非常省空间。用法也简单wget https://raw.githubusercontent.com/Drewsif/PiShrink/master/pishrink.sh chmod x pishrink.sh sudo ./pishrink.sh pi-web-20240115-full.img它甚至可以加-s参数跳过自动扩展文件系统这一步留给部署时再扩展。压缩完成后最好给每个镜像生成一个校验值文件方便以后验证文件有没有损坏sha256sum /mnt/backup/pi-web-20240115-full.img.gz /mnt/backup/pi-web-20240115-full.img.gz.sha256这个校验文件应该和镜像放在同一目录。以后写卡之前先跑一次校验如果输出OK说明文件没被破坏可以放心写卡如果提示校验不匹配说明文件在传输或存储过程中损坏了哪怕只差一个字节写进卡里也可能导致启动失败。sha256sum -c pi-web-20240115-full.img.gz.sha2564. 自制Golden Image从备份到可复用黄金镜像4.1 Golden Image 的核心理念模板大于备份如果你只是自己跑一台网页服务器备份完第3章就可以收工了。但如果你有第二台树莓派或者有一天想快速重建一套环境那就值得再花一小时专门做一份Golden Image。Golden Image的精神和灾备备份完全不同灾备备份追求最新、最全、可回滚Golden Image追求干净、稳定、可克隆。这也是为什么我强烈建议不要拿一台正在线上跑业务的服务器直接做Golden Image那样做出来的镜像里全是业务数据和临时状态克隆出来的机器会被各种脏数据污染。正确做法是准备一台模板机。这台树莓派不用多好的卡也不用长期开机就是拿来装系统、装软件、做基础配置然后拍一份镜像。这份镜像就是你的Golden Image之后所有新部署的网页服务器都从它克隆出来再各自做差异化配置。为什么这样做效率高我给你算笔账如果每次手动从头配置一台树莓派网页服务器光系统更新加安装基础软件就差不多要40分钟再加上Nginx、RabbitMQ、Docker这些服务的配置调试新手磨一下午很正常。而用Golden Image只要系统能启动你直接改主机名、IP、业务配置就能上线中间至少省掉80%的重复工作。尤其是当你需要同时维护两三台服务器的时候没有模板的话光是重复劳动就能把人逼疯。4.2 实战打造一台网页服务器模板机下面是我自己走通的一套流程全部基于Raspberry Pi OS Lite64位版比较适合当作Golden Image的底子。第一步全新安装并完成基础更新。用Raspberry Pi Imager把Raspberry Pi OS Lite写入TF卡建议在Imager里就预配置好SSH、用户名和WiFi密码。第一次开机联网后依次执行sudo apt update sudo apt full-upgrade -y sudo reboot更新完再装常用基础工具sudo apt install -y vim git curl wget htop tmux ufw第二步安装网页服务器核心组件。根据你的后端技术栈选装我以最常见的Nginx Docker RabbitMQ组合为例sudo apt install -y nginx docker.io docker-compose sudo systemctl enable --now nginx sudo systemctl enable --now docker sudo systemctl enable sshRabbitMQ由于仓库版本可能比较老建议直接用官方脚本添加源后安装安装时一并启用管理Web插件这样之后能在浏览器里通过15672端口看到队列、连接和消息状态sudo apt install -y rabbitmq-server sudo rabbitmq-plugins enable rabbitmq_management sudo systemctl enable --now rabbitmq-server这里顺带回答一个很多人搜的问题RabbitMQ服务器网页如何看和管理答案就是启用rabbitmq_management插件然后用http://树莓派IP:15672访问默认用户是guest/guest生产环境务必改掉。启用插件后你还能在Web界面上新建队列、查看连接数、监控消息堆积情况对自建网页服务器来说这套可视化管理面板非常实用。第三步做基础安全配置。Golden Image里最好提前把防火墙、SSH密钥和交换分区都设定好免得每台克隆机器都暴露默认端口。示例sudo ufw allow 22/tcp sudo ufw allow 80/tcp sudo ufw allow 443/tcp sudo ufw allow 15672/tcp sudo ufw enableSSH方面建议把密码登录关掉改用密钥登录这样克隆出来的机器默认就安全很多。关闭密码登录的方法是编辑/etc/ssh/sshd_config找到PasswordAuthentication改成no然后重启sshd。这一步做完之后记得在模板机上用密钥登录一次确认没问题再关机否则克隆出来的机器你可能根本进不去。第四步清理模板机的临时痕迹。这一步直接决定Golden Image的干净程度sudo journalctl --vacuum-size50M sudo apt clean sudo rm -rf /var/log/nginx/access.log /var/log/nginx/error.log sudo rm -rf /home/pi/.bash_history /root/.bash_history sudo rm -rf /tmp/* sudo poweroff这里最后不是重启而是关机。因为我们要拆卡做镜像关机状态下镜像才最干净、最一致。如果开着机就拆卡一方面系统可能还在写日志另一方面直接拔掉正在挂载的TF卡本身就有损坏风险。第五步拍镜像。关机后拆下TF卡用第3章的dd方法做镜像。至此你的Golden Image就诞生了。建议给它起个清晰的名字例如pi-web-golden-lite-64bit-v1.0.img.gz版本号很重要每次更新模板就递增一个版本避免到了现场分不清哪份是最新的。4.3 恢复与验证克隆出来的机器必须能跑做Golden Image的一半功夫在验证。没有验证过的镜像不能叫Golden Image只能叫又一个备份。建议每次做完整份镜像后马上找一张新卡写进去按下面清单逐项检查树莓派能否正常启动SSH能否连接。主机名是否还是模板里的名字需要改成新机器名。Nginx是否启动访问80端口是否返回默认或测试页面。Docker服务是否正常docker info有没有报错。RabbitMQ管理界面能否用IP:15672打开能否登录。防火墙是否生效ufw status显示规则齐全。TF卡剩余空间是否正常是否需要扩展分区。写回镜像的方法Linux用ddWindows用balenaEtcher或Win32DiskImager都行。以balenaEtcher为例选择镜像文件选择目标TF卡点击Flash等写入完成再验证。这里我特别提醒balenaEtcher不会自动压缩解压你喂给它的是.img就直接写.img喂给它的是.img.gz它会自动解压并写卡所以直接把压缩好的Golden Image丢给它就行。如果你是从16GB卡的镜像恢复到32GB新卡开机后RUN一下扩展分区命令Raspberry Pi OS桌面版会自动扩展Lite版用sudo raspi-config进入Advanced Options - Expand Filesystem然后reboot就能用满整张卡。验证时如果发现某个服务起不来不要急着怀疑镜像坏了先看看是不是克隆后的机器和模板机存在主机名、IP或密钥冲突这些才是排障的大头。5. 常见问题与排查技巧实录5.1 镜像文件小于TF卡容量正常吗这是新手最容易困惑的问题之一。dd出来的原始镜像大小和TF卡容量一致这是一定的但如果你用了gzip压缩或者PiShrink缩容得到的镜像文件自然会小很多这不代表数据丢了。判断镜像是否完整的唯一标准是校验值而不是文件大小。另外还有一种常见情况拿16GB卡做的镜像写进32GB卡后系统只显示16GB可用空间这是分区表和文件系统还停留在16GB导致按4.3节说的方法扩展分区即可。反过来32GB镜像往16GB卡上写除非你提前用PiShrink把分区截断到小于16GB否则基本都会失败或写不完整不建议尝试。5.2 dd恢复后树莓派无法启动先查这四件事写卡过程和恢复后起不来的情况我这边整理成一张速查表现象可能原因排查动作红灯亮绿灯不闪镜像没写对/卡没插好重写镜像确保写入目标选对绿灯乱闪黑屏无信号显示器/HDMI线问题或config.txt异常检查显示器连接查看config.txtSSH连不上主机名/IP变了或SSH服务未启动用raspberrypi.local或扫IP检查sshd启动后频繁重启电源功率不足树莓派4B要用5V/3A正规电源接线直接插墙充恢复后进不去系统分区表损坏或源卡本身有坏块重新做镜像换新卡再试电源问题在树莓派4B上非常常见别小看。4B满载时功耗接近7W劣质充电头在USB口接外设时会瞬间掉压触发电压保护导致重启。用Golden Image部署多台机器时每台机器的电源都必须靠谱这是硬件层面的坑软件镜像解决不了。5.3 备份速度太慢怎么提速dd的速度受三个因素制约TF卡本身的读取速度、读卡器接口、bs块大小。如果你的读卡器是USB2.0读一张32GB卡可能要20到30分钟换成USB3.0读卡器同样一张卡往往能压到10分钟以内。所以硬件升级是第一提速手段。软件上把bs从默认512字节改成4M是最基本的优化。实在想再快可以尝试bs8M或16M但建议先在小容量卡上测试避免某些读卡器驱动在超大块下反而卡死。如果还是慢那就换一张高速卡Class 10/A1以上做源卡旧卡当备份存放盘用。我实测过一批A1和A2规格的卡备份速度差距能达到30%以上所以做服务器用的卡投资一张好卡很值。5.4 有没有定时自动备份的偷懒方案镜像备份适合在重大变更前后做不适合天天跑。天天全量备份32GB会浪费大量磁盘和时间。我的建议是组合拳每次大改动升级系统、改Nginx配置、装新服务后手动做一次镜像备份日常数据用rsync做增量同步比如把网站目录、数据库导出文件同步到NASRabbitMQ本身建议配合持久化但队列数据备份最好用单独导出不要指望镜像备份能捕获运行中的内存队列状态。一个简单的自动备份脚本长这样#!/bin/bash # /usr/local/bin/backup-pi.sh set -e BACKUP_DIR/mnt/backup STAMP$(date %Y%m%d-%H%M) sudo dd if/dev/mmcblk0 bs4M statusprogress | gzip $BACKUP_DIR/pi-web-$STAMP.img.gz sha256sum $BACKUP_DIR/pi-web-$STAMP.img.gz $BACKUP_DIR/pi-web-$STAMP.img.gz.sha256 find $BACKUP_DIR -name *.img.gz -mtime 15 -delete加上cron每天凌晨执行一次0 3 * * * /usr/local/bin/backup-pi.sh /var/log/backup-pi.log 21脚本里那条find命令用于清理15天前的旧镜像避免备份目录被塞满。定时备份适合低写入场景如果你的服务器每秒都在写数据库生产环境下还是建议用数据库自己的在线备份机制配合镜像备份别只依赖dd。镜像能救系统但救不回来几小时前刚发生的业务数据变更这一点必须心里有数。写到这里关于树莓派4B网页服务器的TF卡镜像备份和Golden Image制作能把的坑基本都踩过一遍了。我个人最深的体会是备份这件事工具不是关键习惯才是。很多人输在等出问题再备份而真正靠谱的运维节奏是改完必备、克隆必验。哪怕你只是调了一个Nginx参数觉得无所谓也值得在事后花15分钟拍一份镜像因为你永远不知道下一次改动会不会把整个系统搞挂。另外Golden Image这种东西是有保质期的系统软件会更新安全补丁会发布建议每两到三个月更新一版保持模板不过期。把做好的Golden Image连同校验文件一起存到NAS或者移动硬盘里再写清楚版本号这套工作流就算闭环了。
