予想外に予想外の理由で・・・

社内 Exchange Server と IIS のポータルサーバーが壊れました。

物理的にではなく論理的にです。

IIS ポータルサーバーは「ソフトンハウス」のバックアップ用サーバーで、常に稼働させているのですが、たまに開発用に利用します。

それが悪い方に作用して、１日のうちに2つのサーバーが不具合を起こし、双方ともに再インストールとなってしました。

直すよりインストールの方が早いし・・・、

もともと社内の Exchange Server は検証用という事もあり、安定性を無視しし、かなり無理な設定をトライしています。

なので今回は少々苦労しました。

最近忙しくて疲れてますしね。

認証の関係上、Exchange Server には IIS の開発環境で ASP を入れてはいけないのですが、IIS が壊れたのと同時だったため、何気に今までの癖でインストールしてしまい・・・。

Exchange の管理コンソールって、IIS の Power Shell フォルダへ接続して動くため、認証は Kerberos だけで、NTLM はいかんのです。

おかげで２度もインストールを行う事になってしまいました。

幸いな事に、Exchange Server 2010 は以前のバージョンに比べ障害に強いので、メールボックスの復旧は比較的簡単。

その点は妙に感心してしまいました。

Exchange Server のメモリは 4G 以上を推奨となっていますが、実際に動かすと、最低 6G は必要で、安定させるには 7G 以上を推奨します。

１００人単位なら 10G 以上は必要でしょう。

週末復旧させたので、今週も休みがありませんでした。

１０月末から１日も休暇をとってない・・。

法律的に良いのかって？

社長には労働基準法なんて適用されないのです。

久しぶりですね。。。

なのに自分的メモを書いたりしてごめんなさい。

今日は Exchange Server 2010 SP1 で機械を壊してしまったとき、データベースのバックアップをどのようにして新しい機械に移すかという、つまり自分的なメモです。

1.故障した機械のデータベースフォルダへ移動、ESEUTIL を実行しデータベースをコミットする。

ESEUTIL /R E01

成功しない場合は以下の修復を行う。

Eseutil /MH "XXXXXXX.edb"
Eseutil /R E01 /I /d

それでも解決しない場合は

Eseutil /p XXXXXXX.edb

何度か組み合わせを変えて実行したりすると、直ったりします。

2.新しい機械でデータベースを作成する。

例えば、SDC_MAILBOX というDBを C:\DataBase\SDC_MAILBOX フォルダに作ります。

New-MailboxDatabase -Name SDC_MAILBOX -Server SDC32 -EdbFilePath C:\DataBase\SDC_MAILBOX\SDC_MAILBOX.edb -LogFolderPath C:\DataBase\SDC_MAILBOX

3.作成した新しいデータベースをリストア可能な属性にセットする。

Set-MailboxDatabase SDC_MAILBOX -AllowFileRestore:$true

4.作成した新しいデータベースのフォルダに、edbやlog、カタログ等をすべてコピーする。

このとき、.edbファイルの名称を古いデータベースの名称から新しいデータベースの名称に変えるのを忘れずに。

5.新しいデータベースをマウントする。

Mount-Database SDC_MAILBOX

マウントに成功すれば終わったも同然です。

6.ユーザーアカウントのパスを新しいデータベースへ変更する。

古いメールボックスデータベースは "Mailbox Database" とします。

データベースが既に存在しなくともパスのみを変更しますので、元の実体DBがなくとも大丈夫です。

Get-Mailbox -Database "Mailbox Database" |where {$_.ObjectClass -NotMatch '(SystemAttendantMailbox|ExOleDbSystemMailbox)'}| Set-Mailbox -Database SDC_MAILBOX

これで完了です。

壊れたという事は、間違いなくデータベースはクリーンシャットダウンしていませんので、最初に ESEUTIL が必要になります。

ESEUTIL /R E01 などは必ず修復するターゲットの edb があるフォルダに移動して行ってください。E01 はデータベースの数に応じて、E01、E02･･･と番号が増えていますので適切に変えてください。

