大切な家族のペットの健康を守るため、今できることを一生懸命に。

Windows Server 2012をテスト運用している話は前回ちらっと書きましたが、確かにいろいろ機能が増えていて2008R2より魅力的なサーバーになっていますが、不満がないわけではありません。

やはりインターフェースの大幅な変更は戸惑うことが多いです。Windows 8に比べれば変更点は少ないですが、やはりスタートボタンがないのにはまだなじめません。マウスだけで操作しているとどうしてもスタートボタンへポインターを向けてしまうわけですが、スタートを出すのに少し手間がかかるし、リモートデスクトップからだと結構この反応もシビアでイライラします。Windows 8と違ってタスクバーの表示がデフォルトでONなんですから、スタートボタンを残すことに何のデメリットもなさそうなのに...2012R2ではスタートボタンが復活すると思うんですがどうでしょう。

それよりも一番頭に来ていたのは、デフォルトでIMEがONになっていることです。サーバーで文字入力するときはほとんど設定がらみやコマンド入力なので90％半角英数字を入力したいわけですが、いちいちログオン時にIMEがONになっているのでついつい全角で打っていらいらします。

これはどこぞに設定があるはずだと思って調べたら、やはりありました。

　最近Windows 2012 Serverの試用版を試しているのですが、そのために立ち上げたテストマシンのHDDが認識されなくなりました。
　マシン自体は最新のXeon E3.V2なんですが、ハードディスクは手元にあった古い使用済みのものを適当に組み込んでRAID10で運用していました。スマート値(代替えセクタ数)が怪しい感じが少しあったんですが、気にせずに使っていたら突然Rapid Storageマネージャーに警告が出て1台のHDDが使えなくなったとのこと。
　とりあえず、データーだけほかのサーバーに移した後、故障したHDDをひっこ抜いてみたらSeagateのBarracuda 7200.11でした。なんとなく記憶があったので検索すると、いわゆるファームウエア異常でSeagateブランドが失墜した原因となった例のHDDではないですか!
　まあ、RAID10していたのでデーターロスもないし、そもそもテストマシンですのでクラッシュしてもかまわないと思って古いHDDを使ったわけですが、これは経年劣化なのかロック現象なのか...まあ、これ以上使おうとはさすがに思わないのですが、Seagateのこの不具合関連ページはすでに閉鎖されていて原因追求はできなさそうです。
　

それにしてもCrystal Disk Info 5.0はいいですね。RAIDボリュームに対応するようになってエンタープライズ用途にも使えるようになりました。RAIDボリュームこそ重要データーが入っているのでSMARTの確認をしたかったのに、対応していなかった前バージョンまでだと突然RAIDが劣化して慌ててHDDの交換作業をしていましたが、5.0になってからはある程度先手が打てます。

　さて、この記事をアップしようとしていたら、他のサーバーのRAID10にも劣化ボリュームが発生しました。同じ日に2台も壊れるなんてすごい偶然だなと思って調べてみたら、なんとこれもSeagateで一つ世代の新しいBarracuda 7200.12でした。これもスマート値(代替えセクタ数)が高めで推移していたのでなんとなくおかしいとは思っていたのですが、これもロック現象なのでしょうか。とりあえず、さっきばらしたテストサーバー上のHDDの中でSmart値がオールグリーンだったWDのHDDと交換しました。しかし、このサーバーにはもう２台同じHDDが載っていてやはりSmart値が不気味な状態なので、これも早急に交換する必要がありそうですが、そのうち一つはNon-RaidのBoot Diskなのでちょっと大がかりな換装が必要です。連休はこの作業に追われそうです。

　

Windows Server 2008R2のドメインコントローラーを降格しようとしたら、 というエラーが発生して降格に失敗しました。もちろん降格しようとしたDCはPDCではなく、なぜこんなエラーが出るか目が点になってしましました。スナップインを使って　5つのFSMO（スキーママスター、名前付け操作マスタ、RID、PDC、インフラストラクチャマスタ)を再転送したりしてみましたが全然だめでした。

当該のDCのイベントログを調べたところ、Directory Serviceに
ADSI Editorを使って に接続してプロパティ fSMORoleOwnerを に書き換えました。この内容は壊れていないCN=Infrastructure, DC=DomainDnsZones, DC=domeinmei, DC=localのfSMORoleOwnerの内容をコピーしました。
手動ではなく、ntdsutil.exeでも大丈夫だと思いますが、ADSIエディタでエラーを確認したのでそのまま修正しました。

これでうまく降格することができました。こうやって書くとすんなり治ったような感じですが、実際には丸一日いろいろ調べてやっと気が付きました。DCが一個壊れたのをきっかけにDC群を再構成しようと思い立ったので気が付くことができましたが、そうでなければ見逃していました。長期にこの状態が続くとActiveDirectoryに深刻な影響が出ていたかもしれませんね。