Picture of Roberto Sobrinho
Roberto Sobrinho

20/08/2024

Recomendação Técnica: Mova o OCR e o Voting Disk para um Diskgroup com Redundância Normal no Oracle RAC


No ambiente Oracle RAC (Real Application Clusters), a configuração dos componentes críticos como o Oracle Cluster Registry (OCR) e o Voting Disk é fundamental para a estabilidade e a alta disponibilidade do cluster. Uma boa prática é manter esses componentes em um Diskgroup com redundância normal. Este post aborda os motivos pelos quais essa configuração é recomendada e fornece um passo a passo detalhado para migrar o OCR e o Voting Disk para um Diskgroup com redundância NORMAL.


Por que Usar um Diskgroup com Redundância Normal?

Redundância Normal: No ASM, a redundância normal significa que cada dado é espelhado em duas cópias, distribuídas em três discos diferentes dentro do mesmo Diskgroup. Isso garante que, em caso de falha de um disco, ainda existam duas cópias do dado disponíveis, proporcionando uma alta resiliência ao ambiente. A redundância NORMAL exige um mínimo de três discos para funcionar adequadamente.

Manter o OCR e o Voting Disk em um Diskgroup com redundância NORMAL oferece vários benefícios importantes para o seu ambiente Oracle RAC:

1. Resiliência Contra Falhas de Disco

Em um Diskgroup com redundância NORMAL, os dados são espelhados entre três discos, garantindo que cada dado tenha duas cópias adicionais em discos diferentes. Isso significa que, no caso de uma falha em um dos discos, as duas cópias restantes permitem que o sistema continue operando normalmente, sem interrupção. Para o OCR e o Voting Disk, essa resiliência é essencial, pois qualquer perda de acesso a esses dados pode comprometer o funcionamento do cluster.

2. Alta Disponibilidade

A alta disponibilidade é uma prioridade em qualquer ambiente Oracle RAC. Se o OCR ou o Voting Disk se tornarem inacessíveis devido a uma falha de disco, o cluster pode entrar em colapso, resultando em uma interrupção significativa dos serviços. Utilizando um Diskgroup com redundância NORMAL, você garante que, mesmo em caso de falha, os dados críticos permanecem acessíveis, preservando a operação do cluster.

3. Proteção Contra Corrupção de Dados

Além de proteger contra falhas físicas de disco, a redundância NORMAL oferece proteção contra corrupção de dados. Se um bloco de dados se corromper em uma das cópias, o ASM (Automatic Storage Management) pode automaticamente substituir o bloco corrompido por uma das outras cópias íntegra armazenada nos outros discos. Essa proteção adicional ajuda a manter a integridade dos dados do OCR e do Voting Disk, minimizando o risco de downtime ou perda de dados.

4. Facilidade de Recuperação e Manutenção

A redundância NORMAL facilita a recuperação e a manutenção do sistema. Durante a substituição de um disco defeituoso, por exemplo, o ASM pode rebalancear automaticamente os dados entre os discos restantes enquanto um novo disco é adicionado ao Diskgroup. Isso garante que o OCR e o Voting Disk permaneçam protegidos e operacionais durante o processo de manutenção.

Passo a Passo para Mover o OCR e o Voting Disk para um Diskgroup com Redundância Normal

Se você decidiu seguir essa recomendação e mover o OCR e o Voting Disk de um Diskgroup existente, como +DATA, para um Diskgroup com redundância NORMAL, como +CONFIG, siga este passo a passo.

1. Verificar o Estado Atual

Antes de iniciar a migração, é essencial verificar o estado atual do OCR e do Voting Disk.

Verificar OCR

Execute o comando abaixo para verificar a localização atual do OCR:

ocrcheck

Esse comando mostrará onde o OCR está atualmente armazenado, confirmando que ele está no Diskgroup que você deseja substituir.

Verificar Volting Disk

Para verificar a localização atual dos Voting Disks, use o comando:

crsctl query css votedisk

Esse comando lista os Voting Disks e confirma sua localização.

2. Verificar o Estado do Diskgroup

