Logical Replication Internals - How PostgreSQL Rocks ... · 5 –IS –PostgreSQL 10の新機能...

Logical Replication

Internals

Noriyoshi Shinoda

December 8, 2017

PGConf.ASIA 2017

Download URL: https://goo.gl/MUYuE3

自己紹介篠田典良（しのだのりよし）

–所属

– 日本ヒューレット・パッカード株式会社 Pointnext事業統括

–現在の業務

– PostgreSQLをはじめOracle Database , Microsoft SQL Server, Vertica, Sybase ASE等

RDBMS全般に関するシステムの設計、チューニング、コンサルティング

– Oracle ACE

– Oracle Database関連書籍の執筆

– オープンソース製品に関する調査、検証

–関連する URL

– 「PostgreSQL 虎の巻」シリーズ

– http://h30507.www3.hp.com/t5/user/viewprofilepage/user-id/838802

– Oracle ACEってどんな人？

– http://www.oracle.com/technetwork/jp/database/articles/vivadeveloper/index-1838335-ja.html

Agenda

– Logical Replicationとは？

–試してみよう

–アーキテクチャ

–制約

– トラブルシューティング

–今後に期待

Master / Slaveマスター／スレーブ

PUB/SUB表記を統一

Logical Replicationとは？

Logical Replicationとは？Logical Replicationとは？

– IS

– PostgreSQL 10の新機能

– テーブル単位のレプリケーション

– テーブルの「データ」をレプリケーションする機能

– トランザクション単位のレプリケーション

– SQL文の結果が同一になることを保証

– Publish / Subscribeモデルを使用

– ≒ Slony-I

– IS NOT

– SQLの再実行

– 物理的なページ・フォーマットの一致

Logical Replicationとは？基礎となるテクノロジー

– Streaming Replication (9.0)

– Background Worker process (9.3)

– Logical Decoding (9.3)

– 「WALをデコードする」機能

– Replication Slot (9.4)

– Logical Replication Slot

– pgoutput plugin

– Replication Origin (9.5)

– pglogical Extension (2ndQuadrant)

Logical Replicationとは？利用シナリオ

–部分レプリケーション

– 拠点間でマスター・データだけ同期したい

– 分析用インスタンスで、テーブルにインデックスを追加したい

– 分析結果を別テーブルに保存したい

–バージョンアップ

– PostgreSQL 11への無停止バージョンアップ

Logical Replicationとは？Streaming Replicationとの比較

比較項目 Streaming Replication Logical Replication

スキーマ名同一同一

テーブル名同一同一

列名同一同一

列データ型同一同一（＊）

列の定義順同一異なっていてもよい

列追加不可可能

追加インデックス作成不可可能

更新DML すべて伝播する選択可能

DDL 伝播する伝播しない

- （＊）暗黙の型変換ができれば異なっていても良い

Logical Replicationとは？Streaming Replicationとの比較

比較項目 Streaming Replication Logical Replication

レプリケーション範囲クラスター全体テーブル単位

System Identifier 同一異なっていてもよい

スレーブの動作 Read Only Read Write

文字コード同一異なっていてもよい

バージョン同一異なっていてもよい

Replication Slot 利用しなくてもよい必須

データベース名同一異なっていてもよい

テーブルの所有者同一異なっていてもよい

試してみよう

試してみようPUBLISHインスタンス上の操作

# TYPE DATABASE USER ADDRESS METHODhost pubdb repusr1 192.168.1.100/32 md5

- pg_hba.conf ファイルの修正

pubdb=# CREATE ROLE repusr1 PASSWORD 'Passw0rd' LOGIN REPLICATION ;CREATE ROLE

- REPLICATION属性／LOGIN属性を持つロール作成

- ターゲット・インスタンスから接続されるロール

pubdb=# GRANT CREATE ON DATABASE pubdb TO pubusr ;GRANT

- テーブル所有者にデータベースのCREATE権限を付与

- DATABASE=replication 項目不要

マニュアル上はREPLICATIONのみ

試してみようPUBLISHインスタンス上の操作

