# 復元後の画像にS3バケットURLが含まれていない

**URL:** https://meta.discourse.org/t/images-after-a-restore-dont-have-s3-bucket-url/404659
**Category:** Support
**Tags:** s3, hosting
**Created:** [2026 年 6 月 6 日午前 3:09 UTC](https://meta.discourse.org/t/images-after-a-restore-dont-have-s3-bucket-url/404659 "2026-06-06T03:09:00Z")
**Posts on this page:** 1
**Showing post:** 9

<div class="post-metadata">

### Author: ![gerhard](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/gerhard/32/119479_2.png) [@gerhard](https://meta.discourse.org/u/gerhard)
#### Post date: [2026 年 6 月 12 日午前 8:38 UTC](https://meta.discourse.org/t/images-after-a-restore-dont-have-s3-bucket-url/404659/9 "2026-06-12T08:38:36Z")

</div>

> [@Maxine](#):
>
> アップロードなしでバックアップを取得しました。そこから問題が始まりました。URLがまだ誤って記録されていました。

それがどうして起こったのかはわかりません。`.sql.gz` ファイルを復元する際、復元プロセスはアップロード関連のコード（アップロードURLの書き換えを含む）をすべてスキップします。

もしかしたら、私たちが話していることが異なるのかもしれません。私が言っているのは、`uploads` テーブルの `url` カラムのことです。通常、これは `//your-s3-bucket/original/...` ですが、ローカル環境では `/uploads/original` となります。

`.sql.gz` ファイルを復元する際の注意点として、URLは一切書き換えられません。これは、バックアップが作成されたサーバーと同じホスト名でサーバーにアクセスできることを前提としています。ホスト名を変更する場合は、URLのマッピングを再設定する必要があります。

---

_[View the full topic](https://meta.discourse.org/t/images-after-a-restore-dont-have-s3-bucket-url/404659)._