Laravel S3 备份失败原因解析

Laravel 备份失败时提示 “Copying zip failed because: There is a connection error when trying to connect to disk named `S3`”，这一错误看似是网络或 AWS 凭据问题，实则往往源于一个极易被忽略的细节：**磁盘名称的大小写不一致**。

spatie/laravel-backup 在执行备份后，会尝试将生成的 ZIP 文件写入 backup.destination.disks 配置中指定的磁盘（例如 'S3'）。但 Laravel 的文件系统驱动通过 Storage::disk($name) 查找磁盘时，严格区分大小写——如果 config/filesystems.php 中定义的是 's3'（小写，Laravel 默认配置），而 config/backup.php 中却写成了 'S3'（首字母大写），Laravel 就无法找到对应磁盘实例，从而抛出模糊的“connection error”异常。

✅ 正确做法是统一磁盘名称大小写。检查并修正两处配置：

1. config/filesystems.php 中的磁盘定义（默认为）：

   'disks' => [
    's3' => [
        'driver' => 's3',
        'key' => env('AWS_ACCESS_KEY_ID'),
        'secret' => env('AWS_SECRET_ACCESS_KEY'),
        'region' => env('AWS_DEFAULT_REGION'),
        'bucket' => env('AWS_BUCKET'),
        'url' => env('AWS_URL'),
        'endpoint' => env('AWS_ENDPOINT'),
    ],
    // 其他磁盘...
   ],

2. config/backup.php 中的备份目标磁盘配置（应与上面对应）：

   'destination' => [
    'disks' => [
        's3', // ✅ 必须小写，与 filesystems.php 中的键名完全一致
    ],
   ],

⚠️ 注意事项：

• php artisan backup:run --only-db -vvv 中的 -vvv 确实不会增强该特定错误的上下文输出，因为异常发生在底层 Storage::disk() 调用阶段，未进入 backup 包的详细日志流程；
• 运行 php artisan tinker 并手动测试磁盘连通性可快速验证：

  >>> Storage::disk('s3')->exists('test.txt') // 应返回 false 或 true，而非异常
  >>> Storage::disk('S3')->exists('test.txt') // 若配置不匹配，此处直接报错

• 清除配置缓存后重试：php artisan config:clear（尤其在修改 config/backup.php 后）；
• 确保 .env 中 AWS_* 环境变量已正确设置且无空格或引号干扰。

总结：Laravel 的磁盘名是严格字符串匹配，不是逻辑别名。备份失败时优先核对 backup.destination.disks 数组中的每个值是否与 filesystems.php 的 disks 键名逐字符一致（包括大小写、下划线、连字符）。这个看似微小的差异，正是多数“连接错误”背后真正的元凶。