- パラメーターwal_levelの変更

pubdb=> SHOW wal_level ;wal_level-----------logical(1 row)

試してみようPUBLISHデータベース（pubdb）上の操作

–レプリケーション対象テーブルの作成（アプリケーション要件）

pubdb=> CREATE TABLE data1 (c1 INT PRIMARY KEY, c2 VARCHAR(5)) ;CREATE TABLE

pubdb=> CREATE PUBLICATION pub1 FOR TABLE data1 ;CREATE PUBLICATION

– PUBLICATIONオブジェクトの作成

–レプリケーション対象テーブルの参照を接続ユーザーに許可

pubdb=> GRANT SELECT ON data1 TO repusr1 ;GRANT

試してみようSUBSCRIBEデータベース（subdb）上の操作

–レプリケーション対象テーブルの作成

subdb=> CREATE TABLE data1 (c1 INT PRIMARY KEY, c2 CHAR(5)) ;CREATE TABLE

subdb=# CREATE SUBSCRIPTION sub1 CONNECTION 'host=srchost1 dbname=srcdb user=repusr1 password=Passw0rd' PUBLICATION pub1 ;

CREATE SUBSCRIPTION

– PUBLICATIONオブジェクトの作成（SUPERUSER）

試してみようレプリケーション確認

–確認（PUBLISHデータベース）

pubdb=# SELECT application_name, state, sync_state FROM pg_stat_replication ;

application_name | state | sync_state------------------+-----------+------------sub1 | streaming | async(1 row)

subdb=# SELECT subname, received_lsn FROM pg_stat_subscription ;subname | received_lsn---------+--------------sub1 | 0/1C8FF738

–確認（SUBSCRIBEデータベース）

試してみようログ

– PUBLICATION

– LOG: starting logical decoding for slot "subx"

– SUBSCRIPTION作成

– LOG: logical replication apply worker for subscription "sub2" has started

– LOG: logical replication table synchronization worker for subscription "sub2", table "data2" has started

– LOG: logical replication table synchronization worker for subscription "sub2", table "data2" has finished

– DETAIL: streaming transactions committing after 0/280718B0, reading WAL from 0/28071878

– LOG: logical decoding found consistent point at 0/28071878

– DETAIL: There are no running transactions.

アーキテクチャ

Subscribe InstancePublish Instance

アーキテクチャPUBLICATIONとSUBSCRIPTIONの関係

Publish Database Subscribe Database

PUBLICATION SUBSCRIPTION

Tables

logical replication

worker

TablesTables

Tables

WAL decode messagewal

sender

pgoutputplugin

アーキテクチャプロセス

– wal sender process {user} {client ip} {state}

– PUBLICATIONインスタンスで起動

– WALデコード・メッセージ送信プロセス

– SUBSCRIPTIONからの接続単位に起動

– bgworker: logical replication launcher

– PUBLICATION/SUBSCRIPTIONインスタンスで起動

– logical replication workerを起動

– bgworker: logical replication worker for subscription {oid}

– SUBSCRIPTIONインスタンスで起動

– wal sender processに接続

– WALデコード・メッセージを受信し、テーブルを更新

– SUBSCRIPTION単位に起動

アーキテクチャー関連パラメーター（PUBLICATION）

パラメーター必要な設定（デフォルト）

max_wal_senders SUBSCRIPTION + 1 数以上（8）

wal_level logical（replica）

max_replication_slots SUBSCRIPTION + 1 数以上（10）

synchronous_standby_names 任意（''）

synchronous_commit 任意（on）????

wal_sender_timeout 任意（1min）

log_replication_commands 任意（off）

max_worker_processes = 0 にすると、logical replication launcherプロセスが起動しません。しかしソース・インスタンスには影響しません。

必要数とパラメーターの説明がごっちゃ？

アーキテクチャー関連パラメーター(SUBSCRIPTION)

パラメーター必要な設定（デフォルト）

max_logical_replication_workers SUBSCRIPTION数+1（4）

max_worker_processes SUBSCRIPTION数+1（8）

