Batch

近況

YamaKen — Tue, 04 Aug 2009 01:25:00 GMT

最近は Active Directory に対してコマンドを叩いて、ほしい情報を取り出すことに躍起になっています。
たとえば、次のような情報は管理ツールを立ち上げないでも、 dsquery があれば取得可能です。

信頼関係
→一覧にできるのでいいです。いちいち GUI で domain.msc などをあげるよりも手軽。
サイト、サブネット、ブリッジヘッド、KCC
→複製を流す時とかに割と役立ちます。 dsquery * でもいいし、 dsquery subnet などでも。
アカウントオブジェクトと、そのさまざまな属性
→一度もログオンしたことがない場合は、とある属性に値がセットされない、とか。

dsうんたら、のコマンド(dsquery, dsmod,dsadd,dsget,dsacls)はパイプで実行結果を次のコマンドに渡すのが定番ですが、それが通じない場合は For /F コマンドを叩くことで、おおかたは解決できます。
慣れれば情報取得のたいていのことは、 dsquery を使うと GUI より手早く結果を持ってこれるので、イイですね。

現在は、dsquery で持ってきた情報を一行一行ではなくて丸ごとをイベントログに乗っける方法を探していたりします。この辺の情報をお持ちの方はヒントをくださいまし。

雑検討: 「特定の文字列を含むパス」を捌くには。

YamaKen — Sat, 31 May 2008 17:37:00 GMT

ジムの合間に、洗濯のために帰宅。
そんなことはどうでもいいが、先ほどのようなバッチファイルでシンプルに結果を返すか、あるいはなんかのクラスを使ってコーディングを試みることになる。
手っ取り早く思いつくのは Scripting.FileSystemObject と WMI だったりするけど、他にも Shell でネームスペース拾ってみたりするようなアプローチもあるか。 FileSystemObject と WMI はそのものズバリが Hey, Scripting Guy! に取り上げられていたね。WMI だと、前に僕も別のモノで書いていたように、検索結果(コレクションになってる)を .Count で数えればいい。
ただ、FileSystemObject だと存在確認以前にソレがファイルかフォルダかを判別する仕掛けは自分で持ってこないといけないので、ちょっと面倒くさいか。
Shell を使えばそこらはもう少し楽になったはず。ベクタで吉岡さんが公開しているコードに、そこらの実装例はある。確かダウンロードファイルのプロパティの「何か」(NTFS の ADS に書き込んでるテキストデータに依拠。XPSP2 で実装。でもってアタクシはその名称を忘れた。)を変えるコードで、そこを扱うロジックがあった。
特定パターンの文字列を含むフォルダやファイルの存否をチェックする方法は他に何かあるだろうか。ここで触れた以外のクラスを使って確認するアプローチがあれば、コメントください。>ALL

ファイルの存否判定を行うバッチファイル(普通のコマンドプロンプト)

YamaKen — Sat, 31 May 2008 09:00:00 GMT

例によって C# Code Format にて色づけ。本体がたった数行の癖に、無駄にコメントが長いので覚悟してください。

   1:  rem targetexists.cmd

   2:  rem 作成者: YamaKen

   3:  rem バージョン: 0.01

   4:  rem 作成日: 本日、ってのはわかりづらいか。 2008.05.29 (GMT+0900) としておこう。

   5:  rem ■ Introduction (狙いの説明っぽい何か。)

   6:  rem 特定文字列の存否判定を行うバッチファイル。

   7:  rem あんまり細かいロジックを入れてないので、単に関数として他のコードに入れて

   8:  rem 使いまわしてもいいんじゃないかな。

   9:  rem Scripting.FileSystemObject や WMI といったクラスを利用した

  10:  rem スクリプトプログラミングよりも、個人差なくだれでも、時間をかけないで

  11:  rem 作り込んで結果を得られるように(生産性)、また、ありあわせのコマンドで

  12:  rem 済ませることで、システム負荷を無駄に押し上げないように(リソース利用)、

  13:  rem を狙って作っている。

  14:  rem 捌くべき母体、対象件数が多ければ多いほど、この意識がどれほど有効か、よりはっきり分かるだろう。(少なくとも、運用管理者として自分が欲しいからそういう風に作ってる。)

  15:  rem 少なくとも、特定パターンのファイル検索を行うためだけのコードごときが

  16:  rem 何分も、運用中のサーバの CPU 利用率を占有し、上限に張り付かせるようなアホな

  17:  rem コードは書いちゃいかんです。実行中のスクリプト内でリソースの

  18:  rem 利用率を制御する方法は VBScript には提供されてないんだから。

  19:  rem と、コメント部分を長々書いてしまったが本題はコメントアウトされない最後の数行だけ。

  20:  rem ///

  21:  rem ■ 機能説明っぽい何か。(何をやってるのかを解説してみる。)

  22:  rem 指定ディレクトリ内の、特定文字列を名前に含むフォルダやファイルがあるかどうか

  23:  rem 確認する。このために即興で strflag という変数を定義し、中身の有無で存否確認を行う次第。

  24:  rem 最初の繰り返し行は、指定パターンのファイル存否確認を行って、その結果を

  25:  rem 標準出力(画面)ではなく strflag 変数に突っ込んでいる。

  26:  rem 指定文字列のパターンが見当たらなければ、findstr は結果を返さない。

  27:  rem よって、指定パターンの名前を含むファイルやフォルダがあれば変数に

  28:  rem 値が入るし、なければ変数は空のまま。

  29:  rem その次の数行では、その変数の中身を確認し、値の有無判別を行っている。

  30:  rem 条件分岐と実行部分は無駄に改行を入れているが、必要があればこの無駄部分で

  31:  rem 実行すべきコマンドを追加すりゃいい。

  32:  rem 全体を通しての小技としては、エスケープ文字の入れ方、コマンドの

  33:  rem 実行結果を変数に突っ込むアプローチ、それと判定の仕方くらいかな。

  34:  rem ありふれたコマンドでも、組み合わせればここまでできるぞっと。

  35:  rem ///

  36:  rem ■ 懸案っぽい愚痴っぽい何か。

  37:  rem 条件分岐(IF うんたら)の中でアクション部分にセットした set コマンドが

  38:  rem 動かない感じがするのは気のせい?

  39:  rem いや、別のコードを書いていて直面してたのだけどさ。

