先日 Windows Server 2008 R2 SP1 RC の提供が開始されました。
Windows 7 および Windows Server 2008 R2 Service Pack 1 (SP1) Release Candidate (RC) のダウンロード

インストールの方法などを軽くまとめてみたいと思います。
# Windows 7 SP1 RC のインストールも同様の内容になります。

■SP1 Beta がインストールされている場合

 

SP1 Beta をインストールしている状態で、SP1 RC をインストールしようとすると以下のエラーになります。

SP1 Beta をインストールしている状態では、SP1 RC をインストールすることはできません。
SP1 RC のダウンロードページにも以下の記載がされています。

Windows 7 または Windows Server 2008 R2 の Service Pack 1 Beta がコンピュータにインストールされている場合は、Release Candidate をインストールする前にその Beta をアンインストールする必要があります。

よく寄せられる質問にもこのことは記載されています。
Windows 7 および Windows Server 2008 R2 Service Pack 1 (SP1) Release Candidate (RC) に関してよく寄せられる質問

SP1 Beta をインストールしている場合はアンインストールをする必要があります。
アンインストールについては技術情報が用意されています。
# Windows 7 用の技術情報ですが Windows Server 2008 でも同様です。また、RC 用ですが Beta でも使えます。
Windows 7 SP1 RC 版をアンインストールする方法

アンインストールは簡単で、[KB976932] の更新プログラムをアンインストールすると完了します。

アンインストール終了後、再起動をすれば一連の作業は完了です。
再起動時にもアンインストール処理が走っているので結構時間がかかります…。

 

こちらが SP1 Beta の winver の結果です。

アンインストールをするとバージョンが RTM のものに変更されます。

この状態になると SP1 RC が適用可能となります。

 

■SP1 RC の適用

それでは、SP1 RC を適用してみたいと思います。
今回は ISO 版を使用しているので [setup.exe] を実行します。
# 各 SP を単体でダウンロードした場合は、ダウンロードしたファイルを実行します。
/x を使用するとファイルを手動で展開することが可能です。

セットアップを起動したら、[次へ] をクリックします。

[同意します] を有効にして、[次へ] をクリックします。

[インストール] をクリックして、インストールを開始します。

 

再起動されるとインストールは完了です。

 

SP1 RC のインストールが完了した後の winver の内容がこちらになります。

Windows Server 2008 R2 RC の winver には有効期限が表示されていないのですが、[2011 年 11 月 30 日] が使用期限となるようです。

SP1 RC の検証については別の機会にまとめていきたいと思います。

少し System Center も触れるようになりたいなと思い、まずは System Center Operations Manager 2007 R2 (OpsMgr) から勉強を始めてみました。
# PRO 機能と絡めればおもしろそうだと思ったので。

OpsMgr で使用できる SQL Server は以下の技術情報に記載されています。
Operations Manager 2007 R2 でサポートされている構成

日本語の技術情報では、[Operations Manager の Operations データベース] には [SQL Server 2008] までしか記載がされていないのですが、英語の技術情報の [Operations Manager Operations database] には、[SQL Server 2008 R2] が記載されています。
Operations Manager 2007 R2 Supported Configurations

 

SQL Server 2008 R2 を使用したインストールについては KB が提供されています。
Support for System Center Operations Manager 2007 R2 that runs on a SQL Server 2008 R2 database

OpsMgr のインストーラーでデータベースを作成するのではなく、手動でデータベースを作成してそれを使うように OpsMgr をインストールすることで、SQL Server 2008 R2 を使用することが可能です。
# SQL Server 2005 SP1 または、SQL Server 2008 でインストールをして、SQL Server 2008 R2 にアップグレードするという手法もあるようなのですが、今回は新規インストールした SQL Server 2008 R2 を使用します。

ひとつ気になっているのは、

The Alert View window does not open when you click the Alert View link in the notification emails. No workaround for this is available currently.

という記載があるところでしょうか。
通常の操作で、アラートビューでどのようなことができて、SQL Server 2008 R2 を使った場合にどのような挙動になるのかがわかっていないのですが…。

■SQL Server 2008 R2 のインストール

