前回書き忘れましたが、インストール環境はドメイン参加済みの Windows Server 2008 R2 ＠ Hyper-V です。スタンドアロンだと色々ややこしそうだし、個人的に SQL Server をスタンドアロン環境で使う機会がほとんどないので許してください。(・ω・)

機能の選択

インストールする機能を選択します。これはもう何に使うかによって変わってきますが、今回は「後々 SharePoint で使おうかなー」なんて想定と伏線でもって選択してみたいと思います。

とか言いつつワリとテキトーですが、あまり欲張ると重くなるので必要最低限にしておくのがベターです。

インストール ルール

ここでもチェックが入ります。例によって合格を確認して次へ進みます。

インスタンスの構成

インスタンス名やら何やらを決めます。デフォルトでGO。

必要ディスク領域

インストールに必要なディスク領域が表示されます。確認して次へ。

サーバーの構成

使用するサービス アカウントと照合順序 (文字コードとか) を設定します。

まずはサービス アカウントですが、これもセミナーとかだと「なるべく専用のユーザー作ってそれを使ってね」とか言いながら、なんだかんだで SYSTEM アカウントで進めることが多いというある意味やっかいな設定箇所ですが、なんか悔しいのできちんとユーザー作って進めます。

とはいえ、各サービスにそれぞれ別のユーザー作るとかやってられないので、とりあえず SQL Server用として 1 つのユーザーを作り、それを使っていきたいと思います。

※個人的な理由により、SQL server Agent サービスを手動から自動へ変更しています。

照合順序タブでは、既定の「Japanese_CI_AS」になっていることを確認して次へ進みます。必要に応じて変更してください。

データベース エンジンの構成

データベース エンジンの構成ということで、「アカウント」「データ ディレクトリ」そして「FILESTREAM」の 3 つについて設定していきます。(タブで分かれています。)

アカウントの準備

認証モードと SQL Server 管理者を設定します。

SA でやってもいいですが、今回はせっかくのドメイン環境なので Windows 認証モード を使います。SQL Server 管理者は、ビルトインの Administrator を指定すると何かと便利だったりしますが、できれば専用アカウントを使った方がいいっぽいです。

今回ここは後の利便性のために Administrator を使います。さっきと言ってること違いますが気にしない方向で。

追加方法は。。。見ればわかると思いますが、下の3つのボタンからどうぞ。

データ ディレクトリ

各種データベース ディレクトリを指定します。既定では %ProgramFiles% なディレクトリが指定されていますが、これだとメンテ性やらパフォーマンスが落ちかねないので、別のドライブを指定するのが定石ですね。

ここではデータ ルート ディレクトリ D:\ 直下に設定することにします。

データ ルート ディレクトリを変更すると、その他のパスもそれに合わせて自動的に変更されます。

FILESTREAM

正直言うと「何コレ？」な項目だったりするのですが、以前受けた SharePoint2010 セミナーで MS エバンジェリストの高添氏が「こうやっとけ」と言ってた気がしたので、盲目的に従っています。

Reporting Services の構成

機能選択で Reporting Services を選択しているとこの項目が現れます。別にここで構成してしまってもいいような気もしますが、これもセミナーで聞いた内容に従い「レポート サーバーを構成せずにインストールする」にチェックして次に進みます。

エラー レポート

SQL Server のエラーを MS に送信するかどうかの確認です。実際のところ実運用前提だとチェックは入れられないでしょうが、評価検証時などで気が向いたらチェックしてみてもいいでしょう。

インストール構成ルール

今まで設定してきた内容におかしなところがないかどうかのチェックが入ります。全て合格していることを確認して次へ進みましょう。

インストールの準備完了

ここまでの構成が表示されるので、間違いがないか(ヒマなら)確認します。「インストール」をクリックするとインストールが始まります。

インストールの進行状況

インストールが始まります。長いです。マシンがダウンしない限り途中で止まることは無いはずなので、食事をするなり、別の仕事を片付けるなり、仮眠をとるなり、思い思いに時間をつぶしてください。

