mysql:9686
From: <konet218@xxxxxxxxxx>
Date: Fri, 18 Jun 2004 02:20:54 +0900
Subject: [mysql 09686] Re: 別サーバーへのデータ移行方法
これは[ML account]様が[2004/06/18 1:27:07]に送信された、 [[mysql 09684] Re: 別サーバーへのデータ移行方法]の返信メールです。  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ 近藤です。 > DNSの伝播遅延の意味を取り違えているのではと思います。近藤さんが「DNSの > 浸透時間」と呼んでいるものです。 はい、よくよく考えると矛盾していると感じました。 たてやんさんの提案を眺めてて1つ思った事があります。 1) Bサーバーにデータをコピーせずに全てのアクセスを Aサーバーで運営中のコンテンツトップページにリダイレクトする様にhtaccessを設置。 (コンテンツはIPアドレスで指定) 2) DNSの切り替え。 3) DNSの切り替えが完了した事を確認したらコンテンツをBサーバーにコンテンツをコピー。 (htaccessはまだ削除しない) 4) Aサーバーでの全てアクセスに対し、メンテ中のメッセージを表示。 (htaccessで対応) 5) データをBサーバーに移行。 6) Bサーバー上のhtaccessを削除し、完了。 こんな感じならダウンタイムを最小限に出来そうですね。 これで本当に良いのか不安ですが、ヒントを頂きありがとうございました。 > 商売とか商売でなくても何らかの責任を伴う場合、細々とした雑用じみた事を間 > 違い無くこなして行く必要があります。「より複雑な計画を立てる必要があると > 思いますよ」とは、そういう事です。 はい、死んでいるコンテンツデータを材料に一通りの作業の予習を行う予定です。 不快な思いをさせてしまったにも関わらず、アドバイス頂きありがとうございます。
9664 2004-06-17 00:15 [<konet218@xxxxxxxxxx] 別サーバーへのデータ移行方法 9681 2004-06-18 00:13 ┗[<konet218@xxxxxxxxxx] 9682 2004-06-18 00:36 ┗[ML account <ml@xxxxx] 9683 2004-06-18 00:51 ┣[<konet218@xxxxxxxxxx] 9684 2004-06-18 01:27 ┃┗[ML account <ml@xxxxx] -> 9686 2004-06-18 02:20 ┃ ┗[<konet218@xxxxxxxxxx] 9685 2004-06-18 01:32 ┗[tateyan <tateyan@xxx]