Windows Server 2003 による NTPサーバの構築

Windows ServerでNTPサーバを構築する方法を調べてみました。
結果は意外に簡単で、レジストリを一部変更すればよいみたいです。

レジストリキー
HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/W32Time/Parameters
データ名
LocalNTP
値
1
型
REG_SZ

このレジストリキーは時刻同期に関するパラメータをいろいろ設定できるようです。
参考URL
http://support.microsoft.com/?id=223184

レジストリをいじるだけですのでコマンドでもいけますね♪

REG ADD HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters /T REG_SZ /V LocalNTP /D 1 /F

レジストリを変更しているので再起動もお忘れなく。
再起動後クライアントにて「日付と時刻のプロパティ画面」で同期先サーバを構築したサーバを参照するように設定し、「今すぐ同期」ボタンで時刻同期できるかチェックします。
timedate.cpl

Linuxからはntpdateコマンドで同期が取れました。

ちなみにレジストリの構成を変えるので細心の注意を払う必要があります。
もし誤ってしまい、Windowsを起動できない事態になったらあわてずにBIOSの画面が閉じた直後にF8キーで起動オプションを呼び出し、前回正しく起動したときの状態、だったかな？を選択して起動しましょう。
あんまりあれこれやりすぎると前回正しく起動した状態が、「変な状態」に変わってしまうので手遅れになってしまいますよ。

close

ファイルの断片化

Windowsでは標準のツールとしてディスクデフラグがあります。
断片化を解消しアクセス効率を高めようとするものですが･･･
ではLinuxは？
必要ないらしいです。
なぜならば、断片化するようなシステムになっていないからだそうです。

http://www.obenri.com/_dialy/linux_defrag.html
http://www.geekpage.jp/blog/?id=2006/8/22
http://kesuike-kisamaya029.hp.infoseek.co.jp/com/dfrg.html

最近業務でシステムの断片化が激しく解消が必要だということが話し合われました。
ここでいうシステムとは「Windows　2003　Server」のことですが。。。
で問題となっている断片化ファイルなのですが、vmdkになります。
すなわちVMWare仮想ボリュームです。
どれくらいすごいかっていうと･･･
ほぼシステムは導入時のもので大半が仮想ディスクに取られているのならば真っ赤です。
極端に言うと断片化していない部分はないくらいに。
なぜこうなるのかはわかりませんが。。。
しかもこれは標準ツールのデフラグでは解消できない厄介者です。
で、どうするかというと。。。
こんなツールが導入されました。
http://www.netjapan.co.jp/e/product/storage/PFD/price.php#PD2008VM

そんなにパフォーマンス変わるのでしょか?
疑問は尽きないですが･･･
仮想ディスクだし。。
パフォーマンスって行ってもゲスト?ホスト?
でもかなり高いソフトだけあって断片化そのものはかなり少なくなりました。
ってか、なくなりました。
ただ・・・
レジストリの断片化も解消するらしくデフラグ後再起動するとエラー吐きますが
まぁ、私の知るところではないけどね♪

close

dcpromoによるドメインコントローラのインストール

Windows 2003 Serverでは(おそらく2008も変わらない)dcpromoコマンドを使いanswerファイルを読み込ませることによってドメインコントローラの昇格、降格をコマンドで行えます。
とりあえず今回昇格についてあまりに情報が少なかったので、メモ書きします。

参考URL
http://support.microsoft.com/kb/223757/ja
http://www11.ocn.ne.jp/~material/windows/3/3-1/index.htm
http://blogs.msdn.com/emberger/archive/2008/12/13/automating-wss-v3-moss-2007-development-environment-setup-part-iv-unattended-dc-promo.aspx
http://www.geocities.jp/ex709/2003ad.htm

dcpromoコマンドを引数なしで実行するとドメインコントローラのインストールウィザードが起動します。
このウィザードに従いドメインコントローラの昇格、降格を行うわけですが、このとき選択するもの、記入するものをパラメータとしてまとめた「answer」ファイルを作成すると、サイレントインストールが可能になります。
以下はその記入例です。

[DCInstall]
ReplicaOrNewDomain=Domain
CreateOrJoin=Create
TreeOrChild=Tree
NewDomainDNSName=yourdomain.local.com
DomainNetbiosName=YOURDOMAIN
DatabasePath=%systemroot%\NTDS
LogPath=%systemroot%\NTDS
SYSVOLPath=%systemroot%\SYSVOL
DNSOnNetwork=Yes
AllowAnonymouseAccess=No
SafeModeAdminPassword=Administrator
RebootOnSuccess=No