インストール完了

インストールが正常に完了するとこの画面になります。最後の最後にエラー吐いてたりするとやり場のない憤りに苛まれることになりますが、今回は無事終わりました。「閉じる」をクリックします。

インストール終了後

インストールが終わると、インストール センターに戻ってきます。ここから Microsoft Update に直接飛べたりもするので、アップデートの確認などしておくといいでしょう。

スクリーンショットは省きますが、Management Studio などで SQL Server への接続確認など、気になるところを色々触って確認してみてください。

途中軽く触れましたが、SharePoint 2010 のインストール手順などのスクリーンショットもあるので、気が向いたらそのうちまとめます。

関連記事:

• SQL Server 2008 R2 のインストール その1
• Windows Server 2008 環境の導入
• Windows Server 2008 のインストール

というわけで今回はリハビリも兼ねて SQL Server 2008 R2 のイントール手順などをまとめていきたいと思いますよ。

ちなみにこのネタもリリース翌日にインスコ＆SS撮影したにも関わらず、今となってはイイ感じに今更感が漂いまくりなネタでございます。詳しいインスコ手順は忘れ気味なので、基本的にスクリーンショットを羅列する感じで進めていきます。

はじめに

知っている人は知っているでしょうが、SQL Server のインストールは非常に時間がかかります。マシンスペックにもよりますが、セットアップ実行～各種構成～完了まで、2時間は見ておいてください。

結構なスペックのサーバー機でも約1時間、スペックの低いマシンの場合、ヘタすると4時間以上かかったりする場合もあります (というかかかった) ので、インストールを始めるタイミングには注意しましょう。

セットアップ実行

メディアをセットしてセットアップを実行します。

順番的にどの辺だったか記憶が怪しいですが、セットアップを実行するとこんなダイアログが出てきます。OKで進みます。

セットアップが開始されます。

SQL Server インストール センター

SQL Server インストール センターが起動してきます。SQL Server のインストールやらメンテやらがワリと一元的に出来るようになっています。MSFC (MSフェイルオーバー クラスタ) の下準備が出来ていれば、ここから SQL Server のクラスタを組んだりすることもできます。

システム構成の確認

手始めに、左ペインの「プラン」が選択されている状態で 「システム構成チェッカー」を実行してみます。全て合格になっていることを確認しておきます。

インストール開始

インストール センターに戻ってきました。左ペインの「インストール」を選択し、「新規インストールを実行するか、既存のインストールに機能を追加します。」を選択します。

セットアップ サポート ルール 1

本体のインストール前に、セットアップ サポート ルールというチェックが実行されます。インストールするにあたって問題が出ないかどうかのチェックが入ります。上のシステム構成チェッカーに合格していれば問題ありませんが、全て合格していることを確認してOKします。

セットアップが続行されます。

プロダクト キーの入力

プロダクト キーを入力します。MSDN/TechNet版だと、最初から入力されています。次へ。

ライセンス条項確認

ライセンス条項が表示されます。同意にチェックし、気が向いた人は使用状況データ収集のチェックもして次へ進みます。

セットアップ サポート ファイル

本体のインスコ前に、セットアップ サポート ファイルなるものをインストールします。「インストール」をクリックします。

インストールが進行します。思ったより時間がかかる感じです。

終了すると、また何やら読み込み始めます。

セットアップ サポート ルール 2

再度セットアップ サポート ルールが実行されます。さっきとは項目が違うのでおとなしく待ちましょう。

結果が表示されます。

Windows ファイアウォールが有効になっていると警告が表示されます。どうやら事前にポートとか空けておいても警告は出てしまうようなので無視してOKです。どうしても気になる人は、Windows ファイアウォールを停止しましょう。

MSの自習書やらセミナーやらではファイアウォールを止めて進めることがほとんどっぽいので、ここは敢えて有効のままで進めます。実際無効になんかできないし。

