国产av日韩一区二区三区精品,成人性爱视频在线观看,国产,欧美,日韩,一区,www.成色av久久成人,2222eeee成人天堂

MySQL 5.5 データベースを別のコンピュータに手動(dòng)でコピーする
P粉588152636
P粉588152636 2023-09-05 00:16:59
0
1
956
<p>私の會(huì)社では、バックエンド データベースとして MySQL 5.5 を使用する製品を使用しています。製品は、インストール中に MySQL を自動(dòng)的にインストールして構(gòu)成します。本製品はホットスタンバイ冗長(zhǎng)構(gòu)成で動(dòng)作するように設(shè)定できます。このような場(chǎng)合は、2 臺(tái)の別々のサーバーで同じインストール プロセスを?qū)g行し、製品の初期構(gòu)成時(shí)に冗長(zhǎng)モードを選択します。この製品は、データベース データを內(nèi)部的にコピーし、2 つのデータベースの同期を維持するすべてのプロセスを処理します。 MySQL は冗長(zhǎng)性設(shè)定について知っています。 MySQL は両方のサーバーの同じ場(chǎng)所に同じようにインストールされ、同じ構(gòu)造を持ちます。この製品には、必要なときに大規(guī)模なデータベース (例: 300G サイズの 3K テーブル) をプライマリ サーバーからバックアップ サーバーに同期するための非常に洗練された/効率的な方法がありません。たとえば、単一サーバーから冗長(zhǎng)システムを作成する場(chǎng)合や、いくつかのサーバーで実行されている場(chǎng)合などです。時(shí)間マスターサーバー構(gòu)成。私の質(zhì)問(wèn)は次のとおりです。 </p> <p>MySQL のインストールが両方のサーバーで同一であることを考慮すると、データベース/ファイルをプライマリ サーバーからバックアップ サーバーに手動(dòng)でコピーする安全でサポートされている方法はありますか?ところで、これは運(yùn)用 Windows サーバー上にあります。データベースをメイン データベースから完全にエクスポートして BU サーバーにインポートできることはわかっていますが、それには數(shù)時(shí)間かかる可能性があります。あるサーバーから別のサーバーにファイルをコピーする、より高速な方法がサポートされていればよかったのですが、これを調(diào)査していると、矛盾する情報(bào)が見(jiàn)つかりました。 </p> <p>システム情報(bào) ウィンドウズ MySQL 5.5 インストールは両方のサーバーで同じです 「C:\ProgramData\MySQL\MySQL Server 5.5\data」 イノベーションデータベース テーブルごとのファイル數(shù) = true</p> <p>ご提案をいただきありがとうございます。 </p> <p>すべての革新的なデータベース テーブル ファイル「C:\ProgramData\MySQL\MySQL Server 5.5\data\Mydbase」を含むデータベース フォルダをあるサーバーから別のサーバーにコピーしようとしたことがありますが、mysql は起動(dòng)しませんでした。アップしましたが、エラーがありました。</p>
P粉588152636
P粉588152636

全員に返信(1)
P粉937769356

はい: 両方のコンピューターで 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)合があります。

最新のダウンロード
詳細(xì)>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート