2015年12月13日日曜日

System Center 2012 R2 VMM Update Rollup 8 and Operations Manager Update Rollup 8 - PRO

System Center 2012 R2 Update Rollup 8をVirtual Machine Manager適用後、Virtual Machine Manager(VMM)とOperations Manager(OM)の接続(PRO)は、疎通が切れます。

Update Rollupを適用後は、VMM用の管理パックをOMにインポートする作業が毎回必要となります。

では、確認していきます。
VMMのインストールフォルダにある"ManagementPacks"フォルダをのぞいてみますと、2015年10月の日付で、VMM用の管理パックが用意されています。


Operations Managerへ、VMMのインストールフォルダにある"ManagementPacks"フォルダの管理パックをインポートします。



オンラインカタログを確認するので、[OK]ボタンを押します。


VMM用の管理パックを選択します。


セキュリティの警告が出ています。



セキュリティ警告を了解したうえで、インポートを進めます。


インポート完了です。管理サーバーの性能にもよると思いますが、当方の環境では完了までに13分ほどを要しました。


VMMコンソールから[Operations Managerの設定]を表示させ、[最新の情報に更新]ボタンを押してしばらく待ちます。


管理サーバーの性能、VMMとの通信条件にもよると思いますが、当方の環境では完了までに6分ほどを要しました。


再度、VMMコンソールから[Operations Managerの設定]を表示させると、Virtual Machine Manager(VMM)とOperations Manager(OM)の接続(PRO)が回復していることを確認できます。


以上で、PRO設定の復旧は、完了です。

VMバージョン6.2をWindows Server 2016 TP4にインポートするとセキュアブートの設定が一部見えなくなる

注)開発途中の製品ですので、あくまでも2015年11月時点の情報となります。今後開発が進むに従い、本記事の内容と差異が発生するはずです。これをもって、次期Windows Serverがこうなると判断するのは早計ですので、ご注意ください。

Hyper-Vの第2世代VMでセキュアブートの設定を見ていたら、気が付きました。
リリースに向けてプレビューが公開されているので、これからメモしておくことは、過渡期の現象ですね~

VMバージョン6.2をWindows Server 2016 TP4にインポートするとセキュアブート周りの設定が一部みえなくなりますね。
向かって左側が6.2、右側が7.0です。


もちろん、VMバージョンを7.0に更新すれば、まったく問題ありません。

ほかの画面も一通り見てみましたが、上記設定だけがちょっと変わるようですね。
Windows Server 2016 TP4を検証する際の留意事項として、お気を付けください。

2015年12月6日日曜日

Windows 10 バージョン 1511 の更新プログラム (KB3122947)がインストールできません

Windows 10 バージョン 1511 の更新プログラム (KB3122947)がインストールできない事案が発生。なぜかSurface Proだけできないような。。。


なんとなく、sfc /scannowをかけてみたら、壊れている。。。


Windows 10 - Windows Update に失敗する場合の対処法を見つけてみたので、試してみます。細かな手順は、上記リンクにあるので、結果のみ記載します。
  1. トラブルシューティング ツールを実行する
    これは、解決できました。

  2. BITS トラブルシューティング ツールを実行する
    一つはエラーのまま、解決せず。


    ここで、再度Windows Updateを試すも、やはりNG

  3. DISM コマンドを実行する
    DISMコマンドを実行するも、ソースファイルが無いと怒られる。。。


DISMがらみで情報がないかと調べてみたら、下記を見つけました。
DISM (Error 0x800f081f) and SFC (Failed to Repair)
このエントリの途中に下記の記載がありましたので、試してみます。

DISM /Online /Cleanup-Image /StartComponentCleanup
DISM /Online /Cleanup-Image /AnalyzeComponentStore
DISM /Online /Cleanup-Image /RestoreHealth /source:WIM:G:\Sources\Install.wim:1 /LimitAccess
SFC /SCANNOW


  1. DISM /Online /Cleanup-Image /StartComponentCleanup
    これは上手くいかない。
  2. DISM /Online /Cleanup-Image /AnalyzeComponentStore
    問題があることはわかる。。。

  3. DISM /Online /Cleanup-Image /RestoreHealth /source:WIM:Install.wimファイルのパスを指定:1 /LimitAccess
    install.wimファイルをsourceオプションで指定したところ、修復できました!

  4. SFC /SCANNOW
    こちらも修復できました!

ここで、再再度Windows Updateを試すも、やはりNG