機能としては以下のコンポーネントをインストールすれば OpsMgr 用のデータベースとして使用することができます。
# 管理ツールは必須ではないのですが、あると便利なのでインストールしています。

SQL Server 2008 R2 のインストールで OpsMgr に合わせた設定は以下の 2 点になります。

1. 照合順序を [SQL_Latin1_General_CP1_CI_AS] に設定
   サーバーレベルの照合順序を以下の設定にします
   
   
2. Reporting Services をネイティブ モードで構成
   Reporting Serivces の構成を [ネイティブ モードの既存の構成をインストールする。] で設定します。
   

この設定でインストールした SQL Server を使用して、OpsMgr をインストールしていきます。

 

■OpsMgr のインストール

 

今回は Windows Server 2008 R2 にインストールをします。
OpsMgr をインストールするためには IIS をインストールする必要があります。

IIS で必要となる役割は以下の KB に記載がされています。
Windows Server 2008 を実行しているコンピューターで System Center Operations Manager 2007 の Web コンソールのインストールに失敗する場合がある

この KB は Windows Server 2008 用のものですが、Windows Server 2008 R2 でも役割の機能を追加すれば OpsMgr をインストーすることが可能です。

他には、ASP.NET Ajax Extensions 1.0 が必要になりますので、以下の URL からダウンロードしインストールしておく必要があります。

ASP.NET AJAX 1.0

.NET Framework 3.5 も必要になるのですが、これに関しては SQL Server 2008 R2 をインストールする際にインストールをしていますので、OpsMgr の前提チェックではエラーになりません。

それでは、OpsMgr をインストールしていきたいと思います。
OpsMgr の基本的な機能を使用するためには、[Operations Manager 2007 R2 のインストール] と [Operations Manager 2007 R2 レポートのインストール] を実行します。

 

■Operations Manager 2007 R2 のインストール

Operations Manager 2007 R2 のインストールをデフォルトの設定のまま行おうとすると、以下のコンポーネントが選択された状態となっています。

この状態でインストールをしようとすると、前提条件の確認をパスすることができません。

[ログの表示] をクリックして、内容を確認してみます。
そうすると SQL Server のチェックでエラーとなっていることが確認できます。

SQL Server 2008 R2 を使用する場合、インストーラーでデータベースを作成することができません。
データベースに関しては手動で作成する必要があります。

手動で作成する際の手順は以下の内容になります。

1. OpsMgr のインストールメディアの [SUPPORTTOOLSAMD64DBCREATEWIZARD.EXE] を実行します。
   
2. [Next] をクリックします。
   
3. [データベースのタイプ] から [Operations Manager データベース] を選択し、[Next] をクリックします。
   今回は、既定のインスタンスをポート番号を変更せずに使用していてるため SQL ポートは未指定のままにしています。
   
4. OpsMgr の管理グループ名を入力し、[Next] をクリックします。
   
5. [Next] をクリックします。
   
6. [Finish] をクリックして、データベースを作成します。
   
7. [OK] をクリックします。
   

以上でデータベースの手動作成は完了です。

再度インストールを実行して、インストールするコンポーネントから [Database] を外すと、前提条件のチェックをパスすることができます。

下の画像では、警告付きとなっていますがこれはメモリが 1.5 GB の環境でインストールをしているためです。
# OpsMgr のインストールは 2GB 以下のメモリだと警告になります。正常にインストールはできるので問題はありませんが。

データベースの設定になったら、先ほどデータベースを作成したサーバー名を指定します。

あとは通常の OpsMgr のインストールと同じです。
まずは検証してみたいということであれば、すべてのサービスアカウントを [ローカル システム] に設定するとインストールを行うことができます。
# 後の設定はデフォルトで。

[完了] をクリックして、インストールを完了します。
[暗号化キーのバックアップ] は [SecureStorageBackup.exe] を手動で実行することで後から実行することも可能ですので、今回はバックアップが起動したらすぐに閉じて終了しています。

■Operations Manager 2007 R2 レポートのインストール

続いて [Operations Manager 2007 R2 レポートのインストール] を実行します。
こちらもデフォルトでは、[Data Warehouse] がインストールされる設定になっています。

この設定のままインストールを続けると前提条件をパスすることができません。

ログの表示でエラーを確認すると先ほどと同じで、SQL Server でエラーとなっています。

