2ヶ月くらい前だろうか。ちょっとまずいサイトを見つけた。新興企業だが結構名の売れた会社が運営していた。
オークションサイトなのだが、従来と違う点があった。
 ・オークション終了までの時間が短いこと。
 ・オークション開始価格が安すぎること。
 ・新たな入札が入ると十数秒程度オークション終了時間が延長されること。
 ・入札金額は入札者が指定できない。1回の入札で開催者側が決めた額ずつ金額が上がる。例えば、入札が1回あれば1円づつ上がる。
 ・入札一回ごとに入札費用がかかること。


例えば10万円のパソコンが1円から開始され、1回の入札で1円づつ上がっていくとしよう。これが1万円で落札された場合。1回の入札費用が70円(私の見たサイトはそのくらいだった)だとすると

 ・入札の費用の合計 1万×70 = 70万円
 ・製品の売り上げ           1万円

1万円で落札させても、71万円の売り上げになる、という計算である。この仕組み、ギャンブルとしか思えなかった。

案の定、消費者生活センターに報告が上がっているらしい。


はてさて。こういう仕組みを考えるのはいいのだが、大事な観点が抜け落ちている。
そう、「いったい誰にとって利益があるのか?」ということだ。このケースで利益があるのは、少ない入札額で商品を入手した人、および運営会社である。ゆまり、仮に入札者が10人居たら、9人は損害しか無い訳である。
いちおう、入札額が無駄にならないようにという救済措置はある。入札した商品を、数日以内なら入札額の7割程度を商品代金に充当して購入できるというもの。しかし、そこまでして安いものを入手したい人の目的は「商品が欲しい」というよりは「転売して小遣い稼ぎ」だろう。救済制度を利用する人はほとんどいないのではないだろうか。

ビジネスモデルを検証する際は、ちゃんと相手方に利益がでることを確認しておかなければなるまい。そういう事すら確認できないというのは、その新興企業も早くも大企業病に掛かっている、ということだろう。


SQL Server のバックアップであるが、今の職場では デタッチもしくはデータベースを停止し、データベースの実体ファイルをコピーする、という荒技を行うのが通例だったようだ。

確かにWindows 2008 Server になってコピー速度が速くなったとはいえ、稼働中のシステムにそれは乱暴すぎる。よって、まずはSQL文でバックアップを提供した。その時のメモ。
基本、そのときの状態を取りたいがため、フルバックアップをしている。

BACKUP DATABASE [DB名] TO DISK = '[ファイル名]';

なお、ファイル名はローカルドライブかUSB接続のものとしている。ネットワーク上にある別の機器にも確保できなくはないが、制約があるので止めている。


さてさて。これでは「間違えて複数回実行してしまった」というときに、複数分蓄積される。よって次のように変更。

BACKUP DATABASE [DB名] TO DISK = '[ファイル名]' with init;

これで複数回実行してしまってもその時点のものが取れる。しかし、バックアップというものはその時点でトランザクションログを切り捨て可能にしてしまう。よって定期的にバックアップを取るような仕組みになっているところに臨時的にこういうことをやってしまうと定期バックアップ側にバックアップされないトランザクションが出ることになる。
ということで更に次のように変更。

BACKUP DATABASE [DB名] TO DISK = '[ファイル名]' with init , COPY_ONLY;

いまのところこんな感じ。なお、この COPY_ONLY であるが、SQL Server 2008 以降、SQL Server Management Studio では、コピーのみのバックアップはサポートされていないそうだ。
http://msdn.microsoft.com/ja-jp/library/ms191495.aspx
何とか休日の前夜は数十分程度、ツール作成の時間を確保することにした。

まずは意外と使うが、使いにくいイベントビューアのデータを引き抜くツールを作成する。フリーのものもあるが、画面を重視するのではなく、データを引き抜いてファイル等に確保するのが目的ものとする。
また、前回設定したものを呼び出せる等ができるようにしたり、等々、繰り返し使ったりバッチ的に使えるようにしておきたいところだ。

それを皮切りに、私がよく使う系のもの、たまにしか使わないけれど重宝するもの、などを合わせて組み込んでやろうと思っている。

なんてったって、年末年始は少なくとも丸2日くらいは自分の時間を取れる。しっかりどっぷりとはまり込むつもりだ。