max_sync_workers_per_subscriptionSUBSCRIPTIONで使用するワーカー・プロセス数（2）

wal_receiver_timeout PUBLICATIONの生存確認に使用（1min）

wal_writer_delay？？？PUBLICATIONの生存確認時間のチェック間隔（200ms）

max_sync_workers_per_subscriptionは動作していない？

説明と必要数がごっちゃになっている

アーキテクチャーPUBLICATION作成時の動作

– pg_publicationカタログに情報格納

– 伝播するDML（INSERT / UPDATE / DELETE）

– 全テーブルを対象とするか（FOR ALL TABLES）

– pg_publication_relカタログに情報格納

– レプリケーション対象のテーブルOID

– pg_replication_tablesカタログはテーブル名を参照できる

– WITH句の指定

– 伝播するDML（INSERT / UPDATE / DELETE）

アーキテクチャSUBSCRIPTION作成時の動作

– pg_subscriptionカタログに情報格納

– 接続先インスタンスの情報

– Replication Slot名

– PUBLICATION名

– 同期／非同期レプリケーションの情報

– PUBLICATION側インスタンスに接続

– 接続ユーザーのREPLICATION権限のチェック

– Logical Replication Slot作成

– Replication Slotの名前はデフォルトはSUBSCRIPTION名

– PUBLICATIONが存在するかはチェックされない

– pg_subscription_relカタログにレプリケーション対象テーブルを登録

–初期データのロード

– 非同期に実行される

– SUBSCRIPTION側の既存データは削除されない

アーキテクチャSUBSCRIPTION作成時の動作

– WITHの説明

– PUBLICATIONへ接続する

– 初期データのコピーを行う

– Replication Slot名

– Replication Slotを作成するか

– 有効／無効

– 同期コミット設定

Target InstanceSource Instance

Backend process

wal sender process

アーキテクチャ初期データのロード

2. Create Replication Slot

3. Create Temporary Replication Slot

4. COPY TO STDOUT statement

logical replication worker

Backend process

1.CREATE SUBSCRIPTION

Load Initial Data

Transaction Data

アーキテクチャ初期データのロード

LOG: logical replication table synchronization worker for subscription "sub1", table "data1" has startedLOG: logical replication table synchronization worker for subscription "sub1", table "data1" has finished

–初期同期ログ（SUBSCRIPTION instance）

アーキテクチャReplication Slot

– Logical Replication Slot

– SUBSCRIPTIONと1対1で構成

– 送信済WALの管理

– プラグインの提供

– SUBSCRIPTION作成時に以下のSQL文を実行

pg_create_logical_replication_slot ( name, 'pgoutput' )

– スロット名

–デフォルトではSUBSCRIPTION名

– CREATE SUBSCRIPTION WITH (slot_name=name) で変更可能

アーキテクチャpgoutputプラグイン

–テキスト・フォーマット

– 文字コード変換

– バイナリーからテキスト変換

– Protocol

– URL

–更新対象列を特定するデータと更新後のデータが送信

– Replica Identity

– pgoutputプラグイン

– Logical Replication用の標準プラグイン

– wal senderプロセスから利用

– WALからLogical Replicationメッセージを作成

アーキテクチャメッセージ

–テキスト・フォーマット

– テキスト変換時にエラーが発生する可能性

– Protocol

– URL

– Replica Identityの話

–更新対象列を特定するデータと更新後のデータが送信

– Replica Identity

アーキテクチャReplica Identity

比較項目 PUBLICATION SUBSCRIPTION

PRIMARY KEY O O

REPLICA IDENTITY FULL O

REPLICA IDENTITY +

UNIQUE + NOT NULLO O

–主キーまたはREPLICA IDENTITY設定が無いテーブルに対するUPDATE / DELETEはSQL実行エラー

postgres=> UPDATE data1 SET c2='update' WHERE c1=100 ;ERROR: cannot update table "data1" because it does not have replica identity and publishes updatesHINT: To enable updating the table, set REPLICA IDENTITY using ALTER TABLE.