プライマリドメインを作成する場合は以上のように指定します。
これは最小限の設定(GUIで選択できる項目を順に列記したもの)ですが、その他answerファイル独特のオプションも指定できるようです。
で、以下に記載するのがセカンダリドメインコントローラの設定。
これはなかなか情報が得られなかったのですが、基本的にはプライマリと同じです。

[DCInstall]
ReplicaOrNewDomain=Replica
CreateOrJoin=Join
UserName=Administrator
Password=Administrator
UserDomain=yourdomain.local.com
ReplicaDomainDNSName=yourdomain.local.com
AutoConfigDNS=No
DatabasePath=%systemroot%\NTDS
LogPath=%systemroot%\NTDS
SYSVOLPath=%systemroot%\SYSVOL
RebootOnSuccess=No

と、なります。
留意点として以下を取り上げます。

ReplicaOrNewDomain
CreateOrJoin
はセットで記入するほうが良いと思います。
プライマリを作成するにはさほどでもないのですが、既存のドメインに追加(セカンダリ)の構築には2つ同時に記載しないと「新しいドメインのドメインコントローラ(D)」になってしまいます。

DNSOnNetwork=Yes
AllowAnonymouseAccess=No
プライマリを構成するときのみです。
「DNS登録の診断」で「このコンピュータに、DNSサーバを構成してインストールし、このDNSサーバを優先DNSサーバとして使用するように設定します(S)」を選択するためにはセットで記載する必要があります。
最もデフォルトでこの選択が選ばれるので一択であるならば記載しないのも手だと思います。


AllowAnonymouseAccess=No
Noとかいっちゃっているのでわかりにくいですが、「アクセス許可」にて「Windows 2000 または Windows Server 2003 OS とのみ互換性があるアクセス許可(E)」となります。
プライマリ構成時のみです。

SafeModeAdminPassword=Administrator
は、「ディレクトリ サービス復元モード Administrator パスワード」のパスワードです。
使わない場合はいっそのこと記載しない。
SafeModeAdminPassword=
にするとハングする場合もあるそうです。

RebootOnSuccess=No
は作成に成功した場合再起動するかどうかです。
Yesで再起動します(突然に強制)。
Noで選択肢がでます。

UserName=Administrator
Password=Administrator
UserDomain=yourdomain.local.com
セカンダリドメインコントローラを構成する場合の設定です。
３つセットで記載します。
これは既存のプライマリの情報に従って記載します。

ReplicaDomainDNSName=yourdomain.local.com
参照元となるプライマリドメインコントローラの指定です。
当然セカンダリのみです。

以上かな?
これ以上の情報はググるか、リンク先を参照してください。

close

WINDOWSサービスの起動トラブル

windows環境で構築や開発を行っているとたまにサービスが起動できないことがある。
たいていサービスの起動ユーザなんてSYSTEMユーザが担当するものですが、開発環境によってはローカルユーザでコントロールすることもあるでしょう。
その場合はサービス起動のトラブルに悩まされることも多いかと思います。

windowsのサービスも複雑で色々な絡みがあるので環境によって一概にこれが原因とは言い切れないものです。
開発側で独自に生成しているものであればその仕様書を解読することで可能になるかもしれませんが、多きシステムだとひとつのプロジェクトでもなかなか疎通し合えない部分があるのも確かです。

原因として考えられるのは大きく分けると3つでしょうか。
1つ目が依存関係。
2つ目が権限関係。
3つ目がそれ以外のトラブル。

1つ目ですが、依存関係なのでそのサービスが単体では役目を果たせない場合です。
いくつかのサービスが連動して稼動する場合、サービス起動順序や、依存対象サービスが起動していることを確認します。
どのようなサービスに依存しているかは
windowsキー-ファイル名を指定して実行-services.msc-対象サービスのプロパティ-依存関係タブをみます。
でもホントに主流の依存状態しか表示されませんが。
ミドルウェアベンダーに多く見られますね。
または複数のサーバでひとつのシステムを構築している場合(まぁ、単発のサーバ運用というほうが珍しいでしょうね)は、依存対象サーバが稼動していないと、起動できない場合もあります。
その場合はサーバの起動順序も確認しておきます。
よくわからない場合はトラブルサーバを最後に起動してみるのも良いと思います。
特にoracleと連携をとったサービスの開発も多いと思います。
その場合はDBサーバを起動後立ち上げてみるとか･･･

