amazon Glacierを使ってみてる

amazonさんのGlacierというサービス。\1/GBで、「アーカイブの平均年間耐久性が 99.999999999% 
となるように設計されています」というアーカイブサービスです。

Webサイトに説明は書いてあるけど、読んでみてもなかなかどんなものかわかりません。

http://aws.amazon.com/jp/glacier/

そんな訳で、以下のサイトを参考にしながら、作ってみました。
http://blog.serverworks.co.jp/tech/2012/08/29/aws_glacier/

Valutと言うものを作ったが、これは「保管庫」みたいな意味らしい。

続けて、SNSの通知設定をする。Glacierのサービスは、ポンポンとレスポンスを返してくれる
ものではないらしい。
通知設定をしておけば、処理が終わったタイミングで投稿してくれるようです。

ファイルをアップロードするには、APIを使ってプログラムを書かないとダメっぽい。
これは、面倒だ。

そこで、Google先生に聞いてみたところ、FastGlacierなるフリーソフトを発見(商用は有償)。

http://www.tdn.co.jp/techblog/201208/72/

上のサイトを参考に100MBほどのファイルをアップロードしてみました。
Free版では、2セッション利用してアップロードしてくれました。
1セッションの転送速度が、1.6MB/s程度出てました。約30秒でアップロードが完了です。

Fast Glacierを見るとファイルが更新されているのですが、AWS Console で見ると
「Not updated yet」になっています・・・と思ったら、2時間後にちゃんと情報が表示
されていました。

今回かかった費用は、AWSの「アカウントアクティビティ」で確認できます。
気になっていたリクエスト数は「6」で、費用は2円程度でございました。

パソコンの法人向けモデルと個人向けモデルの違い

パソコンには、法人向けモデルと個人向けモデルがあったりします。

この二つには、どんな違いがあるかは、ほとんどの人がよくわからないんじゃないかと思います。

まあ、わたしも知らなかったので、ちょっと調べてみました。
HPのエントリモデルで比較しました。

まずは、主要スペックの比較からです。括弧で記載したものが、個人モデル。通常表記が法人向けモデルです。

価格：¥49,560(¥49,980)
CPU：Core i5-3210(Core i5-3337U)
メモリ：2GB(4GB)
HDD：320GB(500GB)
無線LAN：なし(あり)

同価格帯での比較ですが、個人向けは、良く見られがちなメモリやHDDが多くなっています。
CPUは、Corei5と言うところだけ合わせてるようです。やはり、一般受けをねらったようです。

次は、地味なスペックを比較してみました。

モニタ：15.6インチワイド(15.6インチ光沢)
バッテリ：6セル(4セル)
駆動時間：6時間(5時間)
Webカメラ：なし(あり)

個人向けは、CPUが低電圧にも関わらず、バッテリ駆動時間が少ないですね。
また、モニタも見栄えはするけど、長時間使用には向かない光沢モデルです。
長時間使うビジネスでは、法人モデルの方が向いています。
この他、ビジネスモデルだとピークシフトするソフトも付属したりしてます。

この他にも、法人向けモデルだと、以下のメリットがあります。
・OSでダウングレード版が選択出来ます。個人向けモデルだとWindows8のみとなります。
・保守が最大５年オンサイトまで選択出来出来ます。また、オンサイト保守も選択出来、休日対応も選べます。個人向けモデルだと、最高でも３年間引き取り保守となります。

色々と考えれば、仕事で使うのであれば、法人向けモデルの方がオススメと言えると思います。
あくまでも、今回比較したモデルに限ってですけどね。

Oracle SEQUENCEがエクスポート出来ないの

Oralceデータベースを他の端末へ、頻繁に移行が必要なプログラムを作っている。。
今回の要件では、データベースを一括ではエクスポートが出来ないのだが、そうなると、SEQUENCEがエクスポート出来なくなる。

そこで、回避策を考えてみた。

１．まず、SEQUENCEを適当なテーブルに放り込む。
create table seq_move as select sequence_name, last_number from user_sequences where sequence_name = 'シーケンス名'';
２．１で作ったテーブルも一緒にエクスポートする。
３．別のPCで、テーブルをインポートする。
４．インポートした先で、SQLを実行して、テーブルからSEQUENCEを作成する。

declare
lastnum number;
vsql varchar2(512);
begin
select last_number into lastnum from seq_move;
vsql := 'create sequence シーケンス名 start with ' || lastnum || ' CACHE 100' ;
execute immediate vsql;
end;

とりあえず、無事移行が出来ました。

CACHEした番号は、あっさりと捨てることにしています。

.NETプログラムからZIP圧縮するとき

今まで、.NETプログラムからZIPを作ろう！と思い立ったときは、数年来、7-ZIPさんのお世話になってきました。今やっているお仕事でも同じように7-ZIPを使っているのですが…。

「ついに解禁！.NETでZIP制御」

…なるWeb記事を発見。

http://blogs.msdn.com/b/japan_platform_sdkwindows_sdk_support_team_blog/archive/2012/03/27/net-zip.aspx

なるほど～。これからは、こっちを使おう！

…と思っているのですが、今やっているお仕事は、システム改造なので、.NET Framework4.5は使えませぬ(涙)。

いまさらながら、VSSからTFSへ移行してみる。

1997年から続いているプロジェクトがある。
長らく、Visual Source Safe(VSS)でソース管理をしていたが、時代にあわせてTeam Foundation Server(TFS)へ移行するにした。
今回の構成は、以下のとおり。

・以降元VSSのバージョン
 Visual Soruce Safe 2005
・移行先TFSのバージョン
 Team Foundation Server 2012
・ターゲットの開発環境
 Visual Studio 2008

Visual Studio 2008と言うところが、古風な感じ。
面倒くさそうかと思っていたけど、VSS Upgrade Wizardをダウンロードしてきて、試すとすんなりと移行出来ました。出来たんですが、これまでの変更履歴がサックリとなくなりました。
これなら、無理して移行する必要もないわ。

なんとなく、しっくりとこない感じですね。

東日本大震災ビッグデータワークショップの作業を再開！

諸事情により作業が停滞していた「東日本大震災ビッグデータワークショップ」向けの作業を今日から再開です。
作業停滞前は、位置情報ツイートに市町村コードを付加するところまでやりました。
作業を始めて、まだまだ序の口なので、今しばらく各データ解析しやすいようにデータベース化する作業を進めています。

本日の作業１：
Twitterのデータ(今度は位置情報が付いていないもの)をデータベースに格納しています。
データ総量が20GBを超えるデータなので、登録時間が半端ない。こんなサイズのデータベースを生成するのは、人生初です。何事も初めてはワクワクします♪
こんなに時間がかかるものを待っていてもしょうがないので、こちらの作業はPCさんにお任せすることにしちゃいます。

本日の作業２：
次は、株式会社ゼンリンデータコム様の混雑統計データをデータベースに登録します。
データを見ると緯度経度が変わった形式で格納されていますが、これは、度分秒ではなく、緯度経度(ミリ秒)でした。割り算で、度分秒(10進)へ変換後、PostGISへ投入開始！
そして、また待ち発生。。。ビッグなデータは、何事も時間がかかります。

これ以上続けると、データの処理順が訳わかんない事態となりそうなので、今日はデータ投入に専念することにしよう。

行政コードを付けたTweetデータを公開しました。

JasperServer…よくわかりません。ちょっと時間がかかりそうなので、後回しにして、行政コード付きTweetデータをShinsaidataグループに公開しました。
大勢の方に使っていただけるとありがたいですね。
今週一週間は、仕事が立て込んだりそうなので、本格的な作業は、次週までお預けになりそうです。