2012年7月23日

OsiriXを用いたPACSバックアップシステム(3)

さてあとはデータをまとめてBD-Rに書き出すだけである。WIindowsではBDドライブについてきたPowerBackupというソフトにスケジューラがあったのでこのスケジューラを利用して書き出しを行っていた。この点Macの方が簡単である。Cronで前エントリのディレクトリ切り替えを行いこれに引き続いて書き出し処理をすればいいだけだからだ。問題は…Windowsでもそうだったのだけど、コマンドラインでBD-Rに書き出す方法である。検索してみるとhdiutilというコマンドがあるらしい。これでディスクイメージの制作もできるのでディスクイメージの作成と焼き付けを行う。

もしこのメディアをMacでしか扱わないのであればdmg形式で作成すればよい。自動的に圧縮がかかるのでBDRをドライブに入れれば（反応はおそいものの）OsiriXでそのままアクセスできる。

ウチの場合、このメディアが必要になるときと言うのは何らかの原因でメインサーバが壊れたりストレージが消失した状況で、相当に混乱している可能性がある。なんだかんだといってもMacが多数転がっているわけではないので必ず読めることを優先してiso形式にした。またメディア不良で書き込みエラーの可能性もあるので手動作業でもできるように引数でデータベースディレクトリを選択できるようにした。圧縮にはzipを使っているがこの一時ファイルはすぐに削除。デイスク

実際の焼き付けにはデバイス指定がhdiutilではかなり複雑なのだけどdrutilを使うと簡単なのでこちらを使うように変更した。

あとは２つのスクリプトをweeklyとでも名付けたスクリプトにまとめてcrontabに登録すればよい。

OsiriXを用いたPACSバックアップシステム(2)

さて従来使ってきたConquestであるが、そもそもこれを採用した理由は複雑なDBを用いずに特定のディレクトリにデータを蓄積してくれるからである。これは1週間ごとにデータをまとめるのに都合がよい。データディレクトリのひな形を作っておいてこれをコピーしてやればすぐにデータが空の状態に戻る。つまり1週間ごとにデータディレクトリの名前の変更をOSレベルでおこなえばアプリケーションは切り替えのタイミングで一時停止するだけでよい。いつデータが転送されてくるかわからないPACSでは停止期間は可能な限り短くしなければいけないからだ。

OsiriXもローカルファイルでデータベース管理しているので全く同じ方法が使える。

これで先週はDICOM2、先々週はDICOM3… と週ごとのデータベースに分かれるのだ。あくまでこれはデータ送信のタイミングに依存しているので厳密には検査日時と一致しない。後処理に時間がかかるものや持ち込みデータの登録などタイミングがずれるものもあり得る。したがってQ/Rの結果とは違うことを理解しておく必要がある。

OsiriXを用いたPACSバックアップシステム(1)

今時はフィルムレスは当たり前、PACSがなければ仕事にならない。10年前とすっかり状況は変わってしまった。

そして今日的なPACSはすべてHDDベースで動いている。その昔はMOチェンジャーやCD-Rチェンジャーでデータ保管されていたが今はすべてがハードディスクである。HDDは壊れるものであるから当然のごとくRAIDシステムが組まれデータの冗長化がされている。どの程度冗長化すれば安全か、これには答えがない。結局のところコストとの兼ね合いでしかないのだから。そもそもハードウエアによらずとも人為的なミスでもデータ消失は起こりうる。むしろこちらの方が危険かもしれない。

いずれにせよハードディスクは高速大容量で比較的安価で便利な代物であるがデータを失うときは一瞬である。

現在ではフィルムレスであるが故にデータが失われてしまうと診療に多大な影響がでるので何らかのバックアップシステムが必要である。

サーバ・ストレージの冗長化、オフラインメディアへの保管あるいは今時であればクラウドを用いた保管なども考えられる。

ブルーレイメディアを利用した安価なバックアップシステムは、実際の故障確率の低さを考えれば万が一の保険としての価値があろうと思われる。

まぁ、実際のところ5年ほどConquestベースのシステムで運用してきて、これが必要になったことはないので、まさしく万が一の保険というものであろう。

今回、全く別の要因でConquestベースのシステムに不調を来したので一念発起してOsiriXベースにシステムを作り直した。

必要なハードはMac-mini（256SSD＋750HDD）とUSB外付けのBD-Rドライブのみ。ソフトウエアはOsiriXと自作スクリプトのみなので安価といって差し支えないだろう。

従来からのConquestベースのシステムでも運用方法は同じである。1週間分のPACSデータをメインサーバからfowardして週末にこれをまとめてBD-Rに書き出す。週明けに技師がメディアを交換して書き込まれたメディアはファイルに保管する。

ウチの病院では1週間のデータ発生量は非圧縮で50-70GB程度であるので（年々増えつつある）適当に圧縮してやれば二層のBD-Rに収まるという寸法である。

と前置きが長くなった。

参考にしようという方もおられるかもしれないので記録をかねて残しておきます。詳細は次のエントリで。