Skip Navigation
Show nav
Dev Center
  • Get Started
  • ドキュメント
  • Changelog
  • Search
  • Get Started
    • Node.js
    • Ruby on Rails
    • Ruby
    • Python
    • Java
    • PHP
    • Go
    • Scala
    • Clojure
    • .NET
  • ドキュメント
  • Changelog
  • More
    Additional Resources
    • Home
    • Elements
    • Products
    • Pricing
    • Careers
    • Help
    • Status
    • Events
    • Podcasts
    • Compliance Center
    Heroku Blog

    Heroku Blog

    Find out what's new with Heroku on our blog.

    Visit Blog
  • Log inorSign up
View categories

Categories

  • Heroku のアーキテクチャ
    • Dyno (アプリコンテナ)
      • Dyno Management
      • Dyno Concepts
      • Dyno Behavior
      • Dyno Reference
      • Dyno Troubleshooting
    • スタック (オペレーティングシステムイメージ)
    • ネットワーキングと DNS
    • プラットフォームポリシー
    • プラットフォームの原則
  • Developer Tools
    • コマンドライン
    • Heroku VS Code Extension
  • デプロイ
    • Git を使用したデプロイ
    • Docker によるデプロイ
    • デプロイ統合
  • 継続的デリバリーとインテグレーション
    • 継続的統合
  • 言語サポート
    • Node.js
      • Working with Node.js
      • Node.js Behavior in Heroku
      • Troubleshooting Node.js Apps
    • Ruby
      • Rails のサポート
      • Bundler の使用
      • Working with Ruby
      • Ruby Behavior in Heroku
      • Troubleshooting Ruby Apps
    • Python
      • Working with Python
      • Python でのバックグランドジョブ
      • Python Behavior in Heroku
      • Django の使用
    • Java
      • Java Behavior in Heroku
      • Working with Java
      • Maven の使用
      • Spring Boot の使用
      • Troubleshooting Java Apps
    • PHP
      • PHP Behavior in Heroku
      • Working with PHP
    • Go
      • Go の依存関係管理
    • Scala
    • Clojure
    • .NET
      • Working with .NET
  • データベースとデータ管理
    • Heroku Postgres
      • Postgres の基礎
      • Postgres スターターガイド
      • Postgres のパフォーマンス
      • Postgres のデータ転送と保持
      • Postgres の可用性
      • Postgres の特別なトピック
      • Migrating to Heroku Postgres
    • Heroku Data For Redis
    • Apache Kafka on Heroku
    • その他のデータストア
  • AI
    • Model Context Protocol
    • Vector Database
    • Heroku Inference
      • Inference Essentials
      • AI Models
      • Inference API
      • Quick Start Guides
    • Working with AI
  • モニタリングとメトリクス
    • ログ記録
  • アプリのパフォーマンス
  • アドオン
    • すべてのアドオン
  • 共同作業
  • セキュリティ
    • アプリのセキュリティ
    • ID と認証
      • シングルサインオン (SSO)
    • Private Space
      • インフラストラクチャネットワーキング
    • コンプライアンス
  • Heroku Enterprise
    • Enterprise Accounts
    • Enterprise Team
    • Heroku Connect (Salesforce 同期)
      • Heroku Connect の管理
      • Heroku Connect のリファレンス
      • Heroku Connect のトラブルシューティング
  • パターンとベストプラクティス
  • Heroku の拡張
    • Platform API
    • アプリの Webhook
    • Heroku Labs
    • アドオンのビルド
      • アドオン開発のタスク
      • アドオン API
      • アドオンのガイドラインと要件
    • CLI プラグインのビルド
    • 開発ビルドパック
    • Dev Center
  • アカウントと請求
  • トラブルシューティングとサポート
  • Salesforce とのインテグレーション
  • データベースとデータ管理
  • Heroku Postgres
  • Postgres のデータ転送と保持
  • Heroku Postgres データベースのインポートとエクスポート

Heroku Postgres データベースのインポートとエクスポート

日本語 — Switch to English

最終更新日 2024年05月21日(火)

Table of Contents

  • エクスポート
  • インポート

表面上、PGBackups​ は、Heroku Postgres​ データベースの定期バックアップを取得するための方法を提供します。ただし、その汎用アーキテクチャおよび標準の PostgreSQL ユーティリティの使用のため、これは外部の PostgreSQL データベースとの間のエクスポートやインポートを実行できる有効なツールにもなっています。

ローカルマシン上に Postgres インスタンスがある場合にインポート/エクスポートのダンプおよび復元方法を使用する代替法として、pg:push​ と pg:pull​ の CLI コマンドを使用したプロセスの自動化があります。

エクスポート

PGBackups では、ネイティブな pg_dump​ PostgreSQL ツールを使用してバックアップファイルを作成するため、他の PostgreSQL インストールへのエクスポートがきわめて簡単になります。結果のバックアップファイルでは pg_dump​ のカスタム形式オプションが使用されます。プレーンテキスト形式と比較して、カスタム形式オプションでは、はるかに小さいバックアップファイルが生成されます。

一般に、PGBackups は、適度な負荷がかかった最大 20 GB までのデータベースを対象にしています。より大規模なデータベースをバックアップするために必要な I/O、メモリ、CPU の競合は適度な負荷でもきわめて激しくなり、実行時間が長くなると、バックアップの取得を早い段階で終了させるエラーが発生する可能性が高くなります。20 GB より大きいデータベースについては、「Capturing Logical Backups on Larger Databases​」(大規模データベースでの論理バックアップの取得) を参照してください。

PGBackups によるバックアップの取得とダウンロード

Heroku Postgres データベースからデータをエクスポートするには、バックアップを作成してダウンロードします。

