アカウント名:
パスワード:
DB屋さんは商用DBって他に何か使ってます？
医療情報システムのヤクザコンサルをしていますが出会ったことがありません。
#個人的には Oracle なんてふざけた名前を名乗る DB を使いたくない
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
商用DB (スコア:1, 興味深い)
DB屋さんは商用DBって他に何か使ってます？
Re:商用DB (スコア:2, 参考になる)
SQLserverとか
Accessとか・・
それよか、Shutdown abortってフツーの運用なの？
Re:商用DB (スコア:5, 興味深い)
ただ、業務用システムでwindowsをサーバとしたものなんかだと、システム停止手順がスタートメニューからシャットダウンってのもよく見かける。あれをやると次回起動時はリカバリから始める事になるわけで、oracleの障害復旧能力に依存したシステム設計ってことになるね。意外と多いんだ、これが。
Re:商用DB (スコア:2, 興味深い)
スタートメニュー→シャットダウン 程度のことでリカバリーが発生するのは
なんとなく不細工だなぁ。少なくとも常駐アプリなりサービスなり組み込んで
きちんとoracleのシャットダウンができる様にしておかないと。>oracle
その程度のアプリなんぞ作るのは大して手間じゃないだろうに。(特許除く)
#中に組み込むのもそんなに手間じゃないけど、既稼働分との関係もあるから
#外部アプリとしての話をしてみました。
Re:商用DB (スコア:1, すばらしい洞察)
まぁ、DBの規模にもよりますが、OSのshutdownが始まってからロールバックかけて終了処理をしてと、処理が終わらないうちにOS側のタイムアウトに引っかかってしまう気がするのでどの道だめっぽいですが。
Re:商用DB (スコア:0)
シャットダウンに時間がかかるような状態でabortしたら スタートアップにもっと時間がかかるような気がするし。
Re:商用DB (スコア:0)
Re:商用DB (スコア:0)
Re:商用DB (スコア:0)
気のせいだったかな?
Re:商用DB (スコア:0)
Re:商用DB (スコア:0)
# ・・・この違いは大きいのか小さいのか・・・
# フレームの元かもしれんのでＡＣ
Re:商用DB (スコア:0)
Re:商用DB (スコア:1)
MicrosoftによるとWindowsのシャットダウンより前にExchange Serverのすべてのサービスを手で落とさないといけません。
そういう意味での仕様で、少なくとも2003まではそうです。2007で改善されていればいいですが。
だから電源の障害でUPSのバックアップ期間内に落とすにはExchange Serverサービス群をnet stopするスクリプトを書いておけばいい。
Re:商用DB (スコア:0)
ありがとうございました。
Re:商用DB (スコア:0)
他人任せでほったらかし、てのは、やはり米国製の大雑把さなんですかねぇ。
国産アプリメーカーなら、主力級のDBあたりを商品として出していたなら
スタートメニューの終了への対応位はすると思いますよ。
Re:商用DB (スコア:0)
Re:商用DB (スコア:0)
ユーザにすりゃアプリであろうが無かろうがどっちでもいいよ、んなもん。(笑)
Re:商用DB (スコア:1, 興味深い)
Re:商用DB (スコア:0)
Re:商用DB (スコア:0)
うちのはそうなってるんで、これはどうかと思ってたんだけど
特殊な例ではないということか。
Re:商用DB (スコア:5, 興味深い)
一回だけ必要に駆られて Shutdown abort したときがある。
それは当時の開発現場の変電所で火事が発生し UPS に
切り替わったあとに避難命令がでたとき。。。
Re:商用DB (スコア:0)
＃ せいぜいゲーセンで火事になったときに停電直前までゲームをしていた程度なのでAC
Re:商用DB (スコア:4, 興味深い)
導入時期によりますが、それまで8.xで開発していて、導入直前に9iにversion upすることになり、担当者の頭の中がそのままで検証とドキュメントの修正がおろそかになった、というのが真相ではないですかねぇ。。。
Re:商用DB (スコア:4, 参考になる)
それはWindowsのサービス停止に対してOracleがどう処理するかのデフォルトの話ですね。
運用としてshutdown abortを叩き込むのがデフォルトというわけではありませんので
この仕様を基にして手順書を作る奴もいないでしょう。
運用については
> 「やはり、できればsql*plusで明示的にshutdownしましょうね（yasunorikakuさん）」おっしゃるとおりです。
と書いてあるとおりです。
Re:商用DB (スコア:0, 参考になる)
「Windowsのサービスを停止した場合、デフォルトでshutdown abort相当になる」
ということであって、
「8以前はデフォルトでshutdown abort運用推奨」
というわけではないと思うのですけど…
だから、旧バージョンの知識だったにせよ、
abortが手順に含まれていることは間違いだと思うのですが。
(なんだか「8以前はshutdown abort運用がデフォ」みたいな印象を受けたのでそれは違うんじゃないかと)
Re:商用DB (スコア:2, 興味深い)
Re:商用DB (スコア:2, おもしろおかしい)
いろんな現場を知っている人なら
かなり広く通常処理に使われているのを
見ているので、そのこと自体には大した驚きは無い。
Re:商用DB (スコア:1, すばらしい洞察)
正規の運用手順が Shutdown abort というのは問題だと思う。
でも、ハードウェア障害というのは普通に発生するので、
どんな状況で落ちてもDBMSとしては普通に対応できないとだめなんですよ。
Re:商用DB (スコア:0)
対処法があって簡単に復旧できたんじゃないのかな？そういう状況下では一時データに
問題が生じるのは当然な訳で。で、障害の原因がなかなかわからなかったようだけど、
通常の業務手順を踏んでいたのに、次回正しく起動しなかったので、すぐには原因が
突き止められなかったということなんでは？
Re:商用DB (スコア:0)
私も忘れたいんですけどね。
Re:商用DB (スコア:0)
Re:商用DB (スコア:1)
クラスタ構成組む時にコスト削減という名目でMicrosoft SQL使ってみたり、
パッケージソフトに標準で添付されているのでSybase使ったり、
簡単な物ならFilemakerで組んでみたり、
あ、15年前ならdBASE IIIで構築された社内用のソフトをメンテナンスしてたり、
てな感じでしたが。
んー (スコア:1, 興味深い)
世界的なＤＢのシェアを見た時
圧倒的だと思われるオラクルでトップなのは小規模に限ってであって
本当の大規模データベースでは、オラクルでさえその世界では
「マイナー」であるくらいしかシェアがなかったなぁ
トップの３は名前さえ知らないデータベースだったことに昔驚いておりました
今もそのシェアはかわらんらしいけど 名前忘れた。
メインフレーム (スコア:1, 興味深い)
IMS/DB(IBM)
ADABAS(Software AG)
AIM/DB(富士通), ADBS,RIQS(日電), XDM(日立)
RDB発明以前からのCODASYL型のDBだと、RDBへの移行に手間がかかるからそのままずっと使われ続けているというのもありますね。
すまん書くの忘れていたけど (スコア:0)
なのでRDBでない奴は含まれていなかったです。
Re:商用DB (スコア:0)
Re:商用DB (スコア:0)
Re:商用DB (スコア:0)
医療情報システムの
ヤクザコンサルをしていますが出会ったことがありません。#個人的には Oracle なんてふざけた名前を名乗る DB を使いたくない