セットアップ ロール

いよいよ本体のインストールに入っていきます。「SQL Server 機能のインストール」にチェックして次へ進みます。ちなみにその他のチェックは、SQL Server インストール後に機能追加する場合に使用します。

関連記事:

• SQL Server 2008 R2 のインストール その2
• Windows Server 2008 環境の導入
• Windows Server 2008 のインストール

でも sconfig ででできないのはなぜなんだろう？無駄な中傷を避けるため？

現在の状態確認

slmgr.vbs /dli

↓こんな感じのダイアログが表示されます。

現在の猶予期間を表示

slmgr.vbs /xpr

猶予期間が切れる日時が表示されます。

余談ですが、猶予期間はインストール日時から最大90日間延長可能です。延長する場合は以下を入力します。

slmgr.vbs /rearm

プロダクト ID キーの登録

slmgr.vbs /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX

プロダクトキーを登録します。ダイアログが表示されるまでちょっと時間がかかります。

ちなみにこの時点ではまだライセンスの認証はされないので注意。(考えたら当たり前だけど)

認証処理の実行

slmgr.vbs /ato

これで晴れてアクティベートが完了する。これにも少々時間がかかります。

状態の再確認

slmgr.vbs /dli

こんな感じに変わります。

猶予期間の状態確認

slmgr.vbs /xpr

もう猶予もクソもないのでこんな感じに。

以上でライセンスの認証処理は終了。Server Core だとついつい忘れがちになってしまう（自分だけ？）ので注意しましょう！

なお、今回はダイアログを表示させてきましたが、鬱陶しいという方は、

cscript slmgr.vbs /・・・

と、頭に「cscript」を付けると標準出力のみで操作できます。WSH関連を使う方にはいつもの方法ですね。

追記

cscript で実行する時は、あらかじめカレントディレクトリを system32 (%systemroot%\system32) に変更しておいてください。

関連記事:

• WS2008 R2 構築メモ：Server Core での電源オプション設定
• Windows Server 2008 環境の導入
• WS2008 R2 ドメインコントローラ移行 作業メモ：WS2008 R2 インストール～初期設定

今回の一連の作業で、ドメイン コントローラー(以下ドメコン)を Hyper-V 上の仮想マシンとして構成しましたが、この時に注意しなければいけないことが何点かあるので、取り急ぎ書いておきます。

特に親パーティションOS (以下ホストOS) を、そのホストOS上の仮想ドメコンに構成されたドメインに参加しているような場合 (解り辛い ＞＜) は特に注意が必要です。

1. 親パーティション (ホストOS) との時刻同期を無効化

これはドメコンに限らず、ドメイン環境の仮想マシン全てに該当しますが、ドメイン環境の時刻同期は通常ドメコンが担当します。ホストOSとの時刻同期を有効にしていると、ホストOSの時刻が狂っていた場合に、ドメコンとホストOSで時刻の同期合戦が始まってしまいます。

2.「状態の保存」や「スナップショット」はご法度

仮想ドメコンが動いているホストOSをシャットダウンした際などに、仮想マシンの設定「自動停止アクション」が「仮想マシンの状態を保存する」になっていると、保存から復帰した際などにAD DSに悪影響 (時に致命的な) を与えることがあります。

また、原理的にスナップショットも似たような動作をするため、ドメコンのスナップショットを撮るのはご法度と考えておくべきです。

構成時の留意点として、仮想マシンの設定にある「自動停止アクション」では、「ゲスト オペレーティング システムをシャットダウンする」を選択するのが無難です。

そうすると、ホストOSを起動した時に仮想ドメコンを手動で起動しないといけなくなるため、「自動開始アクション」で「常にこの仮想マシンを自動的に起動する」を選択しておくのがいいでしょう。

3. 他の仮想マシンが同居している場合、遅延起動を設定する

仮想ドメコンと、そのメンバーサーバーである他の仮想マシンが同居していて、かつ自動起動が設定されている場合は、「自動起動待ち時間」を設定しておきます。

