[掲示板に戻る]
 
Re:データベースエンジン AD640好き あらた... 2004-6-1 15:38
|
Re:データベースエンジン ＥＸＣＨＡＮＧＥ 2004-6-2 0:24
|
Re:データベースエンジン（少し訂正あり... ＥＸＣＨＡＮＧＥ 2004-6-2 8:19
|
|
Re:データベースエンジン ターラヤン 2004-6-3 0:48
|
|
Re:データベースエンジン bluelion 2004-6-3 10:27
|
|
Re:データベースエンジン ｓｐａ 2004-10-19 17:26
|
| 4 | Re:データベースエンジン |
| AD640好き あらため bluelion 2004-6-1 15:38
[返信] [編集] 返信ありがとうございます 実は本システムは7200/100で稼働していて バックアップに640ADがある環境なので いままであまりいじっていませんでした DBEを設定するとどのくらい処理が早いのかてすとしたいとおもっているのですが DBEに貼り付ける（？表現わからず）ファイルはどこで指定するのですか？ |
|
| 5 | Re:データベースエンジン |
| ＥＸＣＨＡＮＧＥ 2004-6-2 0:24
[返信] [編集] ☆「あき」さんたちと少し議論がかみ合っていないように思うのですが。。 ☆ 多分、「ｂｌｕｅｌｉｏｎ」さんのおっしゃっておられるのはＭＳＤＥ等のようなＤＢＭＳの事ではなく、古いＡ−ＶＸマシンで「別プロセッサ」を使ってやっていた物理的な高速化機構（三菱のオフコンでいうと「グレオ」と同様な機構）で、現在はサーバのメモリを使って行っています。 > DBEを設定するとどのくらい処理が早いのかてすとしたいとおもっているのですが > DBEに貼り付ける（？表現わからず）ファイルはどこで指定するのですか？ ☆ このサーバメモリを使った高速化機構ですが、たしか最大で２５６Ｍぐらいしか使えなかったように記憶しています。下位機種ではもっと少なかったような気がします。 ☆ マスタにしてもデータファイルにしても、この程度の大きさなら、ふつうに全件検索してもたいしたことはないので、そんなにありがたいと思ったことはありませんので、私としては実際に使用した経験はありません。 ☆ ただ、ちらっと調べた感じでは、 （１）ＳＧにおいてＤＢエンジンサイズを指定。（あっ！これは済んでいるんでしたね。。） （２）たしかシステムメニュー（Ｆ９キーを押下すると出てくるやつです。ＳＧ設定によってはＡ−ＶＸログイン時に初めから表示されている場合もあり）にて、０３「媒体管理支援」を選ぶと、Ｅ／ＤＢ?エンジンが出てきます。ここで「ＰＲＥ−ロード」、「解放」とやるのではないでしょうか。。 ☆ サーバ起動時に実行させるには、上記をパラメータ化して初期ジョブで実行させるのでしょうか？？？ 実際に実行したことがないのでよく分かりません。何か参考になれば。。。 |
|
| 6 | Re:データベースエンジン（少し訂正あり） |
| ＥＸＣＨＡＮＧＥ 2004-6-2 8:19
[返信] [編集] ☆ 前回の投稿内容は少し不正確だったようで。。（すみません） ☆ まず、Ｓ７２００以前のＤＢエンジンですが、「別プロセッサ」を使っていたかどうか？？？ 物理的に別のメモリー機構をオプションで追加したことだけは確かです。 ☆ どうやらこのＤＢエンジンという仕掛はディスクのＩ−Ｏ（ＲＥＡＤ／ＷＲＩＴＥ）を高速化するためのものらしく、ｃｏｂｏｌからのＳＥＬＥＣＴ文による検索を高速化するためのものではないようです。（結果的に高速化するとおもいますが。。） ☆ 三菱「グレオ」の場合は完全に別プロセッサ＋メモリで処理され、どちらかというとデータの抽出、並べ替えなどに威力を発揮するようです。 ☆ もし、ディスクＩ−Ｏの高速化ということであれば、マスタを頻繁に参照、更新するような処理などに向いているのではないでしょうか？ マスタをＤＢエンジンに貼り付けるのでしたらそれほど大容量メモリが使えなくてもいいかも。 ☆ ただ、これを使うとＣＰＵ負荷がかかるらしく、その辺を考慮して使用することと他の方からうかがっています。（ＤＢエンジンを使用しない他の業務の処理に影響を与えるので、タスク間の優先を考慮する必要がある） ☆ Ｓ７２００以前についていえば、このＣＰＵ負荷というので結構苦労しましたね。大量データを検索しに行くと他の業務（入力業務のレスポンスなど）に影響が出やすかったんで。。 ☆ ６８０ＡＤというのを使って（使わせてもらって？）開発したことがありますが、もう、この、４ＣＰＵの世界というのは別次元でしたね！！ カットオーバーしてみんなが思ったのは、「昨日までの７２００でのことは何だったんだろう？？」 |
|
| 7 | Re:データベースエンジン |
| ターラヤン 2004-6-3 0:48
[返信] [編集] 昨日返信を書いたときも、もしかしてＤＢ−Ｅのことかなとは思って いたのですが、やはりそうでしたか。 すでにＥＸＣＨＡＮＧＥさんが書いていますので、付け加えることは あまりないのですが、まとめておきます。 ＤＢ−Ｅの使い方は、６００シリーズの「データ管理説明書」に詳しく書いてあります。 これを見れば、誰でもできると思います。 blueelionさんのところは、Ｓ７２００もあるとのことですので、 Ｓ７２００シリーズ用の説明書を見ているのではないでしょうか。 Ｓ７２００と６００シリーズでは、ＤＢ−Ｅの方式が違うため、 Ｓ７２００の方の説明書を見ても書いてありません。 （６００シリーズのＤＢ−Ｅは標準機能なので、標準の説明書に方法が 書いてあるが、Ｓ７２００の方はオプションなので、装置側の説明書 に書いてあるはず。） おそらく皆さんご存知のことかと思いますが、ＤＢ−Ｅの仕組みは、 （以下の説明は説明書の内容から予想した部分もあります。） 高速化したいファイルをメモリ上に貼り付けて、ディスクからデータを 読み込んだり書き込んだりするのではなく、メモリから読み書きする というもの。 つまり、ディスクキャッシュや、１０年ぐらい昔にパソコンがフロッピー ディスクベースだった頃はやったRAMディスクのようなもので、今と なってはごく普通の技術です。 （パソコンの驚速とかいうソフトで、CD-ROMの読み書きを高速化する のと同じ仕組み？） Ｓ７２００の頃は、専用の装置（メモリがいっぱい載っている）を 使って実現していました。 ６００シリーズ（７００シリーズも？）は、専用の装置の代わりに、 本体のメモリをそのまま使っています。 ここからは予想なのですが、ＥＸＣＨＡＮＧＥさんが書いている 「ただ、これを使うとＣＰＵ負荷がかかるらしく、」という話は 以下の理由によるものだと思います。 ・６００シリーズのＤＢ−Ｅは、本体のメモリを使用している。 ・ＤＢ−Ｅが、６４Ｍバイトなり１２８ＭＢなりのメモリを使用すれば、 当然Ｗｉｎｄｏｗｓが使用できるメモリは減る。 ・Ｗｉｎｄｏｗｓは、仮想メモリと物理メモリを使って、メモリの使用 を制御している。メモリが足りないと、仮想メモリ?物理メモリのＳＷＡＰ が多発する。 ・ＳＷＡＰが多発すると、その処理のためにＣＰＵ負荷とディスクＩＯ が増える。 普通Ｗｉｎｄｏｗｓサーバのメモリ量が少ないと、やたらとＳＷＡＰが 発生して、遅くなりますよね。 つまり、搭載しているメモリが少ないと、ＤＢ−Ｅでせっかくファイル のアクセススピードが速くなっても、メモリサイズを圧迫してしまい、 ＷｉｎｄｏｗｓのＳＷＡＰが増えて逆に悪影響になってしまう。 ということだと思います。 （あくまでも予想ですが、だいたい合っているのでは？） それから、「メモリ上のデータ」は、「ディスク上のデータ」の コピーでしかないので、もし「メモリ上のデータ」を書き換えたら 処理の終了時に「ディスク上のデータ」に書き戻してあげる必要が あるということです。 |
|
| 8 | Re:データベースエンジン |
| bluelion 2004-6-3 10:27
[返信] [編集] 大きなディスクキャッシュって認識でマニュアル読んでました 本日試しに大きいファイルをつくってやってみます キャッシュされるのはMIXファイルなんかだとキーもなるのでしょうか？ しらべなきゃ！ |
|
| 9 | Re:データベースエンジン |
| ｓｐａ 2004-10-19 17:26
[返信] [編集] > 大きなディスクキャッシュって認識でマニュアル読んでました > 本日試しに大きいファイルをつくってやってみます > キャッシュされるのはMIXファイルなんかだとキーもなるのでしょうか？ > しらべなきゃ！ とある公共団体でＩＴＯＳ＆Ａ−ＶＸの業務システムを担当していた者です。 ちっこいファイルであればデータファイルも貼れるんでしょうけど、そんなのはもともと小さいんでアクセス苦労しないわけです。 なのでキーアクセスを高速化できるようにＭＩＸファイルのキーファイルだけＤＢＥに貼っておくとかしてます。 ただ７２００の頃は結構有効だったかもしんないけど、５８００だと４ＣＰＵとかでしょ？ 当然メモリも１Ｇぐらい積んでるはずだからＤＢＥ使っても効果は？？？（使わんでも早いハズ） |
BluesBB ©Sting_Band