Noções básicas de clusters de aplicativos reais do Oracle 12c - manequins

Se você visitou os sites da Oracle nos últimos 12 anos, você viu o byline de marketing: "Inquebrável. "Essa linha de marca refere-se ao recurso Clusters de aplicativos reais (RAC). Claro, muitos elementos estão envolvidos, mas o RAC tem o destaque.

RAC é a solução de agrupamento de banco de dados Oracle. Em certo sentido, funciona na teoria de que há força em números. O RAC permite que você tenha ambientes operacionais de instâncias de banco de dados paralelas.

Estas instâncias cooperam para compartilhar o trabalho e voltar uns aos outros no caso de um deles falhar. O RAC pode ajudar com interrupções planejadas e não planejadas. Ele permite que você altere seu processamento de servidor para servidor com pouca ou nenhuma interrupção para seus usuários finais e aplicativos.

Clusters de aplicativos reais versus Oracle Parallel Service

O RAC, que existe há muitos anos, foi anteriormente conhecido como a opção de servidor paralelo . Antes que qualquer pessoa fale quando o RAC era RAC, é fácil admitir que, antes do apelido do RAC, o Oracle Parallel Server (OPS) estava longe das capacidades que o RAC tem para oferecer.

A Oracle endureceu significativamente a arquitetura, tornando-a mais acessível e mais fácil de configurar. A Oracle também se concentrou nos componentes do ambiente que minimizam o tempo de inatividade. Então, você poderia dizer que o RAC é uma nova geração de OPS que supera as capacidades anteriores de usabilidade e desempenho.

Determinar se o RAC é certo para você é uma grande decisão. O RAC de implementação requer muitos recursos e dinheiro. No entanto, às vezes, gastar um pouco mais na frente pode salvá-lo mais tarde.

Considere o que o RAC pode oferecer:

• Escalabilidade: A tecnologia é baseada em computadores e recursos que se agrupam como um. Com o RAC, você pode comprar e licenciar o hardware conforme você precisar. Além disso, você pode conectar o novo hardware à sua disposição sem tirar o banco de dados. Se você excedeu suas capacidades de computação para o servidor, adicione uma à sua configuração de forma transparente.

• Uptime: O RAC pode endurecer seu ambiente de computação contra o tempo de inatividade planejado e não planejado. Você pode remover transparentemente partes do aplicativo para o tempo de inatividade planejado (como manutenção, patches e atualizações) com pouca ou nenhuma interrupção para os usuários finais. Além disso, se um dos recursos de computação do seu ambiente falhar, o RAC transfere automaticamente conexões de aplicativos para outros recursos na estrutura.

• Desempenho: Alguns podem argumentar com este ponto, mas você precisa definir cuidadosamente os recursos de desempenho do RAC:

  • Como o RAC é um ambiente complicado, sua aplicação deve ser projetada para aproveitar melhor.Se você ignora esse fato, o RAC pode prejudicar o desempenho. Tenha isso em mente.

  • RAC pode oferecer benefícios de desempenho quando se trata da metodologia dividida e conquistada. Você pode dividir grandes trabalhos em computadores. Se você sabe que uma máquina subjugada está limitando sua empresa, reconfigurar o trabalho para executar em várias máquinas pode oferecer excelentes benefícios.

    É chamado processamento paralelo, e faz parte dos fundamentos do RAC. O RAC é uma solução de escalando (horizontal). Isso significa que você adiciona nós ao cluster em vez de ter um servidor substituído por outro servidor mais poderoso, ou expandindo (vertical).

Como explorar a arquitetura RAC da Oracle 12c

RAC funciona através de uma organização complexa de configurações de hardware e software. Os bancos de dados Oracle são tipicamente designados como um único conjunto de arquivos (o banco de dados) e um único conjunto de componentes de memória e processo (a instância) que trabalham em conjunto para você acessar e manter seus dados.

Essa é a configuração mais típica para uma instalação Oracle. Nesta configuração, os arquivos de banco de dados podem ser montados e acessados ​​por apenas uma máquina e uma instância Oracle por vez.

Com o RAC, esses arquivos são compartilháveis, tantas máquinas e instâncias podem acessar os mesmos arquivos. Você pode ter (dependendo da certificação e versões) 100 instâncias de banco de dados acessando o mesmo banco de dados compartilhado. Assim como você pode ter dois DBAs em seu escritório:

• Um pode férias enquanto o outro funciona (leia: alta disponibilidade).

• Ambos podem trabalhar juntos em um grande projeto para dividir a carga de trabalho e atender a uma linha de tempo agressiva (ler: desempenho).

• Adicione uma terceira pessoa para atender aos requisitos de carga de trabalho conforme as responsabilidades do Oracle crescem (leia: escalabilidade).

Muitos componentes são necessários em uma configuração RAC. Para ter uma idéia geral de como é a arquitetura.