SE の雑記

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