Este é um post disponível para assinantes MVP
dê seu feedback
post favorito
Artigo SQL Magazine 69 - Administração do Oracle RAC
Esse artigo trata da administração de um banco de dados em Cluster simulado, baseado na arquitetura Oracle RAC.
[Artigo já está disponível no Leitor Digital DevMedia®. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da SQL Magazine 69
Administração do Oracle RAC
LEAD
De que se trata o artigo?
Administração de um banco de dados em Cluster simulado, baseado na arquitetura Oracle RAC.
Este artigo é o terceiro de uma série sobre RAC.
Para que serve?
Para disponibilizar o acesso a um único banco de dados a partir de várias instâncias acomodadas em computadores diferentes.
Em que situação o tema é útil?
Em casos onde a disponibilidade e o poder de processamento são características fundamentais do ambiente.
Nas duas edições anteriores, instalamos um Cluster (Nota DevMan 1) simulado, em Oracle RAC 10gR2, utilizando Linux CentOS e ASM, rodando sobre VMware Server.
Nesta terceira parte da série de artigos sobre Oracle RAC, iremos demonstrar como funciona a administração do Oracle RAC, e como a administração de um banco de dados em Cluster difere de uma instalação Single Instance.
Nota DevMan 1. Cluster
Um Cluster, ou aglomerado de computadores, é formado por um conjunto de computadores que utiliza um tipo especial de sistema operacional classificado como sistema distribuído.
Muitas vezes é construído a partir de computadores convencionais (personal computers), os quais são ligados em rede e comunicam-se através do sistema, trabalhando como se fossem uma única máquina de grande porte.
Daemons e Logs
Para começar a conhecer como funciona o Oracle RAC e como administrá-lo, precisaremos primeiramente conhecer mais sobre os daemons (Nota DevMan 2) que compõe o Clusterware.
Nota DevMan 2. Daemon
No Unix e outros sistemas operacionais computacionais multi-tarefa, um daemon é um programa de computador que roda em segundo plano, ao invés de rodar sob o comando direto de um usuário. Eles são usualmente iniciados como processos de segundo plano. Tipicamente daemons terminam com a letra “d”, por exemplo, syslogd, o daemon que gerencia o log do sistema, ou sshd, que manuseia a entrada de conexões SSH.
O serviço Clusterware é mantido por três daemons:
- crsd: É o Cluster Ready Services, ou CRS;
"
ATENÇÃO! A exibição deste artigo foi interrompida.
Este é um post disponível para assinantes MVP
Space do autor
0
0