40:

  41:  rem 指定パターンのファイル/フォルダ存否判定のモト。

  42:  For /F "delims=" %%f in ('Dir [フルパス]^|FindStr /i ^"[文字列]^"') DO (Set strFlag=%%f)

43:

  44:  rem 存否判定本体。 判定部分はちょっとだけ頑張った。

  45:  If "%strFlag%"==^"^%strFlag^%^" (

46:

  47:  Echo No Match

48:

  49:  ) Else (

50:

  51:  Echo Match Found

52:

  53:  )

54:

  55:  rem 何もなければ strFlag をカラにする。

  56:  set strFlag=

メモ: FTP.exe の返す、戻り値に悩んでみる

YamaKen — Fri, 08 Feb 2008 01:39:00 GMT

結論: ftp.exe 自体がハングアップしてなけりゃ 0 が返るのが基本動作。ステータスコードに応じて Errorlevel 風味の値を返したいなら、テキストにリダイレクトして、 findstr /i "string_pattern" file_path のようにするとか、 more filename|findstr /i "string_pattern" という感じで中身を拾っていけばいい。エラーが出て終わってなければその旨、動作記録には残せるはずだ。ソイツを狙う。

メモ:「一日前」の日付を手っ取り早く取得してバッチで使う

YamaKen — Fri, 08 Feb 2008 01:33:00 GMT

Tips ってほどでもないのでメモとする。
PowerShell とか入ってないなら、VBScript の DateAdd 関数を使うと一番手っ取り早そう。数行書けば済む。
そうじゃなくて当日の日付でよいというなら、そもそも WSH に逃げる必要はなく。 date /t (Windows 2000 の場合。)や %date% で何とかすりゃいい。
ここの時点で中身を確認して、何か値が入っていればよいってのなら、変数を展開して、ソイツがから文字じゃなければいいってこと。

(前略)
if %somevar% =="" (goto getout) else (goto finish)
(略)
:getout
echo 変数に値がセットされていません

:finish
echo %somevar%
exit /B rc

ってやっておけばいいか。 neq とかの評価方法と For の使い道よね、このへん。
バッチファイルでも VBScript でも実装のために必要な材料はほぼ同じで、お膳立て、本体組み立て、後始末の三段がコアになるかなと。

PowerShell のスクリーンキャスト(VBASPCoder.com)

YamaKen — Fri, 02 Nov 2007 21:35:00 GMT

入海さん(vbNullString さん)(シアトル在住の日本人エンジニア)のサイトでスクリーンキャストが提供されている。あんまりゆっくりは閲覧できてないけど、PowerShell の使い方を柱に、旬な素材を扱っている様子。今のところ、第五回まで提供の模様。詳細は以下のURLから。

# こういう、日本語で提供される技術ネタがもっと増えるとうれしいですね。

メモ: バッチファイル内でエラーレベルを拾う

YamaKen — Thu, 04 Oct 2007 10:05:00 GMT

