次に、Oracle 11gR2RACの展開を行います1
Oracle RACは、Oracle Real ApplicationClusterの略です。,公式の中国語文書は、一般的に「実際のアプリケーションクラスター」として翻訳されます。その出現により、従来のデータベースアプリケーションが直面する重要な問題が解決されます。:ハイパフォーマンス、高可用性と低価格の矛盾!
ORACLERACの原則:アプリケーション環境で,すべてのサーバーが同じデータベースを使用および管理します,目的は、各サーバーのワークロードを分散させることです,ハードウェアには少なくとも2台のサーバーが必要です,また、共有ストレージデバイスが必要です。同時に、2種類のソフトウェアが必要です,1つはクラスターソフトウェアです,もう1つは、OracleデータベースのRACコンポーネントです。。同時に、すべてのサーバーのOSは同じタイプのOSである必要があります, 負荷分散構成戦略によると,クライアントが特定のサービスのリスナーにリクエストを送信するとき,このサーバーは、負荷分散戦略に基づいています,リクエストは、処理のためにマシンのRACコンポーネントに送信されるか、処理のために別のサーバーのRACコンポーネントに送信される場合があります。,リクエストを処理した後,RACは、クラスターソフトウェアを介して共有ストレージデバイスにアクセスします。
論理構造,クラスタに参加している各ノードには、独立したインスタンスがあります,これらのインスタンスは同じデータベースにアクセスします。ノードは、クラスターソフトウェアの通信レイヤーを介して通信します。同時に、IOの消費を減らすために,グローバルキャッシュサービスがあります,したがって、各データベースのインスタンス,どちらも同じデータベースキャッシュのコピーを保持します。
RACの機能は次のとおりです。:
每一个节点的instance都有自己的SGA
每一个节点的instance都有自己的background process
每一个节点的instance都有自己的redo logs
每一个节点的instance都有自己的undo表空间
所有节点都共享一份datafiles和controlfiles
Oracle还提出了一个缓存融合的技术(フュージョンキャッシュ),目的有2个
1.保证缓存的一致性
2.减少共享磁盘IO的消耗
因此在RAC环境中多个节点保留了同一份的DB CACHE
缓存融合(Cache fusion)工作原理:
1.其中一个节点会从共享数据库中读取一个block到db cache中
2.这个节点会在所有的节点进行交叉db block copy
3.当任何一个节点缓存被修改的时候,就会在节点之间进行缓存修改
4.为了达到存储的一致最终修改的结果也会写到磁盘上
3类Resource
VIP – 虚拟IP地址(Virtual IP)
etc / pam.d / login – Oracle Cluster Registry(集群注册文件),记录每个节点的相关信息
Voting Disk (表决磁盘),仲裁机制用于仲裁多个节点向共享节点同时写的行为,这样做是为了避免发生冲突。
RAC的组件:
提供过了额外的进程,用来维护数据库
LMS – Gobal Cache Service Process 全局缓存服务进程
LMD – Global Enqueue Service Daemon 全局查询服务守护进程
LMON – Global Enqueue Service Monitor全局查询服务监视进程
LCK0 – Instance Enqueue Process 实例查询进程
部署RAC是一项繁琐的工作,尤其在非oracle linux下,缺少很多依赖包,有的又非常难找(光盘找不到滴),甚至内核不支持。
在oracle linux ,已经为oracle做了定制,少了很多麻烦。但部署起来同样繁琐,容易出错,又难以排查。对linux操作熟练度要求很高,难度大。
oracle在硬件方面要求也很高,这次我是在虚拟机中演示,宿主机内存至少10GB 。开启4台虚拟机,两台oracle节点和一台DG,各2GB内存,
一台DNS服务器512MB,磁盘空间不小于100GB ,两台oracle节点和DG以及 DNS服务各20GB, 各种新建的ASM磁盘40GB.
如果对Linux操作不熟 或者 硬件配置达不到要求,那么有如下建议:
夯实linux基础知识,并对oracle有一定了解。 同时升级硬件配置使之达到要求,耐心做完部署。