データベースへのアクセス

確認のためにやり直しました。

  1. 管理ページ https:///admin/backup を使用してダウンロードをリクエストし、手順に従いました。メールによる確認やファイルのダウンロードなど、いくつかのステップがありました。
  2. ダウンロードされたファイルは 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
  1. 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
  1. 同じ 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つ少なくなったことです。