アーキテクチャDML実行時の動作（非同期）

①COMMIT ③SIGUSR1 ④To Slavewal

senderbackend

②WAL

④COMMIT

pgoutput

アーキテクチャDML実行時の動作（同期）

①COMMIT ③SIGUSR1 ④To Slavewal

senderbackend

②WAL

④SIGUSR1⑤COMMIT

pgoutput

アーキテクチャstatement_timeout

– Sub error

LOG: terminating walsender process due to replication timeoutLOG: starting logical decoding for slot "sub1"DETAIL: streaming transactions committing after 0/5600ED48, reading WAL from 0/5600ED10LOG: logical decoding found consistent point at 0/5600ED102017-11-09 16:01:00.454 JST [7294] DETAIL: There are no running transactions.

ERROR: could not send data to WAL stream: server closed the connection unexpectedly

This probably means the server terminated abnormally

before or while processing the request.LOG: worker process: logical replication worker for subscription 16497 (PID 6911) exited with exit code 1LOG: logical replication apply worker for subscription "sub1" has

– SUBSCRIPTION側テーブルを LOCK TABLEでロックして検証

– wal_sender_timeout のエラーかも

– Pub error

アーキテクチャストレージ

–論理ログ

– wal senderプロセスがwal writerプロセスからSIGUSR1シグナルを受信すると作成

– WALファイルの読み込みを行いデータを作成

– トランザクション単位で作成？

${PGDATA}/pg_logical/snapshots/{LSN上位}-{LSN下位}.snap

${PGDATA}/pg_replslot/{SLOT_NAME}/xid-{XID}-lsn-{LSN上位}-{LSN下位}.snap

–スレーブ遅延時の論理ログ

– スレーブ・インスタンスが停止し、wal senderが再起動された場合に作成

– 転送が完了すると削除される

アーキテクチャ内部動作（Snapshot）

③Logical Log

④Replication Slot stat

WAL sender

②WAL

①WAL writer

アーキテクチャ内部動作

FROM wal sender

Logical Replication

Worker

設定方法同期レプリケーションの設定方法

–デフォルト設定では非同期になる

– Master synchronous_standby_names

– Slave CREATE SUBSCRIPTION CONNECTION ‘application_name = ap’

– WITH (SYNCHRONOUS_COMMIT = on)

– Application_name = subscription_name

アーキテクチャログ

– PUBLICATION DOWN

– ERROR: could not receive data from WAL stream: server closed the connection unexpectedly

– This probably means the server terminated abnormally

– before or while processing the request.

– LOG: worker process: logical replication worker for subscription 16458 (PID 10356) exited with exit code 1

– LOG: logical replication apply worker for subscription "subt1" has started

– WARNING: terminating connection because of crash of another server process

– DETAIL: The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.

– HINT: In a moment you should be able to reconnect to the database and repeat your command.

– ERROR: could not receive data from WAL stream: server closed the connection unexpectedly

– This probably means the server terminated abnormally

– before or while processing the request.

– ERROR: could not connect to the publisher: FATAL: the database system is in recovery mode

– LOG: logical replication apply worker for subscription "sub1" has started

制約

制約レプリケーションできないSQL

– TRUNCATE

– ALTER TABLE

制約レプリケーションできないオブジェクト

– PUBLICATIONに追加できるのはテーブル（pg_class.relkind='r'）のみ

–レプリケーション対象外

– MATERIALIZED VIEW

– INDEX

– SEQUENCE

– FOREIGN TABLE

– UNLOGGED TABLE

– INHERIT TABLE = OK (ONLY句)

– Partition parent table

– Large Object

– User Defined Type?

– Array

– Json

制約SRIAL / GENERATED AS IDENTITY

– SERIAL列は内部的にSEQUENCEを使用

–シーケンス値が転送されるが、シーケンスの操作は行われない

制約トリガー

–一部だけ実行される

– ROW TRIGGERのみ

– STATEMENT TRIGGERは初期データ移行時のみ実行

– SUB側

