|
|
|
|
|
|
|
|
|
Ａ． |
ＡＳ４００の標準機能について |
|
|
|
|
|
|
|
|
① |
１日稼動させておくと、システムログやジャーナル・診断ログなどが貯まってしまいます。 |
|
|
|
|
|
|
|
|
② |
これ等のデーターは自動的に処理するクリンナップ処理やＩＰＬの段階でファイル単位で最適化を図っています。 |
|
|
|
|
|
|
|
|
③ |
システムに関する処理は自動的に処理されていますが、ユーザーが使用しているデーターに関するファイルは一切の処理は行なっていません。 |
|
|
|
|
|
|
|
|
④ |
勿論、自動的には行いませんが、再編成（ｒｅｏｇａｎａｉｚｅ）のためのユーテリティーは提供されています。 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ｂ． |
データーの再編成について |
|
|
|
|
|
|
|
|
・ |
パソコンを使用している人は時たまデフラグを行うことがあると思います。 |
|
|
|
|
|
|
|
|
・ |
この作業によって断片化している領域を詰め、処理効率のアップを図ります。 |
|
|
|
|
|
|
|
|
・ |
ＡＳ４００ではこのデフラグと同じような処理を再編成（ｒｅｏｇａｎａｉｚｅ）処理と称しています。 |
|
|
|
|
|
|
|
|
・ |
データーを移し替える作業を通じて、バラバラに格納されたデーターをキーの順番に固めることにより、処理効率を上げることができます。 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ｃ． |
データーの格納件数について |
|
|
|
|
|
|
|
|
・ |
通常パソコンではファイルの大きさは意識しません。（使用するアプリケーションにより制限がある場合がある） |
|
|
|
|
|
|
|
|
・ |
ＡＳ４００では最初にファイルの大きさを宣言しておき、その範囲の中で処理しなければなりません。この件数をＮＯＮＥＭＡＸと指定することでパソコンと同等の処理となります。 |
|
|
|
|
|
|
|
|
・ |
ＣＯ－ＳＴＡＲではこのＮＯＮＥＭＡＸの指定を行っていません。予想されるデーター件数を予め登録するようにしています。【ＮＯＮＥＭＡＸではプログラムループ等で処理を妨害してしまうからです。】 |
|
|
|
|
|
|
|
|
・ |
データー件数の中には削除されたデーターを物理的に残っています。再編成を行うことにより、この削除データーは本当に削除されます。 |
|
|
|
|
|
|
|
|
・ |
上記のような説明を見るとデーター件数の見積もりが大変だなと感じると思いますが、ＣＯ－ＳＴＡＲでは一切何も考えずに自動的に最適な件数を割り出すようになっています。その方法を再編成の方法と共に以下の章でのべます。 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ｄ． |
ＣＯ－ＳＴＡＲでの再編成 |
|
|
|
|
|
|
|
|
ＣＯ－ＳＴＳＡＲの再編成はＪＯＢＧＥＮの中に組み込まれており、毎日夜間ＪＯＢの最終過程で自動的になされるようになっています。 |
|
|
|
|
|
|
|
|
又、この再編成処理の中では、指定されているライブラリーに存在している全てのファイルの件数を確認して、１．５倍の件数を再度ファイルの大きさとして指定していることで、実際のデーターに基づいた最適なファイル件数を確保することができるようになっています。 |
|
|
|
|
|
|
|
|
|
|
|
