確認のためにやり直しました。
- 管理ページ https:///admin/backup を使用してダウンロードをリクエストし、手順に従いました。メールによる確認やファイルのダウンロードなど、いくつかのステップがありました。
- ダウンロードされたファイルは
gzファイルでした。例:abc-2025-01-23-095947-v20250122131007.sql.gz。Windows では 7-zip を使用してファイルを解凍し、末尾の.gzを除いた同じ名前のディレクトリを作成しました。
C:\Users\Groot\Downloads>dir *.sql.gz
01/23/2025 05:04 AM 407,213,170 abc-2025-01-23-095947-v20250122131007.sql.gz
C:\Users\Groot\Downloads>dir *.sql
01/23/2025 05:04 AM <DIR> abc-2025-01-23-095947-v20250122131007.sql
- sql ファイルがあるディレクトリに開いた Windows コマンド プロンプトを使用して、sql ファイルが存在することを確認しました。
C:\Users\Groot\Downloads\abc-2025-01-23-095947-v20250122131007.sql>dir
01/23/2025 05:04 AM 1,572,346,154 abc-2025-01-23-095947-v20250122131007.sql
1 File(s) 1,572,346,154 bytes
- 同じ Windows コマンド プロンプトを使用して、sql ファイルの先頭を表示するコマンドを入力しました。
type /a | more
C:\Users\Groot\Downloads\abc-2025-01-23-095947-v20250122131007.sql>type "abc-2025-01-23-095947-v20250122131007.sql" /a | more
abc-2025-01-23-095947-v20250122131007.sql
--
-- PostgreSQL database dump
--
-- Dumped from database version 15.8 (Debian 15.8-1.pgdg110+1)
-- Dumped by pg_dump version 15.10 (Debian 15.10-1.pgdg120+1)
-- Started on 2025-01-23 09:59:47 UTC
SET statement_timeout = 0;
SET lock_timeout = 0;
SET idle_in_transaction_session_timeout = 0;
SET client_encoding = 'UTF8';
これで、SQL ファイルを PGAdmin で使用してデータをインポートできるようになることを願っています。
追記
約5年前にこの件について投稿した際(https://meta.discourse.org/t/accessing-database/154125/2?u=ericgt)、ダウンロードされるファイルの種類は tar.gz でしたが、現在は sql.gz になっています。唯一の違いは、解凍ステップが1つ少なくなったことです。