– ALTER TABLE ENABLE ALWAYS | REPLICA TRIGGER文が必要

– Bug?

– BEFORE ROW DELETEトリガーが発行されない

– https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=360fd1a7b2fe779cc9e696b813b12f6a8e83b558

– 10.1でFIX

– The logical replication apply process currently only fires row triggers, not statement triggers. The initial table synchronization, however, is implemented like a COPY command and thus fires both row and statement triggers for <command>INSERT</command>.

統計情報は？

制約パラメーターlog_statement

– SQLを再実行しているわけではないので、log_statement = ‘all’にしてもレプリケーションの更新ログは出ない。

制約双方向レプリケーション

–同一テーブルを使った双方向レプリケーション不可

– 設定はできるがWALが循環してエラーになる

– テーブルが別々であればデータベース間の相互レプリケーションは可能

–ログ

– pg_resetlowalすると？

– pg_replication_origin_advanceでは解消できなかった

– ALTER SUB REFRESHでは？

制約インスタンス内レプリケーション

subdb=# CREATE SUBSCRIPTION sub1 CONNECTION 'dbname=pubdb' WITH (CONNECT=off) ;

–インスタンス内レプリケーションには注意が必要

– 単純に環境を作ろうとすると、CREATE SUBSCRIPTION文がハング

– SUBSCRIPTIONとReplication Slotを別々に作成する必要がある

pubdb=# SELECT

pg_create_logical_replication_slot ('sub1', 'pgoutput') ;

– SUBSCRIPTIONの作成

– Logical Replication Slotの作成

制約Streaming Replicationとの組み合わせ

– Streaming Replication環境との混在可能

–スタンバイ・インスタンスからのLogical Replication不可

– Replication SlotはStreaming Replication対象外

– Logical Replication Slotはスタンバイ・インスタンスでは作成不可

– Logical Decodingはスタンバイ・インスタンスでは実行不可

–スイッチ・オーバーを検知できない

– PUBLICATION側でpg_create_logical_replication_slot実行

– ALTER SUBSCRIPTION CONNECTIONで接続先変更

制約Streaming Replicationとの組み合わせ

–スレーブ・インスタンス上で

– CREATE PUBLICATION文はエラー（ERROR: cannot execute CREATE PUBLICATION in a read-only transaction）

– CREATE SUBSCRIPTION文はエラー（同上）

– マスターで作成したPUBLICATION/SUBSCRIPTIONは伝播する

–スレーブ・インスタンスをLogi Repのマスターに

– CREATE SUBSCRIPTION文はエラー（ERROR: could not create replication slot “sub1”: ERROR: logical decoding cannot be used while in recovery）

–マスター上に作成されたレプリケーション・スロット

– ストリーミング・レプリケーションのスレーブには伝播しない

制約＊＊＊

–カスケード構成OK

–文字コードの変換はOK

– ただし文字集合には要注意

–異なるOSでもOK

– LOB

– INHERIT / PARTITION

– master列追加／削除後もslave列追加／削除すればレプリケーションは継続？

トラブルシューティング

トラブルシューティングリソース不足のログ

– max_replication_slots不足（PUBLICATION）

ERROR: could not create replication slot "sub1": ERROR: all replication slots are in use

– max_wal_senders不足（PUBLICATION)

ERROR: could not create replication slot "sub1": ERROR: all replication slots are in use

– max_logical_replication_workers不足（SUBSCRIPTION)

WARNING: out of logical replication worker slotsHINT: You might need to increase max_logical_replication_workers.

– max_worker_processes不足（SUBSCRIPTION）

ログ無し

トラブルシューティングその他

–初期データコピー時の権限不足（PUBLICATION）

ERROR: could not start initial contents copy for table "public.data1": ERROR: permission denied for relation data1

– DROP SUBSCRIPTION文の実行（正常）

FATAL: terminating logical replication worker due to administrator commandLOG: worker process: logical replication worker for subscription 16408 (PID 77332) exited with exit code 1

トラブルシューティング衝突パターンと動作

衝突パターンレプリケーション動作ログ出力