以上、自分的メモでした。

まあ、それにしても Exchange 2010 SP1 になって、やっとある程度安心して使えるようになった気がします。

データベースのコピーを複数の Server が持つ事もできますし、以前よりずっと信頼感が増しました。

うちの部下の信頼感もバージョンアップしてほ(ry

事業仕訳ではありません、分別です。

廊下を隔てたお隣さん、私が帰宅したとき、廊下にゴミが出ていました。

おそらく一杯になって邪魔になったのでしょう。

ゴミの種類は燃えるゴミ。

中にはカップラーメンの器。

ん?

カップラーメンの器はプラスチックだな･･･。

確かに今の焼却炉は優秀です。

プラスチックを燃やしても熱に耐えられるので問題はありません。

いや、そうではなくて････。

だいたいですね、他人にゴミの中を見られるような場所に置きますか？

家の中で邪魔だと言って共用の廊下に置きますか？

みんなそこを通るのですよ？

その一家は、子供の外での遊具も表の窓の縁に引っかけています。

ほんと･･･。

育ちがわかりますね。

ふー。

すっきりした♪

ブラックホールの話です。

けっこうどこでも語られていますよね。

ですからあまり書きませんでしたが、私の画期的な(!)宇宙理論を。

銀河の中心には大質量ブラックホールが存在します。

そういったブラックホールは銀河同士の衝突で大きくなります。

つまり、時間の経過とともに大きくなります。

私が考えるに・・・。

そうして巨大になった「極超質量ブラックホール」は、ブラックホールの中心にある特異点をも崩壊させてしまいます。

特異点が崩壊すると、宇宙ひもよりも小さな大きさとなります。

それだけ小さいと、ひもを結びつけているシートの隙間から、余剰重力と共に別な次元に押し出されます。

別な次元はこちらの世界で言うところの、反物質の世界です。

押し出された途端、元の世界と反対の力を持つ空間がその小さな特異点を引っ張り、空間を作ろうとします。

別な次元にあるため、物質は反物質との衝突で消滅しません。

その物質は、別な次元で「ダークマター」と呼ばれ。エネルギーは「ダークエネルギー」と変化します。

つまり・・・。

その別な次元へ押し出された瞬間がビックバンです。
(正確にはインフレーションですが)

ですから、宇宙の「ダークマター」と「ダークエネルギーは」別な次元からやってきた物質であり、見ることも取り出すこともできないのです。

このように、私の理論では、宇宙は中からの力で膨張しているのではなく、反対の物質の世界に迷い込んだことにより、外側に引っ張られているというものです。

どうしてこんな理論が成り立つかって？

特異点の時点で、物理の法則なんて成り立たないのです。

どうせ成り立たないのなら、勝手な理論でもいいではありませんか。

秋の夜長の空想でした。

正式には、「Windows Live Essentials 2001」に同梱されている Windows Live Writer です。

今まで右側に出ていた部分が、上部のリボンに収納された感じですね。

最近、この手のソフトに関する Microsoft の変化と言うか、作りこみ方は少し違和感があります。

メッセンジャーなどの会話ツールは単純で良いのに、何やらメンバーの行動(?)が出たり、何をしたいのか判りません。

メッセを通じた仕事の会話などもある私としては、画面は占有するし重いし、FaceBook や Skype への接続サポートは大きなお世話だし。。。

FaceBook と言えば、一日数百円の予算で広告を載せてみました。

検索ブラウザに表示する広告と違い FaceBook の場合は、そもそもコミュニケーションを目的としたサイトなので、クリックした後の「ソフトンハウス」加入率は高いかもしれません。

「ソフトンハウス」のファンサイトも作りましたので、ぜひ「いいね!」で参加登録をお願いします。

ソフトンのつぶやきも読めますよ!

Live Writer の記事を書こうとしたのですが、特に特徴もなく・・・・なので何気なく宣伝をしてみました。