科技 · 实用指南
Audacity AUP3 恢复：修复前先保留配套 WAL 文件
认清真正的项目文件，保护尚存资料，并核对最新录音，再判断恢复是否成功。
.aup3-wal 不是一个仅仅名字不方便的完整 Audacity 项目。改名为 .aup3 并不能重建数据库。2026 年 4 月的一条真实论坛提问就描述了这种尝试，以及“不是数据库”的错误。
本清单适用于 Audacity 3 的 .aup3 项目。Audacity 4 保存 .aup4，并能打开 AUP3，但菜单和恢复功能有所不同。不能仅因两个应用都叫 Audacity，就把旧命令用到另一种格式。
1. 项目是否还开着并能正常响应？
如果 Audacity 3 仍能正常操作，使用 Save Project 和 Backup Project，等待保存完成，再把重要音频另行导出为 WAV 或 AIFF。不要用文件管理器移动、改名或复制仍打开的项目。先正常关闭，再进行文件级复制。
2. 崩溃后保留配套文件
再次修复前，在 Audacity 已不再运行的情况下，将尚存的项目文件夹复制到另一位置，原件保持不动。把 .aup3 及同名的 .aup3-wal、.aup3-shm 配套文件一起保留，维持原名；缺少这些配套文件本身并不能说明是否可以恢复。
SQLite 解释，WAL 可能包含已经提交、但尚未写入主数据库的更改。将它与主数据库分离，可能丢失更改或损坏复制后的状态。因此本指南建议保留配套文件，而不是删除所谓“临时”文件。
3. 先判断分支，再选择命令
如果确实有 AUP3 文件，保留不动的备份，并先在工作副本上尝试文档所述的自动恢复。仍需修复时，按照下方来源中的 Audacity 3 官方恢复说明执行。该说明估计可用空间应约为 AUP3 大小的四倍，目前提供 Windows 和 Linux 步骤，没有 macOS 操作流程。
项目工具 README 说明，-drop_autosave 会移除自动保存表，-recover_project 会把缺失的音频块替换成静音。数据库完整性检查通过，并不证明音频完整。这些是抢救操作，不能保证找回每一处最新修改。
如果只剩 WAL，不要继续改名，也不要人为创建一个替代项目。寻找原始 AUP3、备份以及已配置的临时目录。向 Audacity 支持论坛说明尚存文件，提供版本、操作系统、准确文件名、大小和错误。不要混合不同项目的文件。
4. 核对录音，不只看窗口能否打开
单独打开恢复输出，检查预期轨道、片段位置和时长。听录音开头、结尾和最新编辑处，并检查报错提及的缺失块是否变成静音。有已知导出文件时进行对比。另存一个不同名称的恢复项目，并导出可播放音频；重要内容核实前，保留原始配套文件。本清单无法恢复已经不存在的字节。
