SE の雑記

MDOP 2009 R2 が TechNet / MSDN の会員サイトで提供が開始されました。
MDOP 2009 R2 for Windows 7 is now available!

このバージョンで Windows 7 に対応がされているはずです。
久しぶりに MED-V を触ろうと考えていたので、このタイミングでのリリースはうれしい限りです。
明日の Windows 7 発売のタイミングに合わせたのでしょうか？？
# 私も自宅の検証環境以外で使用する Windows 7 のライセンス購入しないと。

ファイルサイズだけみると倍以上になっているんですね。
MDOP に含まれる製品は増えていないと思っていたのですが。

現在ダウンロード中なので本日帰宅してから少し触ってみたいと思います。

VHD ブートが使えると Windows 7 の物理検証環境が手軽に用意できていいですね。
MED-V は物理環境が必須なので、今まではサーバーのパーティションを一つ潰していたのですが、
VHD でしたら BCD のエントリ追加だけですので。
物理検証環境用に x64 対応の中古のノート PC を購入したので、最近この手の検証も
効率よくできるようになりました。

追記

Windows 7 に対応した MED-V の提供は 2010 年の予定なんですね。
この投稿を書いた後、すべてわかる仮想化大全 2010 を読んでいたら書かれていました。
こちらの書籍で Windows 7 上で MED-V を動かしている画像があったので期待していたのですが。
# 2009 R2 の MED-V も Windows 7 ではインストールできません。
MED-V の WIndows 7 対応の情報を一度集めないといけないなと思いました。

LCD-8000U ですがモニターを変えなくても Windows Update 経由でインストールできる DisplayLink の
[5.21555.0] (2009/10/10) を使用すればそのまま利用できそうです。

?

このドライバを使用した場合、モニターは [汎用 PnP モニター] で利用可能です。

DisplayLink のホームページにはまだ本バージョンのドライバはアップされていないようです。
今日になって Windows Update のドライバが更新されたのでしょうか？
気づいたらドライバの更新ができ、汎用モニターで使用できるようになっていました。

標準のドライバだけで設定をしないでも使えると安心感があっていいですね。

問い合わせがあったのでメモしておきたいと思います。

Windows Vista 以降の OS は原則、Windows NT 4.0 ドメインへの参加はサポートしていません。

Windows Vista、Windows Server 2008、Windows 7、または Windows NT 4. 0 ドメインに Windows Server 2008 の R2 ベースのコンピューターを参加しようとすると、エラー メッセージ:"ログオン失敗: 不明なユーザー名または不正なパスワード"

Vista / Windows Server 2008 であれば [NETDOM] コマンドを使用することでNT ドメインに参加させることができました。
# 事前に NT ドメイン側にコンピュータアカウントを作成しなくても参加させることができました。

Vista は標準では [NETDOM] コマンドを使用できませんので Vista 用の RSAT をインストールする必要があります。
Windows Vista Service Pack 1 の Windows Server 2008 リモート サーバー管理ツールの説明
# リモートサーバー管理ツールはインストール後に [Windows の機能の有効化または無効化] で機能を有効にする必要があります。

コマンドは以下になります。

netdom join %computername% /DOMAIN:<ドメイン名> /UserD:<ドメイン参加に使用するアカウント> /PasswordD:*
例)
netdom join %computername% /DOMAIN:NTDom /UserD:Administrator /PasswordD:*

?

GUI から参加させようとすると以下のエラーになってしまいます。
パスワードもドメイン名も正しいものを入力しているのですが。

Windows 7 / Windows Server 2008 R2 は参加させることができませんでした。

Windows 7 も Vista 同様? [NETDOM] コマンドは標準ではありませんが、ドメインへの参加には [Add-Computer] コマンドレットを
使用することができます。
NT ドメインに対してはドメイン参加することができませんでした。

?

Vista 同様リモートサーバー管理ツールを使うことで、[NETDOM] コマンドを使用することもできます。
Windows 7 のリモート サーバー管理ツールの説明

Windows Server 2008 R2 では [NETDOM] コマンドを標準で使用することができますので、試したところこちらもエラーに。
# Windows 7 の [NETDOM] も同じでした。

