エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
検証!RACの耐障害性と拡張性
SPOFのないシステム 今回は、「Oracle Real Application Clusters」(以下RAC)の特徴である耐障害性と... SPOFのないシステム 今回は、「Oracle Real Application Clusters」(以下RAC)の特徴である耐障害性と拡張性にスポットをあてて紹介します。RACを構成するにあたって、データベースサーバーとしてSPOF(Single Point Of Failure:単一障害点、障害を起こすとシステム全体が停止してしまうようなコンポーネント)があるとその機能を最大限に生かすことができません。極端な例ですが、共有ディスクストレージへのパスが1本の場合、そのパスが障害を起こすとRACといえどもシステム全体が停止してしまいます。 つまり、RACだけではデータベースサーバーの耐障害性を確保できません。RACを構成する場合には、システムコンポーネントにSPOFがないように冗長化を図る必要があります。具体的なコンポーネント名と、想定される障害は以下のようになります。 「インスタンス」に
2014/12/15 リンク