$ heroku pg:backups:capture --app example-app
$ heroku pg:backups:download --app example-app

pg_dump による手動ダンプ

Heroku Postgres データベースの部分的なバックアップまたは非カスタム形式のバックアップが必要な場合、pg_dump​ を使用してバックアップを作成できます。

たとえば、Heroku Postgres データベースからプレーンテキストのダンプを作成するには、次のようにします。

$ pg_dump -Fp --no-acl --no-owner <DATABASE_CONNECTION_STRING > mydb.dump

必要に応じてサポートされる pg_dump​ オプション (--schema​ や --table​ など) を使用して、データベースの特定のスキーマまたはテーブルのダンプを作成します。サポートされるオプションについて詳しくは、PostgreSQL のドキュメント​を参照してください。

ローカルデータベースへの復元

pg_restore​ ツールを使用して、ローカルデータベースにダンプをロードします。データベースのローカルコピーにすでにオブジェクトが存在する場合は、pg_restore​ を実行すると不整合が発生する可能性があります。

このプロセスにより通常、Heroku データベースとローカルデータベースの違いが原因で警告が表示されますが、これらは一般に無視しても問題ありません。

heroku_ext​ スキーマに関するエラーが表示された場合は、CREATE SCHEMA heroku_ext;​ を実行して、バックアップをリストアする前に、このスキーマをローカルで作成できます。

$ pg_restore --verbose --clean --no-acl --no-owner -h localhost -U myuser -d mydb latest.dump

古いバージョンの pg_restore​ を使用している場合は、pg_restore​ を実行しようとすると、pg_restore: [archiver] unsupported version (1.13) in file header​ などのエラーが表示されることがあります。使用している pg_restore​ のバージョンが最新であり、エクスポートされたデータベースのバージョンと互換性があることを確認してください。pg_restore​のバージョンは、pg_restore --version​ を実行することによって確認できます。

 

pg_restore​ でオプションで --jobs <number of jobs>​ フラグを使用すると、ダンプの復元を並列化できます。このオプションでは、カスタムおよびディレクトリアーカイブ形式のみがサポートされています。このオプションについての詳細は、Postgres のドキュメント​を参照してください。

インポート

PGBackups は、他のソースから Heroku Postgres データベースにデータベースダンプをインポートするための便利なツールとして使用できます。

新しいアプリケーションの初期化の一部としてデータをインポートする場合は、インポートを実行する前に、まず Heroku でアプリを作成して設定する必要があります。

ダンプファイルの作成

オープンソースの pg_dump​ ツールを使用して、ローカルデータベースを圧縮された custom​ 形式でダンプします。

# set the password in an environment variable
export PGPASSWORD=mypassword # linux/mac
set PGPASSWORD=mypassword # windows
# create the database dump
$ pg_dump -Fc --no-acl --no-owner -h localhost -U myuser -d mydb -f mydb.dump

Heroku Postgres へのインポート

PG バックアップでダンプファイルにアクセスしてインポートするには、それを HTTP でアクセス可能な URL の場所にアップロードする必要があります。

pg:backups restore​ コマンドでは、テーブルやその他のデータベースオブジェクトのすべてが再作成の前に削除されます。

 

pg:backups:restore​ コマンドでは、指定されたバックアップにおいて圧縮された custom​ 形式が使用されることが想定されています。その他のバックアップ形式では復元エラーとなります。

Heroku PGBackups では、URL から直接アクセス可能なあらゆるバックアップファイルをダウンロードできますが、署名済みの URL​ で Amazon S3 を使用することをお勧めします​。AWS コンソールを使用して、署名済みの URL を生成します。

$ aws s3 presign s3://your-bucket-address/your-object

pg:backups restore​ コマンドで、生ファイルの URL を使用します。

$ heroku pg:backups:restore '<SIGNED URL>' DATABASE_URL --app example-app

DATABASE_URL​ は、復元先のデータベースの HEROKU_POSTGRESQL_COLOR_URL​ を表します。データベースを復元するためのデータベース環境設定を指定する必要があります。

UNIX 系のオペレーティングシステムを使用している場合は、シェルを混乱させるアンパサンドなどの文字が含まれている可能性があるため、一時的な S3 URL の前後に一重引用符を使用するようにしてください。Windows を実行している場合は、二重引用符を使用する必要があります。

インポートプロセスが完了したら、ダンプファイルをその保存場所から削除します (不要な場合)。

関連カテゴリー

  • Postgres のデータ転送と保持
MySQL から Heroku 上の Postgres への移行 Heroku Postgres のデータの安全性と継続的保護

Information & Support

  • Getting Started
  • Documentation
  • Changelog
  • Compliance Center
  • Training & Education
  • Blog
  • Support Channels
  • Status

Language Reference

  • Node.js
  • Ruby
  • Java
  • PHP
  • Python
  • Go
  • Scala
  • Clojure
  • .NET

Other Resources

  • Careers
  • Elements
  • Products
  • Pricing
  • RSS
    • Dev Center Articles
    • Dev Center Changelog
    • Heroku Blog
    • Heroku News Blog
    • Heroku Engineering Blog
  • Twitter
    • Dev Center Articles
    • Dev Center Changelog
    • Heroku
    • Heroku Status
  • Github
  • LinkedIn
  • © 2025 Salesforce, Inc. All rights reserved. Various trademarks held by their respective owners. Salesforce Tower, 415 Mission Street, 3rd Floor, San Francisco, CA 94105, United States
  • heroku.com
  • Legal
  • Terms of Service
  • Privacy Information
  • Responsible Disclosure
  • Trust
  • Contact
  • Cookie Preferences
  • Your Privacy Choices