RACやASMなどに見る論理層の仮想化―Oracle 11g R2、その実力を解剖する Part 3 | IT Leaders
DBを革新させる「RAC」 仮想化などにより、拡張性や可用性を高める原理を詳説 Oracle DatabaseはDBエンジンとしての性能向上と並行して、DBシステムとしての技術も充実させてきた。中でも大きく進化したのが「RAC」だ。パート3ではテクノロジーの側面からRACを解剖すると共に、ストレージを仮想化する「ASM」などを用いてDBシステムの拡張性や可用性を高める仕組みを分かりやすく解説する。 安価なハードウェア（サーバー、ストレージ）を利用可能にしながら、性能や可用性、運用の容易性といった相反する要件を満足させる。Part1で示した通り、これがOracle Database 11g R2の最大の特徴である。それを支えるのが、複数のサーバーやストレージをあたかも1つのコンピュータ資源であるかのように使えるようにする「Oracle Real Application Clusters（RA
負荷をかけたままのOracle RACをライブマイグレーションさせたら、トランザクションやクライアントとの接続は無事か？
いまや多くの業務アプリケーションが仮想サーバ上で稼働するようになってきていますが、仮想環境で稼働させるのは難しいと考えられているのがデータベースです。 » Live Migration of Monster Oracle RAC Nodes without Client Disruption? Easy as VMware vSphere! Long White Virtual Clouds データベースに負荷をかけたままVMwareのライブマイグレーションを実行した場合、クライアントからの接続を含めて問題なくトランザクション処理が継続できるのか、ライブマイグレーションにはどれだけ時間がかかるのでしょうか。 それを実際に試してみた記事が、企業向けにアーキテクチャコンサルタントをしているMichael Webster氏のブログLong White Virtual Cloudsに「Live M
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
11g R2 RACとGrid Infrastructureのバックアップと障害復旧
SE RACとEE RACの違い
11g R2 RAC データベースへの接続フェイルオーバーとロードバランシング
転送中
転送中
