Windows

SQLServerのメモリ上限については、2005以降はOSがサポートする範囲が上限となっている。
たとえば32bitのWindows Server 2008 StandardならOS上限は4GBまでなので、SQLServerの認識も4GBまでとなる。64bitのWindows Server 2008 Standardなら32GBまでなので、SQLServerも32GBまでの認識が可能となる。

一方で、SQLServerのAWE機能を使うと32bitOSの4GB上限を超えられるが、
現実的には32bitのWindows Server 2008 Standardでは意味をなさない。
2008 Enterpriseは32bitでもメモリ上限は64GBとなっているため、AWEを利用することで4GB以上のメモリを利用できる。

4GB以上のメモリをSQLServerで利用するには、64bitのServer 2008 StandardでSQLServer 2008 Standardを利用すれば良い。
今判らないのは、この場合、SQLServerのバージョンは32bitか64bitか、どちらを使うべきなのか、あるいは使えるのか、ということ。

ちなみに、hpのサーバの場合、プリインストールモデルでは32bitと64bit双方のOSインストール用メディアが付いてくるので、再インストールの手間はかかるけど、簡単に試すことができきる。

VPN越しに利用しているWebアプリがどうにも重い。接続帯域は十分。DBサーバのCPUやメモリは余裕がある。

となるとAPサーバか？ということでじっとパフォーマンスモニタを見ていたが、そこまで酷い値になってない。

一体どこから手をつけていいものやら。

まずはAPサーバのパフォーマンスカウンタで何を見るかは

http://207.46.16.252/ja-jp/magazine/2007.10.sqlcpu.aspx

を参考にすることにする。

ただ、直感的にはスペックの限界に達しているとは思えない。

アプリケーションの作りを変えたり、SQLServerの設定で改善されるような気がするんだけど…。

サーバをリプレースしても改善されなかったらと思うと今できることはやっておきたい。

tibファイル（TrueImageで取得したイメージバックアップファイル）の仮想ディスクへの変換がどうやっても出来ないので、素直にバックアップイメージから復元しました。

目的はHDDの拡張だったので、もうこれでいいや、という気分です。

半日ほど費やしたけど、駄目だったなあ。

窓の杜 – 【REVIEW】フォルダを同期させるMS純正の高機能コマンド“robocopy”をGUIで「RichCopy」.

早速データ移行に使ってみました。大変便利。

RoboCopyがインストールされてない環境の場合、いちいちセットアップしないといけないので、どうせセットアップするならRichCopyを入れてしまう、という考え方もアリですね。

TrueImageで取得したバックアップイメージファイル(.tib)をHyper-Vの仮想ディスク(.vhd)に変換し、インポートを試みてますが、どうしても変換できません。

TrueImageで変換タスクを実行しようとすると一瞬で終了してしまいます。「完了」と表示されますが、実際には何も変化なし。ここを見極めるために体験版を使ってるんだけど…。

連休中に一台セットアップしてみよう。
アップグレードするか新規インストールするかどうしようかな。

米Microsoft、「Windows 7」のRC版は4月30日提供開始 – Enterprise Watch.

ゴールデンウィークはこれで決まりって人が多そうだ。

複数台あるPCの1台を除いて、Windows Live Writerのプレビュー機能を使うとプログラムが不正終了するんですが、その1台だけが落ちない理由が分かりました。

IEが6でした。

IEが7だと確実に落ちます。

多分Twitterを無理矢理表示させているからだと思います。

そういう意味ではIE7はきっちり作ってあるんだろうな。

MacでChangeLogメモを試す中で、Windowsの方でもChangeLogが書けるように環境を整えてみました。

肝心なのはMacとWindowsで同じChangeLog.txtを利用できるような仕組みを実現すること。

そのため、ChangeLog.txtはDropBox上に置くこととしました。

ChangeLog形式の記入が楽になるように、TeraPadのマクロを利用しました。

＜用意するもの＞

• Dropbox
• TeraPad
• TeraPadのマクロ（WinChalowのWinChalow 0.0.9からダウンロード）
• ActivePerl （私は5.8.3という少し古いバージョンを利用しています）

＜作業の流れ＞

1. ActivePerlとDropBoxは事前にインストールしておく
2. DropBoxの同期対象のフォルダ（デフォルトではC:\Documents and Settings\%USERNAME%\My Documents）にChangeLog.txtというテキストファイルを置く
3. TeraPadのマクロを登録する （登録方法はダウンロードしたファイルのREADME.FIRST.win.txtに記載がありますが、チェンジログ・ファイルのパス名を次のように設定します）
   
   

   コマンドラインパラメータ: c:\<スクリプトのパス>\changelog.pl | %e "C:\Documents and Settings\%USERNAME%\My Documents\My Dropbox\changelog.txt"

   %USERNAME%は自分のユーザ名を入れてください。

4. TeraPad用のマクロ（changelog.pl）を修正します。
   

   !18行目

   my $path          = ‘C:\Documents and Settings\%USERNAME%\My Documents\My Dropbox’;

   %USERNAME%は自分のユーザ名を入れてください。

   !20行目

   my $charcode      = ‘utf-8′;

   utf-8に変更してください。デフォルトではshift_jisですが、Macと連携すると文字化けします。

以上で設定完了です。

TeraPadを起動し、ツールからマクロを選択すると、指定したPathにあるChangeLog.txtが開きます。

なお、当然のことですが、Mac側のChangeLogのファイルを"ChangeLog.txt"と拡張子が付くように設定しておく必要があります。

Windows Server 2008のHyper-Vを利用して仮想化環境を構築する際のCALの扱いが変わるようです。

変更前	変更後
Windows Server 2008 CALが必要	ゲストOSに依存

 

具体的な例を挙げます。

ゲストOS	変更前	変更後
Windows Server 2003	2008 CAL	2003 CAL
Windows Server 2008	2008 CAL	2008 CAL

 

ホストOSにADなど、仮想化以外の用途で利用した場合はWindows Server 2008 CALが必要になるので注意。

この変更は2008年1月16日から適用とのこと。