処理形態はバッチ処理とリアルタイム処理に大別される。形態によって細分される。バッチ処理←例:出欠のデータをまとめて処理する給与計算システムなど。センターバッチ処理(接続方式:オフライン)リモートバッチ処理(接続方式:オンライン)リアルタイム処理←例:銀行のオンラインシステムなど。†バッチ処理とは、データをまとめて一括処理する方法である。そのバッチ処理がセンターの一ヵ所によってなされるタイプである。†コンピュータと対話形式で処理を進める方式。プログラム開発などに適していて、速い応答が要求される。通常は複数のプログラムに短い時間の実行件を与えてあたかも一人でコンピュータを独占しているような感覚で使用する。した処理を時分割処理(TSS)という。†オンラインで接続された端末から、センターのオンラインファイルのデータを更新する処理方法。銀行のATMや座席予約システムなどがある。この処理ではたくさんの端末があるので、それぞれから送られたデータがきちんとデータベースのデータとして成立しなければならない。そのためには、ACID特性が保たれることが重要である。制御系のシステムで時々刻々と変化する情報をもとにして即時に計算処理を行い、その結果を制御システムに出力する方式。航空管制システム、新幹線の運転制御などがそうだ。†コンピュータの物理的配置によって、集中処理方式と分散処理方式に分けられる。†1台のコンピュータ(ホストコンピュータ)に多数の端末を接続してそのコンピュータだけに処理を行わせるシステム形態。入力メッセージと出力メッセージが対になっている。場合により、メッセージ長が大きいことがある。データ収集処理メッセージは一方向にだけ送られ、メッセージ長は小さい。Sales:POS)メッセージ交換処理ホストコンピュータを経由した電文の交換処理である。入力・出力は非同期に発生する。端末装置からネットワークを経由してバッチ処理を行う。入力・出力共に大量である。†ネットワークで接続された複数のコンピュータで処理するシステム形態。処理効率の向上に有効である。機能分散を行えば、結果として負荷は分散される。したがって、これらの分類は明確な区別があるわけではない。LAN内で、ファイルサーバーやメールサーバーなどの構成で運用することは、機能分散させることによって、負荷の集中を避けることが目的である。分散処理システムの長所・短所は次の通りである。災害や障害の影響が局所化できる。個々のシステムの資源管理が容易である。システムの変更が容易である。通信量を削減できるということに意外性を感じるかもしれない。実はデータ利用については80-20の法則というのが成り立つことが多い。80-20の法則とは、「データに対するアクセスは、その80%が発生場所によるもので、その他の場所からのアクセスは20%に過ぎない」という法則である。ホストシステムの場合、すべてのデータがホストで管理されているから、データに対するアクセスには必ず通信が発生する。分散システムで発生場所にデータを置いておけば、全体の20%に相当する他からのアクセスだけに通信が必要なので、通信量が削減できるということである。処理量が増えても、安価なシステムを組み合わせればよく(ダウンサイジング)、結果として少ない投資で対応可能。確かにハードウェアの導入コストは削減できるものの、ソフトウェアのメンテナンスや要員教育などを含めたコスト(TCO)まで考えると、逆にコスト高になるという評価が一般的である。短所データが分散しているので、データの更新に手間・時間がかかる。セキュリティ対策が個々(末端)で行う必要がある。データの不整合が発生しやすい。トランザクション処理ならば、原子性確保のために2相コミットメントなどが必要となる。異常が発生した際に、原因の特定が困難である。運用・保守費用が増大する。運用管理が複雑になりやすい。分散処理を採用したシステムには次のように分類できる。分散処理システム水平機能分散システム水平負荷分散システム垂直機能分散システム垂直負荷分散システム○○分散とは次のような意味を持つ。有して負荷を分担させる。機能を階層的に分散させる。集中処理との混在、集中処理から分散処理へのシステム移行が比較的楽である。ネットワークは論理的にスター型の構成となる。機能を対等に分散させる。すべてのコンピュータが対等の立場でホストコンピュータとしてネットワークにつながっている。個々のコンピュータでのシステム開発・管理に関する自由度が大きい。その逆に、システム全体の運用管理は難しくなりがちである。例2:クライアントサーバーシステムは、垂直負荷分散システムである。例3:水平負荷分散システムを用いると、MTBFが長くなってシステム全体のアベイラビリティは向上する。†データの分散配置を検討する際は、データの更新処理の実行場所を特定して、マスターデータの配置を決定することから始まる。並列処理で問題がありそうな場合には、サーバー側に配置する。分散処理システムでは、ユーザーに対して、分散システムの構成要素が分離していることを意識させないようにする必要がある。このような性質を透過性と呼ぶ。位置透過性ネットワークに接続されている資源に対して、その存在位置を意識することなくアクセスできること。アクセス透過性(ネットワーク透過性)ネットワークに接続されている異なる種類の機種・OSの資源に対して、同一方法でアクセスできること。ユーザーが同じオブジェクトを共有して並列に処理できること。複数透過性システムの信頼性や性能の向上のためにファイルの複数物を複数の機械上に持つこと。移動透過性クライアントに影響を与えずオブジェクトの場所を変更できること。障害透過性(故障透過性)故障が発生した場合にも気付かせずに仕事の完了を可能にする。ためにシステムの再構成を可能にする。ホストコンピュータがダウンすると、全システムがダウンする。一部の端末がダウンしても他の端末で処理可能。システムの管理が比較的容易で、プログラムやデータを共有して、集中管理できる。システムの管理が複雑になり、手間がかかる。†クライアントサーバーシステムとは、処理を要求するコンピュータと要求の処理を行うコンピュータを分けた構成のことです。処理を要求するコンピュータをクライアント(マシン)、要求を処理するコンピュータをサーバー(マシン)と呼ぶ。一般的なLANやインターネットシステムはクライアントサーバーシステムで構成されている。クライアントサーバーシステムの長所と短所を次に示す。長所クライアントとネットワークの低価格化でシステム全体のコストを低減可能。オープンシステム化が容易であり、負担増・機能増に対応した拡張性が高い。障害発生時の影響を局所化できる。短所システム管理・保守の作業量が大きい。管理責任が不明確で、セキュリティが弱くなりがち。特定のサーバーに利用が集中すると性能が低下する。system)は、旧来のクライアントサーバーシステムである。ユーザー側(GUI)がクライアント、データベース側サーバーの役割になる。ファンクション層の機能は、状況に応じて、クライアントもしくはサーバーに割り当てられる。シンサーバーデータ部は通常RDBMSになる。アプリケーションとUI(ユーザーインターフェース)はビジュアル開発ツールなどでユーザーが開発したプログラムである。クライアントとサーバーはSQLを使ったプロセス間通信で会話する。処理の流れは次のようになる。ユーザーはUIを使って検索条件などを入力する。アプリケーションは検索条件をSQLに変換して、サーバーに渡す。データ部は渡されたSQLでデータベースを検索し、結果をアプリケーションに返す。結果はアプリケーションで加工した後にUIで表示する。データベースの更新を伴なう場合、一連の処理が完全に終了するまでセッション管理が必要である。system)とは、クライアントサーバー型のアプリケーションを論理的な3つのモジュールに分けたシステムのことである。3層アーキテクチャとも呼ばれる。アプリケーションの実行をプレゼンテーション層、ファンクション層、データベース層という3つの階層に区分して考える。2層クライアントサーバーシステムのクライアントは業務処理に係わる処理とユーザーインタフェース(GUI)をあわせて分担し、サーバーはデータベースとしてのみ機能していた。これに対して、クライアントにユーザーインタフェース機能のみを持つプレゼンテーション層を配置して、サーバー側にデータ管理を行うデータ層と、データ層とプレゼンテーション層の中間に業務処理を専門に行うファンクション層を配置した形が3層クライアントサーバーである。[補講]3層は論理的に分けたものであり、別々のマシン上に搭載しても同一マシン上でも構わない。一般的に3階層システムといった場合は、物理的に別々のマシンにそれぞれの層を配置したシステムを指すことが多い。データベースにアクセスする部分この3層を機能的に明確に区分することで、システム性能や開発・保守効率の向上を狙う。結果として、拡張性、柔軟性に富んだシステムが構築できる。アプリケーションの追加・修正は、ファンクション層を変更すればよい。3層クライアントサーバーシステムにおいて、その3層をどこに置くかによって呼び方が次のように変わる。サーバーにDMBとALL、クライアントにPLLリモートプレゼンテーションクライアントは見るだけ。Webを使った予約システムなどサーバーにDMB、クライアントにALLとPLLリモートアクセスサーバーにデータベースだけを置くと2層システムと同じ形態サーバーにDMBとALL、クライアントにALLとPLLOLTPストアドプロシージャリモートアクセス処理もデータの量を少なくできる。サーバーにDMB、クライアントにDMBとALLとPLL分散データベースデータそのものの一部をクライアントにも持たせる。†クライアントとサーバーがそれぞれ処理を分散して行うことによって、システムへの負荷を分散することができる。3層クライアントサーバーシステム⇒それぞれのクライアントとサーバー間のデータ転送量が減少してネットワークの負荷が軽減することができる。2層クライアントサーバーシステム⇒ストアドプロシージャ*1を使うことで、クライアントとサーバー間のデータ転送量を減少させ、ネットワークの負荷を軽減することができる。それぞれのコンピュータの役割が明確になり、冗長な機能の搭載が不要になるため、設備費用を抑えることができる。接続するコンピュータの代数が少ない場合は、P2P型と呼ばれる携帯のほうが設備費用がかからない。管理するコンピュータが増えるため、システムが複雑になるだけでなく、製品・技術を提供する体制も複雑になる。問題が発生したときの原因や責任の所在を明確にしにくい。†イベントリ収集とは、クライアント管理ツールのひとつで、LAN上のクライアントが持っているデータやハードウェアの情報などを収集することができる機能のことである。システム移行(4609d)。