SE の雑記

本日はお休みをとっていたので、購入したばかりの ThinkPad x201i のセットアップをちょこちょことやっていました。

私は仮想 CD / DVD のソフトとして、Alcohol 52% Free Edition を使っています。
Alcohol 52% Free Edition

?

Daemon Tools の方が有名だと思いますが、以前から Alcohol 52% を使っていたのでなんとなくこのソフトを使い続けていました。

現在のバージョンは、2.0.0 (Build 1331) で、このバージョンは Windows 7 や Windows Server 2008 R2 が入っている ThinkPad T61 で
問題なく動いていたので、今回セットアップをしていた ThinkPad x201i にもインストールしました。

インストール自体は正常に完了し、いざ仮想ドライブを追加しようとしたらこのようなエラーが。

?

?

他の Windows Server 2008 R2 では正常に動作していたので機種固有の問題のようですね。

Alcohol 52% や Daemon Tools では、[SCSI Pass Through Direct (SPTD)] というドライバが使用されているようなのですが、
Alcohol 52% の 2.0.0 では [1.62] というバージョンがインストールされています。

最新のバージョンは何なのかなと調べてみたところ、[1.69] というバージョンが最新のようでしたので、ひとまず SPTD を最新のものに更新してみました。
SPTD for Windows 2000/XP/2003/Vista/Windows 7

Windows 7 用であれば、大体 Windows Server 2008 R2 でも使えるはずなので、x64 用のものをダウンロードしてさっそくアップデート。

アップデート後、再起動して再度 Alcohol 52% で仮想ドライブを追加してみたところ、正常に追加することができました。

x201i + Windows Server 2008 R2 / Windows 7 ともに発生していたのですが、両 OS とも SPTD をアップデートすれば、エラーは発生しなくなりました。

TechNet / MSDN サブスクリプションのダウンロードメディアは ISO のため、仮想メディアをマウントできるソフトは頻繁に使うので、
新しいソフトを探すのは少し面倒だな～と思ったのですが、動作したのでよかったです♪

続いて 2 ノード目のインストールです。

.NET Framework 3.5 SP1 とネットワークバインドの順序の手順は実施済みです。

■2 ノード目のインストール

1. [Setup.exe] を実行します。
   
2. [インストール] → [SQL Server フェールオーバー クラスターにノードを追加します。] をクリックします。
   
3. [OK] をクリックします。
   
4. [次へ] をクリックします。
   
5. [ライセンス条項に同意する。] を有効にして、[次へ] をクリックします。
   
6. ? [インストール] をクリックします。
   
7. [次へ] をクリックします。
   
8. ノードを追加するインスタンスを選択し、[次へ] をクリックします。
   
9. サービスアカウントのユーザーのパスワードを入力し、[次へ] をクリックします。
   ?
10. エラー レポートの設定をして、[次へ] をクリックします。
    
11. [次へ] をクリックします。
    
12. [インストール] をクリックします。
    
    
13. [閉じる] をクリックします。
    

以上で 2 ノード目のインストールは完了です。
実行可能な所有者として、ノードが追加されています。

2 ノード目には、BIDTS と SSMS も一緒にインストールされていますね。
?

SQL Server 2008 R2 のデータベースエンジンのクラスタのインストールは以上で完了です。
CTP と同一の手順でインストールが可能ですね。

今までの投稿で書いていなかった内容もいくつかあったので、クラスタのインストールを補完するいい機会でした。

ネットワークのバインド順序の設定は実施済みの状態です。
SQL Server 2008 R2 のクラスターインストール時のネットワークバインド順序の警告について

■.NET Framework 3.5 SP1 のインストール

SQL Server 2008 R2 は .NET Framework 3.5 SP1 が必要になります。

Windows Server 2008 R2 の場合、.NET Framework 3.5 SP1 は機能の追加からインストールすることができます。
SQL Server のインストールメディアの [redistDotNetFrameworks] に .NET Framework のセットアップが含まれていますが、
Windows Server 2008 R2 では、管理ツールから追加するようにメッセージが表示されます。

1. サーバー ネージャーから [機能の追加] をクリックします。
   
2. [.NET Framework 3.5.1] を有効にし、[次へ] をクリックします。
   
3. [インストール] をクリックします。
   
4. [閉じる] をクリックします。
   ?

?

■共有ディスクの準備
インストールを実行しているノードが利用可能な共有ディスクを持っていない場合、インストール時に以下のエラーとなります。