懐かしのサーバーマネージャから確認すると、以下のように表示されます。

Windows Server 2008 は [Windows NT 6.0 サーバー]
Windows Vista は [Windows NT ワークステーションまたはサーバー]
と表示されています。

今回参考にさせていただいた情報
Vista Business SP1 でNTドメインに参加できない
Can’t join SP1 machine to NT Domain
Vistaのサポートツールについて（Netdom）

Vista SP1 で NT ドメインに参加できないの情報は 2008 年 6 月の投稿なのですが、NT ドメインをまだまだ
現役で使われているところはやはりあるんですね。

?

2010/8/28 追記

Windows 7 の NT ドメインの参加ですが、以下の技術情報がありました。
Windows NT 4.0 domain join is not supported with Windows 7 and Windows Server 2008 R2

Windows 7 の NT ドメインの参加ですが非サポートと記載されていますね。

以下のレジストリ設定をすると netdom コマンドをつかって、NT ドメイン に参加させることはできました。
# マイコンピューターのプロパティからはできませんでした…。

[レジストリの設定]
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesLanmanWorkstationParameters

DNSNameResolutionRequired?: 0 (DWORD:32 ビット)
DomainCompatibilityMode?: 1 (DWORD:32 ビット)

# Windows 7 を samba ドメインに参加させるための設定で検索するとヒットする情報になります。
　?デフォルトでは上記の DWORD 値は何も設定されていません。

これで netdom コマンドで NT ドメインに参加できるようになるのですが、ドメインアカウントでログオンはできません…。

NT のサーバーマネージャーを確認するとコンピューターアカウントは追加されているみたいではあるのですが。
?

?

[ダウンレベルクライアントの設定]
参加させるだけであれば、レジストリを変更すると可能です。ほかの情報も調べてみたところ、ダウンレベルクライアント用の設定を Windows 7 の
ローカルセキュリティポリシーで設定することで参加できた方もいらっしゃるようですね。
# LAN Manager 認証レベル を NTLM にすることで、参加できた方がいらっしゃるようです。

ダウンレベルクライアントに影響するグループポリシー

?

?

SQL Server 2008 R2 August CTP のノード追加のリトライ結果です。
SQL Server 2008 R2 だけがインストールされている環境を作って再検証してみました。

今回は最初のノードのインストール後に再起動し、ノード追加を実行してみたところ、正常にインストールが完了しました。

?

[SQL Setup failuer] のエラーポップアップが表示されてしまていたのは、SQL Server のリソースが
起動していなかったからかもと、今更ながら思ってしまいました…。

再起動したタイミングでリソースを移動するの忘れていたらポップアップとしては同じメッセージが表示されました。
Setup Boot Strap のログに出力されている Exception もぱっと見は同じ気がします。

ひとまず、CTP 版でもクラスタの構築は一通りできたの、構築の流れをつかむという当初の目的はクリアです。
SQL Server 2008 のクラスタ構築と手順は一緒ですね。

今回、Windows Server 2008 R2 で SQL Server を 3 インスタンス起動させた Active / Active / Active / Passive (AAAP) の
クラスタを構築したのは Windows Server 2008 の WSFC で AntiAffinityClassNames プロパティが動くことの検証を
したかったためです。

[AntiAffinityClassNames] は 3 ノード以上のクラスタでクラスタグループに設定するプロパティになります。
サーバー クラスタ : Windows Server 2003 のクラスタ構成の推奨事例
ホット スペア サポートのための Windows クラスタ グループ構成方法

3 ノード以上のクラスタの場合、1 ノードを待機ノードとして設定するのが一般的な構成です。

この状態でノード障害が起きた時にリソースがどのように配置されるかというと、

となることもありますが、

となることもあります。
優先所有者が設定されている場合は、優先所有者にフェールオーバーされますが、障害はどのノードで発生するか
わかりませんので、優先所有者の設定で 1 ノードでサービスが 2 つ起動しないようにするのは大変です。
# 優先所有者がすべて障害だった場合は、実行可能なノード内でランダムにリソースが配置されます。

このような時に使用するのが、[AntiAffinityClassNames] になります。
[AntiAffinityClassNames] を設定すると、リソースを実行していないノードがある場合はそのノードに
優先的にリソースの移動をさせることができるようになります。
この設定は優先所有者より優先されます。