ドメコンよりもメンバーサーバーが先に起動してしまうと色々面倒が起りやすいので、なるべくドメコンが一番最初に起動するようにしておきます。

うーん、まだ何かあったような気がしますが思い出せない……

思い出したら追記します。

ちなみに一部は↓を参考にしています。

世界のブログから – 「ドメイン コントローラーどうしよう」

関連記事:

• WS2008 R2 ドメインコントローラ移行 作業メモ：新DC#1構築
• Windows Server 2008 ドメイン コントローラの構築…の前フリ
• Windows Server 2008 ドメイン コントローラの構築 その１

となると、問い合わせを受ける側のドメコンはどこかから正しい時刻を仕入れてこないと、結果的にドメイン全体の時刻が正確ではなくなってしまいます。

お金のある企業は原子時計などを導入するんでしょうが、中小企業や、ましてや個人の検証環境なんぞでそんな高価なものはおいそれと導入できないので、手っ取り早く外部のNTPサーバーから時刻を貰ってくることになるでしょう。

ドメイン環境では「日付と時刻の設定の変更」ダイアログからはNTPの設定ができないのはご存じのとおり。今まで私は律儀にレジストリを変更して対応していましたが、なんか w32tm コマンドで簡単に設定できるらしいですね。

ということを最近知って試してみたのでメモを残しておきます。

って前置き長いにもほどがあるだろJK。

さて、ようやく手順に進みます。まずはドメコンにログオンしましょう。

今回タイムソースには「ntp.nict.jp」を使用することにします。そして、ファイアーウォールで UDP 123 のインバウンド側に穴を空けておきます。メンバー サーバー以外にもNTPで時刻を提供する場合は、アウトバウンド側も空けましょう。

おもむろにコマンドプロンプトを起動して、以下のコマンドを入力します。

w32tm /stripchart /computer:ntp.nict.jp /samples:5 /dataonly

するとこんな感じで出力され、ピア (ntp.nict.jp) が有効なNTPサーバーであることが確認できます。

ntp.nict.jp [133.243.238.163:123] を追跡中。
5 サンプルを収集中。
現在の時刻は 2010/01/16 1:32:37 です。
01:32:37, +00.3587447s
01:32:39, +00.3465845s
01:32:41, +00.3485253s
01:32:43, +00.3710215s
01:32:45, +00.3665278s

確認ができたら本番コマンドいきます。

w32tm /config /manualpeerlist:ntp.nict.jp /syncfromflags:manual /reliable:yes /update

これで、ドメコンの W32Time の設定として、NTPを使用して外部タイムソースから時刻を貰ってくるようになります。

