メインフレーム
論理パーティション (LPAR) 間のTCP/IP通信を仮想化した場合、メモリ間となり筐体外に出ない。
オープン系では通常、ネットワーク経由で進入後、脆弱性を攻撃しスーパーユーザに昇格さえできれば、そのコンピュータは完全に支配下に置ける。メインフレームの場合は、仮に同様の攻撃に成功しても、1アドレス空間しか支配できず、他のアドレス空間や他のデータセットへの読み書きもできず、システム全体の管理ユーザーにもなれない。
なお、過去には以下も要因であったが、メインフレーム固有とは言えない。
施錠されたマシンルームに保管され入室が厳しくチェックされていた。
ネットワーク回線は専用線を基本とした。(公衆回線は避けられた)
ネットワークプロトコルが独自で、各セッション単位で集中管理でき、常時監視(ポーリング)されていた。
また「メインフレームのセキュリティが高いのは、数が少なく標的とした攻撃やウイルスが少ないため」という説明が広くされているが、メインフレームには世界中の銀行・政府・軍事情報が格納されていることを考えると妥当ではない。
ただし、上記は全て専用OSの場合であり、UNIXやLinux, Windowsをネイティブで稼働した場合は、OSレベルのセキュリティは、そのOSのレベルとなる。
メインフレーム(特に専用OS)とオープン系 (Windows, UNIX, Linuxなど)、または異なるアーキテクチャのメインフレーム同士のデータ交換での考慮点には以下などがある。
主な文字コード オープン系はASCII・EUCなど。 メインフレームは、例えばIBM及びIBM互換機(富士通・日立製作所)並びにACOS-4及びACOS-2はEBCDIC。 ただし、SBCSだけならば簡単な変換テーブルで容易に変換可能である(FTPのオプション、iconvコマンド、FederationなどのDBMS機能など)。 またUNICODEや、UNICODEを内部使用するJava、一部メインフレームOSのUNIX互換環境、メインフレーム上のLinuxなどによってもハードルは下がっている。
主な漢字コード MS-DOS (Windows)は、レガシー的にはシフトJISによるSBCS/DBCS(日本では)。近年ではUTF-8N。 メインフレームは、JIS漢字コードが基本だが、IBMはIBM漢字コード、富士通はJEF、NECはJIPS、ユニシスはLETS-JとJBIS など細部(ベンダー拡張部分)が異なり、更に年度や外字などの相違もある。
またJIS漢字コードの特徴である、SBCS/DBCS混在を可能とする制御コード (SO/SI = Shift-Out/Shift-In) が必要なため、この付加・削除、更にはそれにより発生しうる桁数の変動(画面/帳票レイアウトへの影響)までも考慮する必要がある。 ただし、JIS第一水準・第二水準などの基本的な日本語 (DBCS) は、上記の制御コードさえ考慮すれば、ツールで容易に変換できる(FTPのオプション、iconvコマンド、FederationなどのDBMSの機能など)。 またUNICODEや、UNICODEを内部使用するJava、一部メインフレームOSのUNIX互換環境、メインフレーム上のLinuxなどによってもハードルは下がっている。
主なファイルシステム 通常のオープン系は、階層ファイルシステム。 IBM系(IBM、富士通、日立製作所)の専用OS、並びにACOS-4及びACOS-2は、VTOCでデータセットを管理し、ファイルの内部構造もOSにより標準化されているのが一般的である(→ データセット (IBMメインフレーム) および ファイル編成法 も参照)。
メインフレームとは企業や政府などの組織で業務処理を行うコンピューターを指す用語で、主に科学技術計算用のスーパーコンピュータや、より小型のミニコンピュータ、オフィスコンピュータ、サーバーなどとは区別されている。また観点により大型汎用コンピューターなど複数の用語が使用されている。
最初のメインフレームは1950年代のUNIVAC Iと言われる。1964年のIBM System/360はコンピュータ・アーキテクチャによる互換性を持ったコンピュータ・ファミリーを形成し、従来の専用コンピューター(専用機)との対比で汎用コンピューター(汎用機)とも呼ばれた。
1970年代から1980年代はメインフレームの全盛期となったが、1990年代により小型で安価な分散システムによるダウンサイジングが進み、また一部のメインフレームにオープン標準が採用された。現在は主にミッションクリティカルな基幹業務に求められる大量データ処理や継続的な互換性、高度な信頼性・可用性・保守性(RAS)を必要とされる用途などに使用されている。
メインフレームから生まれた技術や用語には、上述のコンピュータ・アーキテクチャの他、マルチタスク、仮想記憶、仮想機械、オペレーティングシステム、ハードディスク、フロッピーディスク、データベース管理システム、オンラインシステムなどがある。
メインフレームは伝統的に、定型化された運用手順書による専任オペレーターによる工場的な運用(プログラマーやシステムエンジニアは操作が禁止されている)が多い。
セキュアOS オープン系は歴史的にセキュアOSではない。管理者権限を奪われるとシステムのコントロールを掌握されるため、各種の設定・ツールでハードニングを行い、更には最初からセキュアOS(SELinuxなど)を検討する必要がある。 メインフレームは伝統的に、最初からセキュアOSで権限分散を前提に設計・構築・運用がされている。(逆に、本当に全ての場合で必要かはあるが)
ベンダー側のOS保守文化の相違 オープン系(特にWindows)は伝統的に、製品障害(不具合)にはFixPackや次回バージョンアップで対応する場合が多い。 メインフレームは伝統的に、製品障害(不具合)には単体FIXで対応する場合が多く、大量のFIXの前提(先行関係)を把握するために大規模システム(ユーザ)には専任の技術者を置いている場合もある。 従って、メインフレームではレベル管理が非常に大変な反面、製品障害(不具合)が単体FIX(最低限の修正)で修正できる場合も多いので、重点的な確認テスト(および副作用発生時の単体でのFIX戻し)が可能となり、業務確認を含めた保守工数が最小で済む場合がある。(同様の事はオープン系でも可能な筈だが、ベンダーの対応レベルには差があるのも事実)