2つ目が権限関係。
サービスを起動するにもどのユーザで起動するのか指定できます。
windowsキー-ファイル名を指定して実行-services.msc
このサービスの一覧にログオンという項目があります。
たいていローカルシステムなのですが、独自開発系はローカルユーザでないと動かない場合があります。
その場合もサービスのプロパティからログオンで適正に代えてあげる必要があります。
またドメインユーザでもこの設定は有効なため、ドメインユーザで設定することも可能です。
このパターンの場合気をつけなければいけないのがドメインコントローラに変化があったときです。
ドメインコントローラではユーザを一意に位置づけるためにIDを保有します。
何らかのトラブルでドメインコントローラに変更が加わった場合、ユーザが有効にならず、起動に失敗する可能性があります。
対処としてはドメインから一度離脱し、再度参加することと、ユーザの再登録で解消できると思います。
ローカルシステムないでサービスの起動停止を行う権限があるかどうかも重要になります。
こちらは以下の手順を踏みます。
windowsキー-ファイル名を指定して実行-gpedit.msc-ローカルコンピュータポリシー-コンピュータの構成-Windowsの設定-ローカルポリシー-ユーザ権利の割り当て
の中にあるオペレーティングシステムの一部として機能に当該ユーザを登録します。

3つ目のその他ですが、これはホントにいろいろなことが考えられます。
サービス起動対象ファイルのバグやウィルス感染。
依存対象も同様。
セキュリティを高めたつもりがサービスの障害にも該当してしまったとか。
色々あると思います。
また、何かあれば追記したいと思います。

close

リストアの落とし穴

業務にかかわらず個人でも行うかと思いますが、PCデータのバックアップは大切です。
特にOSレベルのフルバックアップも行うことがあるでしょう。

取得したバックアップは多くは使われることはありません。
使われることが無いからこそ、個人レベルではバックアップはおろそかにしがちです。

まぁ、このように話してしまうと元も子もないですが、ではどのような場合に使うかと言うと、良くあるのが試験環境で使われます。
（そのほかについてはリンク先などを参照）
本システムが稼動するまでは本稼動において十分な稼動が出来ることを証明するためにいくつもの試験工程を踏み、最終リリースにいたります。
その試験工程においてテストする業務によっては他の業務と同一で試験をすることが出来ない、又はリスクを負うことが発生する場合、専用にサーバを設ける必要があります。
(本稼動時には一つのサーバに全ての業務を載せる場合)
そうなった場合、それまでの土台である制御部分は共通でなければならず、再構築には費用も時間も手間もかかります。
これを一括で解消できるのは現在使用しているサーバのミラーリングです。
ミラーリングすることにより確実に同じ環境でテストする業務のみを変更してテストを実施できるのです。
(通常設計の段階で決定してると思いますので、サーバ自体はあらかじめ余裕があると思います)

このように試験にあわせて都合よく制御基盤を構築できるミラーリングバックアップですが、気をつけなければならないこともあります。
それは、2台以上にデータを復元する場合です。
これを行ってしまうと、OSや、各アプリケーション、業務が保持する一意の値もコピーされることとなり、それらを参照してサーバ間通信を行う場合、正常に動作できなくなってしまいます。
特に同じネットワークに復元したサーバを2台設置すると、間違いなくIPアドレスが同一になってしまうため、通信障害なります。
さらに場合によってはMACアドレスもコピーされてしまうのでこれを参照してサーバ間通信を図っている場合も単純にIPアドレスの変更だけでは解決できなくなってしまいます。

バックアップを復元したサーバ同士での通信障害の場合はこれらを疑ってみては?
通信障害なので多くはNICの再起動、再インストールで解決できると思います。
特にNLBは特別な値を見ているようですので、注意が必要だと思います。



※文中の文言はかなり砕けた表現を使っています。
当たらずとも遠からずな文言は無視してください、細部にわたる突っ込みは荒らしとみなします。
明らかに間違った表現はご指摘ください。

バッチファイルの戻り値

windowsにはコマンドと呼ばれるCUIを用いて処理を行うファイル(バッチファイル)を作成することが出来ます。
今回のお話は初心者向けではなくある程度バッチファイルの作成が出来る方、タイトルでお悩みの方がいれば参考にしていただければと思います。

2009年02月22日修正

さて、コマンドや簡単なスクリプトに限らず、処理を走らせた後はその結果を変数に返すと言うことがコンピュータの世界では暗黙の了承となっています。
戻り値なんていいますが、ググると若干意味が異なりますのでここでは戻り値、リターンコードとは終了コードと同一の扱いでお話します。

