普段から Server 2012 を使っているのですが、Windowsストアアプリも利用します。

ストアに更新が一件あるようなので、いつものようにクリックしてやると…スタート画面に戻ります。
他のストアアプリ…SkyDriveやらWikipedia等、尽く起動しません！ これはまずい。

思い当たるフシはあります。 謎のシステム停止、ディスプレイドライバーの更新、アカウントの追加…
何かがきっかけになってストアアプリに悪影響があったのでしょう。

とりあえず再起動→変化なし。真面目に調べないとダメみたいです。

イベントビューアを見ると、派手にエラーが出ています。
該当する部分を抜き出してみると、ストアに関しては以下の４つがセットになっているみたいです。

Windows Sever 2012 は Windows 8と同一カーネルのサーバーOSです。
デフォルトではインストールされていない、「デスクトップ エクスペリエンス」を有効にしてやれば
Windows ストアが利用できるようになり、モダンスタイルのアプリも楽しめます。

その中でも「星座表」はお勧めです。無料でこれは無いだろうとうクオリティです。
ところがこの星座表、アップデートをしたら Sever 2012で起動しなくなりました…

Windows Sever 2012では一部のゲームが動かなかったりします。
これは、Win8 にはあるのに Sever 2012 には存在しない Direct-X 関連のファイルが原因です。
どうやら星座表のアップデートに伴い、グラフィックス環境が大きく更新されてしまったようです。

この辺りの説明を～と思いましたが、@ITに詳しい記事がありました。 

Windows Server 2012でWindowsストア・アプリを利用する (@IT)

記事の情報に従い、Win8の環境から数個のファイルをコピーすることで無事に星座表が動きました。
※多機能になりましたが、CPU負荷が半端ないです。6コアで90%を超えるとか…う～ん 

この設定をすると、Server 2012上でストアアプリのソリティアやピンボールも動いてしまいます。
ご利用は計画的にww 

Windows 8 / Server 2012 に搭載された Hypre-V 3.0は随分進化しました。

Windows Server 2012クラウドジェネレーション：第5回　サーバ版Hyper-Vの概要

良い事だらけの様ですが、実は困っていたりします。 既存の Hyper-V 環境と互換性がない!
仮想マシンに互換性というのも変ですが、新らしい Hyper-V マネージャーは旧バージョンのホストに繋がらないのです。

試しに Server 2008 R2 が動いている VIP というホストに繋いでみると…

…がっくりです

Hyper-V 3.0 からは、PowerShell による管理用のコマンドが付属してくれるのでとてもありがたいです。
もしかすると! と思い、コマンドレットで接続を試みました。 

まぁ、こんなものでしょう...orz
MS的には Hyper-V 3.0 は圧倒的に有利だから移行してね~という事なのでしょう。
多分、仮想マシンをエクスポートすれば普通に動いてくれると思いますが…やはり懐の問題ですねww

ちなみに 2008R2 の環境からだと 2012 の Hyper-V を管理できるという謎仕様です。
一覧が表示できて、起動・停止・接続ができれば文句ないのですが、やる気ないだろうな~

Windows リモート管理(=WinRM)は、HTTP/HTTPSを使用してPCと通信する仕組みです。
PowerShell と密接に関わっていて…といいますか、Windows Management Framework の中に
PowerShell と WinRM が含まれていると説明した方が正しいかな?

Windows 管理フレームワークをインストールする (Technet)

PowerShell でセッションを張るには、予め相手PCが WinRT の通信を受けられる様に設定してやります。
そのためのコマンドが↓↓

> winrm quickconfig

大抵これで環境を整えてくれますが、ドメイン未参加の XP でハマりました。

winrm コマンドで状態を把握しようにも尽く「アクセスが拒否されました」状態です。
Vista以降なら、ドメイン未参加でも普通に通るコマンドなんですけどね…

  ←Vista

アクセス拒否なのだから、セキュリティポリシーが怪しいと考えて調べてみました。
結果、犯人は↓↓でした。

クラッシクにすることで無事に WinRM の環境が整い、New-PSSession が可能になりました。

iText.NET を使ったプロジェクトを IIS(ｘ64) の環境設定したところ、次のようなエラー表示がされました。

Apache.Crimson.dll の読み込みに失敗している･･･ 開発環境ではとしっかり動いているのだが?? 

iText.NET は32bit環境で作られていて、64bitに対応する予定はありません。
通常の Windows アプリの場合、WOW の働きで 32bit アプリがそのまま動きますが、
IIS から iText.NET を利用する場合には、アプリケーションプール-詳細設定で、
32bitアプリの有効化を明示してやる必要があるのでした。忘れていたけど...orz

Visual Studio のデバッグ環境ではこの設定が自動的に行われているのでしょう。
また忘れないようにメモメモ。