たてやんっす

私なら　というケースで

両方生かすというのはちょっと無理がありそうなんで

手順として
1) Aサーバの会員受付・変更は移行中のためできない旨を表示
2) Bサーバにデータをコピー
3) Bサーバで会員受付・変更が正常にできることを確認
4) DNSを変更
5) Aサーバにアクセスが無くなったことを確認してAサーバ停止

気をつけなければならないのは　Aサーバで受付・変更を時下にブックマーク
している人もいるのでこれへの対処を忘れないようにしないと変更できないは
ずと思っていたら　なぜか変更されていたなんてことになりますね


可能ならばAサーバのWebコンテンツをすべてBサーバのMySQLに向ければいいので
しょうけどこれは答えではないでしょう


私なら　Aサーバ上でBサーバで動くコンテンツ用ディレクトリを作っておいて
この中に　Bサーバで動くコンテンツを作り、apache等のWebサーバのコンフィグ
で移行期間になったら今までのディレクトリからBに変えるというのをしたりと
いう案もあるかなぁと思います

いずれにしても　変更するにはダウンタイム０は実現できない（あらかじめ想定
して設計されてれば別ですが）ので、この際はメンテナンスタイムとして割り切っ
た移行が安心できますけど...


クラスタリング技術を使って
http://www.mysql.com/products/cluster/ ってのも使えるのかな？
この辺はまだ私は未知の領域

お金をかけてよいならEMICアプリケーションクラスタなんて使えそうな気もします
（ソフトエイジェンシー（http://www.softagency.co.jp/）さんで販売してます）



題名「[mysql 09682] Re: 別サーバーへのデータ移行方法」のメールからの引用
です
> 　こんにちは。
> 
> konet218@xxxxxxxxxxさんの
> <20040617234418.12BB.KONET218@xxxxxxxxxx>
> "[mysql 09681] Re: 別サーバーへのデータ移行方法"
> 
> 
> > 質問主の近藤です。
> > 
> > レスがないと言う事は「こんな事普通はしない」と言う事でしょうか。
> > 
> > やはりコンテンツのみBサーバーに移してデータベースのみ
> > 移行しないでAサーバーで運営するのが普通なのかな...
> > 
> > 例えば何かの問題でレンタルサーバーを変更しないといけないと
> > 言った場合、DNSの浸透時間もありますし、どのようにデータの合理性を
> > 持たせながら別サーバーにデータを移行するのか疑問でした。
> 
> 　あらら。「レスがないと言う事は」云々は、言わない方が吉かもしれませんね。
> MLで質問に答える答えないは各人の自由ですから。コンサルにお金を払って、そ
> れで返事が無ければ、「レスがないと言う事は」云々どころか、「こっちは金払
> ってんだぞぉ、こらぁ！」と声高に罵ってもそれはOKですね。
> 
> 
> 　データの移行は、ダンプ＋レプリケーションで行えば良いと思います。ただ、
> そう単純な問題なのでしょうか？AサーバとBサーバはインターネット上の別ホス
> トでしょうか？それともAサーバをBサーバに置き換える(Aサーバを停止して速攻
> で同一 IPアドレスを持つBサーバを稼働させる)のでしょうか？
> 
> 　AサーバをBサーバに置き換えるならば移行計画は比較的単純で、単にダウンタ
> イムを最小限にするための準備を十分にする程度が移行計画の中身です。ですが、
> 両サーバが別IPを持つなどの場合は、DNSの伝播遅延の対策等、より複雑な計画
> を立てる必要があると思いますよ。
 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  彡彡从        たてやんっす
 d□/□-ｂ      <tateyan@xxxxxxxxxx>
 ヽ"ー"丿

Key fingerprint = 5D56 8EA3 B9FE A721 4866  FB4A 0041 672C 08DD C33A