致し方ないので、
Windows 10 - Windows Update に失敗する場合の対処法
Windows10(Ver.1511)の更新(KB3122947)でエラー(0x80070643)となる
Windows10のKB3122947パッチが適用失敗する件
にある手動更新を試してみることにします。↓
dism /online /add-package /packagepath:C:\Windows\SoftwareDistribution\Download\c4a1b8896ce9fbfea96c1ee6890d52a5\windows10.0-kb3122947-x64.cab


問題なく成功しました。

ただ、上記3件の記事にもある通り、履歴に残らないのが玉に瑕です。。。


Windows Updateを再実行してみたところ、インストールエラーは消えました。


昨日ぐらいから起きているようなので、更新プログラムの問題にも見えますが、さて真実はどこに?

2015年11月28日土曜日

System Center 2012 R2 Operations Manager Update Rollup 8の適用

遅ればせながら適用したので、メモとして記録を残しておきます。

リリースに関する情報は、
Description of Update Rollup 8 for System Center 2012 R2
Update Rollup 8 for System Center 2012 R2 Operations Manager
→バグ修正以外に、BIG-IPなどの監視が可能になっていますね。
があります。
今回も、

  • Update Rollup 8のインストール
  • Operations Managerのデータベース、データウェアハウスデータベースにSQLスクリプトを適用
  • 管理パックのインポート
  • OMエージェントの更新(これはサーバー毎にWindows Updateで適用可能です)
  • Linux/UNIX管理パックの更新(今回はどうやら不要のようです)

を行います。


Update Rollup 8のインストールは、Windows Updateから可能です。


再起動は不要に見えますね。
※この後、Operations Managerのデータベース、データウェアハウスデータベースにSQLスクリプトを適用しますが、再起動はそのあとで実施してみようと思います。

Operations Managerのデータベース、データウェアハウスデータベースにSQLスクリプトを適用します。
CドライブにOperations Managerをインストールした場合、下記のパスにSQLスクリプトが配置されています。
C:\Program Files\Microsoft System Center 2012 R2\Operations Manager\Server


SQLスクリプトのタイムスタンプを見る限り、Operations Managerのデータベース用のSQLスクリプト(update_rollup_mom_db.sql)だけが更新されているようです。


ただし、手順上は、Operations Managerのデータベース、データウェアハウスデータベースにSQLスクリプトを適用します。
まずは、Operations Managerのデータベース用のSQLスクリプト(update_rollup_mom_db.sql)を適用します。
useコマンドにて、Operations Managerのデータベースへの適用を明示します。


Operations ManagerのデータウェアハウスデータベースにSQLスクリプト(UR_Datawarehouse.sql)を適用します。
まだ、この改行コードの違いは、残っていますが、続行します。


useコマンドにて、データウェアハウスデータベースへの適用を明示します。

以上で、Operations Managerのデータベース、データウェアハウスデータベースへのSQLスクリプトは適用完了です。

管理パックのインポートを行います。
CドライブにOperations Managerをインストールした場合、下記のパスにUpdate Rollupの更新版管理パックが配置されています。
C:\Program Files\Microsoft System Center 2012 R2\Operations Manager\Server\Management Packs for Update Rollups


Update Rollupの更新版管理パックについて、パスを確認したらOMコンソールからインポートします。
管理の管理パックをクリックし、右ペインの[Import Management Packs]からインポートを開始し、ウィザードの指示に従います。




先ほど確認したパスから、管理パックを選択します。



[Install]ボタンを押してから30分ほどたつとインポートが完了します。
※性能により、適用完了までの時間は前後すると思われます。


OMエージェントの更新を行います。
サーバー毎にWindows Updateで更新可能ですし、下記の方法でも更新が可能です。
管理の[Pending Management]をクリックし、アップデートするサーバーを選択します。

右ペインの[Approve]をクリックします。

アクションアカウントではなく、ドメイン管理者アカウントを指定して、更新を行います。


15分ほどで更新完了しました。


Linux/UNIX管理パックの更新です。
冒頭で「今回はどうやら不要のようです」と書きました。
管理パックのMSIファイルを実行すると、再インストールか削除のウィザードとなります。


Update Rollup 7適用時に更新した管理パックと同じままです。
System Center 2012 Management Pack for UNIX and Linux Operating Systems (2015/08)

ちなみに、インストール先の管理パックについてタイムスタンプは下記の通りです。


ということで、UNIX/Liunx管理パックは、今回スキップします。

以上で、System Center 2012 R2 Operations Manager Update Rollup 8の適用は完了です。