レポート用のデータベースもインストーラーからではなく、手動で作成する必要があります。

1. OpsMgr のインストールメディアの [SUPPORTTOOLSAMD64DBCREATEWIZARD.EXE] を実行します。
2. [Next] をクリックします。
3. [データベースのタイプ] から [Operations Manager データウェアハウス データベース] を選択し、[Next] をクリックします。
   今回は、既定のインスタンスをポート番号を変更せずに使用していてるため SQL ポートは未指定のままにしています。
   
4. [Finish] をクリックして、データベースを作成します。
   
5. [OK] をクリックします。
   

以上でデータベースの手動作成は完了です。

再度インストールを実行して、インストールするコンポーネントから [Data Warehouse] を外すと、前提条件のチェックをパスすることができます。

ルート管理サーバーとしては、OpsMgr をインストールしているサーバーを指定して、[次へ] をクリックします。

データベースサーバー、Reporting Serives サーバーも自サーバーですので、OpsMgr をインストールしているサーバーを指定して、[次へ] をクリックします。


Repoting Services のサーバーを選択して、[次へ] クリックしたタイミングで応答がなくなる (砂時計のアイコンになったまま次の画面に遷移しない) ことがたまにあるのですが、その場合はタスクマネージャーを起動して、[msiexec.exe] のプロセスを終了させると画面が遷移します。

次の画面は、データウェアハウス用のアカウント設定画面になります。
検証の場合は、データウェアハウス用のアカウントはローカルの Administrator を設定すると早いかもしれません。

あとはデフォルトの設定でインストールを行います。

このままインストールをすると以下のエラーが発生します。

最後の手順として、Reporting Service で使用されているグループの名前を一時的に変更する必要があります。

1. 管理ツールから [コンピュータの管理] を開きます。
2. [SQLServerReportServerUser$<サーバー名>$MSRS10_50.<インスタンス名>] のグループ名を
   [SQLServerReportServerUser$<サーバー名>$MSRS10.<インスタンス名>] に変更します。
   
   

この状態で再度インストールを実行すると今度はエラーが発生しない状態で完了します。

インストールが完了したらグループ名を元に戻します。

OpsMgr でサーバーが管理できていることを確認してみたいと思います。

レポートも表示できていますので、Reporting Serivces との連携もできています。

 

OpsMgr の現時点の最新版は OpsMgr 2007 R2 CU3 になりますので、CU3 も適用を検討しておいた方が良いかと。
System Center Operations Manager 2007 R2 Cumulative Update 3 (KB 2251525) – 日本語

操作方法についてはこれから勉強しないと。

今日は検証がしたい内容があり、Exchange 5.5 の環境をすこし触っていました。

OWA を使って基本的な確認が終わったので、Outlook を使っても確認がしたいなと思って、手元にあった Windows XP + Outlook 2007 の環境で Exchange 5.5 に接続をしようとしたところこのようなエラーが。

[サポートされていないバージョンの Microsoft Exchange 上にあります。] とのメッセージが。
Exchange 5.5 だから仕方ないですかね…。

このメッセージですが、英語だとこのような内容になるようです。

Cannot open your default e-mail folders. the resource that you are trying to use is located on an unsupported version of Microsoft Exchange

 

Exchange 2010 で接続ができないときの定番である暗号化の設定についても Outlook 側は無効にしても接続はできませんでした。

このメールボックスですが、Outlook 2003 からは接続ができるのでサーバーの設定としては特に問題はなさそうなんですよね。
今回は Outlook 2007 で Exchange 5.5 に対して MAPI で接続するという要件の検証ではなく、たまたまテストで使っていたゲスト OS にインストールされている Outlook が 2007 だっただけなのであっさりあきらめて、Outlook 2003 に切り替えてしまいました。

英語のメッセージを参考に検索エンジンで調べてみたところ、Exchange 5.5 は非サポートなのでつながらないのではという内容の情報がかなり見つかったので、この組み合わせで MAPI でつながらないのは有名な話なのかもしれないですね。

MAPI では接続ができないのですが、POP3 を使ってみたところ正常に接続ができ、メールの配信も可能でした。

めったに使うことのない情報だと思いますが、メモとして。