主キー違反／一意キー違反停止あり

CHECK制約違反停止あり

WAL変換エラー停止あり

更新データが存在しない継続なし

削除データが存在しない継続なし

テーブルが存在しない停止あり

一部の列が存在しない停止あり

データ型の変換エラー停止あり

テーブル・ロック待機なし

更新対象レコード・ロック待機なし

– SUBSCRIPTION側で発生する衝突と動作

トラブルシューティングエラー発生時の動作とログ

–エラー発生時の動作

– 制約違反を検知すると、logical replication workerプロセス停止

– 5秒後に再起動し、ログ適用を再開

– 制約違反が解消するまで上記を繰り返し

– SUBSCRIPTION側のログ

ERROR: duplicate key value violates unique constraint "pk_data1"DETAIL: Key (c1)=(500) already exists.LOG: worker process: logical replication worker for subscription 16414 (PID 9644) exited with exit code 1

LOG: starting logical decoding for slot "sub1"DETAIL: streaming transactions committing after 0/164FED0, reading WAL from 0/164FE98LOG: logical decoding found consistent point at 0/164FE98There are no running transactions.

– PUBLICATION側のログ（レプリケーションの再開）

トラブルシューティングテキスト変換時のメモリー不足エラー

– SUBSCRIPTIONログ

ERROR: invalid memory alloc request size 258291203CONTEXT: slot "sub1", output plugin "pgoutput", in the change callback, associated LSN 0/2B2543E8LOG: could not send data to client: Broken pipe FATAL: connection to client lost

ERROR: could not receive data from WAL stream: ERROR: invalid memory alloc request size 258291203CONTEXT: slot "sub1", output plugin "pgoutput", in the change callback, associated LSN 0/2B2543E8

– bytea型データの転送時に発生

– パラメーターbytea_outputに応じてテキスト変換

– デフォルトでは「レコード・サイズ x 2 + 1」バイトのメモリーを確保

– PUBLICATIONログ

トラブルシューティング衝突解消方法

–自動的にエラーは解消しない

–解消方法は以下の２つ（SUBSCRIPTION側で行う）

– 衝突が発生したレコードを削除する（制約違反の解消）

– 衝突が発生したWALをスキップする（制約違反の解消／メモリー不足の解消）

トラブルシューティング衝突解消方法

–衝突が発生したトランザクション・ログをスキップする

– SUBSCRIPTIONでWALの適用を開始するLSNを指定する

postgres=# SELECT pg_current_wal_lsn() ; pg_current_wal_lsn--------------------0/7200B4F0

(1 row)

– PUBLICATION側で現在のLSNを確認

衝突の検知と対策衝突解消方法

– SUBSCRIPTION側で適用開始LSNを指定

postgres=# SELECT pg_replication_origin_advance ('pg_16425', '0/7200B4F0') ;

pg_replication_origin_advance-------------------------------

(1 row)

postgres=# SELECT * FROM pg_replication_origin_status；local_id | external_id | remote_lsn | local_lsn----------+-------------+------------+-----------

1 | pg_16425 | 0/7200B068 | 0/DA0078E8 (1 row)

– SUBSCRIPTION側でexternal_idを確認

Subscriptionとexternal_idの関係を入れる

衝突の検知と対策衝突解消方法

postgres=# SELECT pg_replication_origin_advance('pg_16399', '0/82708760') ;ERROR: replication origin with OID 1 is already active for PID 5566

–エラーになることがある

今後に期待

今後に期待将来のバージョンに対する期待

– TRUNCATE文対応

–衝突発生時の優先順位付け

– pg_stat_subscriptionビューのconnection列のマスキング

– CREATE SUBSCRIPTION文と接続情報の分離

– 例えばCREATE SERVER文との組み合わせ

– WAL BufferからWAL情報を取得できないか？

– 現状では書き込まれたWALをwal senderが再度読んでいる

– Replication SlotとPluginの分離

– デコードは本来はスレーブ側の仕事では？

–スタンバイ・インスタンスでデコード

