日程メモ

• １／２９　　　：別件で新幹線で帰宅中に、Ｄ社の社長より電話コール。
• 　／３１?２／２　：Ａ社（川崎市）の現場。
• ２／　３　　　：Ｂ社（京都）で打合せ。
• 　／　４?９　：Ｃ社（大阪市）で打合せ、資料作成
• 　／１０?１２：Ｄ社（福岡県）のメカ工場内で、モーションプログラム修正、自動運転テスト。

　　：　　　この間、一旦開放され、別件を片付け。

• 　／１７?２２：Ｄ社（福岡県）で、全体の検証試験
  　　　　　（１２時間勤務の２交代で昼勤）

これで一区切りついたが、まだフォローが必要かも。

所感

仕事の内容としては「何でこの程度の装置でここまでやる必要があるのか」というもので振り回されたけれど、多くの人に出会えたし、その中で自分の役回りは果たせたと思う。

何より、昨年の末頃からの脱力感から抜け出せて、自分が「前向き」になれたことが大きい。

余談

２／３?１２日の間、愛車のLAFESTAを新横浜の駐車場に置き去りにする必要があって、引き取りの際には千円札を１７枚も使ってしまった。　

追記

昨日、Ａ社さんに説明し、持参ソフトをインストール許可をいただいたと、Ｂ社の制御担当の方からお礼の連絡がありました。　ひとまず、めでたしめでたし。　関係者の皆様、お疲れ様でした。

そして、こういう時のお礼の電話は、本当にうれしいですね。

やってしまいました

　データの誤消去。

　いつも仕事で使っているＰＣです。　取り急ぎ、重要な仕事のデータは、ほぼ復元できました。
　発端は、「DISK残量も少なくなってきたし、古いデータは圧縮アーカイブにして一旦外付けＨＤＤに退避させ、その間にデフラグでもやっておくかな。」　という軽い気持ち。　忙しい時にはできないから、こういう仕事の狭間は絶好のチャンス。

　使った外付けＨＤＤは、いつものＵＳＢ２．０外付けケースに、160GBのディスクを入れたもの。　そもそも、この判断が誤り。　大事なデータゆえ、Raidでミラーリングされたサーバーに退避すべきだったし、このディスクは、以前サーバーで酷使してきたものでありました。

データ消失までの成り行き

1. 　まず、ＰＣ上でアーカイブ化した仕事のデータを、外付けＨＤＤに転送。この時点ではきちんと退避されていたことを確認済み。
2. 　続いて、ＰＣ上の元データの消去を開始。
3. 　消去が終わる頃、欲を出して「あ、このデータも退避しておこう・・」　と思って外付けＨＤＤにコピーを開始した時、悲劇が起こった。　　「遅延書き込みに失敗しました。ディスクにエラーがある可能性・・」　
4. 　あっと思ったとき、丁度データ消去は完了していた。　ハイ、デフラグかけるのですから、shift+delでごみ箱スルーの一発消去してましたし。
5. 　外付けＨＤＤを一旦離脱させ、改めて接続してみたけれども、「カチカチカチ、ジーッ・・」の繰り返し。やっちまったぁ

一瞬の判断ミスが命取りになりました。

その後の復旧トライ

1. 　まずは駄目元で、「ドライブの復活」を試してみました。　これ、結構いけます。　何度か途中でエラーになるのを我慢して繰り返していたら、接続できるようになりました。
   　おかげで、いくつかのデータを救うことが可能に 。　しかし、壊れたディスクですから限界があります。　1MB以上クラスのファイルは救えませんでした。
2. 　続いて、消去したばかりのＰＣのディスク上で「復元」にトライ。　フリーソフトでいくつか試してみたうち、フォルダ構造で救える「データ復活/完全削除 【無料版】」が（ＸＰ限定ながら）一番使いやすかったです。
   　注意すべきは、元のフォルダ位置を認識できないような場合にも、Windowsフォルダの下の階層にくっついている場合があるので、見失わないように。　知らないとファイルひとつずつ救出するという恐ろしい作業が待っています。
   　それから、この手のソフトを使っても、すべてが救えるわけでは無いです。　今回のものでは、ざっと５０％位だったかな。

　以上により、OUTLOOKのオフラインデータや、最近の重要なデータは無事に救えました。　救えなかったのは、自社かお客様のサーバーにバックアップ済みデータのみ。
　そして今、晴れてそのＰＣはドライブのバックアップ後に無事にデフラグ中。

教訓

1. 　作業ミスの可能性を考慮して、手順を踏むべし。
2. 　たとえ一時的なものであっても、データ退避は信頼できる複数のディスクかメディアに取るべし。
3. 　ディスクのパーティションは、適切に切っておくべし。　今回、データが起動ドライブにあったのがそもそもの要因。
4. 　データ復旧ソフトの１本くらいは買ってたほうが幸せかも。

おまけ

デフラグ前後の状態。。

こんなになるまで放っておくなって。

動機

VirtualPCも長く使ってきたので、不満に思っていた速度にも慣れてしまったところ。　VirtualBoxでは高速化に期待です。 ...

概要

　こちらのデータロガーユニット　を使ってPLCから受信したEXCELレポートを、ユーザーがWEBサーバー経由で最新版をダウンロードする、というもの。　EXCELのファイル名が固定化していないので、WEBサーバーにFTPクライエントを立てて、ユニットのFTPサーバーへ接続してファイル名を得ることから。

ASPで？

　サーバーはWindowsXPのIIS。　ならばASPだね、ってことでASPでFTPクライエントコードを探したのだが、見つからず。　結局、ASP.netなこのページか。
WebClientクラスでFTPによりファイル転送を行うには？ [@IT .NET TIPS]

　しかし、このためだけに.aspxに踏み込むのはいかにも時間の無駄。　やはり色々準備されているPHPかな。　XOOPSで馴染んできたPHPなのでハードルは低くなっているし、イントラ内のシステムなので、セキュリティーへの配慮も負担が少ない。

PHPで？

　ということで、PHP5をインストール。　IIS+PHPはあまりメジャーではないのだが、下記ページを参考にSAPIでやってみたらＯＫ。
PHP5 インストール・設定方法(IIS 編) [Windows で PHP を使おう]
（注意）
　IISで仮想ディレクトリを使う場合、「No input file specified」というエラーが出たら

doc_root =

としておくと良さげ。

FTP関数？

　そして、PHP5に準備されているFTP関数を使えば、ＯＫ？
FTP関数 [PHP マニュアル]

　これ、間違いなく使えて他のPCのWEBサーバーともログイン・「ftp_nlist」によるファイル名取得、ともＯＫなのに、このデータロガーユニット内のＦＴＰサーバーとは相性が悪いのか、「ftp_nlist」でも「ftp_rawlist」でも　空の配列が返るだけで取得できない。

　半日悩んだ挙句、下記のページを参考に　fputsとfgetsで返答文字列を確認しながらやってみると、どうやらうまくいきそうな予感。
FTPクライアント　[PHPのちょっとしたTIPS]

　最終的には、上のページで配布されている、このクラスを使うことにして、無事にファイル名を得ることができた。

まとめ

　私にとっては新分野ではあったが、ひとつ心配なハードルがクリアできたので、このまま行くつもり。
　設備制御分野では「電気屋」と「システム屋」のドメインが分かれているので、こういうコラボで小ぶりな仕事には、私のようなマルチ人間は便利で重宝されるため、今後も突っ込んでいきたいと思う。