エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
流離ヒ見聞録: RACとpureScaleの違い
私は旅人です。 ふらっと現れて、ふらっと消えます。 気の赴くままに何かを見に行きます。 たまにあなた... 私は旅人です。 ふらっと現れて、ふらっと消えます。 気の赴くままに何かを見に行きます。 たまにあなたの前に帰ってきたら、 そのときは見知らぬうたをうたいましょう。 うたに耳を傾けていただけたなら、 きっと私は幸せです。 Oracle RACとDB2 pureScaleはどちらも shared disk型のcluster RDBなのですが、 違いが理解できていなかったので 今日のClubDB2でお勉強してきました。 結論から言うと、クラスタ内の各DBノードの 整合性を取る部分(OracleではCash Fusion、 DB2ではCaching Facility)の置き場所が 違うってことが、最大のポイントでした。 両製品ともに、あるインスタンスが落ちても、 クラスタ内の他のインスタンスが生きていれば 無停止でDBが稼動するというのがウリです。 ですが、そのためには、落ちたインスタンスが 掴ん
2011/10/30 リンク