Windows のバッチファイルで%errorlevel%という環境変数を使うと、直前に実行したコマンドの結果を使って条件指定できる。
原始的ではあるけれども、想定したとおりに自分の命令が動かないときは特に、問題を追いかける一環として echo させたり、イベントログに吐き出すようにしていたりする。(VBScript などでもこれ、使えるわけで、変数=コマンド文、として変数の数値の成り行き次第で処理の追加を行ってみたりなどしている。)
Log Parser のコマンド版は、通常のコマンド同様、実行結果に応じてこまめにエラーレベルを出してくれる。構文チェックや、そもそもの接続でこけたら5、欲しいフィールドが対象の中にないとそれ以外、という具合。わりと細かく状態を判別できる様子。
但し、%errorlevel% には欲しいコマンドの実行結果のみが格納されうるわけではないので、エラーレベルは直後で拾っておかないと、あとで錯綜するはめになったりする。(そのようなわけで、手許では、適当な文字列を追加して、別変数としてこの errorlevel 変数の値を記録するようにしています。)
エッセンスだけとれば、そう気づくきっかけになったのは、こんな↓バッチファイルです。例によって C# Code Format を使ってます。

   1:  @echo off

   2:  rem 本体は大まかにこんな感じ。

   3:  LogParser.exe -o:tab -formatmsg:on "Select * INTO results.txt From [抽出ソース] where id LIKE 529"

4:

   5:  rem 追加処理を行うと違う中身に代わってたりするんだよね。

   6:  echo %errorlevel%

7:

   8:  rem エラーレベルを別変数に格納。ここでこれをやっておかないと、

   9:  rem 次の条件分岐の箇所では、なぜかエラーレベルが別物になってる。

  10:  rem たとえば 5 のときは 9009 とか。

11:

  12:  set cmdresult=take%errorlevel%

  13:  echo %cmdresult% & echo %errorlevel%

14:

  15:  if "%cmdresult%" ne "take0" (

  16:  [メッセージ用意して、途中終了した旨をログに書き込むパートにジャンプ]

  17:  )

  18:  (中略)

  19:  exit

メモ: Windows 2000 に対する eventquery.vbs の実行について

YamaKen — Tue, 18 Sep 2007 07:43:00 GMT

Windows 2000 サーバに対してイベントログの照会を行うとき、直接コマンドラインから行おうとすると、通常は同名のコマンドがないので蹴られる。こういう場合は周囲にある XP/2003 のマシンを経由して eventquery.vbs を用いてログを取得するとストレスが少ない。一番ラクチンなのは Log Parser だが、標準範囲内のツールしか使ってはいけないことも多いので…)
ところで、 Windows XP/2003 に搭載されている eventquery.vbs は、表示のきれなどを予防する意味で CSV 形式でデータを取得すると、わりと見やすいものになる。一部の「説明」データで改行コードを CRLF ではなく LF 乃至 CR を用いて書き連ねたもの(バックアップ系ソフトウェアや、 Exchange Server 200x など一部アプリケーションでの実装)をうまく扱えず、そのまま改行されることもあるのが困りものだけど。この点は Log Parser でも変わらないので、もしもよほど気に入らなければ、自前でスクリプトを作ってもよいかも。対応するデータのフィールドで改行コードに replace() をかければ、ヘンなところで改行されないようにはできる。
追記: Log Parser でも、たとえばコマンドライン版で -formatmsg:on というスイッチをつければ、Message 部分での改行コードの問題には、悩まされずに済む。

メモ: バッチファイルでコマンド文を細かく構成する

YamaKen — Wed, 12 Sep 2007 12:40:00 GMT

以前 VBScript で SQL 文を細かく分けて、構成していく方法をメモしたのだが、バッチファイルでも少し似たことが出来る。 set を用いた環境変数追加と、空白文字列の扱い方がポイント。

空白文字列を扱うときは二重引用符でくくるか、スペースを冒頭に記述するとイケる。

こうすることで、「微妙に、ちょっとずつ実行条件が違う」、似通ったコマンドを一括りにまとめて書いておくことが出来るので、ファイルをざっと見たときに見通しをつけやすくなる。

setlocal/endlocal でシメるのと、 set xx = "" と、利用後の処理も忘れなければなおよし。

メモ: 固定名のテキストログを日付でローテートするバッチファイル

YamaKen — Sat, 26 May 2007 18:31:00 GMT

過去にコレを基にバッチを作ったことあり。 forfiles.exe と組み合わせていた記憶がある。手間を考えると VBScript で ObjFile.Move などを使って日付を入れてった方がいいのかもしれないが。(或いは、河端さんの作った、 rentoday.vbs と delold.vbs を組み合わせるとか。) Linux なら logrotated にて設定する。

Creating Log Archives on Windows 2000 http://www.netadmintools.com/art228.html

rotate するなら一定期間を経たモノは個別 or 纏めて?cab か tgz に落とした上でメディアに入れるか、ログの格納専用マシンに置いておきたいところではある。