Server down
ホーム 上へ DRS FAQ 手書き入力 長崎での講演会 3度目のレセプト 2度目のレセプト 静かな日々 Server down templateの件 レセプトの次の階段 初めてのレセプト 導入 3週目 導入 2週目 導入 5日目 導入 4日目 導入 3日目 導入 2日目 導入 初日 電子カルテ導入記4 電子カルテ導入記3 電子カルテ導入記2 電子カルテ導入記 1

 

Server Down

おそろしいことが起きました。

Server down です。

9月21日に 2度仕事場の Oracle Server がダウンしました。今までクライアン

トサイドで大きな nb832 OLE Object の集合体を作ることができなかった、

クライアントサイドでクラッシュしていたものが、DRS のバージョンアップで 

許容されるようになり、Oracle の Role Back Segment を埋め尽くしたようです。

午前中に一度 Server が動かなくなり、油井コンサルティングに、Oracle を見て

貰うと、SQL の insert 文の 対象になっている DEAL_DBF が処理されずに

たまっている、予定されている以上の同時入力が起こったのではないかとの

話で、一旦 Oracle を強制終了させ、再起動し、問題なく動き出しました。

この間40分でした。

ところが、午後の診療が始まりしばらくすると、また、Server が down しました。

今度は、たまたま起こった問題ではなく、9月17日、18日、19日に導入した

template に関係する問題ではないかとの話になり、Server 上のトランザクション

量の増加が問題ではないかとの結論で、Role Back Segmentの領域拡大を

したところ、再度 Server の問題は起こらず 推移しております。

この間 30分でした。

今回, 100M近い RBS を消費しており、RBS を一旦500Mぐらいに設定して、

様子を見るかというような話になっております。動かしてみて、消費量を調整し

ながら、消費量の5倍程度の設定に持っていこうと思っております。

私の Oracle Supportからのメイルです。

>本日朝までの状態に比較して急激なデータ更新が一度に行われたようです。
>いままでの運用ではありえなかった一括更新量のようです。
>ログを追跡しても、RBSは準備してある領域の20%程度を推移しておりExtentも
>さほど発生はしていないようでした。このことから今までの運用に比較して
>急激な一括更新だったことが伺えます。
>(正確にはRBSの領域不足というより指定してあるExtent回数を超える更新
>量が発生したためOracleが止まったようです。)
>今後も本日のような一括更新が発生すると考えるなら、再現する
>トラブルにつながると思われますのでRBSを再構築させていただきました。