設定はクラスタグループに以下のように行います。

[サービス A] と [サービス B] に [MSSQL] という [AntiAffinityClassNames] を設定しています。
これにより、リソースが移動する際に [MSSQL] という [AntiAffinityClassNames] が設定されているグループを
実行しているノードには、同一の [AntiAffinityClassNames] の移動を優先的には行わないようになります。

の状態で [ノード 2] で障害が発生した場合、リソースの移動先は [ノード 1] / [ノード 3] のどちらかになります。
[サービス B] の [AntiAffinityClassNames] には [MSSQL] という値が設定されています。
[サービス A] の [AntiAffinityClassNames] にも [MSSQL] が設定されているため、このグループが動いているノード
[ノード 1] は優先的な移動対象から外し、[ノード 3] で [サービス B] が実行されます。
# 同一の [AntiAffinityClassNames] が設定されているノードは排他で考え、優先的な移動先から外します。
　ただし、厳密な排他ではありませんので、他に稼働できるノードがない場合は、同一の [AntiAffinityClassNames] が
　設定されているグループを複数実行する形になります。

この設定により、3 ノード以上のクラスタで、待機ノードを有効に使用できるようにすることが可能です。

今回の検証環境では SQL Server のインスタンスは以下のように配置しています。

この状態で [2008R-NODE-03] のクラスタサービスが停止した場合、インスタンスを起動していない、
[2008R2-NODE-04] にリソースが移動するでしょうか？

[2008R2-NODE-04] に移動してしまいました…。
5,6 回試したのですが、リソースが動いていないノードに移動してくれていました。

何回か試していると、既にリソースが動いているノードにも移動される予定だったのですが、
待機系のノードにリソースが移動されてしまいました。
2008 のクラスタになってこの辺りの制御ロジックって変わったのでしょうか？？

これだと [AntiAffinityClassNames] の挙動が確認できないので [INSTANCE3] の優先所有者として
[2008R2-NODE-01] を設定して、各グループに [AntiAffinityClassNames] を設定してみました。

[AntiAffinityClassNames] は以下のコマンドで設定できます。

?

優先所有者だけが設定されている場合、[2008R2-NODE-03] を停止すると、[2008R2-NODE-04] にリソースが移動し、
[2008R2-NODE-03] 起動後に [2008R2-NODE-04] を停止すると、[2008R2-NODE-01] でリソースが実行されました。
# なんだか納得いかない動きですが…。

[AntiAffinityClassNames] を設定すると、[2008R2-NODE-03] が停止すると、[2008R2-NODE-04] にリソースが移動し、
[2008R2-NODE-03] 起動後に [2008R2-NODE-04] を停止すると、[2008R2-NODE-03] でリソースが実行されました。

停止時の動きが変わっているの [AntiAffinityClassNames] の設定により、リソースの移動先が選定されているように見えます。

3 ノード以上は Windows Server 2008 でも [AntiAffinityClassNames] の設定は必要そうですね。

SQL Server 2008 R2 のノード追加作業です。
最初に書いておきますと、ノードの追加に失敗してしまいました…。

1. [Installation] → [Add node to a SQL Server failover cluster] をクリックします。
   
2. [OK] をクリックします。
   
3. [Next] をクリックします。
   
4. [I accept the license terms] を有効にして、[Next] をクリックします。
   
5. [Install] をクリックします。
   
6. [OK] をクリックします。
   このタイミングで再起動したほうがいいんでしょうね。
   今回は検証なので再起動せずに進めてみます。
   
7. [Next] をクリックします。
   
8. ノードを追加するインスタンスをプルダウンから選択し、[Next] をクリックします。
   
9. パスワードを設定し、[Next] をクリックします。
   
10. CEIP の設定をし、[Next] をクリックします。
    
11. [Next] をクリックします。
    
12. [Install] をクリックします。
    
13. [OK] をクリックします。
    
14. クラスタ関連のサービスインストールが全滅でした…。
    
    再度セットアップを実行したら最後まで処理できなくなってしまいました。
    一度すべてのコンポーネントをアンインストールしてリトライしても駄目です。
    

