| Next»
自宅でサーバーとして使用しているPCのマザーボードが壊れました。
LGA1366スロットを搭載したボードでcore i7をつみ、Windows Server 2008をインストールしてHyper-Vを使用していました。
今回、突然ダウンし、電源から原因を探していたのですが、ボードが壊れていそうだということで買い替えることに。できればCPUをそのまま使用したかったのですが、同じスロットを搭載したボードを探したのですが、今使っているものはうっておらず、他のものは古いものしかなく、かえって高くつきそうなので思い切って新しいものを買うことに。
今までメモリを18GB積んでいたので（この段階でもサポート容量以上）それ以上対応しているものという条件で探しました。
メーカーにこだわりはなく、今まで使っていたASUSからGIGABYTEに変え、CPUもスロットがLGA2011、メモリが64GBまで対応しているボードを購入。
部品交換自体は特に問題なく終了しましたが、OSをバックアップから戻そうとしたところで問題に引っかかりました。ハードウェアが変更されたため、今までのシステムバックアップを戻すことができませんでした。
ベースのOSに割り当てている役割はそれほどないため、一からのセットアップで復帰。
一番驚いたのが、Hyper-Vで使用している仮想マシンについてです。
物理マシンから直接起動しているOSについてはハードウェア情報が変更されたため、今までのブートディスクやバックアップ情報を使用できないのは納得なのですが、仮想マシンにおいても「ハードウェア情報が変更されたためライセンス認証を再度行ってください」という旨のメッセージが表示されるようになりました。
ハイパーバイザーを使用することでハードウェアを意識することなく使用できるはずの仮装マシンですが、実際のところはハードウェアに引っ張られるところがあるのでしょうか？Windowsだけなのか？それともVMwareを使用していても同じような問題は起こりうるのか。
CPUファミリーがバラバラのマシンが何台かあるので試してみたいと思います。
メーカーの保守サポートというのはやっぱりすごいなと感じました。何年も前に販売終了した古いマシンについても部品を交換することができるのですから。
LGA1366スロットを搭載したボードでcore i7をつみ、Windows Server 2008をインストールしてHyper-Vを使用していました。
今回、突然ダウンし、電源から原因を探していたのですが、ボードが壊れていそうだということで買い替えることに。できればCPUをそのまま使用したかったのですが、同じスロットを搭載したボードを探したのですが、今使っているものはうっておらず、他のものは古いものしかなく、かえって高くつきそうなので思い切って新しいものを買うことに。
今までメモリを18GB積んでいたので（この段階でもサポート容量以上）それ以上対応しているものという条件で探しました。
メーカーにこだわりはなく、今まで使っていたASUSからGIGABYTEに変え、CPUもスロットがLGA2011、メモリが64GBまで対応しているボードを購入。
部品交換自体は特に問題なく終了しましたが、OSをバックアップから戻そうとしたところで問題に引っかかりました。ハードウェアが変更されたため、今までのシステムバックアップを戻すことができませんでした。
ベースのOSに割り当てている役割はそれほどないため、一からのセットアップで復帰。
一番驚いたのが、Hyper-Vで使用している仮想マシンについてです。
物理マシンから直接起動しているOSについてはハードウェア情報が変更されたため、今までのブートディスクやバックアップ情報を使用できないのは納得なのですが、仮想マシンにおいても「ハードウェア情報が変更されたためライセンス認証を再度行ってください」という旨のメッセージが表示されるようになりました。
ハイパーバイザーを使用することでハードウェアを意識することなく使用できるはずの仮装マシンですが、実際のところはハードウェアに引っ張られるところがあるのでしょうか？Windowsだけなのか？それともVMwareを使用していても同じような問題は起こりうるのか。
CPUファミリーがバラバラのマシンが何台かあるので試してみたいと思います。
メーカーの保守サポートというのはやっぱりすごいなと感じました。何年も前に販売終了した古いマシンについても部品を交換することができるのですから。
VSSでエラーが出続けるようになりました。毎日シャドウコピーに失敗するようになったのです。
ボリューム名はよくわからないし
ただ、VSSの設定を確認しても、エラーが出ているエントリはありません。毎回実行できているし、いらないコピーは無効にしているし。
Microsoftのサポートページを見ると、VSSの設定がタスクに残ることがあることがわかりました。
Windows Server 2003 でボリュームを削除した後にエラー メッセージ "シャドウ コピーを作成できません" が表示される
サーバーマネージャーの「構成」->「タスクスケジューラ」->「タスクスケジューラライブラリ」とつたっていくと失敗したタスクがあることがわかります。
タスクの実行コマンドを見てみると、上のエラーメッセージと同じでした。
これら四項目を削除します。
いらないタスクを選択し、右クリックで「削除」。
確認メッセージが表示されるので「OK」を押下。
きれいになりました。
ライブラリを見ていると、毎回ログインすると開くサーバーマネージャーのタスクエントリがありました。
「タスクスケジューラライブラリ」->「Microsoft」->「Windows」->「Server Manager」
ボリューム名はよくわからないし
ただ、VSSの設定を確認しても、エラーが出ているエントリはありません。毎回実行できているし、いらないコピーは無効にしているし。
Microsoftのサポートページを見ると、VSSの設定がタスクに残ることがあることがわかりました。
Windows Server 2003 でボリュームを削除した後にエラー メッセージ "シャドウ コピーを作成できません" が表示される
サーバーマネージャーの「構成」->「タスクスケジューラ」->「タスクスケジューラライブラリ」とつたっていくと失敗したタスクがあることがわかります。
タスクの実行コマンドを見てみると、上のエラーメッセージと同じでした。
これら四項目を削除します。
いらないタスクを選択し、右クリックで「削除」。
確認メッセージが表示されるので「OK」を押下。
きれいになりました。
ライブラリを見ていると、毎回ログインすると開くサーバーマネージャーのタスクエントリがありました。
「タスクスケジューラライブラリ」->「Microsoft」->「Windows」->「Server Manager」
VPN接続
VPNサーバーの構築で構築したサーバーにクライアントから接続します。
図のクライアントはWindows 7になります。
Server側でユーザーアカウントの設定を行います。VPNで接続を許可するユーザーのプロパティを開きます
「ダイヤルイン」タブを開き、「リモートアクセス許可」の「アクセスを許可」にチェックを入れて「OK」
今度はクライアント側です。「ネットワークと共有センター」を開き、「新しい接続またはネットワークのセットアップ」をクリック
「職場に接続します」を選択し、「次へ」
「インターネット接続(VPN)を使用します」をクリック
接続先IPとこの接続の名前を決めます。名前はあくまでもこのマシンでのみ使われます
接続するユーザー名・パスワードを入力して「接続」
接続するとこの画面になります。
Server側ですが、イベントログに接続情報が表示されます。ユーザー名・接続ポート番号・使用IPが確認できます
接続が確認できました。
クライアント側ですが、「ネットワーク接続」を開くと今回追加したネットワークが表示されます。ここから設定変更・削除ができます
もちろん接続も
＜その他＞
VPN接続クライアントに割り当てるIPアドレスを設定したので、クライアントにはあいているIPが割り振られますが、ユーザーとIPを固定で結びつけておくこともできます
「静的IPアドレスを割り当て」にチェックを入れ
アドレスの種類(v4/v6)を選択し、
任意のアドレスを入力する
上記の設定をしても接続できない場合はサーバーのファイアウォールを確認してください。接続時にエラー806/807がでます。
ルーティングとリモート アクセス (GRE 受信)
ルーティングとリモート アクセス (PPTP 受信)
ルーティングとリモート アクセス (GRE 送信)
ルーティングとリモート アクセス (PPTP 送信)
エラー806
エラー807
上記4ポートが開放されていないと接続することができません。L2TPプロトコルを使用しないのであれば「ルーティングとリモート アクセス (L2TP 受信)」を開放する必要はありません。
VPNサーバーの構築で構築したサーバーにクライアントから接続します。
図のクライアントはWindows 7になります。
Server側でユーザーアカウントの設定を行います。VPNで接続を許可するユーザーのプロパティを開きます
「ダイヤルイン」タブを開き、「リモートアクセス許可」の「アクセスを許可」にチェックを入れて「OK」
今度はクライアント側です。「ネットワークと共有センター」を開き、「新しい接続またはネットワークのセットアップ」をクリック
「職場に接続します」を選択し、「次へ」
「インターネット接続(VPN)を使用します」をクリック
接続先IPとこの接続の名前を決めます。名前はあくまでもこのマシンでのみ使われます
接続するユーザー名・パスワードを入力して「接続」
接続するとこの画面になります。
Server側ですが、イベントログに接続情報が表示されます。ユーザー名・接続ポート番号・使用IPが確認できます
接続が確認できました。
クライアント側ですが、「ネットワーク接続」を開くと今回追加したネットワークが表示されます。ここから設定変更・削除ができます
もちろん接続も
＜その他＞
VPN接続クライアントに割り当てるIPアドレスを設定したので、クライアントにはあいているIPが割り振られますが、ユーザーとIPを固定で結びつけておくこともできます
「静的IPアドレスを割り当て」にチェックを入れ
アドレスの種類(v4/v6)を選択し、
任意のアドレスを入力する
上記の設定をしても接続できない場合はサーバーのファイアウォールを確認してください。接続時にエラー806/807がでます。
ルーティングとリモート アクセス (GRE 受信)
ルーティングとリモート アクセス (PPTP 受信)
ルーティングとリモート アクセス (GRE 送信)
ルーティングとリモート アクセス (PPTP 送信)
エラー806
エラー807
上記4ポートが開放されていないと接続することができません。L2TPプロトコルを使用しないのであれば「ルーティングとリモート アクセス (L2TP 受信)」を開放する必要はありません。
VPNサーバーの構築
インターネットを通じて自宅のサーバーのファイルサーバーにアクセスしたい、構成している仮想マシンを使いたいので固定IPを取り、VPN接続して外からでも家にいるのと同じ環境でいじることができるようにしてみました。
Windows Server 2008で利用できるリモートアクセスプロトコルには3種類あります。
・PPTP
・L2TP
・L2TP/IPsec
以下は「Windows Server TechCenter」です。
ルーティングとリモート アクセス
各プロトコルについては下記リンクを参照してください。
VPN トンネリング プロトコル
まずは、サーバーマネージャーから役割の追加をします。
「ネットワークポリシーとアクセスサービス」にチェックを入れて「次へ」
このサービスについては下記リンクを参照してください(「Windows Server TechCenter」)。
Network Policy and Access Services
「ルーティングとリモートアクセスサービス」にチェックを入れて「次へ」
確認画面が出るので「インストール」
インストール完了
サーバーマネージャーの「役割の概要」に今インストールした「ネットワークポリシーとアクセスサービス」が表示されるのでリンクをクリック
「ネットワークポリシーとアクセスサービス」画面へ遷移
次に「ネットワークポリシーとアクセスサービス」の設定を行っていきます
「ネットワークポリシーとアクセスサービス」->「ルーティングとリモートアクセスサービス」を右クリックし、「ルーティングとリモートアクセスサービスの構成と有効化」をクリック
ウィザードが開始される
「リモートアクセス」を選択して「次へ」
「VPN」を選択して「次へ」
引っかかりました。VPNサーバーの構築には複数のNICが必要なようです。
先ほど「リモートアクセス」を選択した画面で「カスタム構成」を選択して「次へ」
「VPNアクセス」を選択して「次へ」
セットアップの完了です
サービスを開始します
ウィザードの終了です
「ネットワークポリシーとアクセスサービス」画面でイベントが表示されています。
このエラーはコンピューターの設定でなくせるようなのですが、まだ解決はできていません。ToDoに追加です
IPv6は使わないのでいいです
L2TPプロトコルで接続させるには証明書をインストールする必要があります。L2TPプロトコル割り当てられているポート数分このメッセージが出力されます(サービス起動時のみ)
「ネットワークポリシーとアクセスサービス」－「ルーティングとリモートアクセスサービス」を右クリックし、「プロパティ」を選択
(うちはDHCPではないので)「IPv4」タブでVPN接続クライアントに割り当てるIPアドレスを設定
「ログ」タブでログレベルを設定
インターネットを通じて自宅のサーバーのファイルサーバーにアクセスしたい、構成している仮想マシンを使いたいので固定IPを取り、VPN接続して外からでも家にいるのと同じ環境でいじることができるようにしてみました。
Windows Server 2008で利用できるリモートアクセスプロトコルには3種類あります。
・PPTP
・L2TP
・L2TP/IPsec
以下は「Windows Server TechCenter」です。
ルーティングとリモート アクセス
各プロトコルについては下記リンクを参照してください。
VPN トンネリング プロトコル
まずは、サーバーマネージャーから役割の追加をします。
「ネットワークポリシーとアクセスサービス」にチェックを入れて「次へ」
このサービスについては下記リンクを参照してください(「Windows Server TechCenter」)。
Network Policy and Access Services
「ルーティングとリモートアクセスサービス」にチェックを入れて「次へ」
確認画面が出るので「インストール」
インストール完了
サーバーマネージャーの「役割の概要」に今インストールした「ネットワークポリシーとアクセスサービス」が表示されるのでリンクをクリック
「ネットワークポリシーとアクセスサービス」画面へ遷移
次に「ネットワークポリシーとアクセスサービス」の設定を行っていきます
「ネットワークポリシーとアクセスサービス」->「ルーティングとリモートアクセスサービス」を右クリックし、「ルーティングとリモートアクセスサービスの構成と有効化」をクリック
ウィザードが開始される
「リモートアクセス」を選択して「次へ」
「VPN」を選択して「次へ」
引っかかりました。VPNサーバーの構築には複数のNICが必要なようです。
先ほど「リモートアクセス」を選択した画面で「カスタム構成」を選択して「次へ」
「VPNアクセス」を選択して「次へ」
セットアップの完了です
サービスを開始します
ウィザードの終了です
「ネットワークポリシーとアクセスサービス」画面でイベントが表示されています。
このエラーはコンピューターの設定でなくせるようなのですが、まだ解決はできていません。ToDoに追加です
IPv6は使わないのでいいです
L2TPプロトコルで接続させるには証明書をインストールする必要があります。L2TPプロトコル割り当てられているポート数分このメッセージが出力されます(サービス起動時のみ)
「ネットワークポリシーとアクセスサービス」－「ルーティングとリモートアクセスサービス」を右クリックし、「プロパティ」を選択
(うちはDHCPではないので)「IPv4」タブでVPN接続クライアントに割り当てるIPアドレスを設定
「ログ」タブでログレベルを設定
WindowsやLinuxの設定などの勉強にはWindows Server 2008のHyper-Vを使っています。実機を用意しなくても良いのでとても役立っています。
仮想マシンを作る際、デフォルトのフォルダーではなく自分で指定したフォルダーに仮想マシンデータが格納されるようにしていました。デフォルトだとWindowsのシステムが格納されているCドライブをすぐに圧迫してしまうからです。場所を指定するのには毎回、仮想マシン作成ウィザード内で指定していたのですが、毎回のことなのでHyper-Vの設定を変更することにしました。「仮想マシン」「仮想HDD」の二カ所。
変更後、仮想マシンを作成しようとすると下図のエラーメッセージが出るようになりました。
権限が足らないというエラーメッセージです(0x80070005)。
最初は、Windows7のノートPCからHyper-Vマネージャーを使っているからおかしくなったのかなと思いましたが、サーバーにログインして作成しようとしてもエラーメッセージが出て作成に失敗します。Administratorでも・・・
Administratorでも作成できないのはおかしいと思い、Hyper-V関連のフォルダーについて権限を確認してみました。今まで通りウィザード内でフォルダーを変更した場合、指定した場所に仮想マシンごとのフォルダーが作成され、その中に仮想マシン設定・VHDが格納されていました。フォルダー階層は下記の通り。
新しい仮想マシン
├Virtual Machines
│├仮想マシンID(フォルダー)
│└仮想マシンID(XMLファイル)
└新しい仮想マシン.vhd
新しいマシンフォルダーには「仮想マシン」というユーザーの権限がついており、その下の「Virtual Machines」フォルダーには「仮想マシンID」ユーザーの権限がついていました。
作成に失敗する仮想マシンのフォルダーを同じように見てみると下図の二フォルダーしか作成されません。
新しい仮想マシン
└Virtual Machines
権限を見てみると、「Virtual Machines」には「仮想マシンID」ユーザーの権限ではなく、何かしらのユーザーのSIDで権限がついていました。つまり、「仮想マシンID」ユーザーが書き込むことができないわけです。
なぜこのような状態になったかはわかりませんが、そういう仕様なのか不具合なのか。数多くの仮想マシンを利用する場合、それぞれ個別のパックになっている方がメンテしやすいし、今回設定を戻しても今までのように仮想マシン作成できないので不具合なのではないかと考えています。ほかのマシンで試してみなければいけません。
「仮想マシン」のフォルダーを変更すると権限エラーで作成することができなくなるのですが、「仮想ハードディスク」のフォルダーは変更しても問題なく作成できます。
「仮想マシン」のフォルダーは"C:\ProgramData\Microsoft\Windows\Hyper-V"で、その中の「Virtual Machines」フォルダーに仮想マシンID(フォルダー)と仮想マシンID(XMLファイル)が作成されます。
今まで作ってきた仮想マシンについては上で表したフォルダー階層すべて指定した場所に作成され、"C:\ProgramData\Microsoft\Windows\Hyper-V"にはXMLファイルへのリンクが作成されていました。
今回の現象とは異なりますが、同じエラーメッセージが表示される問題がサポートで公開されています。こちらはIntelの問題で下記のソフトを使用している場合に発生します。
Intel Active System Console – version 3.0以下
Intel Server Management Pack – version 3.0以下
Intel One Boot Flash Update for Windows – version 9.70 Build 5以下
Intel System Configuration Utility for Windows – version 5.0.1 Build 8以下
Intel SNMP-SA – version 6.0.0.9999以下
Intel SELViewer – version 2.0.1 Build 5以下
サポートについては「Microsoft Article ID:969556」、「Intel TA-922」です。詳細については前記のMicrosoftおよびIntelのサイトで確認していただきたのですが、Windows 2008 Hyper-VがVMを格納しているストレージへアクセスする際のセキュリティセッティングをIntel IPMIドライバーが謝って変更してしまう現象です。仮想マシンを起動できない・作成できないと言った問題が発生します。修正プログラムが配布されているので、ダウンロードしたら解凍して実行し、再起動すれば直るようです。
仮想マシンを作る際、デフォルトのフォルダーではなく自分で指定したフォルダーに仮想マシンデータが格納されるようにしていました。デフォルトだとWindowsのシステムが格納されているCドライブをすぐに圧迫してしまうからです。場所を指定するのには毎回、仮想マシン作成ウィザード内で指定していたのですが、毎回のことなのでHyper-Vの設定を変更することにしました。「仮想マシン」「仮想HDD」の二カ所。
変更後、仮想マシンを作成しようとすると下図のエラーメッセージが出るようになりました。
権限が足らないというエラーメッセージです(0x80070005)。
最初は、Windows7のノートPCからHyper-Vマネージャーを使っているからおかしくなったのかなと思いましたが、サーバーにログインして作成しようとしてもエラーメッセージが出て作成に失敗します。Administratorでも・・・
Administratorでも作成できないのはおかしいと思い、Hyper-V関連のフォルダーについて権限を確認してみました。今まで通りウィザード内でフォルダーを変更した場合、指定した場所に仮想マシンごとのフォルダーが作成され、その中に仮想マシン設定・VHDが格納されていました。フォルダー階層は下記の通り。
新しい仮想マシン
├Virtual Machines
│├仮想マシンID(フォルダー)
│└仮想マシンID(XMLファイル)
└新しい仮想マシン.vhd
新しいマシンフォルダーには「仮想マシン」というユーザーの権限がついており、その下の「Virtual Machines」フォルダーには「仮想マシンID」ユーザーの権限がついていました。
作成に失敗する仮想マシンのフォルダーを同じように見てみると下図の二フォルダーしか作成されません。
新しい仮想マシン
└Virtual Machines
権限を見てみると、「Virtual Machines」には「仮想マシンID」ユーザーの権限ではなく、何かしらのユーザーのSIDで権限がついていました。つまり、「仮想マシンID」ユーザーが書き込むことができないわけです。
なぜこのような状態になったかはわかりませんが、そういう仕様なのか不具合なのか。数多くの仮想マシンを利用する場合、それぞれ個別のパックになっている方がメンテしやすいし、今回設定を戻しても今までのように仮想マシン作成できないので不具合なのではないかと考えています。ほかのマシンで試してみなければいけません。
「仮想マシン」のフォルダーを変更すると権限エラーで作成することができなくなるのですが、「仮想ハードディスク」のフォルダーは変更しても問題なく作成できます。
「仮想マシン」のフォルダーは"C:\ProgramData\Microsoft\Windows\Hyper-V"で、その中の「Virtual Machines」フォルダーに仮想マシンID(フォルダー)と仮想マシンID(XMLファイル)が作成されます。
今まで作ってきた仮想マシンについては上で表したフォルダー階層すべて指定した場所に作成され、"C:\ProgramData\Microsoft\Windows\Hyper-V"にはXMLファイルへのリンクが作成されていました。
今回の現象とは異なりますが、同じエラーメッセージが表示される問題がサポートで公開されています。こちらはIntelの問題で下記のソフトを使用している場合に発生します。
Intel Active System Console – version 3.0以下
Intel Server Management Pack – version 3.0以下
Intel One Boot Flash Update for Windows – version 9.70 Build 5以下
Intel System Configuration Utility for Windows – version 5.0.1 Build 8以下
Intel SNMP-SA – version 6.0.0.9999以下
Intel SELViewer – version 2.0.1 Build 5以下
サポートについては「Microsoft Article ID:969556」、「Intel TA-922」です。詳細については前記のMicrosoftおよびIntelのサイトで確認していただきたのですが、Windows 2008 Hyper-VがVMを格納しているストレージへアクセスする際のセキュリティセッティングをIntel IPMIドライバーが謝って変更してしまう現象です。仮想マシンを起動できない・作成できないと言った問題が発生します。修正プログラムが配布されているので、ダウンロードしたら解凍して実行し、再起動すれば直るようです。
リモートでのイベントビューアー確認～その一 接続でリモートからイベントビューアーを確認するとサーバーの役割についての確認が取れませんでした。
調べてみたところ、WindowsのクライアントOSからサーバーOSを確認する場合、「リモート サーバー管理ツール」をクライアントにインストールする必要があります。インストールすることにより、Windows Server 2008 R2、Windows Server 2008、Windows ServerR 2003 を実行しているコンピューターにインストールされた役割と機能を管理できるようになります。
この「リモート サーバー管理ツール」ですが、現在はVISTA/VISTA(64)/7の三種類がリリースされており、概要は下記の通りです。
・Windows Vista for x64-based Systems 用 Microsoft リモート サーバー管理ツール
Windows Vista Business 64-bit edition; Windows Vista Enterprise 64-bit edition; Windows Vista Ultimate 64-bit edition
Windows Vista Service Pack 1 (SP1)、もしくはそれ以降のバージョンのサービス パックが必要です。
・Windows Vista 用 Microsoft リモート サーバー管理ツール
Windows Vista Business; Windows Vista Enterprise; Windows Vista Ultimate
Windows Vista Service Pack 1 (SP1)、もしくはそれ以降のバージョンのサービス パックが必要です。
・Windows 7 用のリモート サーバー管理ツール
Windows 7
Windows 7 用のリモート サーバー管理ツールは、Enterprise、Professional、Ultimate の各エディションの Windows 7 を実行しているコンピューターのみにインストールでき、管理対象となるサーバーにはインストールできません。
まずはリモートサーバー管理ツールをMicrosoftのページからダウンロードして、インストールします。
次に必要なツールを有効にします。
コントロールパネル -> プログラム -> Windowsの機能の有効化または無効化 -> リモートサーバー管理ツールから必要なツールのチェックボックスをオンにします。
プログラム一覧の管理ツールを開くと、先ほど追加したツールが追加されていることが確認できます。
Hyper-Vマネージャーを起動する前にいくつか準備をする必要があります。
まず、ファイアウォールの設定です。サーバー側もクライアント側も"Windows Management Instrumentation(WMI)"の規則を有効化します。
サーバー側
クライアント側
次に、サーバー側の設定で、サーバーマネージャーのトップページで「サーバーマネージャーのリモート管理の構成」というメニューがあるので「有効」に設定します。
最後に、クライアント側の設定で、dcomcnfgでCOMセキュリティを変更します。
dcomcnfgを検索・実行し、コンポーネントサービス -> コンピューター -> マイコンピューターと進み、右クリックからプロパティを開きます。COMセキュリティタブを開き、アクセス許可の「制限の編集」をクリック。ANONYMOUS LOGONのリモートアクセスを「許可」します。
これで設定は終了なので、Hyper-Vマネージャーを開くとサーバー上に構築されている仮想マシンが表示され、サーバー上にいるのと全く変わりなく管理することができるようになりました。
仮想マシンに接続しようとすると「お使いの資格情報は機能しませんでした」というメッセージとともにログインウィンドウが開きます。
これはWorkgroupで管理しているからかもしれません。要調査です。
ここで入力するユーザーはサーバー上のAdministrators権限を持っていなければいけないようです。権限を持っていない場合、下記のエラーが発生します。このエラーについても要調査です。
「MSDN Code Gallery」が参考になりました。
調べてみたところ、WindowsのクライアントOSからサーバーOSを確認する場合、「リモート サーバー管理ツール」をクライアントにインストールする必要があります。インストールすることにより、Windows Server 2008 R2、Windows Server 2008、Windows ServerR 2003 を実行しているコンピューターにインストールされた役割と機能を管理できるようになります。
この「リモート サーバー管理ツール」ですが、現在はVISTA/VISTA(64)/7の三種類がリリースされており、概要は下記の通りです。
・Windows Vista for x64-based Systems 用 Microsoft リモート サーバー管理ツール
Windows Vista Business 64-bit edition; Windows Vista Enterprise 64-bit edition; Windows Vista Ultimate 64-bit edition
Windows Vista Service Pack 1 (SP1)、もしくはそれ以降のバージョンのサービス パックが必要です。
・Windows Vista 用 Microsoft リモート サーバー管理ツール
Windows Vista Business; Windows Vista Enterprise; Windows Vista Ultimate
Windows Vista Service Pack 1 (SP1)、もしくはそれ以降のバージョンのサービス パックが必要です。
・Windows 7 用のリモート サーバー管理ツール
Windows 7
Windows 7 用のリモート サーバー管理ツールは、Enterprise、Professional、Ultimate の各エディションの Windows 7 を実行しているコンピューターのみにインストールでき、管理対象となるサーバーにはインストールできません。
まずはリモートサーバー管理ツールをMicrosoftのページからダウンロードして、インストールします。
次に必要なツールを有効にします。
コントロールパネル -> プログラム -> Windowsの機能の有効化または無効化 -> リモートサーバー管理ツールから必要なツールのチェックボックスをオンにします。
プログラム一覧の管理ツールを開くと、先ほど追加したツールが追加されていることが確認できます。
Hyper-Vマネージャーを起動する前にいくつか準備をする必要があります。
まず、ファイアウォールの設定です。サーバー側もクライアント側も"Windows Management Instrumentation(WMI)"の規則を有効化します。
サーバー側
クライアント側
次に、サーバー側の設定で、サーバーマネージャーのトップページで「サーバーマネージャーのリモート管理の構成」というメニューがあるので「有効」に設定します。
最後に、クライアント側の設定で、dcomcnfgでCOMセキュリティを変更します。
dcomcnfgを検索・実行し、コンポーネントサービス -> コンピューター -> マイコンピューターと進み、右クリックからプロパティを開きます。COMセキュリティタブを開き、アクセス許可の「制限の編集」をクリック。ANONYMOUS LOGONのリモートアクセスを「許可」します。
これで設定は終了なので、Hyper-Vマネージャーを開くとサーバー上に構築されている仮想マシンが表示され、サーバー上にいるのと全く変わりなく管理することができるようになりました。
仮想マシンに接続しようとすると「お使いの資格情報は機能しませんでした」というメッセージとともにログインウィンドウが開きます。
これはWorkgroupで管理しているからかもしれません。要調査です。
ここで入力するユーザーはサーバー上のAdministrators権限を持っていなければいけないようです。権限を持っていない場合、下記のエラーが発生します。このエラーについても要調査です。
「MSDN Code Gallery」が参考になりました。
「Hyper-Vの構築～その五 仮想マシンのインストール(Red Hat Enterprise Linux 5.4)」でLinux IC (統合コンポーネント)v2.0をインストールしました。
しかし、2010年7月にLinux Integration Services v2.1がリリースされています。対応しているLinuxゲストOSは下記の6つです。
Linux Distributions (4コア)
SUSE Linux Enterprise Server 10 with Service Pack 3 (x86 Editionまたはx64 Edition)
SUSE Linux Enterprise Server 11 (x86 Editionまたはx64 Edition)
Red Hat Enterprise Linux (RHEL) 5.2、5.3、5.4および5.5 (x86 Editionまたはx64 Edition)
さらに、v2.1ではインストール方法が変更されています。
注意点は下記の二点です。
・v2.1をインストールするには対象Linux OS上の"/usr/src/kernels/2.6.18-155.el5-i686"にカーネルがインストールされている必要があります。
・Software Developmentパッケージがインストールされている必要があります。
それではインストールしていきますが、新規インストールも旧バージョンからのアップグレードも手順は全く同じになります。ここではアップグレードした際のイメージを載せておきます。
まずはCDをマウントし、中身をすべて"/opt"以下の任意のディレクトリにコピーします（MSのドキュメントでは"/opt/linux_ic_v21_rtm2となっています）。
コピーしたらそのディレクトリへ移動し、"make"コマンドを実行します。
"make"が完了したら"make install"でインストールします。
インストールが完了したらLinuxを再起動します。
再起動後にsshで接続した図ですが、前回のログイン時刻と現在時刻が大きくずれています。これは、v2.1で追加されたホストOSとの時刻同期が動いているためです。インストールから1週間で3時間ほどずれています。
サーバーマネージャーで確認をすると、ステータスのところで「ハートビート」が「OK」になっています。Linux ICをインストールする前は「OFF」となっていました。
また、サーバーマネージャーからOSのシャットダウンをすることもできます。
これもv2.1からの新機能です。サポートLinuxゲストOSでも書いてありますが、複数コアのサポート等もv2.1から追加されています。詳細についてはMicrosoftのドキュメントを参照してください。
Linux Integration Services v2.1 for Windows Server 2008 Hyper-V R2
しかし、2010年7月にLinux Integration Services v2.1がリリースされています。対応しているLinuxゲストOSは下記の6つです。
Linux Distributions (4コア)
SUSE Linux Enterprise Server 10 with Service Pack 3 (x86 Editionまたはx64 Edition)
SUSE Linux Enterprise Server 11 (x86 Editionまたはx64 Edition)
Red Hat Enterprise Linux (RHEL) 5.2、5.3、5.4および5.5 (x86 Editionまたはx64 Edition)
さらに、v2.1ではインストール方法が変更されています。
注意点は下記の二点です。
・v2.1をインストールするには対象Linux OS上の"/usr/src/kernels/2.6.18-155.el5-i686"にカーネルがインストールされている必要があります。
・Software Developmentパッケージがインストールされている必要があります。
それではインストールしていきますが、新規インストールも旧バージョンからのアップグレードも手順は全く同じになります。ここではアップグレードした際のイメージを載せておきます。
まずはCDをマウントし、中身をすべて"/opt"以下の任意のディレクトリにコピーします（MSのドキュメントでは"/opt/linux_ic_v21_rtm2となっています）。
コピーしたらそのディレクトリへ移動し、"make"コマンドを実行します。
"make"が完了したら"make install"でインストールします。
インストールが完了したらLinuxを再起動します。
再起動後にsshで接続した図ですが、前回のログイン時刻と現在時刻が大きくずれています。これは、v2.1で追加されたホストOSとの時刻同期が動いているためです。インストールから1週間で3時間ほどずれています。
サーバーマネージャーで確認をすると、ステータスのところで「ハートビート」が「OK」になっています。Linux ICをインストールする前は「OFF」となっていました。
また、サーバーマネージャーからOSのシャットダウンをすることもできます。
これもv2.1からの新機能です。サポートLinuxゲストOSでも書いてありますが、複数コアのサポート等もv2.1から追加されています。詳細についてはMicrosoftのドキュメントを参照してください。
Linux Integration Services v2.1 for Windows Server 2008 Hyper-V R2
「Hyper-Vの構築～その三 仮想マシンのインストール(Windows XP)」、「Hyper-Vの構築～その四 仮想マシンのインストール(Windows 7)」の二回にわたってゲストOSとしてWindows OSをインストールしましたが、今回はLinuxをインストールしてみます。
Linux Integration Services v2.0で対応していたLinuxゲストOSは下記の5つです(現在はv2.1がリリースされています)。
Linux Distributions (1コア)
SUSE Linux Enterprise Server 10 with Service Pack 2 (x86 Editionまたはx64 Edition)
SUSE Linux Enterprise Server 11 (x86 Editionまたはx64 Edition)
Red Hat Enterprise Linux (RHEL) 5.2、5.3および5.4 (x86 Editionまたはx64 Edition)
今回はまずRed Hat Enterprise Linux (RHEL) 5.4をインストールします。
Hyper-VでLinuxを稼働するためにはLinux IC (統合コンポーネント)をOSインストール後に導入する必要がありますので、あらかじめMicrosoftからダウンロードし、展開しておきます。
LinuxのインストールもWindowsと全く同じです。
インストール後にネットワークを確認すると、ネットワークアダプターが認識されていません。
Linux IC (統合コンポーネント)をインストールしますので、メディア -> DVDドライブ -> ディスクの挿入を選んで解凍したLinux IC (統合コンポーネント)のLinuxIC v2.iso(現時点)を指定します。
ディスクを挿入すると、最近のLinuxディストリビューションは自動的にマウントしてくれます。
コマンドラインからCDのマウント場所に移動(cd /media/CDROM)し"./setup.pl drivers"とコマンドを実行するとLinux ICのインストールが開始されます。
Linux ICのインストールが終了してからネットワークを確認すると、"seth0"というアダプターが認識されています。これで外部との通信ができるようになります。
リモートデスクトップでサーバーにログインし、Linuxの仮想マシンに接続してウィンドウをクリックすると、メッセージが表示されてしまいます。要調査です。
ただ、LinuxもWindowsの様にリモートデスクトップで接続することもできますし、teratermなどからSSHで接続することができますのでそれほど問題にはなることはないと思います。
次はv2.1での確認をしたいと思います。
Linux Integration Services v2.0で対応していたLinuxゲストOSは下記の5つです(現在はv2.1がリリースされています)。
Linux Distributions (1コア)
SUSE Linux Enterprise Server 10 with Service Pack 2 (x86 Editionまたはx64 Edition)
SUSE Linux Enterprise Server 11 (x86 Editionまたはx64 Edition)
Red Hat Enterprise Linux (RHEL) 5.2、5.3および5.4 (x86 Editionまたはx64 Edition)
今回はまずRed Hat Enterprise Linux (RHEL) 5.4をインストールします。
Hyper-VでLinuxを稼働するためにはLinux IC (統合コンポーネント)をOSインストール後に導入する必要がありますので、あらかじめMicrosoftからダウンロードし、展開しておきます。
LinuxのインストールもWindowsと全く同じです。
インストール後にネットワークを確認すると、ネットワークアダプターが認識されていません。
Linux IC (統合コンポーネント)をインストールしますので、メディア -> DVDドライブ -> ディスクの挿入を選んで解凍したLinux IC (統合コンポーネント)のLinuxIC v2.iso(現時点)を指定します。
ディスクを挿入すると、最近のLinuxディストリビューションは自動的にマウントしてくれます。
コマンドラインからCDのマウント場所に移動(cd /media/CDROM)し"./setup.pl drivers"とコマンドを実行するとLinux ICのインストールが開始されます。
Linux ICのインストールが終了してからネットワークを確認すると、"seth0"というアダプターが認識されています。これで外部との通信ができるようになります。
リモートデスクトップでサーバーにログインし、Linuxの仮想マシンに接続してウィンドウをクリックすると、メッセージが表示されてしまいます。要調査です。
ただ、LinuxもWindowsの様にリモートデスクトップで接続することもできますし、teratermなどからSSHで接続することができますのでそれほど問題にはなることはないと思います。
次はv2.1での確認をしたいと思います。
前回、Hyper-Vの構築～その三 仮想マシンのインストール(XP)でHyper-Vの仮想マシンにWindows XPをインストールしましたが、今回はWindows 7をインストールしたいと思います。
が、仮想マシンを作成してからOSをインストールするところまで全行程でXPの時と全く同じになります。
では、なにが違うかというと、統合サービスがすでに組み込まれているところです。つまり、インストールしただけですでに物理 <-> 仮想マシン間でのマウス移動ができるわけです。
統合サービスは何もマウス移動が楽になるだけの機能ではないのでしっかりと調べたいと思います。
が、仮想マシンを作成してからOSをインストールするところまで全行程でXPの時と全く同じになります。
では、なにが違うかというと、統合サービスがすでに組み込まれているところです。つまり、インストールしただけですでに物理 <-> 仮想マシン間でのマウス移動ができるわけです。
統合サービスは何もマウス移動が楽になるだけの機能ではないのでしっかりと調べたいと思います。
Hyper-Vの構築～その二 ネットワーク設定でHyper-Vサーバーとしての体制が整ったので、仮想マシンをインストールしていこうと思います。
まずは今もなお支持され続けているWindows XPをインストールします。
Hyper-Vマネージャーを起動し右ペインの新規 -> 仮想マシンをクリックします。
「仮想マシンの新規作成ウィザード」が開きます。最初の画面は注意事項なので、『今後、このメッセージを表示しない』にチェックを入れてしまって問題ありません。
「名前と場所の指定」では作成する仮想マシンの名前と、保存場所を指定します。名前は必ず指定する項目ですが、保存場所は任意項目となっています。デフォルトは"C:\ProgramData\Microsoft\Windows\Hyper-V\"と、Hyper-Vのデータフォルダ内に保存されます。
「メモリの割り当て」では作成する仮想マシンに割り当てるメモリをMBで指定します。搭載している物理メモリ量が最大サイズのようです
。
「ネットワークの構成」では外部ネットワークと接続するか内部ネットワークのみにするかを選択します。今回は前回作成した外部ネットワークを指定します。
「仮想ハードディスクの接続」では三つのオプションがあります。
一つ目はハードディスクを今回新規作成する物で、名前・場所・サイズを指定します。
二つ目は既存のハードディスクを使用する場合。別のマシンで動かしていた物を別のサーバーで使用する際等に使います。
三つ目はとりあえず仮想マシン情報を作成しておく場合です。
「インストールオプション」ですが、仮想マシンへのOSのインストール方法について指定します。
一つ目は一旦仮想マシンの作成を終えて、今まで物理マシンにしていたようにインストールする方法です。
二つ目三つ目はインストールする際に使用するディスクを指定しておく方法です。仮想マシンを作成し終え、起動すると自動的にディスクが読み込まれます。
四つ目は確認していませんが、おそらくディスクを設定しておく場合と同じなのではないかと思います。
最後に「仮想マシンの新規作成ウィザードの完了」で指定した設定を確認します。
仮想マシンができあがると、Hyper-Vマネージャの中央ペインに作成した仮想マシンが表示されます。
右ペインの設定、もしくは右クリック -> 設定を開き、インストールに使用するディスクを指定します。今回はisoイメージを使用するのでIDEコントローラー１ -> DVDドライブのメディアでイメージファイルを指定します。
< OK >をクリックします。
Hyper-Vマネージャに戻ったら、右ペインの接続、もしくは右クリック -> 接続を開き、仮想マシンに接続します。
接続しただけでは仮想マシンは動いていませんので、電源ボタンをクリックして仮想マシンを起動します。
接続 -> 起動でも起動 -> 接続でも問題ありません。
仮想マシン接続ウィンドウでXPのインストールが始まります。
インストールが終了すると、Windows XPにログインしている状態が現れます。
Windows XPをインストールした直後は物理マシンと仮想マシン間でマウスを行き来させることができません。一度仮想マシンウィンドウの中でクリックすると、ウィンドウ枠外にそのまま移動することができません。仮想マシンでの作業を終えて物理マシンへ移動したい場合には、ウィンドウ下部に表示されているとおり「Ctrl + Alt + ←」を使います。
ただ、これでは不便なのでMicrosoftから標準で提供されている「統合サービス」をインストールします。
メニューから操作 -> 統合サービスセットアップディスクの挿入をクリックします。仮想マシンにこのディスクを認識させると自動的にサービスのインストールが始まります。インストールが終了すると再起動を促すポップアップが表示されるので再起動します。
再起動後は物理 <-> 仮想マシン間でのマウス移動が自由にできることがわかると思います。
まずは今もなお支持され続けているWindows XPをインストールします。
Hyper-Vマネージャーを起動し右ペインの新規 -> 仮想マシンをクリックします。
「仮想マシンの新規作成ウィザード」が開きます。最初の画面は注意事項なので、『今後、このメッセージを表示しない』にチェックを入れてしまって問題ありません。
「名前と場所の指定」では作成する仮想マシンの名前と、保存場所を指定します。名前は必ず指定する項目ですが、保存場所は任意項目となっています。デフォルトは"C:\ProgramData\Microsoft\Windows\Hyper-V\"と、Hyper-Vのデータフォルダ内に保存されます。
「メモリの割り当て」では作成する仮想マシンに割り当てるメモリをMBで指定します。搭載している物理メモリ量が最大サイズのようです
。「ネットワークの構成」では外部ネットワークと接続するか内部ネットワークのみにするかを選択します。今回は前回作成した外部ネットワークを指定します。
「仮想ハードディスクの接続」では三つのオプションがあります。
一つ目はハードディスクを今回新規作成する物で、名前・場所・サイズを指定します。
二つ目は既存のハードディスクを使用する場合。別のマシンで動かしていた物を別のサーバーで使用する際等に使います。
三つ目はとりあえず仮想マシン情報を作成しておく場合です。
「インストールオプション」ですが、仮想マシンへのOSのインストール方法について指定します。
一つ目は一旦仮想マシンの作成を終えて、今まで物理マシンにしていたようにインストールする方法です。
二つ目三つ目はインストールする際に使用するディスクを指定しておく方法です。仮想マシンを作成し終え、起動すると自動的にディスクが読み込まれます。
四つ目は確認していませんが、おそらくディスクを設定しておく場合と同じなのではないかと思います。
最後に「仮想マシンの新規作成ウィザードの完了」で指定した設定を確認します。
仮想マシンができあがると、Hyper-Vマネージャの中央ペインに作成した仮想マシンが表示されます。
右ペインの設定、もしくは右クリック -> 設定を開き、インストールに使用するディスクを指定します。今回はisoイメージを使用するのでIDEコントローラー１ -> DVDドライブのメディアでイメージファイルを指定します。
< OK >をクリックします。
Hyper-Vマネージャに戻ったら、右ペインの接続、もしくは右クリック -> 接続を開き、仮想マシンに接続します。
接続しただけでは仮想マシンは動いていませんので、電源ボタンをクリックして仮想マシンを起動します。
接続 -> 起動でも起動 -> 接続でも問題ありません。
仮想マシン接続ウィンドウでXPのインストールが始まります。
インストールが終了すると、Windows XPにログインしている状態が現れます。
Windows XPをインストールした直後は物理マシンと仮想マシン間でマウスを行き来させることができません。一度仮想マシンウィンドウの中でクリックすると、ウィンドウ枠外にそのまま移動することができません。仮想マシンでの作業を終えて物理マシンへ移動したい場合には、ウィンドウ下部に表示されているとおり「Ctrl + Alt + ←」を使います。
ただ、これでは不便なのでMicrosoftから標準で提供されている「統合サービス」をインストールします。
メニューから操作 -> 統合サービスセットアップディスクの挿入をクリックします。仮想マシンにこのディスクを認識させると自動的にサービスのインストールが始まります。インストールが終了すると再起動を促すポップアップが表示されるので再起動します。
再起動後は物理 <-> 仮想マシン間でのマウス移動が自由にできることがわかると思います。
| Next»
