SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
久しぶりに Server Core を触っていてふと思い出したので。
フルインストールの Windows Server をインストールした場合、エクスプローラーシェルで起動し通常の Windows の画面が起動します。 
この状態から Server Core のようなコマンドシェルに変更したい場合は
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionWinlogon
の [Shell] を変更します。
フルインストールのデフォルトの状態では、[explorer.exe] が設定されています。
これを [cmd.exe] に変更します。 
設定後、ログオフ / ログオンすると以下のようにコマンドシェルで起動するようになります。
[mstsc.exe] を設定するとシンクライアント専用端末チックに。
# Windows Thin PC正式版を試してみた に書かれている設定ですね。 
以上、小ネタでした。
サーバー OS を使用していて、[Shift + 右クリック] でローカルの Administrator として実行したいということがあるかと思います。 
ローカルの Administrator で実行する際に、サーバー名を入力するのは面倒ですよね。
今回はそんな場合の小ネタを。
Administrator に限らずローカルのユーザーを使用したい際に使うことができます。
AD に参加できない時に見ておいたほうがよさそうなログについてメモを。
今回は
AD DS : Windows Server 2008 R2 SP1
メンバー : Windows Server 2008 R2 SP1
で、検証をしています。
ゲスト OS で使用していた、Windows Server 2008 R2 の Administrator のアカウントがパスワードの有効期限が切れたか、ロックアウトされたかで無効な状態となってしまいました…。
この状態になった場合の解消方法をメモとして。
最近、企業で使用している PC の省電力設定について考えることが増えてきていると思います。
本日は省電力設定の展開について考えてみたいと思います。
運用で表 LAN (サービス用) / 裏 LAN (バックアップ / 運用監視用) を作る時があるかと思いますがドメインコントローラー (DC) で NIC を 2 枚差していた時の小ネタについてまとめてみたいと思います。
SQL Server のインストール時には [インスタンス ルート ディレクトリ] を指定するのですが、これと Windows Server バックアップには少し関連性があるので今回はこの点についてまとめてみたいと思います。
今回は Windows Server 2008 R2 上での動作となり、Windows Server 2012 R2 で試してみたところ、インスタンスルートディレクトリが、ベアメタル回復用のバックアップ取得時に選択されるということはありませんでした。
OS のバージョンによって動作が異なっているようですね。
Windows のクラスター (MSCS / WSFC) と Windows のネットワーク負荷分散 (NLB) は共存ができないため、クラスター環境で IIS を冗長化した構成で使う場合には、[汎用スクリプト] を登録してクラスター化された IIS を作成していました。
Windows Server 2003 までは、[C:WINDOWSSystem32inetsrv] の [ClusWeb.vbs] [ClusFtp.vbs] を使用していました。
Windows Server 2008 以降では、これらのスクリプトは使用できず以下の技術情報に記載されているサンプルスクリプトを使用します。
# 2008 では 2003 で使用していたスクリプトが含まれてしまっているのですが、使用せずに以下の技術情報 (KB970759) のスクリプトを使用します。 2008 R2 では含まれなくなっています。
IIS 7. 0 の WWW (World Wide Web 発行サービスは、Microsoft Windows Server 2008 フェールオーバー クラスターで構成します。
Azure のインスタンスに限らず、Windows Server 2008 以降は該当します。
Windows Server 2003 まではターミナルサービスのライセンスが無くても管理用接続としてリモートデスクトップを 2 セッション使用することが可能でした。
管理用リモート デスクトップ
Windows Server 2008 以降でも 2 接続可能なのですが、デフォルトでは同一ユーザーは 1 セッションしか接続ができないように設定されています。
# 制限された状態がデフォルトになります。
ユーザーを 1 つのセッションに制限する
そのため、Azure のインスタンスにリモートデスクトップで接続している際に他のユーザーが同一のユーザーで接続をしてきた場合、以下のダイアログが表示され接続が解除されます。
# 後勝ちなので最初に接続していたコンソールが切断されます。 
Azure のリモートデスクトップのユーザーは通常 1 ユーザーになりますので、同時作業する場合はちょっと面倒ですよね。
そういう場合は、以下の操作で同じユーザーで 2 セッションまで接続が可能なようにできます。
ここ数日、リモートコンピューターをシャットダウンする方法 投稿に対してのアクセスが多いので今日は VBScript を使用したリモートコンピューターのシャットダウンについて投稿してみたいと思います。