移動テーブルとデータベース

Question

メンバーが秋の洗浄、動25日間でテーブルをMySQLデータベース(別しているページがあります。これは全体のデータベース、25のテーブルの数百...これらのテーブルさんによるあい理由のためのNDAます。

現在、これはという多くのコードおよびsqlクエリ.

には、どうするのがベストなのかい？

1. 移てます。

2. 移動することができた1 1

--

を移動しているすべてで、一度は素敵です。も停電や壊れたコードだったので買ってきたが、移動して、そのブロックではなく、少ない時間が過ごした押しのコードです。

を移動している一は、以下の大きなものの破壊、さらに多くの時間を過ごされるmicromanagingに、冗長化、展開.

することはできるミラー、テーブルとデータベース。A federatedテーブルでしょうか？

--

その他の情報:い25のテーブルはすべての関連コンテンツです。

できませんの停止、データベースのための時間まで、約5分のダウンタイムが可能です。

--

どのように行動すべてのデータをコード、sql文、私ものです。

心からお送り機、テーブルとしての複製のテーブルに新しいデータベース?

-ダニエル

Answer 1

そのように移動している以上で時間のかかるものと思われます。そのようにまっす少しの問題ではなく大問題です。げていきたいと思いますシステムの自動化試験だけでなく、この回転はしない休憩あります。

他のもの:についてお話しいただけま停止、データベースです。れば、変化の開発環境とのように、ひとつひとつを手作りの変化が生きエクスペディアが簡単、便利、なぜ必要なものはダウンタイムに生まれるだろうと思っています。期待しておりますな考えを持ってもらうにはどうすれ生産をしなくてもで開発します。

Answer 2

利用できるSQLYog(mysqlの前のことを思い出します。

帰オプションはPowertools->データベースの同期のウィザード

すで開くことができるの両方のデータベースの遠隔ホストすることがあり)

Answer 3

されたものと、実際には同様のプロジェクトです。当社の事業継承したいのか分かりませんかまたはすべてが、ここでは一般的な流れ：

• 新しいサーバー設定の適切な勘定
• 見つのサーバーやユーザー名/パスワードが必要な場合には、アプリケーション
• シャットダウェブアプリケーションでもない書き込みながら移動
• 動DB
• の再構成アプリ
• 火災が起
• 繰り返しのための各DB/応用

小さなものまで、これだけかかります。 SQLyog は助かります。い場合大規模データベースは決まないダウンタイム、それを考慮する必要があります。