最初のノードのインストールが終了した際に再起動していなかったことが気になりますがスナップショットを撮っていなかったので、
簡単に再検証することもできず…。

中途半端な投稿となってしまいましたが環境を再整備できたらまた試してみたいと思います。

R2 をインストールすると SQL Server 2008 の共有コンポーネントも R2 にアップグレードされてしまうものがあるようなので、
共存環境を作る際は考慮が必要かもしれないです。

SQL Server 2008 R2 August CTP でクラスタのインストールを試してみました。

1. [Installation] → [New SQL Server failover cluster installation] をクリックします。
   
2. [OK] をクリックします。
   ?
3. [Next] をクリックします。
   
4. [I accept the license terms.] を有効にして、[Next] をクリックします。
   
5. [Install] をクリックします。
   
6. [OK] をクリックします。
   
7. [Next] をクリックします。
   
8. インストールする機能を選択し、[Next] をクリックします。
   ?
9. SQL Server の仮想ホスト名とインスタンス名を入力し、[Next] をクリックします。
   
10. [Next] をクリックします。
    
11. SQL Server で使用するクラスタグループを入力または選択し、[Next] をクリックします。
    
12. SQL Server で使用するディスクを選択し、[Next] をクリックします。
    
13. SQL Server で使用する IP アドレスを設定し、[Next] をクリックします。
    
14. サービス SID またはドメイングループを設定し、[Next] をクリックします。
    
15. SQL Server のサービス用のアカウントと照合順序を設定し、[Next] をクリックします。
    R2 でも日本語の照合順序の最新は [Japanese_XJIS_100] のようです。
    まだ CTP の段階ですので RTM では増えているかもしれませんが。
    また、データベースエンジンのみのインストールの時はAnalysis Services の照合順序の設定はなくなったようです。
    
16. SQL Server の管理者アカウントとデータファイルのパス、FILESTREAM の設定をし、[Next] をクリックします。
    
    
17. CEIP の設定をし、[Next] をクリックします。
    今回使用しているのは CTP ですのでデフォルトは有効になっています。
    
18. [Next] をクリックします。
    今回はサポートファイルをインストールした際に再起動しなかったので警告が表示されていました。
    警告なら大丈夫かなということで次に進んでみます。
    
19. [Install] をクリックします。
    
20. [OK] をクリックします。
    
21. [Next] をクリックします。
    
22. [Close] をクリックします。
    
23. [OK] をクリックします。
    

R2 のクラスタのインストールは SQL Server 2008 と同じですね。
ノードの追加はその 2 で検証したいと思います。

作成したクラスタにノードの追加作業です。

以下の画像は、インストール直後のクラスタ化された SQL Server のサービスのリソースのプロパティになります。

インストール直後はクラスタを形成する他のノードには SQL Server がインストールされていないため、
実行可能な所有者には SQL Server のクラスタをインストールしたノードのみが表示されています。

このままでは耐障害性がありませんのでノードを追加していきます。

[SQL Server 2008 ノードの追加]

以下の作業は追加するノードで実行します。

1. スリップストリーム セットアップの手順でインストーラーを起動します。
   単純にメディアインストールしてしまうと更新プログラムが適用されていない状態となりますので、
   ノードの追加もスリップストリーム セットアップで実行します。
2. [プログラムを実行する] をクリックします。
   
3. [インストール] → [SQL Server フェールオーバー クラスタにノードを追加します] をクリックします。
   
4. [プログラムを実行する] をクリックします。
   
5. [OK] をクリックします。
   
6. [インストール] をクリックします。
   
7. [次へ] をクリックします。
   
8. [次へ] をクリックします。
   
9. [使用許諾契約書に同意する] を有効にし、[次へ] をクリックします。
   
10. ノードを追加するインスタンスをプルダウンから選択し、[次へ] をクリックします。
    下のリストで選択しても追加するインスタンスを選択したことにはなりませんので注意が必要です。
    
11. サービスの起動アカウントのパスワードを入力し、[次へ] をクリックします。
    
12. CEIP の設定をし、[次へ] をクリックします。
    
13. [次へ] をクリックします。
    