– https://commitfest.postgresql.org/15/788/

Thank younoriyoshi.shinoda@hpe.com

仕様

このスライド以降は今のところ使わない予定

要調査衝突解消方法

– wal_level = replica にした場合は？

– Wal formatの違い

– Slaveに PKが無い場合は？

– UPDATE / DELETEは伝播しない

– UNIQUE + NOT NULL があってもSlaveにREPLICA IDENTITY USING INDEXが無いとINSERTもエラー？

– MasterにPkが無い場合は？

–異なるOS

– Wal sender -> receive のプロトコル

レプリケーション構成PUBLICATION

–レプリケーション対象テーブルを決定する

–マスター側データベースに作成（CREATE PUBLICATION文）

–特徴

– データベースに対してCREATE権限が必要（一部操作はSUPERUSER属性）

– レプリケーション対象テーブルの所有者のみ作成可能

– データベース内に複数作成可能

– テーブルの指定は、個別に行うかデータベース内の全テーブルを選択

– レプリケーション対象DMLを選択（INSERT, DELETE, UPDATE）

レプリケーション構成SUBSCRIPTION

–接続先インスタンスとPUBLICATIONを決定する

–スレーブ側データベースに作成（CREATE SUBSCRIPTION文）

–特徴

– データベース内に複数作成可能

– SUPERUSER属性が必要

– マスター・インスタンス側のLogical Replication Slotとセット

– 初期データの移行も行うことができる

– 初期データの移行時は、SUBSCRIPTION側の既存データは削除されない

– 自動的にテーブルを作る機能は無い

DatabaseDatabase

レプリケーション構成PUBLICATIONとSUBSCRIPTIONの関係

PUBLICATION SUBSCRIPTION

TABLE#1

TABLE#2

TABLE#1

TABLE#2

– PUBLICATIONには複数のテーブルを登録可能

Database

DatabaseDatabase

PUBLICATION#1

TABLE#1

PUBLICATION#2

–テーブルは複数のPUBLICATIONに登録可能

SUBSCRIPTION#1

SUBSCRIPTION#2

TABLE#1

– PUBRICATIONは複数のSUBSCRIPTIONにログ送付可能

Database Database

SUBSCRIPTION#1

TABLE#1 TABLE#1

Database

SUBSCRIPTION#2

TABLE#1

PUBLICATION#1

DatabaseDatabase

SUBSCRIPTION

– SUBSCRIPTIONは複数のPUBLICATIONからレプリケーション可能

TABLE#1

TABLE#2

TABLE#1

TABLE#2PUBLICATION#2

PUBLICATION#1

PUBLICATION

SUBSCRIPTION

PUBLICATION

–カスケード構成も可能

TABLE#1

SUBSCRIPTION

TABLE#1

設定方法SUBSCRIPTIONオブジェクト

