仕事のマシンでここ二日・二台続けて、MS SQL Server 2005 Expressをユーザーインスタンスで接続しようとすると、

Failed to generate a user instance of SQL Server due to a failure in starting the process for the user instance

と出て、DBへの接続が失敗するマシンが出ました。これだけ長いメッセージだと検索も楽でして、ほぼピンポイントでその手のページにぶつかり、以下の情報を得ます。

• c:¥Documents and Settings¥username¥Local Settings¥Application Data¥Microsoft¥Microsoft SQL Server Data¥SQLEXPRESSを削除して、SQL Serverを再起動
• SQL Server Configuration Managerを立ち上げ、SQL Server 2005 Servicesツリーの各アイテムをダブルクリック、起動権限をLocal Systemにして、SQL Serverを再起動

・・・だめです、何度試しても、Windowsを再起動しても、動いちゃくれません。

ヒントは上の解決法で消せと指示されるc:¥Documents and Settings¥username¥Local Settings¥Application Data¥Microsoft¥Microsoft SQL Server Data¥SQLEXPRESSディレクトリ内のerror*.logにありました。c:¥Program Files¥Microsoft SQL Server¥MSSQL.1¥MSSQL¥Template Data¥mssqlsystemresource.mdfが見つかりません。そのファイル何？

調べてみるとサーバーのインスタンスなどが記録されている非常に重要なファイルで、バックアップも特別な手順が必要という代物。ほとんどSQL Serverの実行ファイルの一部とみなしても良いらしくて、回復方法は再インストールしかないそうで。

というわけで、この手のトラブルで検索で見つけた方法でもだめな場合、一度エラーログをご覧になってはいかがでしょうか。

たしかに動作しているマシンにはこのファイルがある。なぜ消えちゃったのだろ？相変わらずこのサイトへの検索ワードダントツトップのSP3へのアップグレード 問題といい、SQL Server Expressって難題をプレゼントしてくれるなぁ。

[参考]

• wave1008の日記 2008-5-19
• How to Rebuild System Databases in SQL Server 2008 (CSS SQL Server Engineers)

備忘録。Windowsでリムーバブルメディアなどを入れたときにautorun.iniの自動実行を抑制する レジストリは知ってましてセキュリティ目的で使用してるのですが、こんなレジストリあったとは…コマンドプロンプトcmd.exeを起動したときに自動的に実行されるコマンドを設定できるものです。

HKEY_LOCAL_MACHINE¥Software¥Microsoft¥Command Processor¥AutoRun
HKEY_CURRENT_USER¥Software¥Microsoft¥Command Processor¥AutoRun

使い方によっては便利そうですが、今回この存在に気付いたのはTR/Autoit.BLウィルス に感染しコマンドプロンプトを開くたびにシャットダウンさせられたためでして、セキュリティ的には問題ありそうです。

[参考]

• Windows 2000 コマンドライン徹底活用 第2回　コマンド プロンプト入門（その2） 5．プログラムの自動実行開始機能　(@IT)
• TR/Autoit.BL - Trojan (AVIRA)

[2011/5/26] ウィルス情報へのリンク切れを修正

フィリピン出張で移動時の暇つぶしにPSPを購入、HDDビデオに撮りためた番組を変換して観ています。h.264の圧縮率と画質の良さを知ってしまい手放せなくなったためffmpegで変換していたりするわけですが、やっぱりh.264への圧縮速度は遅くCore2Duo 1.8GHzで30fps、Core i7 920 2.66GHzで100～110fpsと言ったところでしょうか。

Core i7はCore2Duoに対してクロック1.5倍・物理コア数2倍とこれだけで3倍の処理能力が期待でき、それを裏付けるようにfpsは3倍強の差があるのでまぁこんなものなのかなぁと思ってたのですが、Core2DuoのCPU負荷がほぼ100%なのに対してi7は50%～65%位しか行きません。ハイパースレッドって1つの物理コアを2つの論理コアに見せかけるわけだから、目一杯動かしても100%にならないのかな・・・

しかしCore i7の負荷をよく見ると1つの論理コアが95～100%の負荷がかかっているのに対し他のは50%前後、もしかしてこの100%の論理コアで走ってるスレッドがボトルネックになってる!?

試しにCore i7でffmpegを2つ走らせたところCPU負荷がほぼ100%となり、合計処理速度は150～170fpsとCore2Duoの5倍以上。化け物だ、このCPU・・・・

以前.NET Remotingで双方向通信 をやる方法を調べてまとめておいたのですが、要約するとクライアント側にあるdelegateオブジェクトを.NET Remotingを通じてサーバに渡しておけば、サーバーがそのdelegateを呼ぶことによってクライアント側の関数が呼び出されるというもの。

しばらくこの方法で使用していたのですが、このdelegateを呼び出す時によく分からないタイミングで

This remoting proxy has no channel sink which means either the server has no registered server channels　that are listening, or this application has no suitable client channel to talk to the server.

などという非常に長いメッセージを持つ例外が発生、サーバー→クライアントの呼び出しが失敗してしまいました。

このメッセージをキーワードにして検索すると、文字数が多いため結構ピンポイントで同じ問題を扱っている海外サイトにヒット。どうやらdelegateを呼び出す時にサーバー側がクライアントのどのポートにどのプロトコルで通信すればいいのか分からなくなるらしいです。