14. [インストール] をクリックします。
    スリップストリーム セットアップなので、アクションに [スリップストリーム] と表示されています。
    
15. [次へ] をクリックします。
    
16. [閉じる] をクリックします。
    

クラスタの管理コンソールから詳細なポリシーを表示するとノードが追加されていることが確認できます。

SSMS のインストールはされなかったような気がしていたのですが一緒にインストールされていました。

BOL はインストールされていないので手動でインストールする必要があります。
BOL はインストールメディアの内容は古いものになりますので最新版をダウンロードして
インストールするほうがよいと思います。

投稿時点の BOL の最新は以下のものになります。
Microsoft SQL Server 2008 オンライン ブック (2009 年 7 月)

SQL Server 2008 のクラスタ構築の基本手順は以上になります。
今度は、SQL Server 2008 R2 August CTP のクラスタ構築を試してみたいと思います。

その 2 でノードの追加手順を書こうと思っていたのですが、クラスタのインストールで補足して書いておきたい
内容がありましたので 1.5 として補足編を。

[インストール時に使用できるディスク]

クラスタの共有ディスクはインストーラーを実行しているノードがリソースを保有している必要があります。
ノードがディスクを保有していない場合、セットアップのルールチェックで以下のエラーとなります。

事前に SQL Server をインストールしているグループを作って、ディスクリソースをグループに割り当てている場合は、
ノードの移動で、インストーラーを起動しているノードにグループを移動します。

ただし、グループにディスクを割り当てていない時にディスクが割り当てられている [使用可能記憶域] に
ディスクが存在している場合は GUI からはディスクを特定のノードに移動させることができません。

今は [2008R2-NODE-02] にディスクが割り当てられていますが、インストーラーは [2008R2-NODE-01] で実行しています。
ディスクを移動させるためにはコマンドで移動させます。
# コマンドプロンプトは管理者として実行する必要があります。

使用可能記憶域の実体はクラスタグループなので、グループの移動をすることで未割当の共有ディスクを
所有しているノードが変更できます。

[SQL Server 仮想ホストのコンピュータアカウント]

事前にコンピュータアカウントを作成していない場合、SQL Server の仮想ホストは [Computers] に作成されます。
?

このとき、コンピュータアカウントは WSFC の仮想コンピュータが作成を行っています。
今回、クラスタは [2008R2-WSFC-01] としていますので、[SQL-WSFC-01] の作成者は [2008R2-WSFC-01] になります。
作成者は、属性エディタや ADSI Edit で [mS-DS-CreatorSID] を表示すると確認できます。
[mS-DS-CreatorSID] に表示されている SID が作成者の SID ですので [objectSid] が表示内容になっているものが
作成に使われたアカウントになります。

2008 のクラスタを構築する際にコンピュータアカウントを事前に作成しておく場合は、コンピュータアカウントに
クラスタを構築する際に使用しているドメインユーザーのフルコントロールを付与しますが、SQL Server の
クラスタの場合には、WSFC の仮想コンピュータ名のフルコントロールを付与しておきます。

事前にコンピュータアカウントを作成していない場合に、自動で作成されるコンピュータアカウントにはフルコントロールは
付与されていないのですが、事前に作成する場合はフルコントロールがないと、コンピュータ名のリソースがオンラインにできませんでした。
自動作成の時と同じ権限を付与して試したのですが、コンピュータアカウントのパスワードリセットができずにエラーとなっていました。
コンピュータアカウントのパスワード関連の権限も付与してはいたのですが。

以下の画像が事前にコンピュータアカウントを作成した場合に、WSFC の仮想コンピュータアカウントにフルコントロールを
付与した設定になります。
コンピュータアカウントに権限を付与しているのでユーザー名は [2008R2-WSFC-01$] となっています。
# コンピュータアカウントを指定する場合は最後に [$] が入ります。

[サービス SID とドメイングループ]

インストールするときにサービス SID を使うかドメイングループを使うかの選択がありますが、どこに使われているかというと
フォルダのアクセス権やディレクトリのアクセス権で使用されています。

左がサービス SID を使用する設定でインストールしたインスタンスのデータディレクトリのアクセス権、
右がドメイングループを使用する設定でインストールしたインスタンスのデータディレクトリのアクセス権になります。
# ドメイン名は塗りつぶしています。

