#誤ってM. Takeyamaさん個人に送ってしまったので、再送です 河村です M. Takeyamaさんwrote:
河村さんが本当の意味でやりたいことは何なのでしょうか？ (1) SL9.2 でYaSTのPackage Manager を使って MySQL4.1.xを運用したい。 (2) SL9.2にこだわらないで、YaSTのPackage Manager を使って MySQL4.1.x を運用したい。
やりたいことは「なるべく簡単にトラブルなくMySQL4.1に移行したい」ということで す。現在運用中のシステムなので停止期間をなるべく短くしたいのです。LINUX初心 者なので何かトラブルが起きたとき、すばやく解決する自信もありませんし。ディス トリVerへのこだわりは特にありませんので、ディストリを9.3にバージョンアップす るのが一番簡単な方法ならそれを選択したいと思います。しかし9.3にまだバグが多 くて今飛びつくとかえってトラブルを抱え込んでしまいそうなら、ディストリをその ままに、MySQLだけ自力でバージョンアップするのがいいのかも、とも思います。 あと、とりあえずMySQLを問題にしていますが、これはたまたまMySQLの4.0から4.1の 変化がかなり大きいことに最近気づいたからです。他のソフトについてもいずれバー ジョンアップの必要が出てくると思われます。
五十嵐です。
In message RE: [suse-linux-ja] パッケージのバージョンと各ソフトのバージョン
on Tue, 10 May 2005 13:42:15 +0900,
"Koichi KAWAMURA"
やりたいことは「なるべく簡単にトラブルなくMySQL4.1に移行したい」ということで す。現在運用中のシステムなので停止期間をなるべく短くしたいのです。LINUX初心 者なので何かトラブルが起きたとき、すばやく解決する自信もありませんし。ディス
日本MySQLユーザー会 http://www.mysql.gr.jp/ のF.A.Q. に 「4.1以上の壁」http://www.mysql.gr.jp/frame/modules/bwiki/?FAQ#content_1_32 として、4.1以上にupgradeする時の問題が纏められています。 「結局、どうしろと? 」 http://www.mysql.gr.jp/frame/modules/bwiki/?FAQ#content_1_47 によると、MySQL-4.0, を運用している場合は、バージョンアップしない方が良いと 書かれています。 私自身、MySQL-3.2から4.1にバージョンを上げようとチャレンジしたのですが、 データーの移行作業が大変だったので、4.0で止めました。 MySQL-4.1が駄目な訳ではありません。新規プロジェクトでは、MySQL-4.1を使ってます。 MySQL4.1へのバージョンアップをなるべく簡単にトラブル無く移行したいという ことであれば、 ソフトエイジンシー http://www.softagency.co.jp/ スマートスタイル http://www.s-style.co.jp/ Navicat http://www.navicat.jp/ といった有償のコンサルティング、サポートを利用されるというのも一つの手だと 思います。 ------------------------------------------------------------------- 住友電気工業(株) 情報システム部 システム技術グループ 五十嵐 公一 E-Mail : igarashi-kouichi@sei.co.jp TEL : 06-6220-4417
M. Takeyamaです。
＃なんか、MySQL4.1を使わない方向にいっているようなんですけど...
On Tue, 10 May 2005 13:42:15 +0900
"Koichi KAWAMURA"
#誤ってM. Takeyamaさん個人に送ってしまったので、再送です
河村です
M. Takeyamaさんwrote:
河村さんが本当の意味でやりたいことは何なのでしょうか？ (1) SL9.2 でYaSTのPackage Manager を使って MySQL4.1.xを運用したい。 (2) SL9.2にこだわらないで、YaSTのPackage Manager を使って MySQL4.1.x を運用したい。
やりたいことは「なるべく簡単にトラブルなくMySQL4.1に移行したい」という ことです。現在運用中のシステムなので停止期間をなるべく短くしたいのです。 そうですか。
1) MySQLバージョンに関して どうして、MySQL4.1に移行する必然性があるのでしょうか？ 通常の運用(サーバ)の観点からするとバージョンアップの 必然性が無い限りやらない方がよい。 ＃パフォーマンスの問題なら、ハードを交換するとか、 ＃メモリーを追加するとか。 ＃ＣＰＵの追加やグレードアップなどでどうにかならないか。 2) OS(ディストロ) 今、どのＯＳ(ディストロ)を利用していて、SL9.2(or SL9.3) + MySQL4.1 にする理由(必然性は？)
LINUX初心者なので何かトラブルが起きたとき、すばやく解決する自信 もありませんし。ディストリVerへのこだわりは特にありませんので、 ディストリを9.3にバージョンアップするのが一番簡単な方法ならそれを 選択したいと思います。しかし9.3にまだバグが多くて今飛びつくとか えってトラブルを抱え込んでしまいそうなら、ディストリをそのままに、 MySQLだけ自力でバージョンアップするのがいいのかも、とも思います。 ということであれば、どうして冒険(SL9.2(or SL9.3) + MySQL4.1) みたいなことをやるのでしょうか。
もういちど、原点にたちかえって検討してみてはどうでしょうか。 ＃良く検討した結果、それでも(SL9.2(or SL9.3) + MySQL4.1)が ＃必要なら、ガンバッテtry してみてください。 どれだけ、クリティカルな環境での運用かわかりませんけど、ダウン タイムをより少ないしたいのであれば、同一環境を作って、十分 にテストしたり、切り替えテストや切り替えのシュミレーションすれば 良いのではないでしょうか。 ＃やっぱり、仕事で使うなら、商用の9.3か SLES9じゃないですかね。 ＃ftp 版は基本的には、そこらあたりの問題を自力解決できる能力が ＃必要かもしれませんので。(でないと辛いと思いますよ。) --- M. Takeyama __________________________________ Do You Yahoo!? Upgrade Your Life http://bb.yahoo.co.jp/
河村です M. Takeyamaさんwrote:
1) MySQLバージョンに関して どうして、MySQL4.1に移行する必然性があるのでしょうか？
4.1から追加されたコマンド、関数などが多数あるので、これからアプリを書くなら 4.1を使いたいというのはあります。あとやはり趣味的に新しいものを使いたいとい うのはありますね。
2) OS(ディストロ) 今、どのＯＳ(ディストロ)を利用していて、SL9.2(or SL9.3) + MySQL4.1 にする理由(必然性は？)
前にも書いた通り、現在はSL9.2です。
もういちど、原点にたちかえって検討してみてはどうでしょうか。
今、MySQLまわりで実用的に運用しているアプリはMovableTypeのみ(1)です。それ以 外には実験というか練習用に作ったアプリ(2)がひとつと、開発を始めたアプリ(3)が ひとつあるだけですね。 (1)については、実際MySQL4.1 + MovableTypeで文字化けの問題は起こるようです が、下記のサイトに解決法が記載されていますね: http://iandeth.dyndns.org/mt/ian/archives/000112.html (2)はどうでもいいです。 (3)はまだ作り始めたばかりなのでどうにでもなるかなと。また上に書いたように4.1 を用いれば新しい関数等を活用できるメリットもあります。それにこれは将来的にパ フォーマンス的な要求水準が高くなる可能性があって、その点でも4.1を使うメリッ トがあるかなと思ってます。 具体的なバージョンアップ方法としてOSをSL9.3に上げてついでにMySQLを4.1にして しまうのと、OSは変えずに自分でMySQL4.1を入れる方法を検討しています。後者なら 同時多発的にいろんなところでトラブルが発生するのを避けられるのかもしれませ ん。OSごと上げてもいいのかもしれませんが、どうもLinuxでのOSバージョンアップ が初めての事になるので怖気づいています(笑 別にテスト環境を設けて、そこでいろいろ実験できれば確かにいいんでしょうけど ね。
M. Takeyamaです。
On Wed, 11 May 2005 08:21:06 +0900
"Koichi KAWAMURA"
河村です
M. Takeyamaさんwrote:
1) MySQLバージョンに関して どうして、MySQL4.1に移行する必然性があるのでしょうか？
4.1から追加されたコマンド、関数などが多数あるので、これからアプリを書くなら 4.1を使いたいというのはあります。あとやはり趣味的に新しいものを使いたいとい うのはありますね。 ここで、問題になるのが、 ”現在運用中のシステム”に要求事項として、何か一番大切なのか？ ＃１つの場合もあるし、２つ以上を同時に満たさないいけないことありますけど
安定性が一番重要なら、MySQL4.1へのバージョンアップは却下でしょうね。 長期的な視点から、MySQL4.1を導入したい(新規の機能追加に重点をおく) ということであれば、それはそれで, MySQL4.1へのバージョンアップは 意味があると思います。
2) OS(ディストロ) 今、どのＯＳ(ディストロ)を利用していて、SL9.2(or SL9.3) + MySQL4.1 にする理由(必然性は？)
前にも書いた通り、現在はSL9.2です。 そうですか。
あえて確認した理由： 以前のメールで、気になったのが、 ”LINUX初心者なので何かトラブルが起きたとき、すばやく解決する自信も ありませんし”というフレーズと”停止期間をなるべく短くしたい” というフレーズです。 停止期間が数秒のオーダなのか,数分のオーダなのか,数時間のオーダなのか はたまた、１日や２日ぐらい停止しても良いものなのか。 --> 実際のところどんなもんでしょうか？ 作業の切迫性、緊急性、サーバの重要性などによって対応 が違ってくると思います。 (やり方(実際の作業)、事前の準備などが変わってくると思います。) --- M. Takeyama __________________________________ Do You Yahoo!? Upgrade Your Life http://bb.yahoo.co.jp/
河村です M. Takeyamaさんwrote:
停止期間が数秒のオーダなのか,数分のオーダなのか,数時間のオーダなのか はたまた、１日や２日ぐらい停止しても良いものなのか。 --> 実際のところどんなもんでしょうか？ 作業の切迫性、緊急性、サーバの重要性などによって対応 が違ってくると思います。 (やり方(実際の作業)、事前の準備などが変わってくると思います。)
ごもっともです。 数秒とかだったら、別のハードにセットアップしてスパっとすげかえる、とかしか無 いですね(笑 実際のところ２〜３時間くらいが目標ですね。てこづっても24時間以内には片付けた いです。
M. Takeyamaです。
On Thu, 12 May 2005 09:07:58 +0900
"Koichi KAWAMURA"
河村です
M. Takeyamaさんwrote:
停止期間が数秒のオーダなのか,数分のオーダなのか,数時間のオーダなのか はたまた、１日や２日ぐらい停止しても良いものなのか。 --> 実際のところどんなもんでしょうか？ 作業の切迫性、緊急性、サーバの重要性などによって対応 が違ってくると思います。 (やり方(実際の作業)、事前の準備などが変わってくると思います。)
ごもっともです。 数秒とかだったら、別のハードにセットアップしてスパっとすげかえる、 とかしか無いですね(笑 (余談ですけど) 停止時間の許容範囲が数秒のオーダの物件は、さすがにやったこと ありませんが... ハードの入れ替え(切り替え)だけで、ダウンタイムが数秒でも、 ネットワーク的には NICが変わってMACアドレスとかも変わるので 間にロードバラサーとかいれおかないと現実的には無理なケース がありますね。
実際のところ２〜３時間くらいが目標ですね。てこづっても24時間以内に は片付けたいです。 ここで、ポイントになるのが、MySQL4.1へのバージョンアップに失敗 した(見通しとしてうまくいない)時のケアですね。 ＃どこの時点で見極めるかが重要ですけどね。
念の為、既存の環境(SL 9.2 + MySQLの4.0)を残しておくとなると 最初から別ハードを用意してのMySQLの4.1サーバへのきり替える ことになりますね。 ＃そういう意味でのサーバの重要性はまだみえていません(私の方で) 実際の作業が、２〜３時間がということになれば、1/2〜2/3ぐらいは 変更後の確認に割り当てた方が良いと思いますので、MySQL4.1へのバー ジョンアップ(データ移行を含め)にかけれる時間は、30分から1時間 ぐらいが一つの目安になると思います。 とういうことで、事前に、SL 9.3(MySQL4.1の導入済み)のサーバ を用意しておいてやるか、SL 9.2 + MySQL4.1(導入済み)のサーバ を用意してやるかのどちらかではないでしょうか。 ＃MySQL4.1をソースからビルド&インストールするか。 ＃SL 9.3からMySQL4.1のSRPMをリビルドするか。 ＃独自で、MySQL4.1のRPMを作るか。 ＃(将来的な、運用保守のコストも検討して決めてみてはどうでしょう) --- M. Takeyama __________________________________ Do You Yahoo!? Upgrade Your Life http://bb.yahoo.co.jp/
participants (3)
-
IGARASHI Kouichi -
Koichi KAWAMURA -
M. Takeyama(takezou)