ロジカルレプリケーションを用いてDB移行に伴うダウンタイムを最小化する

ロジカルレプリケーションを用いてデータベース移行に伴うダウンタイムを最小化することができる仕組みについて説明します。併せて、ロジカルレプリケーション機能に求められる要件について説明します。

(1) 移行元データベースについて、特定時点t1のデータを得ます。
特定時点のデータベースのバックアップを取得する、特定時点のデータベースのデータをエクスポートするなどが考えられます。
(2) (1) で得たデータ（ファイル）を、移行先データベースに転送します。
今回の論点からはズレますが、データベースのサイズが大きい場合は、ネットワーク転送に要する時間が大きくなりますので、注意が必要です。
(3) (1) で得たデータ（ファイル）を、移行先データベースに投入します。
バックアップの場合はリストア、エクスポートの場合はインポートとなります。
(4) 移行元DB→移行先DBについて、開始点をt1としてロジカルレプリケーションを開始します。
(5) 本番データベースを旧データベースから新データベースに切り替えます。すなわち、アプリケーションが接続するデータベースを、旧データベースから新データベースに変更します。これにより、以後の変更（および参照）は新データベースに対して実行されることになります。

以下の点が重要です。

(1)~(3)の結果として、特定時点t1における一貫性があるデータ を得る。このとき、この「特定時点t1」ことを、「あたかも、そのデータベースを特定時点t1で静止させてデータを得たように見える」ことなどから、「静止点」と呼ぶことがあります。なお、(1)で一貫性があるデータを得られない場合は、(3)でデータの一貫性を回復する必要があります。このあたりの議論については、https://cosol.jp/techdb/2020/05/backup_oracle_mysql_postgresql/ も参考にしてみてください。
ロジカルレプリケーションを特定時点t1（＝静止点）から開始する
開始点がt1より前だと、t1以前の余計な変更が重複実行されることになります。また、開始点がt1より後だと、t1以後の変更でレプリケーションされないものが出てきます。

なお、「特定時点t1」は、いわゆる「日時データ」ではなく、データベース内部で保持している、単調増加する「カウンタ相当の値」で指定するのが一般的です。

データベース製品毎に、「カウンタ相当の値」は異なります。以下に主要なデータベース製品における「カウンタ相当の値」を示します。