事前に、SQL Server をインストールするためのクラスタグループを作る場合は、そのグループに共有ディスクを割り当て、
インストールを実行しているノードに移動すればよいのですが、事前にグループを作成しない場合は、[使用可能記憶域] を
インストールを実行するノードに移動させる必要があります。

このクラスタグループですが GUI からは移動ができないのでコマンドで移動をさせます。

?

■コンピュータアカウントの準備

事前にコンピュータアカウントを作成しておく場合は適切な状態にする必要があります。
# コンピュータアカウントの新規作成になる場合は、クラスターのコンピュータアカウントで SQL Server のコンピュータアカウントが作成されます。

コンピュータアカウントを事前に作成していて、適切な設定がされていない場合は、インストールの最後で以下のエラーが発生します。

?

コンピュータアカウントの事前準備は DTC の場合と同じです。

1. コンピュータアカウントを作成します。?
2. 作成したコンピュータアカウントを [無効] にします。?
3. 作成したコンピュータアカウントに [クラスタのコンピュータアカウントのフルコントロール] を設定します。

ここまで終われば事前準備完了です。

■SQL Server 2008 R2 クラスタ環境のインストール

1. インストールメディアの [setup.exe] を実行します。
   
2. [インストール」→ [SQL Server フェールオーバー クラスターの新規インストール] をクリックします。
   
3. [OK]? をクリックします。
   
4. [次へ] をクリックします。
   
5. [ライセンス条項に同意する] を有効にし、[次へ] をクリックします。
   
6. [インストール]? をクリックします。
   
7. [次へ] をクリックします。
   
8. 必要な機能を選択して、[次へ] をクリックします。
   # 今回は、データベースエンジンで必要な機能をインストールしています。
   
9. [SQL Server のネットワーク名] を入力して、[次へ] をクリックします。
   ネットワーク名が SQL Server のクラスタのコンピュータ名になります。
   インスタンスに関しては用途に応じて設定します。今回は既定のインスタンスでインストールをしています。
   
10. [次へ] をクリックします。
    
11. SQL Server をインストールするクラスタのグループ名を入力し、[次へ] をクリックします。
    # プルダウンはコンボボックスなので入力可能です。以下の画像はデフォルトで設定されているグループ名になります。
    
12. SQL Server をインストールする共有ディスクを選択し、[次へ] をクリックします。
    
13. SQL Server のクラスタで使用する IP アドレスを設定し、[次へ] をクリックします。
    今回は DHCP を使用しています。
    
14. セキュリティで使用する ID を選択し、[次へ] をクリックします。
    今回は Windows Server 2008 R2 を使っていますので、サービス SID が使用できます。
    Windows Server 2003 の場合は、ドメイングループが必要となります。
    # ドメイングループを使用する場合は、この後で設定するサービスアカウントをグループのメンバーとして追加しておく必要があります。
    
15. サービスで使用する [ドメイン ユーザー] を設定します。
    # [SQL Server Agent] と [SQL Server Database Engine] はドメイン ユーザーで実行する必要があります。
    ?
16. 必要に応じて [照合順序] を設定し、[次へ] をクリックします。
    # デフォルトは [Japanese_CI_AS] になっています。
    日本語環境なので、[Japanese_XJIS] に変更しています。
    ?
17. インストール後の SQL Server の管理者ユーザーを設定し、[次へ] をクリックします。
    # データディレクトリと FILESTREAM はお好みで変更します。
    
    
    
18. エラーレポートの設定をし、[次へ] をクリックします
    ?
19. [次へ] をクリックします。
    ?
20. [インストール] をクリックします。
    
    
21. [閉じる] をクリックします。
    

以上で 1 ノード目のインストールは完了です。
?

現在は、まだ 2 ノード目のインストールはしていないので、実行可能な所有者はインストールを実行したノードのみになっています。

次の投稿で 2 ノード目の追加についてまとめてみます。

SQL Server 2008 R2 の日本語版 RTM がダウンロードできるようになったので、さっそくクラスタのインストールをまとめてみたいと思います。
# 私のブログに期待されているのはこの内容だと思いますので。

まずは、MSDTC のリソース作成から。
今までまとめたことなかったみたいなんですよね。

WSFC のコアクラスタリソースに関しては構築が完了しています。
コンピュータ名等に関しては以下の図のようになっています。
# 2008R2-WSFC-01 がクラスタのコンピュータ名になります。

■MSDTC 作成前の準備

MSDTC のリソース作成時に [共有ディスク] [コンピュータアカウント] [IP アドレス] が必要となります。

• 共有ディスク
  共有ディスクに関しては、クラスタで使用可能なディスクとして [使用可能記憶域] に割り当てをしておきます。
  クォーラムディスクと違って DTC で使用するディスクはドライブ文字が必要になります。
  
  
• コンピュータアカウント
  [コンピュータアカウント作成権限の委任] か [Account Operators] を付与している場合は特に準備は必要ないのですが、
  事前にコンピュータアカウントを作成しておく場合は、適切な設定をしておく必要があります。

1. コンピュータアカウントを作成します。
   
2. 作成したコンピュータアカウントを [無効] にします。
   
   
3. 作成したコンピュータアカウントに [クラスタのコンピュータアカウントのフルコントロール] を設定します。
   ?

以上でコンピュータアカウントの設定は完了です。
事前にコンピュータアカウントを作成している場合、適切な設定がされていないと DTC のサービスを作成する際に以下のエラーがとなります。
?

コンピュータアカウントを事前に作成していない場合は、[Computers] のコンテナにコンピュータアカウントが作成されます。
# 作成されるコンピュータアカウントの [ms-DS-Creator-SID] はクラスタのコンピュータアカウントになっていますので、
　 クラスタのコンピュータアカウントを利用して DTC のコンピュータアカウントを作成しています。
この場合は、[フルコントロール] ではなく必要となりそうな権限のみが付与されているようですので、厳密には [フルコントロール] である
必要はないんでしょうね。

• IP アドレス
  MSDTC には　IP アドレスのリソースが必要になりますので、割り当て可能な IP アドレスを事前に準備しておきます。
  今回は DHCP で作ってしまっているので、固定 IP は用意していません。

以上で事前準備は完了です。

続いて MSDTC のリソースを作成します。

■MSDTC の作成

フェールオーバークラスターマネージャーで MSDTC のリソースを作成します。

1. [操作] → [サービスまたはアプリケーションの構成] をクリックします。
   
2. [次へ] をクリックします。
   
3. [分散トランザクションコーディネーター (DTC)] を選択し、[次へ] をクリックします。
   
4. [名前] を設定し、[次へ] をクリックします。
   # 以下の名前は、自動で設定されていたものです。また、固定 IP を使っている場合はここで設定することになったはずです。
   [名前] に入力したものが DTC のコンピュータアカウントとなります。
   
5. DTC で使用するディスクを選択して、[次へ] をクリックします。
   
6. [次へ] をクリックします。
   
7. [完了] をクリックします。
   
   ?

以上で、MSDTC のリソース作成は完了です。
?
# [名前] の状態が [オンライン (名前解決はまだ使用できません)] となっている場合は、DTC のコンピュータリソースの DNS 登録がされていない
??? 可能性がありますので、DNS の登録状況を確認します。
? [ipconfig /registerdns] や、コンピュータ名リソースのオフライン→オンラインを実行すると解消できると思います。

作成した DTC は [クラスター化された DTC] として設定がされます。
# 以下はコンポーネント サービスの表示内容です。

作成した DTC のプロパティを開き、セキュリティの設定をしておきます。
このセキュリティの設定はいろいろな情報を見てこれかな～といったレベルの設定ですので、ベストプラクティスではありません…。
# DTC のリソースを保持していないノードだと、コンピューター展開しても反応がない可能性があります。
　その場合は、リソースを保持しているノードまたは、サービスを操作するノードに移動して設定をします。
??? 一度サービスを保持していれば、リソースが他のノードに移動しても設定はできるみたいなんですけどね。

?

これで SQL Server をインストールする際に必要な DTC のリソースを作成することができました。
次の投稿で SQL Server のインストールをしたいと思います。

リストアですがまずは、サーバーのベース部分のリストアについてまとめてみました。
この手順に関してはクラスタ特有の内容はないですね。

■サーバーの全損の再現

全損状況の再現として、iSCSI の共有ディスクとして使用していた LUN は一度削除して再作成しています。
各ノードの内蔵ディスクに関しては、DISKPART で Clean を実行して一度クリアした状態にしてあります。

?

■サーバーのベース部分のリストア

サーバーのベース部分 (内蔵ディスク) のリストアに関しては通常のベアメタル回復と同じです。
今回の環境には、DHCP サーバーがあるため [NETSH コマンド] を使用した、IP アドレスの設定に関しては省略しています。
今まで、ベアメタル回復の手順はまとめたことがなかったのでこの機会にまとめてみました。

1. OS のインストールメディアをセットし起動します。
2. [次へ] をクリックします。
   
3. [コンピューターを修復する] をクリックします。
   
4. [以前に作成したシステム イメージを使用して、コンピューターを復元します。] を選択して、[次へ] をクリックします。
   
5. [キャンセル] をクリックします。
   
6. [システム イメージを選択する] を選択し、[次へ] をクリックします。
   
7. [詳細設定] をクリックします。
   
8. [ネットワーク上のシステム イメージを検索する] をクリックします。
   
9. [はい] をクリックします。
   ?
10. バックアップの取得先を入力し、[OK] をクリックします。
    
11. 資格情報の入力が求められた場合は、資格情報を入力します。
    
12. リストアするバックアップを選択し、[次へ] をクリックします。
    
13. バックアップを選択して、[次へ] をクリックします。
    
14. [次へ] をクリックします。
    
15. [完了] をクリックします。
    
16. [はい] をクリックします。
    ?
17. リストアが開始されます。
    ?
18. [今すぐ再起動する] をクリック
    します。
    
19. ログイン画面が表示されればベース部分のリストアは完了です。
    

上記の手順は、共有ディスクの所有者だったサーバーをリストアした場合のものになります。
共有ディスクの所有者でなかった場合、一部画面が表示されないことがありますが基本的な手順は同じになります。

次の投稿で、共有ディスクのリストアについてまとめていきたいと思います。

続いては全損時に備えたバックアップの取得です。

全損時に備えたバックアップとしてはクラスターの構成情報のバックアップだけでなく、共有ディスクのバックアップも
取得する必要があります。
共有ディスクのバックアップについていろいろと検証してみたところ、バックアップの設定に少し癖がありそうでした。

■共有ディスクのバックアップ取得の注意点

Windows バックアップで共有ディスクを選択することは可能ですが、バックアップのスケジューリング時に共有ディスクを
選択できるのは、設定時にディスクを所有しているノードだけになります。

上記の図のような状態になっている場合、共有ディスクのバックアップのスケジューリングを設定できるのは、[NODE-1] だけになります。
[NODE-2] に関しては、ディスクの所有者でないため、バックアップの取得対象として設定できません。

そのため、バックアップを設定したノードから共有ディスクがフェールオーバー等で移動すると以下の図のようなバックアップ取得となります。

このとき、Windows Server バックアップの GUI でスケジューリングをしていた場合 [NODE-1] で、スケジュールが実行されると
共有ディスクのバックアップは、[見つからないボリューム] として対象のボリュームのバックアップだけスキップされます。
# Windows Server バックアップの GUI でスケジューリング設定した [wbadmin] は [-template] というオプションで実行されます。
? このオプションで実行されているバックアップの場合、存在しないボリュームのバックアップはスキップされます。
?

?

この存在しないボリュームがスキップされるという動作ですが、wbadmin を [-template] のオプションで設定しているバックアップでないと、
存在しないボリュームのバックアップが実行されると一部のボリュームだけスキップされるという動作はされず、バックアップ全体がエラーとなってしまいます。
?

?

■ディスクを所有しているノードを意識しないでバックアップを取得する方法

昨日まででここまでは検証ができていたのですが、ディスクを所有しているノードを意識しないでバックアップをスケジューリングする方法が
思い浮かばずに悶々としていましたのですが、ものすごい単純な方法で解決ができることについ先ほど気づきました。

以下の手順で、バックアップのスケジュールを設定すればよかったんですね。

1. [NODE-1] が共有ディスクの所有者になるようにクラスタのリソースを移動
2. [NODE-1] で [Windows Server バックアップ] を起動
   
3. [Windows Server バックアップ] の GUI の [バックアップ スケジュール] を実行
   
4. [サーバー全体] または、共有ディスクも含めてバックアップを取得するように設定
   
   GUI からスケジュールを設定すると、タスクスケジューラには、[wbadmin.exe] を [templateId] というオプションで実行されるタスクが登録されます。
   
5. [NODE-2] が共有ディスクの所有者になるようにクラスタのリソースを移動
6. [NODE-2] で [Windows Server バックアップ] を起動
7. [Windows Server バックアップ] の GUI の [バックアップ スケジュール] を実行
8. [サーバー全体] または、共有ディスクも含めてバックアップを取得するように設定

この方法でバックアップのスケジューリングをすると、共有ディスクを所有しているノードを意識せずにバックアップが取得できるようになります。

[NODE-1] が共有ディスクを所有している場合の動作

[NODE-2] が共有ディスクを所有している場合の動作
?

気づいてみたら単純な方法ですね。
各ノードが共有ディスクを所有している状態でバックアップを設定すればよかったんですよね。

この方法でクラスターが全損した場合もリストアできる状態のバックアップを取得することができます。

次の投稿ではサーバー、共有ディスクが全損した状態からのバックアップのリストアまとめてみたいと思います。

自宅の検証環境の構成情報
– 2010/5/3 時点の構成 –

[機器構成]

■サーバー H/W

• HP ML115 G5 × 3 台
• CPU
  Quad Core × 1 (AMD Phenom 9950)
• Memory
  8GB (KINGBOX DDR2-800 2GB × 4)
• HD
  1TB × 4 (RAID 10)
• NIC
  オンボード Gigabit NIC × 1
  PCI Express Gigabit Gigabit NIC × 1 (玄人志向 GbE-PCIe)
• HP ML110 G5
• CPU
  Quad Core × 1 (Intel Xeon x3550)
• Memory
  8GB (KINGBOX DDR2-800 2GB × 4)
• HD
  1TB × 4 (RAID 1 + ホットスペア)
  500GB × 2 (USB HD / ゲスト OS で パススルーディスクとして使用)
• NIC
  オンボード Gigabit NIC × 1
  PCI Express Gigabit NIC × 1 (玄人志向 GbE-PCIe)
• IBM ThinkPad? T60
• CPU
  Dual Core × 1 (Intel Core2Duo T5600)
• Memory
  4GB (2GB × 2)
  ※マザーボードのチップセットの上限で利用可能メモリは 3 GB
• HD
  500GB × 1
• NIC
  オンボード Gigabit NIC × 1
  USB Gigabit NIC × 1 (玄人志向 GbE-USB)
• IBM ThinkPad T61
• CPU
  Dual Core × 1 (Intel Core2Duo T9300)
• Memory
  4GB (2GB × 2)
• HD
  250GB × 2
• NIC
  オンボード Gigabit NIC × 1
  USB Gigabit NIC × 1 (玄人志向 GbE-USB)
• IBM ThinkPad T61
• CPU
  Dual Core × 1 (Intel Core2Duo T9300)
• Memory
  4GB (2GB × 2)
• HD
  250GB × 2
• NIC
  オンボード Gigabit NIC × 1
  USB Gigabit NIC × 1 (玄人志向 GbE-USB)
• IBM ThinkPad T61
• CPU
  Dual Core × 1 (Intel Core2Duo T7100)
• Memory
  4GB (2GB × 2)
• HD
  500GB × 1
• NIC
  オンボード Gigabit NIC × 1
  USB Gigabit NIC × 1 (玄人志向 GbE-USB)

■クライアント

昨日から Windows Server 2008 R2 のクラスター環境のバックアップ / リストアの基本手順の確認をしていました。
大体の検証ができたのでまずは、クラスターの構成情報のバックアップの基本をまとめてみたいと思います。

今回の検証ですが、基本的な動作の確認のため、[クラスター コア リソース] のみの環境で検証をしています。
# 2 ノードクラスターの環境です。
?

■クラスターの VSS Writer

以下は クラスターの環境で、VSS のライターの情報を取得したものになります。

クラスター用のライターとして、[Cluster Database] が組み込まれています。
このライターですが、[Cluster Service] が起動している場合だけ起動しています。
そのため、クラスターのバックアップを取得する場合は [必ず Cluster Service を起動] しておきます。
# サービスが停止している状態で、[vssadmin list writers] を実行すると、[Cluster Database] のライターは表示されません。

■クラスターのバックアップの取得
クラスターのバックアップですが、[システム状態] のバックアップに含まれています。
そのため、クラスターのバックアップを取得する場合はこの情報を取得することになります。

以下は、システム状態をリストアした際の画像になります。
?

システム状態の中でクラスターの情報が含まれるのは、以下の 2 つの項目になるようです。
# システム状態で取得される情報は、VSS ライターが用意されているようですね。

• Cluster Database
• System Writer