Windows Server 2012 R2 の記憶域スペースは、Write-Back Cache と 記憶域階層 をサポート | 薩摩藩中仙道蕨宿別邸
Write-Back Cache Windows Server 2012 R2 Preview＆System Center 2012 R2 Preview 評価ガイドでは、ライト バック キャッシュ と記載されています。 ライトバックキャッシュでは、記憶域プールに属しているSSDのある一部を、キャッシュとして書込キャッシュとして指定出来るようになります。 SSDが記憶域プールに含まれていると、その上に作成する記憶域スペースではデフォルトで1GBのライトバックキャッシュが作成されます。ライトバックキャッシュのサイズは、記憶域スペースのプロパティで、WriteCacheSize から確認出来ます。 WriteCacheSize は最大でも16GB(クラスター記憶域の場合は10GB)以内とすることが推奨されており、それ以上の大きなサイズのキャッシュを用いることは推奨されていません（参考：Perf
記憶域階層／ライトバックキャッシュの構成に必要なSSDの台数 | 薩摩藩中仙道蕨宿別邸
（記憶域階層でパリティスペースはサポートされないことが不明瞭だったため、記述を修正しました） Windows Server 2012 R2 の記憶域スペースは、Write-Back Cache と 記憶域階層 をサポートで、記憶域階層／ライトバックキャッシュについて書きましたが、これらは同時にあるいはどちらかを排他的に利用するよう構成することも出来ます。 そして、これらを構成する際には、最低減必要となるSSDの台数が回復性の種類によって決まっています。 記憶域階層を構成する場合、 シンプルには1台以上のSSDが必要です。 双方向ミラーの場合、2台以上のSSDが必要です。 ３方向ミラーの場合は、3台以上のSSDが必要です。 （記憶記階層はパリティスペースをサポートしません） 記憶域階層は必要台数分のSSDが記憶域プールに存在しない場合、記憶域階層の構成は出来ません。 ライトバックキャッシュを
Windows Server 2012 の RD ゲートウェイの導入
自宅の検証環境には Windows Server 2008 R2 の Remote Desktop Gateway (RD ゲートウェイ) 経由で接続しているのですが、この環境を 2012 に入れ替えたので作業内容についてまとめてみたいと思います。 なお、今回使用している環境は AD に参加しているメンバサーバーで作業を実施しています。 ■RD ゲートウェイのインストール RD ゲートウェイはリモートデスクトップサービスの機能になりますので、役割からリモート デスクトップ サービスを追加します。 リモートデスクトップサービスのリモートデスクトップゲートウェイを追加することで使用することができます。 あとはウィザードに従い役割の追加を行っていきます。 NAP は使わないのでデフォルトの設定でインストールをしています。 ■インストール後の設定 インストールが完了したらリモートデスクトップゲート
Windows Server 2012 > RDS/VDI のカスタム RDP 設定
Windows Server 2008 R2 SP1 以前のリモート デスクトップ サービス (RDS) および VDI の展開では、「カスタム RDP 設定」を使用して、デバイス リダイレクトなどの「一般的な RDP 設定」以外の RDP クライアントの設定をカスタマイズできました。 例えば、Windows Server 2008 R2 SP1 の VDI で Windows 7 Enterprise の仮想デスクトップを展開する場合、既定ではデスクトップの背景が無効 (代わりに黒) になります。デスクトップの背景を有効化するには、「カスタム RDP 設定」で「disable wallpaper:i:0」を設定してあげる必要がありました (参考 → 「Windows Server 仮想化テクノロジ入門」の p468)。 実は、Windows Server 2012 の「サーバー マネージ
[FAQ:WSE]ドメインに参加させずにWindows Server 2012 Essentials～2016 Essentialsに接続する方法／ワークグループ運用 | 薩摩藩中仙道蕨宿別邸
Windows Server 2012 Essentials以降ではActive Directory が必須となり、Windows Home Server を利用していたユーザーが Windows Server 2012 Essentials以降に移行すると、クライアントPCがドメインに参加することになります。 そのため、たとえば（これまでローカルアカウントで利用してきたデスクトップやユーザー環境とは別に）クライアントPC上に新たにドメインユーザーとして新しくユーザープロファイルが作成されるなど、従来とは異なる環境になることを忌避される方もいらっしゃるかと思います。 そのような場合、ドメインに参加させずにワークグループのまま、クライアントＰＣをWindows Server 2012 Essentials～2016 Essentialsに参加させる手順が米国のフォーラムで公開されています。ド
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
