はい: 両方のコンピューターで MySQL Server サービスをシャットダウンします。その後、datadir 內(nèi)のファイルを任意の方法で移動(dòng)できます。ただし、これにより、ファイル転送中にダウンタイムが発生します。
ダウンタイムがあってはならない場(chǎng)合は可能ですが、より多くの手順が必要です。
私が行ったのは、Percona XtraBackup を使用してソース インスタンスの物理バックアップを作成することでしたが、Windows を使用しているため、これは簡(jiǎn)単ではありません。 XtraBackup は Windows では使用できません。 Windows 上でトリックDockerコンテナを使用する人もいます。
次に、XtraBackup を通常の方法で新しいマシンに復(fù)元し、ソース インスタンスのコピーとして構(gòu)成します。 https://docs.percona.com/percona-xtrabackup/8.0 /howtos/setting_up_replication.html
を參照してください。新しいインスタンスをレプリカにすると、レプリカのセットアップ時(shí)にソース インスタンスで発生した最新の変更に基づいてインスタンスを更新できます。
その後、ある時(shí)點(diǎn)で新しいインスタンスに切り替えることにしました。次に、ソース インスタンスを読み取り専用モードに設(shè)定して、クライアント アプリケーションが新たな変更を加えないようにします。レプリカが最後の最終変更に追いつくようにします (レプリカがすでに変更に追いついていれば、これには 1 秒しかかかりません)。以前のソースの代わりにコピーを使用するようにクライアント アプリケーションを変更できるようになりました。次に、RESET SLAVE を使用して、新しいインスタンスのレプリケーションの構(gòu)成を解除します。以前のソースでこれ以上変更が発生し、新しいインスタンスにレプリケートされることは絶対に避けたいためです。
この手順を試す場(chǎng)合は、ツールに慣れるまで (本番インスタンスではなく) テスト インスタンスでテストすることをお?jiǎng)幛幛筏蓼埂?
追記: Windows をサポートしていないだけでなく、XtraBackup の現(xiàn)在のバージョンが MySQL 5.5 で動(dòng)作するかどうかもわかりません。このバージョンは 2010 年にリリースされ、2018 年に廃止されました。したがって、どのバージョンの XtraBackup が MySQL 5.5 インスタンスを読み取ることができるかを調(diào)査する必要があると思います。古いバージョンの XtraBackup を使用する必要がある場(chǎng)合があります。