いくつかのニュースサイトで記事が掲載されていますが Windows 7 の一般公開が始まったようですね。
現在は英語の Microsoft のページからダウンロードできるようです。
# 日本語版のダウンロードも可能です。
Windows 7 Release Candidate: Download instructions
2008 R2 RC の一般ダウンロード先はまだ見つからないです。
SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
いくつかのニュースサイトで記事が掲載されていますが Windows 7 の一般公開が始まったようですね。
現在は英語の Microsoft のページからダウンロードできるようです。
# 日本語版のダウンロードも可能です。
Windows 7 Release Candidate: Download instructions
2008 R2 RC の一般ダウンロード先はまだ見つからないです。
連休中に SP2 や RC が提供され勉強内容に事欠かないです。
SP2 適用のゲスト OS イメージを作成する裏で Windows 7 の XP Mode をインストールしてみました。
I-VT (Intel Virtualization Technology)? または AMD-V (AMD Virtualization) に対応している必要があるため
Hyper-V のゲスト OS として Windows 7 をインストールして XP Mode を実行したら以下のエラーが…。
そういえば XP Mode の記事には CPU の仮想化テクノロジが必要になると書かれていた気がします。
物理環境を使用するしかなさそうですので、検証環境のサーバーのパーティションをひとつ潰して Windows 7 を
インストールしました。
# いつも同じパーティションを潰しているのですが今回もバックアップとるのを忘れました…・。
??? MED-V クライアントの検証用に使っているパーティションを潰すのですが毎回バックアップ忘れます。
[Windows XP Mode に必要なモジュール]
Windows XP Mode のインストールには TechNet / MSDN の会員サイトからダウンロードできる以下のモジュールを使用します。
# 一般ダウンロードは 5/5 から可能になるようですね。
# 私は 64 bit 版を使用していますが 32 bit 版もあります。
# これらのモジュールは Windows 7 の中ではなく [アプリケーション] → [Windows Virtual PC] の中にあります。
??
[Windows XP Mode のインストール]
Windows XP Mode は Virtual PC 上で Windows XP SP3 を起動して使用するものですのでまずは Virtual PC をインストールします。
使用するのはダウンロードした [Windows Virtual PC Beta (x64)] になります。
これでスタートメニューに [Virtual Windows XP] が追加されます。
この状態では XP Mode で使用する Windows XP は導入されていませんので次は Windows XP のイメージをインストールします。
インストール前に [Virtual Windows XP] を実行すると以下のダイアログが表示されました。
[ダウンロード] をクリックすると以下の URL が開きます。
Windows Virtual PC home page
[Windows XP SP3のイメージのインストール]
5/5 になればイメージは一般公開されるようですがまだ公開されていないので TechNet / MSDN でダウンロードしたものを使用します。
使用するのは [Windows XP Mode Beta (x64)] でダウンロードしたモジュールです。
これでイメージの展開が終了です。
インストール先に Windows XP の VHD が作成されています。
[Virtual Windows XPを開始する] を有効にしていると自動的に [Virtual Windows XP のセットアップ] が起動します。
キャンセルした場合は、スタートメニューの [Virtual Windows XP] を実行するとセットアップが起動します。
[Virtual Windows XP のセットアップ]
続いて Virtual Windows XP のセットアップです。
?セットアップが終了したら Windows XP が起動してきました。
この状態でデフォルトでインストールされている [Windows カタログ] を実行したら以下のメッセージが。
仮想マシンが起動している状態だと XP Mode のアプリケーションは実行できないようですね。
[仮想マシンを終了する] をクリックして [Windows カタログ] 起動してみました。
タイトルバーが XP になっているので Virtual PC 上で起動しているようです。
[XP Mode で動作するアプリケーションの追加]
XP Mode で使用するアプリケーションは Virtual PC 上の Windows XP にインストールします。
今回は XP に Office 2007 をインストールしてみました。
インストールすると Windows 7 の XP Mode のメニューに Office が追加されました。
Excel を起動してみるときちんと XP Mode 上で起動しました。
Microsoft のダウンロードセンターからマニュアルがダウンロードできるようですね。
Windows Virtual PC Evaluation Guide
海外の動画を眺めていたところ起動したいアプリケーションを追加する場合は XP の以下のディレクトリにショートカットや EXE を
保存すればよいようです。
[C:Documents and SettingsAll Usersスタート メニュー]
# 私が見た動画では? [C:Documents and SettingsAll Usersスタート メニュープログラム] に保存していましたが
??? [スタートメニュー] でも大丈夫でした。
スタート メニューに何か追加すると以下のレジストリに自動的に値が登録されているようですね。
| HKLMSOFTEAREMicrosoftWindows NTCurrentVersionTerminal ServerTsAppAllowListApplications |
?
Windows 7 側では XP Mode で起動するアプリケーションのショートカットは以下のように設定されています。
| %SystemRoot%system32rundll32.exe %SystemRoot%system32VMCPropertyHandler.dll,LaunchVMSal "Virtual Windows XP" "||8cedb748" "Windows カタログ" |
[||] の後の値がレジストリのキーと対応しているようです。
ひとまずインストールと簡単に触ることができたので満足です♪
自宅の AD の機能レベルを Windows Server 2008 に変更しているのですがその際に調べたことのメモです。
# 最初から機能レベルを最新にすればよかったのですが。
[SYSVOL の複製を FRS から DFSR に変更]
ドメインの機能レベルを [Windows Server 2008] にすると SYSVOL の複製に DFSR を使用することが可能となります。
インストール時に機能レベルを [Windows Server 2009] に設定しておけば複製には DFSR が使用されますが
機能レベルを上げた場合には手動で設定する必要があります。
Microsoft の安納さんのブログに一連の手順が書かれておりとても参考になりました。
【Windows Server 2008】 Sysvol 複製を FRS から DFSR に移行するには Dfsrmig.exe コマンドを使用する
【Windows Server 2008】 dcpromo 時に ドメインモードを 2008 にすれば SYSVOL 複製は DFSR に自動設定される
作業としては
という順番で順次状態を移行しながら作業をしていくと完了しました。
機能レベルを上げて手動で DFSR を設定した場合は [SYSVOL] のディレクトリが [SYSVOL_DFSR] になります。
# インストール時に機能レベルを DFSR に設定した場合は [SYSVOL] になります。
他の情報も調べていたところ以下の記事がありました。
第1回 Active Directoryアップグレード方法論
今までは SYSVOL の複製に FRS を使用していたので [File Replication Service] が起動した状態のままになってしまうようですね。
ちょうど新規に検証用の AD を構築していたところなのでドメインの機能レベルを [Windows Server 2008] にして構築したところ
このサービスは [手動] 起動となっていました。
[インストール時に Windows Server 2008]
[機能レベルを上げた場合]
ひとまずこのサービスは手動に変更。
?
今回はドメインの機能レベルを上げただけなので問題はないのですが AD のアップグレード時によく話題になる設定のメモを
# レガシーな OS を使用しているときの SMB パケット署名のお話です。
Windows Server 2008 ベースのドメイン コントローラで既定のセキュリティ ポリシーを変更する
Active Directory ドメインを Windows Server 2008 AD DS ドメインにアップグレードする
少し古いですがこちらもメモ
サーバーを何台か Windows Server 2008 SP2 にアップグレードしました。
複雑な手順はありませんが作業をまとめておきたいと思います。
アップグレード後のバージョン情報は以下の通りです。
Windows Server 2008 R2 Beta → RC にアップグレードした時は SCVMM でホストを再登録していたのですが、
SP2 へのアップグレードでは再登録しなくても問題なく管理ができています。
SP2 インストール済みのゲスト OS の VHD も作らなくては。
検証環境の SCVMM R2 Beta では OS に Windows Server 2008 R2 Beta を使用しているのですが、
Beta → RC にアップグレードできるかを試してみました。
?
?
アップグレード中の C ドライブの状態は以下の画像の通りです。
アップグレード用のディレクトリがいくつか作成されています。
?
[アップグレード前]
[アップグレード後]
?
Windows 7 は Beta の環境を持っていなかったのでアップグレードできるのか少し調べてみたところ、
少し手を加えるとできるみたいですね。
Engineering Windows 7
Windows 7 Beta To RC Upgrade Instructions
サブノートとして使用している富士通の LOOX U/B50N に Windows 7 をインストールしてみました。
Beta 版と一緒のインストール方法でインストールできました。
Vista 用のデバイスドライバを使用すると不明なデバイスもなく今のところ快調に動いています。
Windows 7 で [Alchol 52%] を使用するときには最新のバージョン (1.9.8.7612) をインストールしないと
初期セットアップが繰り返されてしまうという現象が発生し少し悩みましたがそれ以外はスムーズに導入できました。
[らくらくズーム Lite] が動かないようですがこれだけであれば支障はなさそうなのでこのまま使っていきたいと思います。
昨日の投稿から Web サーバー導入キットと LiveSpace に同一の内容を投稿するようにしています。
# 単純に両方に投稿しているだけですが。
ブログは LiveSpace を使い続けようと思うのですが勉強を兼ねて Web サーバー導入キットでも立ち上げています。
今朝から URL を公開してサーバーは運用テストを行っているのですが、IIS のアクセスログ管理に関してそろそろ
考えていこうと思います。
IIS のアクセスログはデフォルトでは [%SystemDrive%inetpublogsLogfiles] に保存されるようになっています。
%SystemDrive% は通常 C ドライブになりますので C ドライブ内にどんどんログが蓄積されていきます。
以前も投稿したのですが私は C ドライブにファイルを置くのが嫌なので場所を移動しています。
[ログファイルの移動]
これでログファイルの保存場所の変更は終了です。
デフォルトのログファイルの形式は [W3C] になっているはずですが、デフォルトの状態では [参照者(cs(Referer)] が
取得されていません。
この情報が取得されていないとリンクからページのアクセスされた際にどこから来たのかが出力されません。
この項目も取得するように設定したいと思います。
[取得項目の設定]
これでどのページから遷移されてきたのかが取得できます。
今日半日取得したログでは以下のような内容が取得されていました。
|
http://engineer-memo.spaces.live.com/blog/ |
公開しましたという記事で URL を公開しましたのでそこから遷移してきたということがこれからわかると思います。
IIS 7.0 からは [ファイル名およびロールオーバーに地域設定を使用する] という設定が追加されています。
既定ではログファイルのファイル名と次のログファイルに切り替わるタイミングは UTC (協定世界時) が使用されます。
日本は [+ 9:00] ですのでファイル名とファイルが切り替わるタイミングは実際に使用している時間と差が出ます。
# ファイルの切り替えタイミングは [毎時間] [毎日] [毎週] [毎月] から選択できますが地域設定を使用しないと
00:00 には切り替わりません。 (デフォルトでは 15:00 に切り替わるかと)
注意点としては、ファイルの切り替えタイミングは地域設定に基づいて行われますがファイル内の時間については
UTC から変更できませんので、こちらに関しては確認するときは 9 時間プラスする必要があります。
[ファイル名およびロールオーバーに地域設定を使用する]
ファイルのロールオーバーはあくまでもファイルの切り替えだけですのでこのままではファイルは蓄積されます。
PowerShell を使うとサクッとできそうですが私はコマンドプロンプトでバッチを作ることが多かったので、
今回はログファイルを圧縮して削除するバッチを作りたいと思います。
[ログファイルの圧縮 / 削除]
ログファイルの圧縮、削除は以下のバッチファイルで実行することができます。
[IISLogClrear.bat]
| @ECHO OFF SETLOCAL REM 以下のディレクトリはログファイルの保存場所に応じて変更します。 SET LOGDIR=E:LogFilesW3SVC1 REM ファイルを CAB 形式で圧縮します。 /D –1 で 1 日前までのファイルを 1 ファイルずつ圧縮しています。 REM 圧縮した時と同じ指定でコマンドを del に変更し、圧縮対象となったファイルを削除します。 |
このバッチを実行すると 前日分までのログファイルを CAB 形式で圧縮して削除できます。
あとはこのバッチをタスクスケジューラに登録すれば定期的にログのクリアが実行できます。
これでタスク スケジューラ ライブラリに登録したタスクが追加されます。
デフォルトの状態では [ユーザーがログオンしているときのみ実行する] 設定になっています。
タスクを右クリックしてプロパティを開いてログオンしてなくても実行されるように設定しておきます。
# タスクは登録を行ったユーザーで実行するように作成されます。変更時には実行ユーザーのパスワード入力のダイアログが表示されます。
タスクを右クリックし、[実行する] をクリックしてテストで実行したいと思います。
ファイルが圧縮されていることが確認できます。
# この投稿は 5/1 に書いていますので 4/30 が圧縮されています。forfiles はファイルの最終更新日時をもとに処理をします。
登録をコマンドで行う場合はコマンドプロンプトで以下を実行します。
| schtasks /create /SC DAILY /TN “IIS ログクリア” /TR “E:ToolsLogIISLogCrear.bat” /ST 00:30 /NP |
# コピーすると “ が全角になってしまうようですので貼り付けて使用される場合は ” を半角に打ち直してください。
これで自動でログの圧縮 / 削除を行い、ディスク容量を節約することができます。
IIS のログ管理には Log Parser が便利なので次はこちらを導入してみたいと思います。
TechNet サブスクリプションと MSDN サブスクライバの RSS に以下のソフトが追加されていました。
ダウンロードしようと思ったところ現在ダウンロードページにアクセスすることができずにいます…。
連休中の時間がある時に Beta から RC への移行をやってみたいとおもいます。