レジストリ直接編集と比べてすごく楽チン。最近まで知らなかったのが悔やまれる。(´・ω・`)

ちなみに、タイムソースにドメイン内の別のドメコンとかを指定してしまうと、時刻調整が輻輳してしまうので、必ず外部ソースを指定するようにしましょう。

で、ここまで書いてきた内容は↓の受け売りですので、詳細はこちらを見てください。

Windows タイム サービスを構成する (Microsoft TechNet – Windows Server TechCenter)

関連記事:

• Windows Server 2008 ドメイン コントローラ構築後の初期設定
• Windows Server 2008 ドメイン コントローラの構築…の前フリ
• Windows Server 2008 ドメイン コントローラの構築 その１

その第一弾として、Server Core 環境での電源オプション設定です。

つーか Server Core って GUI が無い分、細かい設定をおろそかにしがちですよね。電源オプションも、今日まで設定を忘れてましたｗ

さて話を戻しますが、Server Core に限らず、電源オプションの設定をコマンド上から操作するには、「Powercfg.exe」を使用します。

詳しい使い方はヘルプを見てもらうとして、

powercfg /?

基本的に各オプションを駆使して地道に設定していけば、いかようにも設定可能なのです。が、今回はなるべく簡単に設定していくというコンセプトです。

基本的な手順は以下。

1. クライアントOS 上で電源オプションの設定をする
2. クライアントOS で設定した内容をファイルにエクスポート
3. エクスポートしたファイルを Server Core にコピー
4. コピーしたファイルを Server Core 上でインポート

というわけで、クライアントOS (Vista または 7) のコントロールパネルから「電源オプション」を起動します。見つからない場合は、スタートメニューやコンパネの検索ボックスに「電源」とでも入れれば出てきます。

設定内容は好きなように設定してください。クライアントOS 上の現在の設定を変えるのが嫌な場合は、「電源プランの作成」で新しいプランを作り、そこで設定して後で戻せばおｋです。

設定が終わったら、その設定をファイルにエクスポートします。XP (2003) の時は、GUI 上でエクスポートというかファイルに保存できましたが、Win7 上では GUI が見つからなかったので、コマンドからエクスポートします。(もし GUI があるようならそこからやればいいと思う)

とその前に、変更した電源プランの GUID を確認します。

powercfg –l

とすると、存在する電源プランの一覧が表示され、そこで GUID が確認できます。

電源設定の GUID: 381b4222-f694-41f0-9685-ff5bb260df2e  (バランス) *
電源設定の GUID: 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c  (高パフォーマンス)
電源設定の GUID: a1841308-3541-4fab-bc81-f71556f20b4a  (省電力)

ちなみに「*」がついているのが現在アクティブなプランです。

ではエクスポートしましょう。

powercfg –export <ファイル名> <GUID>

拡張子は「.pow」です。上記「バランス」プランをエクスポートする例だと、

powercfg –export inchiki.pow 381b4222-f694-41f0-9685-ff5bb260df2e

とすれば、ファイルが出来上がります。ファイル名はお好きなように。出来上がったファイルは、Server Core 上にコピーしておきましょう。

インポートは Server Core のコンソールで、以下のように入力します。

powercfg –import <ファイル名>

ファイル名にはもちろん先ほどコピーしてきたファイルのパスを指定します。GUID を指定することもできますが、省略すれば勝手に生成しますので、特に入力の必要はありません。

一応これで電源オプションの設定はインポートされましたが、内容を確認するには、

powercfg –q

と入力します。沢山出てきますので、ファイルにリダイレクトするなり、more オプションつけるなりで内容を確認してください。

電源設定の GUID: 381b4222-f694-41f0-9685-ff5bb260df2e  (バランス)
サブグループの GUID: fea3413e-7e05-4911-9a71-700331f1c294  (どのサブグループにも属さない設定)
電源設定の GUID: 0e796bdb-100d-47d6-a2d5-f7d2daa51f51  (復帰時のパスワードを必要とする)
利用可能な設定のインデックス: 000
利用可能な設定のフレンドリ名: いいえ
利用可能な設定のインデックス: 001
利用可能な設定のフレンドリ名: はい
現在の AC 電源設定のインデックス: 0×00000001
現在の DC 電源設定のインデックス: 0×00000001

サブグループの GUID: 0012ee47-9041-4b5d-9b77-535fba8b1442  (ハード ディスク)
電源設定の GUID: 6738e2c4-e8a5-4a42-b16a-e040e769756e  (次の時間が経過後ハード ディスクの電源を切る)
利用可能な設定の最小値: 0×00000000
利用可能な設定の最大値: 0xffffffff
利用可能な設定の増分: 0×00000001
利用可能な設定の単位: 秒
現在の AC 電源設定のインデックス: 0×00000000
現在の DC 電源設定のインデックス: 0×00000000

(中略)

電源設定の GUID: d8742dcb-3e6a-4b3c-b3fe-374623cdcf06  (バッテリ低下の操作)
利用可能な設定のインデックス: 000
利用可能な設定のフレンドリ名: 何もしない
利用可能な設定のインデックス: 001
利用可能な設定のフレンドリ名: スリープ
利用可能な設定のインデックス: 002
利用可能な設定のフレンドリ名: 休止状態
利用可能な設定のインデックス: 003
利用可能な設定のフレンドリ名: シャットダウン
現在の AC 電源設定のインデックス: 0×00000000
現在の DC 電源設定のインデックス: 0×00000000

電源設定の GUID: f3c5027d-cd16-4930-aa6b-90db844a8f00  (省電源移行バッテリ レベル)
利用可能な設定の最小値: 0×00000000
利用可能な設定の最大値: 0×00000064
利用可能な設定の増分: 0×00000001
利用可能な設定の単位: %
現在の AC 電源設定のインデックス: 0×00000007
現在の DC 電源設定のインデックス: 0×00000007

お世辞にも見やすいとはいえませんが、一応確認はできると思います。

以上で設定完了！

関連記事:

• WS2008 R2 ドメインコントローラ移行 作業メモ：WS2008 R2 インストール～初期設定
• Server Core での Windows ライセンス認証
• WS2008 R2 ドメインコントローラ移行 作業メモ：Hyper-V 2.0 インストール

一応おさらいしておきましょう。インターフェイス別の操作マスター一覧です。

Acticve Directory ユーザーとコンピューター

• RIDマスター
• PDCエミュレーター
• インフラストラクチャ マスタ－

Active Directory ドメインと信頼関係

• ドメイン名前付けマスター

Active Directory スキーマ

• スキーマ マスター

これで DC#1 側のは移行はほぼ完了。あとは、DHCP サーバーその他、DC にあった方がいい役割なんかを適当にインスコすれば完全復活。

あとは DC#2 側で全く同じ作業をすれば、両方のドメイン コントローラで WS2008 R2 ＆ 仮想サーバー化が完了します。

という訳で、関連のエントリーはこれでひとまず終了です。ありがとうございました。

最後にあまり関係ないけど、、、

以前のエントリーと比べ、「操作マスタ」「操作マスター」と微妙に表記が違いますが、ご存じのとおり、マイクロソフト製品ならびにサービスにおける外来語カタカナ用語末尾の長音表記の変更について にて変更になっています。

なるべく画面上の表記に合わせる＆どの OS の話をしているかによって使い分けました。まぁこれに関しては色々言いたい方も多いかと思いますが、MS信者なもので、MSのポリシーに従う形で書いています。読みにくくてすみませんが、ご了承くださいませ。

関連記事:

• WS2008 R2 ドメインコントローラ移行 作業メモ
• WS2008 R2 ドメインコントローラ移行 作業メモ：ADPREP実行
• WS2008 R2 ドメインコントローラ移行 作業メモ：操作マスタの転送

マシン作成後、WS2008 R2 をインスコ (今回は DataCenter エディション) し、各種初期設定やアップデートなどを終わらせます。

初期設定が終わったら、早速 DC に昇格させてしまいます。基本的な手順は WS2008 の時と全く変わらないので、詳しい手順は過去のエントリー Windows Server 2008 ドメイン コントローラの構築 その１ を参照してください。

ただし、今回は既存ドメインへの DC 追加という形になるので、設定が変わる部分からスクリーンショットを貼っていきます。具体的には、dcpromo ウィザードのフォレスト選択部分からです。

ではいきます。

ウィザードの「展開の構成の選択」画面で、「既存のフォレスト」と「既存のドメインにドメイン コントローラを追加する」をチェックして次へ進みます。

「ネットワーク資格情報」画面で、参加するドメイン名を入力します。

「設定」ボタンをクリックし、ドメイン管理者の資格情報を入力します。入力が終わったら次へ。

ドメインが表示されます。該当のドメインを選択して次へ進みます。今回は1つしかドメインがないので、そのまま次へ。

サイトを選択します。これも1つしかないので、そのまま次へ。

追加のオプションを選択します。最終的には操作マスタを持ったメインDC になってもらう予定なので、DNS と GC にチェックし、RODC はチェックを外して次へ。

DNSサーバーの役割がインストールされていないので、こんなダイアログが表示されます。とりあえず「はい」で進みます。

インストール方法を選択します。今回は DC#2 側からレプリケートしてもらう方法を採ります。

「ソース ドメイン コントローラー」では、レプリケート元の DC を指定することができます。今回の場合、ソースとなりうる DC は 1台しかないので、そのまま次へ進みます。

この後は、WS2008 の場合と同じなので、必要なら Windows Server 2008 ドメイン コントローラの構築 その２ で続きを見てください。

2010/01/16 追記

WS2008 R2 構築メモ：ドメイン コントローラーを仮想マシンで構成する時の注意 も併せてご覧ください。

ワリと重要だったりします。

関連記事:

• WS2008 R2 ドメインコントローラ移行 作業メモ
• WS2008 R2 ドメインコントローラ移行 作業メモ：WS2008 R2 インストール～初期設定
• Windows Server 2008 環境の導入

start /w ocsetup Microsoft-Hyper-V

再起動を求められるので素直に従い、立ち上がってきたら net start コマンドで、以下のサービスが起動しているか確認する。

• Hyper-V Image Management Service
• Hyper-V Networking Management Service
• Hyper-V Virtual Machine Management

とりあえずこれでインストールはおｋ。

どこかから Hyper-V マネージャを起動して、この Server Core に接続し、操作が可能になっていればインストール完了。

関連記事:

• WS2008 R2 ドメインコントローラ移行 作業メモ
• WS2008 R2 ドメインコントローラ移行 作業メモ：WS2008 R2 インストール～初期設定
• WS2008 R2 ドメインコントローラ移行 作業メモ：新DC#1構築

そして初期設定。これまで Server Core だと初期設定が非常に面倒だったんですが、WS2008 R2 では、「sconfig.cmd」というスクリプトが用意されていて、メニュー形式で初期設定を進めていくことが可能になっています。

これ超絶便利ですね。特に Windows Update がメニューからできることと、ネットワーク設定まわりで netsh の長いコマンドを何度も打ち込まなくてもいいのが素晴らしい。

というわけで、基本的な初期設定はここからほとんどできるので省略。

何はともあれ、コマンドのみというのは後々きついので、GUI操作、つまりサーバー マネージャーを使えるようにします。

sconfig の メニュー[3] ローカル管理者の追加 で、Server Core 側の Administrators グループにクライアント側のユーザーを登録します。

次にメニュー[4] リモート管理の構成 から、「[3] サーバー マネージャーのリモート管理を許可する」を選択します。(先に [2] の PowerShell を有効にしておく必要があります。)

クライアントに RSAT をインストールしておけば、サーバー マネージャーを起動し、そこから Server Core に接続すれば色々な操作ができるようになると思います。

追加で以下のコマンドを実行しておけば、ディスクの管理もGUIでできて楽ちん。

Server Core 側 (一行で)

netsh advfirewall firewall set rule group="リモート ボリューム管理"
new enable=yes net start vds

クライアント側

netsh advfirewall firewall set rule group="リモート ボリューム管理" new enable=yes

あとは必要に応じてファイアウォールに穴を空けたり、必要な役割を追加すればおｋ。今回については、Hyper-Vの親パーティションだけできればいいのでここまで。

※ハードウェア追加

HDDの増設は終わったけど、NICの追加がうまくいかない。鯖マシンは ML115 G1 なのですが、Intel Pro/1000 CT を PCI-e の x16 に挿しても x8 に挿しても、POST は終わるけどその先に行かない。BIOS にも入れない。ググってもほとんど事例がないので、とりあえずは諦め。後日チャレンジするかもしれない。

関連記事:

• WS2008 R2 ドメインコントローラ移行 作業メモ：Hyper-V 2.0 インストール
• WS2008 R2 ドメインコントローラ移行 作業メモ
• WS2008 R2 ドメインコントローラ移行 作業メモ：バックアップ