Diary/2011-01-16

いかん……！

ほぼ一日中寝てしまった……orz
サーバの電源が逝った所為で、シナリオが遅れているというのに……。

で、サーバの話＜ヲイ

MySQL のデータ移行は、まー、あとで地道にやるとして、次に考えるべきは Active Directory なのよねー。現在の amatsukami.jp サーバは amaterasu という名前がついているんだけど、新サーバももちろん amaterasu で行く予定である。
ところが Active Directory の Domain Controller はコンピュータ名を変えられない。すでに amaterasu がいる以上、新しいサーバに amaterasu という名前はつけられないのだ。ではどうするかというと、現在の amaterasu を Domain Controller から下りてもらう。そうすればコンピュータ名を変えられるようになる。
でもそうなると Active Directory を維持するサーバがいなくなってしまうため、まずは仮想マシン上に Domain Contoller を立ち上げ、そちらに amaterasu の Domain Controller の役割を全て譲り、amaterasu 自体は Domain Controller から下りるわけである。そして新サーバに amaterasu という名前をつけ、仮想マシンから Domain Controller の役割を引き継ぐ。
こうすることによって、amaterasu（現サーバ） -> 仮想マシン -> amaterasu（新サーバ）と名前を引き継げるのだ。

なのは、いいとして……。
心配なのは現在の amaterasu の Active Directory に依存している部分がどうなるかなのよねぇ～。Domain Controller から降格して、その後、どうなるんだろうか？（汗） とくにファイルのセキュリティ関係と、FTP の設定がねぇ…… Active Directory にどっぷりつかってるのよねぇ……。

もう一つのやり方として、まったく別の LAN を構築し、そっちに新サーバで amaterasu を立ててしまうという方法がある。ただこれだと Active Directory は現サーバで運用するものとまったく互換性のない、新しい Active Directory となってしまう。そうするとユーザとか全部作り直しになってしまう。amatsukami.jp サーバはこの 3 年でけっこう色んな人が使うようになってきているので、現 Active Directory を引き継げないとなるとそれはそれで面倒なのよねぇ……。

うう～ん、まだまだ新サーバの設計はいろいろ考えなければならなそうだ。

#article