> ## Documentation Index > Fetch the complete documentation index at: https://private-7c7dfe99-mintlify-fbfa8bee.mintlify.site/llms.txt > Use this file to discover all available pages before exploring further. # pg_dump と pg_restore を使用した Managed Postgres への移行 > pg_dump と pg_restore を使用して PostgreSQL データを ClickHouse Managed Postgres に移行する方法を説明します export const Image = ({img, alt, size}) => { return {alt}

; }; export const galaxyOnClick = eventName => () => { try { if (typeof window !== "undefined" && window.galaxy && eventName) { window.galaxy.track(eventName, { interaction: "click" }); } } catch (e) {} }; export const BetaBadge = ({link, galaxyTrack, galaxyEvent}) => { if (link) { return ベータ ; } return

ベータ機能です。詳しくはこちら。

; }; このガイドでは、`pg_dump` および `pg_restore` ユーティリティを使用して PostgreSQL データベースを ClickHouse Managed Postgres に移行する方法を、順を追って説明します。

## 前提条件

* 移行元の PostgreSQL データベースにアクセスできること。 * ローカルマシンに `pg_dump` と `pg_restore` がインストールされていること。通常、これらは PostgreSQL のインストールに含まれています。含まれていない場合は、[PostgreSQL 公式サイト](https://www.postgresql.org/download/) からダウンロードできます。

## セットアップ

以降の手順では、ソースデータベースとしてサンプルの RDS Postgres データベースを使用します。次のような構成です。ソース PostgreSQL データベースのセットアップ

今回扱う構成は次のとおりです。 * 2 つのテーブル `events` と `users` があります。`events` には 100 万行、`users` には 1,000 行あります。 * `events` には索引があります。 * `events` テーブルの上にビューがあります。 * シーケンスがいくつかあります。

## 移行元データベースのダンプを作成する

それでは、`pg_dump` を使って上記のオブジェクトのダンプファイルを作成します。コマンドはシンプルです。 ```shell theme={null} pg_dump \ -d 'postgresql://:@:/' \ --format directory \ -f rds-dump ``` 以下のとおりです。 * ``、``、``、``、`` は、ソースデータベースの認証情報に置き換えてください。ほとんどの Postgres プロバイダーでは、そのまま使える接続文字列が提供されます。 * `--format directory` は、ダンプをディレクトリ形式で出力することを指定します。これは `pg_restore` に適した形式です。 * `-f rds-dump` は、ダンプファイルの出力先ディレクトリを指定します。このディレクトリは自動的に作成されるため、事前に存在していてはいけません。 * `--jobs` フラグの後に実行する並列ジョブ数を指定すると、ダンプ処理を並列化することもできます。詳細は [pg\_dump documentation](https://www.postgresql.org/docs/current/app-pgdump.html) を参照してください。この処理にどの程度時間がかかるか、またダンプファイルのサイズがどのくらいになるかを把握するために、一度試してみることをおすすめします。このコマンドを実行すると、次のようになります。 pg_dump コマンドの実行

## ダンプを ClickHouse Managed Postgres に移行する

ダンプファイルの準備ができたので、`pg_restore` を使用して ClickHouse Managed Postgres インスタンスに復元できます。

### Managed Postgres インスタンスを作成する

まず、Managed Postgres インスタンスを用意しておいてください。できれば、ソースと同じリージョンに配置することをおすすめします。[こちら](/ja/products/managed-postgres/quickstart#create-postgres-database)のクイックガイドを参照してください。このガイドでは、次の構成を立ち上げます。 ClickHouse Managed Postgres インスタンスを作成

### ダンプを復元する

それではローカルマシンに戻って、`pg_restore` コマンドを使用し、ダンプを Managed Postgres インスタンスに復元します。 ```shell theme={null} pg_restore \ -d 'postgresql://:@:5432/' \ --verbose \ rds-dump ``` Managed Postgres インスタンスの接続文字列は、ClickHouse Cloud コンソールから取得できます。非常にわかりやすく説明した[こちら](/ja/products/managed-postgres/connection)もご覧ください。ここでも、いくつか確認しておきたいフラグがあります。 * `--verbose` は、復元処理中に詳細な出力を表示します。 * ここでも `--jobs` フラグを使用して、復元処理を並列化できます。詳細は、[pg\_restore documentation](https://www.postgresql.org/docs/current/app-pgrestore.html)を参照してください。この例では、次のようになります。 pg_restore コマンドの実行

## 移行を確認する

復元プロセスが完了したら、Managed Postgres インスタンスに接続し、すべてのデータとオブジェクトが正常に移行されたことを確認できます。接続してクエリを実行するには、任意の PostgreSQL クライアントを使用できます。移行後の Managed Postgres のセットアップは次のようになります。移行先の Managed Postgres データベースのセットアップ

すべてのテーブル、索引、ビュー、シーケンスがそのまま維持されており、データ件数も一致していることがわかります。

## 考慮事項

* 移行元と移行先のデータベースで使用している PostgreSQL のバージョンに互換性があることを確認してください。ソースサーバーより古いバージョンの `pg_dump` を使用すると、一部の機能が含まれなかったり、復元時に問題が発生したりする可能性があります。理想的には、ソースデータベースと同じ、またはそれより新しいメジャーバージョンの `pg_dump` を使用してください。 * 大規模なデータベースでは、ダンプと復元にかなりの時間がかかることがあります。ダウンタイムを最小限に抑えられるよう事前に計画し、サポートされている場合は並列ダンプ / 復元 (`--jobs`) の使用を検討してください。 * `pg_dump` / `pg_restore` では、データベースに関連するすべてのオブジェクトや実行時の状態を再現できるわけではない点に注意してください。これには、ロールとロールメンバーシップ、レプリケーションスロット、サーバーレベルの構成 (例: `postgresql.conf`、`pg_hba.conf`) 、テーブルスペース、および実行時統計が含まれます。

## 次のステップ

おめでとうございます。`pg_dump` と `pg_restore` を使用して、PostgreSQL データベースを ClickHouse Managed Postgres へ正常に移行できました。これで、Managed Postgres の機能や ClickHouse とのインテグレーションを活用する準備は万全です。まずは、以下の 10 分で始められるクイックスタートをご覧ください。 * [Managed Postgres クイックスタートガイド](/ja/products/managed-postgres/quickstart)