いつもお世話になっております。太田です。
堀川先生、返信ありがとうございます。

C/Sシステムがファイル共有によるデータベース運用よりも
パフォーマンスが劣るという記事をどこかのサイトで読んだことがあります。
状況によってはもしかしたらそういう場面があるのかもしれない
とは思いましたが、まさかC/Sシステムをやめて
ファイル共有に戻そうなどとはまったく思いませんでした。
考えてもみてください、5台とか10台のクライアントで
ファイル共有によるデータベースの運用をしているのを
私は怖くて見ていられません。実際にC/Sシステムを運用していて
今までにパフォーマンスが悪いと思ったこともありませんでしたし
むしろ「軽い」と感じる場面の方が多かったです。
ですので、今回のようなデータ量の増加によるパフォーマンスの低下を
体験して初めて、データ設計の必要性を実感しました。
私の勉強不足でデータ設計というものの存在を
知らなかったというのも原因です。


> ハードディスクがいつ壊れてもいいように、バックアップはしっかり
> 実行して下さい。
> データベースのバックアップとリカバリの克服
> http://www.sqlpassj.org/tokushu/backup/01.aspx
> でも書きましたが、全体バックアップ命令を実行している間のマシン負荷が
> 業務に影響を与えないのであれば、全体バックアップ命令を頻度良く
> 実行して下さい。
> また、同じ場所に書き込み保存するのではなく、マシンにハードディスクを
> 複数台接続して、
>    午前１０時のバックアップは、DISK-Aに書き込み
>    午後　０時のバックアップは、DISK-Bに書き込み
>    午後　２時のバックアップは、DISK-Cに書き込み
> のように、書き込み先を振り分けておくと、DISKが知らずに壊れていたと
> いうような事態でも、被害を最小限に食い止めることが可能になります。
> 最近は、USB接続のDISKが容易に使えますので、セキュリティ上の
> 配慮がされてあれば、このようなデバイスを活用するのも、良いかもしれません。
> また、Windows2003のシャドウコピー機能も併用すると便利です。
> シャドウコピーを実行する前に、データベースサービスを止める面倒はあります
が、
> 最大６４世代管理ができますので、データベースの物理ファイルを６４日分持つと
> いうようなことも可能です
> 様々な手法を組み合わせて、いつデータベースが壊れても、すぐに復旧できる
> 心構えとその対策を取って下さい


非常に興味深く実践してみたいことばかりです。
ただお客様の認識と私の認識には若干の差異があるのです。

私の認識は、いつコンピュータが壊れるか分からない
いつハードディスクがクラッシュするか分からない
次の瞬間にも壊れているかもしれない。
という認識なのですが

お客様は、ちょっと突拍子もなく聞こえるかもしれませんが
いつ火災が起きるか分からない
その火災によっていつ大事なデータが失われるかもしれない
と、非常に火災を気にしておられるのです。
事務所に火の気はないのですが、何が起こるか分かりませんから
これを一概に否定することは出来ません。

で、外付けのUSBハードディスク上に
毎日バックアップをとっていただいているのですが
それを就業間際に取り外していただいて
耐火金庫に保管してもらっています。
そして、次の日にはまた耐火金庫から取り出して
バックアップを行ってもらうという
結構手間のかかることをやってもらっています。

個人的にはバックアップ用のディスクはサーバーに付けっぱなしで
いつでもバックアップが取れる状態にしておき
毎日時間が来たら自動的にバックアップが走るというのが
一番、安心だと思うのですが
耐火金庫の問題でそれが出来ません。

こういう要望って、堀川先生をはじめ、皆さんはありますか？
うまく解決できる方法があれば、教えてください。