CREATE SUBSCRIPTION nameCONNECTION 'conn_info' PUBLICATION publication [, … ][ WITH ( parameter [ = value ] , … ]

–構文

パラメーター説明デフォルト

copy_data 初期データ移行を行うか on

create_slot レプリケーション・スロットを作成するか on

enabled SUBSCRIPTIONは有効 on

slot_name レプリケーション・スロット名SUBSCRIPTION

synchronous_commit 同期コミット設定 off

connect PUBLICATIONへ接続 on

設定方法オブジェクト確認方法

postgres=# SELECT * FROM pg_subscription ;postgres=# SELECT * FROM pg_subscription_rel ;

postgres=# SELECT * FROM pg_publication ;postgres=# SELECT * FROM pg_publication_rel ;postgres=# SELECT * FROM pg_publication_tables ;

– SUBSCRIPTION側

– PUBLICATION側

設定方法レプリケーション確認方法

postgres=# SELECT pid, application_name, state, sync_state FROM pg_stat_replication;-[ RECORD 1 ]----+----------pid | 5731application_name | sub1state | streamingsync_state | async

– PUBLICATION側

postgres=# SELECT * FROM pg_stat_subscription

設定方法レプリケーション確認方法

postgres=# SELECT * FROM pg_subscription;-[ RECORD 1 ]---+---------------------------------------------------------------------------------subdbid | 16385subname | sub1subowner | 10subenabled | tsubconninfo | port=5433 dbname=demodb host=192.168.1.101 user=replication password=replicationsubslotname | sub1subsynccommit | offsubpublications | {pub1}

– SUBSCRIPTION側

Logical Replication Internals - How PostgreSQL Rocks ... · 5 –IS –PostgreSQL 10の新機能...

Documents

レプリケーション超入門 - otndnld.oracle.co.jpotndnld.oracle.co.jp/products/iserver/network/pdf/oracle8-repli.pdf · 5 Page 5 ﬁ 5 【1．レプリケーションとは？利点は？】

PostgreSQL vs MySQL: PostgreSQL como alternativa

RとQtによる PostgreSQL / PostGISデータの可視化ツールkenpg2.up.seesaa.net/image/20141205_slide_for_blog.pdf · ・ PostgreSQL / PostGISの結果テーブルを可視化する

The PostgreSQL Global Development Group · 2019-09-26 · PostgreSQL 9.5.19 Documentation The PostgreSQL Global Development Group. PostgreSQL 9.5.19 Documentation by The PostgreSQL

PostgreSQL 9.0に対応！ PowerGresのご紹介€¦ · PostgreSQL 7.3 PowerGres V1 PostgreSQL 7.4 PowerGres V2 PostgreSQL 8.0 PowerGres V3 PostgreSQL 8.1 PowerGres V4 PostgreSQL

Empressレプリケーション説明資料 2

PostgreSQL 9.0 アップデートレプリケーションがやってきた！ · PostgreSQL 9.0 アップデート ... NTT OSSセンタ藤井雅雄 OSC2010 Kansai@Kyoto. お品書き

ホワイトペーパーシリーズ：...レプリケーション先ホスト名 192.168.100.10 レプリケーション先共有名 share アクセスパスワード password1234

[D26] データハブとしてのPostgreSQL～9.3で進化した外部テーブル～ by Shigeru Hanada

Securing PostgreSQL Exploring the PostgreSQL STIG · PDF fileSecuring PostgreSQL { Exploring the PostgreSQL STIG and ... $ systemctl restart postgresql-9.5 ... Securing PostgreSQL

目录 - pic.mairuan.com...PostgreSQL ੯ତி 93 PostgreSQL ઃ֤ 93 PostgreSQL 函数 94 PostgreSQL ৽ 96 PostgreSQL 转换 97 PostgreSQL 域 98 PostgreSQL ব引 99 PostgreSQL

HAクラスタで PostgreSQLレプリケーション構成の高可用化

Manually Upgrading PostgreSQL 9.1to PostgreSQL 9.4

Data warehousing with PostgreSQL - PostgreSQL wiki

PostgreSQL高可用性構成の選択肢とトレンド · PostgreSQL高可用構成（3） HAクラスタデータレプリケーション型ブロックデバイス～ファ

PostgreSQL Notes for Professionals - goalkicker.com · SQL;}} PostgreSQL Notes for Professionals GoalKicker.com PostgreSQL PostgreSQL Notes for Professionals

OSS-DB Exam Silver 技術解説セミナー...2012/04/08 · PostgreSQLはレプリケーションのサポートが遅かった(2010年、MySQLは 2003年、Oracleは1992年) MySQLはストアドプロシージャのサポートが遅かった(2005年、PostgreSQL

PPガイド (PostgreSQL レプリケーション · 明します。本構成例では、ミラーディスクを使用してクラスタ化されたPostgreSQLのプライマリサーバと、クラ

PostgreSQL, PostgreSQL monitoring and monitoring postgresql · PostgreSQL, PostgreSQL monitoring and monitoring postgresql.org ... stefan@kaltenbrunner.cc Nagios conference 2008

PostgreSQL 9.0のレプリケーションを使ってみよう...DATABASEにはreplicationを指定します replicationはストリーミングレプリケーションの設定を