# 復元時に失敗しないように、重複キータグを削除するためにバックアップ内のデータベースを変更する **URL:** \ **Category:** Self-hosting\ **Created:** [2023 年 7 月 27 日午後 12:25 UTC](https://meta.discourse.org/t/modifying-the-database-inside-of-a-backup-to-remove-a-duplicate-key-tag-so-that-it-doesnt-fail-when-restoring/273039 "2023-07-27T12:25:26Z")\ **Posts on this page:** 1\ **Showing post:** 27
**Author:** ![Drew-ART](https://avatars.discourse-cdn.com/v4/letter/d/8edcca/32.png) [@Drew-ART](https://meta.discourse.org/u/Drew-ART)\ **Post date:** [2023 年 8 月 30 日午前 8:33 UTC](https://meta.discourse.org/t/modifying-the-database-inside-of-a-backup-to-remove-a-duplicate-key-tag-so-that-it-doesnt-fail-when-restoring/273039/27 "2023-08-30T08:33:36Z")
サイトが復旧しました！ご協力いただいた皆様、ありがとうございました。 どうやら数日前に解決していたようですが、エラーメッセージを注意深く読んでいませんでした。‘socialmedia’ と ‘social-media’ という2つの重複タグがありました。最初のタグを修正した後、2つの重複タグが非常に似ていたため、エラーメッセージが変わったことに気づきませんでした。 以下は、これらの2つのエラーを修正するプロセスです。 **1. タグテーブルと重複タグの検索** - バックアップをオペレーティングシステムにダウンロードします。このガイドはWindows用ですが、Linuxでも同様のプロセスになります。 - すべてのzipフォルダを展開すると、dump.sqlファイルとuploadsフォルダが残ります。 - dump.sqlファイルをテキストエディタで開きます。私はVisual Studio Codeを使用しました。 - 「COPY public.tags」を検索してタグテーブルを見つけます。これは下部にあり、次のように表示されるはずです。 ![image](https://global.discourse-cdn.com/meta/original/4X/e/a/6/ea6f172e408de93e5e0b781172ec931a41a9c8c8.png) - 手動でブラウズするか、タグテーブルを別のドキュメントにコピー＆ペーストして検索機能を使用し、重複タグを見つけます。 - 修正したdump.sqlファイルをdump.sqlとして保存します。 **2. ファイルとフォルダの順序と名前は、再zipする際に完璧でなければなりません。** - 展開後、dump.sqlファイルとuploadsフォルダがあるはずです。 - dump.sqlを右クリックします。「7zip」を選択し、「アーカイブに追加」を選択します。 - アーカイブ形式としてgzipを選択し、ファイル名は元のままにします。 - 新しいdump.sql.gzファイルとuploadsファイルを選択し、右クリック \> 7zip \> アーカイブに追加 \> アーカイブ形式: tar を選択します。ファイル名は元のバックアップとまったく同じであることを確認してください。‘public-happiness-2023-07-25-033857-v20220628031850’ のようなものになるはずです。 - 新しい.tarファイルを選択 \> 7zip \> アーカイブに追加 \> アーカイブ形式: gzip を選択します。ファイル名は元のバックアップとまったく同じであることを確認してください。‘public-happiness-2023-07-25-033857-v20220628031850’ のようなものになるはずです。 - 最終結果は、元のバックアップと同じ名前の.tar.gzファイルになるはずです。 - 管理エリアにアップロードしてバックアップを復元します。 --- _[View the full topic](https://meta.discourse.org/t/modifying-the-database-inside-of-a-backup-to-remove-a-duplicate-key-tag-so-that-it-doesnt-fail-when-restoring/273039)._