Antes de adicionar o OCR e o Voting Disk ao novo Diskgroup, verifique se o Diskgroup está em estado NORMAL e operacional em ambos os nodes do RAC.

Use o comando abaixo para verificar o status do Diskgroup +CONFIG:

asmcmd lsdg

Ou diretamente no SQL*Plus:

sqlplus / as sysasm
SELECT NAME, STATE, TYPE, TOTAL_MB, FREE_MB FROM V$ASM_DISKGROUP WHERE NAME = 'CONFIG';

3. Adicionar o Novo Diskgroup ao OCR

Após confirmar que o Diskgroup +CONFIG está em condições normais, o próximo passo é adicionar o novo Diskgroup para o OCR:

ocrconfig -add +CONFIG

Substitua +CONFIG pelo nome do Diskgroup com redundância NORMAL onde você deseja mover o OCR. Após a execução desse comando, verifique se o OCR foi adicionado corretamente:

ocrcheck

A saída mostra que o OCR agora também está no novo Diskgroup.

4. Remover o OCR do Diskgroup Antigo

Depois de confirmar que o OCR foi adicionado ao novo Diskgroup, você pode remover o OCR do Diskgroup antigo:

[root@lnxoraspt10 ~]# ocrconfig -delete +DATA
[root@lnxoraspt10 ~]# ocrcheck

Esse comando remove a cópia do OCR do Diskgroup original, que você está substituindo.

5. Mover o Voting Disk para o Novo Diskgroup

Para mover o Voting Disk para o novo Diskgroup, utilize o comando crsctl replace votedisk, que permite substituir diretamente o Diskgroup onde o Voting Disk está alocado.

[root@lnxoraspt10 ~]# crsctl replace votedisk +CONFIG

Esse comando substitui o Diskgroup atual onde o Voting Disk está localizado pelo novo Diskgroup +CONFIG.

6. Verificação Final

Depois de concluir a migração, faça uma verificação final para garantir que tanto o OCR quanto o Voting Disk estão funcionando corretamente no novo Diskgroup:

[root@lnxoraspt10 ~]# ocrcheck

[root@lnxoraspt10 ~]# crsctl query css votedisk

Esses comandos devem confirmar que o OCR e o Voting Disk estão agora localizados no Diskgroup com redundância NORMAL e que o cluster está operando corretamente.


Manter o OCR e o Voting Disk em um Diskgroup com redundância NORMAL é uma prática recomendada que melhora significativamente a segurança, a resiliência e a disponibilidade do seu ambiente Oracle RAC. Seguindo o passo a passo descrito, incluindo a verificação do estado do Diskgroup +CONFIG, você pode migrar esses componentes críticos de forma segura e online.

Essa migração é uma medida preventiva e estratégica para proteger seus componentes críticos contra falhas e garantir a continuidade das operações do cluster. Se você ainda não implementou essa configuração, agora é o momento de fazê-lo! BóBó


🎯🥸 #20240820 #GuinaNãoTinhaDó #OPapaiRoncouDeNovo 🥸🎯


Compartilhe

Facebook
Twitter
LinkedIn
WhatsApp
Email
Print

Pesquisar

Roberto Sobrinho

Sou Roberto Fernandes Sobrinho, também conhecido como Sobrinho DBA , pós graduado em “Architecture and Database Administration”, entusiasta, dedicado e com 20 anos de experiência com Oracle Database e suas diversas distribuições e variações.

Oracle ACE Associate

2025

Specialist

Exadata Database Machine X9M

Professional

Oracle Database Administration

Professional

Oracle Database 19c: RAC, ASM, & Grid Infra Administrator

Professional

Oracle Autonomous Database Cloud

Professional

Oracle Cloud Database Migration and Integration

Professional

Oracle Database PL/SQL Developer

Associate

Oracle Cloud Infrastructure Architect

Associate

Oracle Cloud Infrastructure Foundations

Categorias

Categorias

Tags

Recomendação Técnica: Mova o OCR e o Voting Disk para um Diskgroup com Redundância Normal no Oracle RAC