[MSSQL$INSTANCE1] となっていますが実際には、[NT ServiceMSSQL$INSTANCE1] となります。
Windows サービス アカウントの設定

Vista ごとはサービスも SID が持て、特定のサービスがアクセスできる領域を制限することができます。
今まではサービスの起動アカウントに対して権限が付与されていましたが、サービス自体にセキュリティを
付与することができるようになっています。

サービス SID はイベントビューアの evt ファイルのセキュリティなどにも使われており、以下はアプリケーションログの
ファイルのセキュリティですが、[eventlog] という [Windows Event Log] サービスのサービス SID にアクセス権が
設定されています。

サービスをさらに低い権限で動かすためにサービス SID は使われているようです。

ドメイングループを使用する場合、ドメイングループの中に SQL Server のサービス起動アカウントを事前に
メンバとして追加しておくとよいかと思います。
インストールをしているユーザーにメンバの変更権限がない場合、インストール中にエラーとなるためです。
プロダクション環境にインストールする際、Active Directory の管理者権限を持つユーザーでインストールが
できないのであれば、検証時にも低い権限のユーザーでインストールを試した方がよいかと。

次の投稿でノードの追加をまとめてみたいと思います。

Century の LCD-8000U を Windows 7 で使用する方法です。
いまいち表示できるようになる理由がわかっていないのですがメモとして。
# ITPro 以外の方も見るかも知れないので、手順としてまとめてみました。

この辺は自作 PC を作っている方とかは詳しいのでしょうね。
H/W は HP ML115 と ThinkPad しか使っていないので機器が使えない時の対処方法は疎いです。
四苦八苦してようやく表示できるようになったので今回の投稿を書いているのですが、既に某掲示板では
解決方法が投稿されていたようで…。某掲示板てあまり見ないので気づきませんでした。

LCD-8000U で使用するドライバは DisplayLink のドライバになります。
USB Display で広く使われているみたいですね。

この投稿を書いている時点では正式版はなく、RC 版になります。
5.2RC Driver Now Available
# 下にスクロールすると [5.2RC] がダウンロードできます。

ダウンロードしたドライバをインストールします。

?

インストール後に拡張表示にしようと、[画面の解像度] から [複数のディスプレイ] を [表示画面を拡張する] に
設定して、[OK] をクリックすると [ディスプレイの設定を保存できません] となり、拡張表示の設定を確定できません。

?

# [画面の解像度] は デスクトップを右クリックすると表示できます。

KB では以下の内容が該当すると思うのですが、外部モニタは一つなんですよね。
Windows 7 を実行しているラップトップ コンピューターで 3 つ以上の表示を使用しようとする表示設定を構成すると、エラー メッセージ: 表示の設定を保存できません"

デバイスドライバを変更すると設定を保存できるようになります。

デバイスドライバの表示は [コンピュータ] を右クリックして [管理] から確認できます。

?

[モニター] の [汎用非 PnP モニター] が LCD-8000U で使用しているモニターになります。

このディスプレイを変更するので右クリックして [ドライバー ソフトウェアの更新] を開きます。

[コンピュータを参照してドライバー ソフトウェアを検索します] をクリックします。

[コンピューター上のデバイス ドライバー一覧から選択します] をクリックします。

[互換性のあるハードウェアを表示] のチェックをはずします。

[(標準モニターの種類)] のカテゴリ以外のドライバを適当に選択し、[次へ] をクリックします。
標準モニター以外で最初に選べる、[Acer] の [Acer 1455] でも OK です。

[閉じる] をクリックします。

?

再度 [画面の解像度] を表示して、[表示画面を拡張する] を選択し、[OK] をクリックします。

[(標準モニターの種類)] のカテゴリ内のモニターと LCD-8000U の相性が悪いのか、
USB モニタとの相性が悪いのかは分からないのですが、これで拡張表示が可能になります。

Vista の時はモニターは [DisplayLink Device] となっていたようです。

英語版の Windows 7 で LCD-8000U を使っていても、モニターを変更しないと拡張表示ができませんでした。
他の USB モニタを使用している場合は発生しない現象なんでしょうかね ??