今回はサーバーへの接続を開始する前にクライアント側で以下の処理をして、クライアントが受け付けるチャンネル(sink)を宣言しました。

int portnum = 10000;
string name = "RemoteClient";
SoapServerFormatterSinkProvider sinkProvider = new SoapServerFormatterSinkProvider();
sinkProvider.TypeFilterLevel = System.Runtime.Serialization.Formatters.TypeFilterLevel.Full;
ChannelServices.RegisterChannel(new HttpServerChannel(name, portnum, sinkProvider), false);

上記はHTTPプロトコルでSOAP形式でシリアライズ、クライアントが受け付けるポートは10000ということになりますので、TCP接続やBinaryシリアライズなどは適当に読み替えてください。英語ですが検索すれば、TCP接続やBinaryシリアライズの方が例はたくさん見つかります。

この例のようにクライアント側に書くコードですが、やっていることはサーバのそれ。サーバーがクライアントのdelegateを呼び出すという形をとってますが、その実はサーバーとクライアントが立場を入れ替えてソケット通信しているということなのでしょう。

Cook Computing の内容によると、この例外はdelegateだけでなく何らかの参照がサーバに渡され実体はクライアントだけにしかない場合に発生するとのこと。まぁ、冷静に考えてみればそうかな。

それまで問題なく動いていたプログラムが突然この例外を発生するようになり、以後ほぼ全てのサーバー→クライアント方向の通信が例外発生。どのタイミングでだめになるんですかねぇ。リース時間などと関係あるのだろうか、調べてる時間ない orz

[参考]

• RemotingException and Missing Channel Sink (Cook Computing)
• No Sink on Remoting Proxy to Client (CodeGuru Forums)

[2009/10/4 追記]構成ファイルだと以下の内容で動作しましたが、いまひとつ自信なし。MSのサイト行っても<channels>以下に具体的にどう書けばいいのか、ほとんど書いてないんですよねぇ・・・

<configuration>
  <system.runtime.remoting>
    <application name="Client">
      <channels>
        <channel ref="http" port="10000">
          <clientProviders>
            <formatter ref="soap" typeFilterLevel="Full" />
          </clientProviders>
          <serverProviders>
            <formatter ref="soap" typeFilterLevel="Full" />
            <provider ref="soap"/>
          </serverProviders>
        </channel>
      </channels>
    </application>
  </system.runtime.remoting>
</configuration>

仮想PC上でTranscubeを使ってテレビを観る 方法でしばらく過ごしていたのですが、

• Virtual PC 2007を起動したままスリープに入ると、復帰後に音がならない。Virtual PC 2007を終了させると鳴るため、スリープごとにVirtual PCの終了・起動が必要で面倒。
• 仮想PC外でInternet Explorerでページを読み込むなどすると仮想PC上のLAN帯域が逼迫するらしく、画面がコマ落ちしたり音と一致しなくなる。視聴ソフトをいったん停止、再開が必要。
• チェンネル変更など視聴ソフトを操作するたびに、マウスを仮想PC向けに切り替える(マウスを仮想PC画面に移動してクリック)→視聴ソフト操作→マウスを仮想PC外に切り替える(右Alt)の操作が必要で面倒。

と面倒尽くめだったので、結局BuffaloのDT-H10/U2を購入したのでした^^;

撮って見て消してが基本なので、これで十分。64ビットもAeroも問題なく動いてくれるので、安さも手伝って満足なのですが、なぜかフジテレビだけ極端に受信品質が悪い。酷くなるとノイズどころか２～３秒に一回画面が止まって見るに耐えない orz

共同住宅でそうそう大型のアンテナも立てられないため、室内の配線を見直すことに。いやぁ、改めて見るとアンテナのたこ足配線ですな。

見直した内容は以下の通り。

• アナログBS 対応VHSビデオを排除
• 2系統出力できるブースターを購入、1系統を地デジ/FMラジオ専用に。
• 接続はねじ止めF型栓を極力採用。
• 地デジまで経由するケーブルはBS/CS対応の低損失なものにする。
• FMラジオはケーブルの被服を剥いて75Ω端子に直接接続していたのを、300Ω変換を経由して300Ω端子に接続する。これは素人作業の接続をそれなりの機器を用いることにするのが目的。

見直し後は時々ノイズが入ったり止まるときがありますが、視聴には問題ないレベルまで改善。あくまで感覚的にはですが効いたのはブースターの1系統を地デジ・FMラジオ専用にしたこと(本当は地デジ専用にしたかったのだけど配置的な理由で^^;)、ブースターを最上流に持ってきたこと、低損失ケーブルでしょうか。

[2009/9/10 追記] あまり改善してないようです orz

[2010/3/31 追記] チューナーがだめだったようです。DT-H10/U2、KN-FSUSB2を経てDY-UD200で使用に耐えうるまで改善。えっ、64ビット? Aero? (^^ ;)

[2010/6/15 追記] 大家の方針でGW後に工事があってJ:COM から電波供給を受けることになりました。まったくエラーなし。工事の予定があるならもうちょっと早く言ってよね・・・