翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 物理レプリケーション。
<a name="ha-physical-replication-considerations"></a>

物理レプリケーションは、WAL ファイルがプライマリデータベースからセカンダリデータベースに配信されるブロックレベルのレプリケーションです。物理レプリケーションは、*ストリーミングレプリケーション*とも呼ばれます。これは、スタンバイサーバーがファイルベースのログ配信よりもさらに最新の状態を維持できるようにするためです。スタンバイサーバーはプライマリデータベースに接続します。次に、プライマリデータベースは、WAL ファイルが入力されるのを待たずに WAL レコードをスタンバイデータベースにストリーミングします。物理レプリケーションは、データベースが小規模または中規模で、同じデータベースバージョンを使用する予定がある場合に検討する価値のあるオプションです。大規模データベースでも物理レプリケーションを使用できますが、同期にかなりの時間がかかる場合があります。物理レプリケーションでは、次の 2 つのメソッドのいずれかを使用できます。

1. **非同期** – 非同期メソッドはデフォルトのオプションです。プライマリサーバーがクラッシュすると、データベースにコミットされた一部のトランザクションがスタンバイサーバーでレプリケートされず、データが失われる可能性があります。

1. **同期** – 同期メソッドでは、トランザクションによって行われたすべての変更が 1 つ以上の同期スタンバイサーバーに転送されていることを確認することができます。

## アーキテクチャ
<a name="architecture-physical-replication"></a>

次の図は、物理レプリケーションを使用して Amazon EC2 上のオンプレミス PostgreSQL データベースの HADR を設定するためのアーキテクチャを示しています。

![\[物理レプリケーションのアーキテクチャ\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-databases-postgresql-ec2/images/physical-replication-architecture.png)


この図表は、次のワークフローを示しています：

1. EC2 インスタンスでデータベースをレプリケートし、アーカイブファイルにコピーします。

1. 新しいレプリカをデータベースのライターエンドポイントとして昇格させます。

1. アプリケーションをターゲットデータベースにポイントします。

## 制限
<a name="limitations-physical-replication"></a>

移行を開始する前に、物理レプリケーションの使用に関する以下の制限事項を考慮することをお勧めします。
+ サーバーでバックアップを取得し、そのバックアップを Amazon EC2 でコピーするには、大量のディスク容量が必要です。
+ ソースデータベースとターゲットデータベースを同期し、アーカイブログのコピーを高速化するには、大量の帯域幅が必要です。
+ ソースデータベースとターゲットデータベースには、同じバージョンの PostgreSQL が必要です。