バッチファイルにおいて戻り値を返すにはバッチファイル終了コマンド(普通にファイルの最後まで処理が走れば自動で終了しますが、ここでは明示的に処理を終わらせた場合です)である”EXIT”にオプション”/B”をつけた上で引数に数値を渡します。
数値はいくつでも良いですが(言語によって変わる為、ここではいくつでも良いと記載します)、普通は2桁に収めます。
と、言うより3桁必要なことはほとんど無いでしょう。

またバッチファイルの走行後自動でプロンプトも終了し、通常は戻り値は回収できません。
ですので必要なのはサブバッチ、つまりバッチからバッチを呼んだ場合です。
a.batの処理でb.batの処理が必要なため内部で呼び出した後、b.batの処理が終了しb.batが正常終了した場合にa.batは残りの処理を走らせたい場合a.batはb.batの処理の結果を必要とします。
こうした場合の正常/異常を数値としてa.batに返してあげるのです。
まさに「戻り値」ですね。

で、この戻り値なのですが、想定どおりに値を返してくれない場合があります。
それが即時展開のトラップです。
よく理解していないのですが、バッチファイルはバッチファイルを実行したときに全ての変数を即時展開するらしいです。
その為、FOR文の中で値を動的に変えてもすでに展開済みの変数に関しては再設定が出来ないというもの(っぽいです)。
これを避けるために変数の即時展開を遅延展開させます。
これを遅延環境変数というらしいです。
リンク先の通りなのですが、なるべくバッチの冒頭にSETLOCALコマンドを使い対象変数を「%%」から「!!」に変えて展開するだけです。
なれないうちは全て「!!」で展開させたくなりますが、まずはデバッグしてみて怪しいと思ったら実行しつつ、慣れて行けばよいと思います。

まったく面倒なシステムですね･･･


で、この戻り値なんですが、規定どおりに指定してあげてもまれに、戻り値を返してくれません。
正確には返しているのだとは思いますが、子バッチを呼び出した親バッチは子バッチの戻り値を受け取れないことがあります。
因みにwindowsの場合戻り値はシステム変数"%ERRORLEVEL%"に格納されます。
そもそも変数に格納されないのですからやっぱりいろいろ考察すると戻り値自体を返していないのかもしれません。

とにもかくにもバッチからバッチを呼んでの処理を実施した場合、多くは呼ばれたバッチ（子バッチ）は何らかの形で処理の状況を呼び出し元（親バッチ）に知らせてあげないといけないケースは大半です。
そこで苦肉の策ですが、"EXIT"コマンド発行直前に戻り値となる予定の値をファイルとして出力してしまいます。
＜＜子バッチ＞＞
SET BATCHFILE_PATH="バッチファイルが格納されている任意のパス"
SET RC_PATH=%BATCHFILE_PATH%\tmp\returncode\
ECHO. > "%RC_PATH%"\0
EXIT/B 0

＜＜親バッチ＞＞
SET BATCHFILE_PATH="バッチファイルが格納されている任意のパス"
SET RC_PATH="%BATCHFILE_PATH%"\tmp\returncode\
IF EXIST "%RC_PATH%"\0 ( ECHO 子バッチは正常終了です )

上記のようにすればとりあえずは戻り値の代替として使用できます。
因みに戻り値が取得できないのはFOR文の中でサブバッチを呼んだりするケースが臭いです。
尚、環境変数の引継ぎに関しては"CALL"で呼んであげれば引き継がれるはずなんですが、当事象は環境変数も引き継げません。

さまざまな要因が考えられるでしょうが、当該事象を経験で解決策をご存知の方はコメントいただけるとありがたいです。
同事象でここにたどり着いた方は上記の方法を提案します。

再現ですが、下記環境でデバッグを行っています。
OS:windows 2003 server enterprise edition R2　（実機及び仮想端末上）
タイプ:*.bat
子バッチの呼び出し方法: CALL
呼び出したときの処理:FOR文内


※文中の文言はかなり砕けた表現を使っています。
当たらずとも遠からずな文言は無視してください、細部にわたる突っ込みは荒らしとみなします。
明らかに間違った表現はご指摘ください。
文中の""括りはコマンドを示唆します、実際の使用には""ははずしてください。
例文の中の""括りは場合によっては必要あるいは必須です。
例文の日本語文字は"REM"にてコメントアウトしていない場合適切に読み替えてください

close