DBA Oracle em Português

Oracle RAC Cache Fusion - Oracle HAIP - Saiba como configurar

2013-04-15T07:50:00.001-07:00

Oracle Cache Fusion é um dos componentes mais importante de um ambiente Oracle RAC. Como o próprio nome já indica, trata-se da fusão dos caches (buffers) de memória dos vários servidores que compõem a arquitetura de cluster da Oracle.

Cada instância possui seu próprio buffer local. Imagine que uma transação na Instância "A" precisa acessar um bloco de dados que está em uso na Instância "B". O mecanismo que possibilita que a instância "A" tenha acesso ao bloco da instância "B" é denominado CACHE FUSION. Ou seja, uma instância pode acessar um bloco de dados que se encontra no cache de outra instância via uma interconexão de alta velocidade.

Podemos agora imaginar o quanto este processo é crítico para a performance da solução Oracle RAC. Mas e se configurarmos somente uma placa de rede para executar esta tarefa e esta ficar indisponível por qualquer razão que seja. Imagine agora outra situação que é a limitação de banda da rede, geralmente limitada a 1GB, que pode ficar saturada facilmente dependendo do tipo de aplicação que está sendo rodada no ambiente.

Até pouco tempo poderíamos contornar esta limitação de banda e de disponibilidade do canal configurando o mecanismo de "BONDING". Este termo é usado para representar a junção de 2 placas de rede para aparecer como um único dispositivo com o mesmo endereço MAC. O objetivo é aumentar a largura de banda e possibilitar o contingenciamento da rede na eventual falha de um de seus componentes.

A Oracle, a partir da versão 11gR2 criou o protocolo HAIP (High Availability Internet Protocol) para substituir o bonding. A intenção da Oracle é prover melhor performance e alta disponibilidade com a configuração de até 4 placas de rede.

Como configurar o Oracle HAIP?

Vamos usar o utilitário da Oracle chamado: oifcfg

O Oracle Grid irá criar um apelido denominado IP Privado usando a sub-rede 169.254.*.* para usar no HAIP.

Passo 1: Identifique os endereços privados de IP

[root@db01 bin]# ./oifcfg getif

eth0 192.168.1.0 global cluster_interconnect

eth1 10.91.119.0 global public

Passo 2: Adicione e configure uma nova interface de rede privada (eth4)

[oracle@db01 bin]$ ./oifcfg iflist

eth0 192.168.1.0

eth0 169.254.0.0

eth4 192.168.1.0

eth1 10.91.119.0

Passo 3: Use o utilitário setif para configurar a nova interface de rede com o tipo cluster interconnect.

[oracle@db01 ~]$ oifcfg setif -global eth4/192.168.1.0:cluster_interconnect

Passo 4: Pare o serviço de cluster em todos os servidores(nós do cluster):

[oracle@db01 ~]# sudo /u01/app/11.2.0/grid/bin/crsctl stop cluster -all

(usar sudo - passo 4 - ou logar como root - passo 5)

Passo 5: Inicie o serviço de cluster nos servidores
[root@db01 ~]# /u01/app/11.2.0/grid/bin/crsctl start cluster -all

Passo 6: Confira suas alterações do ambiente:

[root@coltdb01 bin]# ./oifcfg getif

eth0 192.168.1.0 global cluster_interconnect

eth1 10.91.119.0 global public

eth4 192.168.1.0 global cluster_interconnect

[root@coltdb01 bin]# ./oifcfg iflist -p -n

eth0 192.168.1.0 PRIVATE 255.255.255.0

eth0 169.254.0.0 UNKNOWN 255.255.128.0

eth4 192.168.1.0 PRIVATE 255.255.255.0

eth4 169.254.128.0 UNKNOWN 255.255.128.0

eth1 10.91.119.0 PRIVATE 255.255.255.0

Oracle RAC Usar Admin-managed ou Policy-managed database?

2013-04-11T11:27:00.002-07:00

A partir da versão 11.2 do banco de dados Oracle surgiram estes conceitos de admin-managed e policy-managed. Mas qual é a diferença entre eles?

Para simplificar, digo que quando se usa a opção admin-managed estamos assumindo o controle de recursos do banco de dados. Na opção policy-managed, deixamos o controle para o serviço de cluster RAC.

Admin-managed é a antiga forma de configurar o serviço de cluster, veja mais sobre o conceito de serviço clicando aqui.

Usando a opção policy-managed, simplificamos a vida do DBA que não mais precisa estar preocupado em gerenciar cada instância em cada servidor individualmente. Agora inserimos o conceito de conjunto (pool) de servidores para gerenciar as diversas instâncias.

Quando você define um serviço como admin-managed será preciso definir também quais instâncias irão suportar este serviço. A instância escolhida é denominada PREFERRED. Também podem ser definidas instâncias chamadas AVAILABLE que podem vir a suportar o serviço em caso de falha da principal (PREFERRED).

Quando você define um serviço como policy-managed significa dizer que um conjunto de servidores (server pool) irá atender a este serviço. Nesta modalidade ainda podemos ter uma política uniforme (uniform policy) ou simples (singleton). Na política uniform o serviço será atendido por todas as instâncias do pool de servidores. Na opção singleton o RAC escolhe a instância do pool que irá atender ao serviço, em caso de falha desta, o serviço migra (failover) para elege uma instância disponível.

Então, qual opção usar?

Caso você tenha um amplo conhecimento do que roda no seu ambiente e tem tempo para ficar administrando recurso use admin-managed.

Mas a minha opção é usar a policy-managed, com política uniforme, pois deixamos no automático com melhor escalabilidade. Adicionamos novos servidores ou removemos conforme a necessidade e deixamos para o RAC decidir qual nó o serviço irá rodar.

Você conhece uma situação comum que se recomende o uso do serviço admin-managed?

Alert! Onde foi parar o alert log no 11g?

2012-08-23T14:40:00.001-07:00

De acordo com a nota metalink - 438148,1, começando com a versão 11g, o arquivo de log de alerta - alert log file - agora é escrito também no formato XML. O local padrão de ambos arquivos fica na ADR (repositório de diagnóstico automático - traduzido).

O ADR é definido usando o parâmetro de inicialização DIAGNOSTIC_DEST. Se este parâmetro for omitido, o local padrão será </u01/app/oracle/diag/rdbms/.../...>.

Em resumo, sua localização segue o padrão: ADR: ADR_BASE / diag / product_type / product_id / instance_id

Além disso, dentro do diretório home ADR estão os seguintes subdiretórios:

Alert - O alert.log no formato XML.
Trace- alert.log e traces files
cdump - Core Dump

O alert.log formatado em XML terá a nomencaltura "log.xml"

Quer simplificar ainda mais??

Execute a consulta abaixo no seu banco de dados:

SQL>  show parameter background

e o resultado será...

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
background_core_dump                 string      partial
background_dump_dest                 string      /oracle/app/oracle/diag/rdbms/PROD/PROD/trace

Quando fazer Rebuild de um índice - index rebuild

2012-08-07T14:01:00.003-07:00

Depois de sofrer um pouco com a indisponibilidade do sistema devido a árdua tarefa de fazer rebuilds em índices no banco de dados Oracle, decidi escrever sobre este assunto.

Afinal, qual é a frequência que devemos fazer index rebuild?

É de importância fundamental fazer a reconstrução dos índices de uma tabela... para manter o dba ocupado!

Isso mesmo. Na imensa maioria das vezes, fazer index rebuild somente piora a situação. Vejam os motivos para evitar esta desnecessária perda de tempo (do DBA) e de performance (do Banco de Dados):

1) Os espaços entre linhas deletadas nos índices são reaproveitados através de novos inserts na tabela;
2) Uma tabela com várias linhas deletadas apresenta fragmentação também no índice. Mas para resolver o problema devemos primeiro fazer o rebuild da tabela;
3) Um rebuild numa tabela cria um rebuild implícito nos seus índices;

E tem mais:

O processo de rebuild consome muito recurso na geração de estatísticas
•Estas estatistics resultam em problema de locking nas tabelas
•Index rebuilds geram uma enorme quantidade de overheads no Redo log
•Index rebuilds (feitos online) exigem locks que impactam na performance (resolvido na versão 11g)
•A performance do banco pode piorar após a execução de index rebuilds
•Index rebuilds podem gerar o erro ORA-123 em queries longas

Sobre a constante tarefa de fazer rebuild em índices, vejam o que os experts em Oracle tem a dizer:

A grande maioria dos índices não requerem rebuilds. Os principais mitos sobre index rebuild são:
•Índice do tipo B-tree indexes ao longo do tempo ficam desbalanceados
•Linhas deletadas dentro dos índices não são aproveitadas
•Se um índice passa de 3 níveis ele fica ineficiente
•Se um índice tem um fator de clusterização ruim ele precisa sofrer rebuild
•Para se ter excelente performance os índices precisam ser regularmente reconstruídos

Quem quiser saber mais (e dar umas risadas) leia no link abaixo uma explicação bem humorada no site asktom.oracle.com (em inglês):

Outras referências:

When Should You Rebuild an Index?

How to predict Index blevel and when to rebuild

Index-internals: Rebuilding the Truth

ORA-12640, ORA-21561: Falha na geração do OID

2012-02-16T06:18:00.000-08:00

Erro ORA-12640 ou ORA-21561? Você já teve este problema no seu site?

No ambiente Windows, estávamos enfrentando um erro que impedia novas conexões no banco de dados. O erro era ORA-12640: "Authentication adapter initialization failed" - Falha na autenticação.

Nosso ambiente é complexo e com um eleavado número de conexões.

Após alguma pesquisa, descobri que bastava substituir o parâmetro SQLNET.AUTHENTICATION_SERVICES, no arquivo SQLNET.ORA, de NTS para NONE. Pronto! Nunca mais eu veria este erro, certo?

Na verdade eu troquei 6 por meia dúzia. Depois dessa mudança passei a receber o erro ORA-21561: Falha na geração do OID. Como resolver esta situação?

Veja as dicas abaixo:

Causa: O problema ocorre devido a um aumento no volume de conexões no banco de dados. O Windows estava com um valor baixo para o parâmetro SharedSection heap.

Solução:
1) Altere o parâmetro no arquivo sqlnet.ora no servidor do banco de dados

SQLNET.AUTHENTICATION_SERVICES=NONE

2) No servidor de aplicação vá para: Iniciar (Start) do Windows entre em executar (RUN) digite:

regedit

3) No editor da registry do Windows vá para:

\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems\

4) Clique com o botão direito na chave "windows" e altere o valor:
De:

%SystemRoot%\system32\csrss.exe ObjectDirectory=\Windows SharedSection=1024,3072,512 Windows=On SubSystemType=Windows ServerDll=basesrv,1 ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=winsrv:ConServerDllInitialization,2 ProfileControl=Off MaxRequestThreads=16

Para:

%SystemRoot%\system32\csrss.exe ObjectDirectory=\Windows SharedSection=1024,3072,1024 Windows=On SubSystemType=Windows ServerDll=basesrv,1 ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=winsrv:ConServerDllInitialization,2 ProfileControl=Off MaxRequestThreads=16

Este terceiro valor do parâmetro SharedSection que estava em 512 representa o desktop heap para cada estação que conecta ao windows. No nosso caso o valor 1024 resolveu o problema, mas você deve fazer testes e ajustar conforme sua necessidade.
Veja mais sobre o parâmetro SharedSection no site da Microsoft:
http://support.microsoft.com/kb/184802

Sucesso!

Luis Adelson.

Como Acessar um Banco de Dados Sem Senha

2012-02-15T06:47:00.002-08:00

É possível acessar um banco de dados sem a password do esquema?

Podemos simplesmente alterar a senha do esquema. Contudo, podem existir aplicativos associados àquela antiga senha. Neste caso, você irá habilitar-se ao esquema temporariamente, executar a atividade que precisa e logo em seguida retornar a senha antiga.

Na sequência abaixo coloco dois exemplos de como fazer este procedimento.

SQL> CONNECT / as sysdba
Connected.

SQL> SELECT password FROM dba_users WHERE  username='SCOTT';
PASSWORD
--------------- ---------------
F894844C34402B67

SQL> ALTER USER scott IDENTIFIED BY anything;
User altered.

SQL> CONNECT scott/anything
Connected.

OK, we're in. Let's quickly change the password back before anybody notices.

SQL> ALTER USER scott IDENTIFIED BY VALUES 'F894844C34402B67';
User altered.

Uma forma mais simples é usa a query que irá gerar o SQL do comando para retornar a senha antiga:

Script:

SQL> SELECT 'ALTER USER '||USERNAME||' IDENTIFIED BY VALUES '''||PASSWORD||''';'
  FROM DBA_USERS, GLOBAL_NAME
 where username in ('USR_PGEPLANO');

SQL> ALTER USER scott IDENTIFIED BY VALUES 'F894844C34402B67';

Para descontrair...

Sucesso!

Luis Adelson

Como habilitar ARCHIVE no Oracle RAC

2012-02-13T11:58:00.000-08:00

Entre em um dos nós (por exemplo: racnode1) e desabilite a opção de cluster da instância, isto é, altere o atributo cluster_database para FALSE:
$ sqlplus "/ as sysdba" SQL> alter system set cluster_database=false scope=spfile sid='racdb1';
Tire todo mundo do ar (Shutdown all instances):
$ srvctl stop database -d racdb
Volte novamente a sua instância que você alterou o atributo de cluster e inicie o banco em MOUNT:
$ sqlplus "/ as sysdba" SQL> startup mount
Agora habilite o modo archive:
SQL> alter database archivelog;

Volte novamente o atributo de cluster para verdadeiro:

SQL> alter system set cluster_database=true scope=spfile sid='racdb1';

Tire a instância do ar:
SQL> shutdown immediate
Agora pode por tudo no ar usando o comando srvctl:
$ srvctl start database -d racdb
Se o serviço estiver fora do ar, use o comando srvctl para por novamente ativo:
$ srvctl start service -d racdb

Entre na instância local e veja se o banco está em modo archive:

$ sqlplus "/ as sysdba"
SQL> archive log list
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     83
Next log sequence to archive   84
Current log sequence           84

Após estes procedimentos, cada instância do RAC poderá arquivar seus redologs!

Abraços e Sucesso!

Luis Adelson

Como mover uma TABLESPACE num ambiente Oracle RAC ASM

2012-02-13T11:25:00.000-08:00

Usar comandos ASM num ambiente RAC é uma coisa muito chatinha... (pra dizer o mínimo). Não podemos reclamar, afinal é isso que nos mantem empregados ;-).

Bom, depois de suar muito, descobri como copiar arquivos entre diskgroups num ambiente Oracle RAC ASM. Vejam estas dicas muito fáceis!

Como mover datafiles entre diskgroups:
1) Coloque a tablespace offline (indisponível para uso):
     SQL> ALTER TABLESPACE exemplo OFFLINE;
2) Entre na ferramenta RMAN do Oracle:
     [oracle@rac1 racdb]$ rman target / nocatalog
3) Copie os datafiles para o diskgroup desejado:
     copy datafile '+DG_DISK3/sysdb/datafile/datafile1.dbf' to '+DG_DISK1'; (estamos movendo do diskgroup 3 para o diskgroup 1)
4) Anote o nome que será gerado para o datafile no diskgroup de destino (ver passo3)
5) Renomeie o datafile para o nome que o RMAN gerou no passo 3
     alter database rename file '+DG_DISK3/sysdb/datafile/datafile1.dbf' to 'nome do rman passo 3';
6) Repita os passos acima para copiar outros datafiles, se for preciso;
7) Coloque as tablespaces online:
     SQL> ALTER TABLESPACE exemplo ONLINE;

Simples, não é mesmo? Mas e se você quiser mover a tablespace SYSTEM ou a SYSAUX? Aqui é que a porca torce o rabo...

Nada de muito complicado, mas será preciso tirar o banco de dados do ar e somente funcionará se seu banco estiver no modo archive. Veja como fazer:

Como mover tablespace SYSTEM e SYSAUX para outro DISKGROUP (RAC com ASM)

1) Identifique a localização da tablespace SYSTEM e do seu respectivo datafile:
    SQL> select ts.name,df.name from v$datafile df,v$tablespace ts where ts.ts#=df.ts# and ts.name='SYSTEM';
2) Entre na ferramenta RMAN do Oracle:
     [oracle@rac1 racdb]$ rman target / nocatalog
3) Copie o datafile para o novo diskgroup:
     RMAN> backup as copy tablespace system format '+DG_DISK1';
4) Tire o banco de dados do ar:
     RMAN> shutdown immediate;
5) Reinicie o banco com a opção MOUNT:
    RMAN> startup mount;
6) Informe a nova localização do datafile:
    RMAN> switch tablespace system to copy;
7) Execute a recuperação do banco de dados:
    RMAN> recover database;
8) Abra o banco:
    RMAN> alter database open;

Para a tablespace SYSAUX a sequencia é a mesma, ok?

Felizmente na versão 11g já existe um opção para copiar arquivos dentro do próprio ASM. A coisa tá melhorando...

Abraços e Sucesso!

Luis Adelson
PS. As vezes fico sem escrever porque acho que alguns artigos são simples demais. Vocês poderiam sugerir algum assunto para ser dismitificado aqui?

Como adicionar o terceiro nó no Oracle RAC

2011-01-19T09:40:00.000-08:00

Voltando de uma longas férias... Que nada eu estava mesmo é envolvido em outros projetos.

O roteiro a seguir descreve de forma bastante simples "Como adicionar o terceiro nó no Oracle RAC". Qualquer dúvida, entre em contato!

----

#1 - Configure o Sistema Operacional do terceiro nó

Instale o sistema operacional com as mesmas opções configurados nos outros nós do cluster

Modifique o arquivo /etc/hosts para incluir este novo servidor por exemplo: rac1, rac1-priv, rac1-vip, rac2, ...

Faça ajustes nas configurações de rede

A partir da versão 9i, a Oracle passou a usar o protocolo UDP no sistema operacional Linux para comunicação IPC (inter-process communication), ou seja, a comunicação entre caches das instâncias dentro do RAC (cache fusion). A Oracle recomenda que se façam ajustes nos parâmetros padrões (default e máximo) do tamanho do buffer de recepção e de envio para 256 KB. Estes buffers são usados pelos protocolos TCP e UDP para armazenar os dados até serem lidos pela aplicação.

Modifique os seguintes parâmetros no arquivo /etc/sysctl.conf :

# Default setting in bytes of the socket receive buffer

net.core.rmem_default=262144

# Default setting in bytes of the socket send buffer

net.core.wmem_default=262144

# Maximum socket receive buffer size which may be set by using

# the SO_RCVBUF socket option

net.core.rmem_max=262144

# Maximum socket send buffer size which may be set by using

# the SO_SNDBUF socket option

net.core.wmem_max=262144

Confirme a alteração executando o comando:

# sysctl -p

net.ipv4.ip_forward = 0

net.ipv4.conf.default.rp_filter = 1

net.ipv4.conf.default.accept_source_route = 0

kernel.sysrq = 0

kernel.core_uses_pid = 1

net.core.rmem_default = 262144

net.core.rmem_max = 262144

net.core.wmem_default = 262144

net.core.wmem_max = 262144

Crie o usuário oracle e o grupo dba com os mesmos uid e gid dos outros nós configurados no cluster.

# groupadd -g 501 oinstall

# groupadd -g 502 dba

# useradd -m -u 501 -g oinstall -G dba -d /home/oracle -s /bin/bash -c "usuario Oracle" oracle

# id oracle uid=501(oracle) gid=501(oinstall) groups=501(oinstall),502(dba)

Crie CRS_HOME e ORACLE_HOME e conceda os mesmos privilégios dos outros nós.

# mkdir -p /u01/app/oracle

# chown -R oracle:oinstall /u01/app/oracle

# chmod -R 775 /u01/app/oracle

Configure os parâmetros do kernel e hancheck-timer.

Configure os nós do RAC para permitir acesso remoto (ssh ou rsh)

#2 - Adicione o nó ao cluster

execute o script: addNode.sh a partir do diretório: $ORA_CRS_HOME/oui/bin em um dos servidores que participa do RAC.

Clique em NEXT

Especifique o nó que está sendo adicionado. Será apresentada a tela "Cluster Node Addition Progress". Em seguida, deve-se executar os scripts rootaddnode.sh, orainstRoot.sh, root.sh logado com o usuário root.

Siga o processo de execução dos scripts em cada servidor, conforme orientação.

#3 - Instale o software RAC no novo nó da rede

Exceute o script em um dos nós já configurados no RAC:

$ORACLE_HOME/oui/bin/addNode.sh

Clique em NEXT

Na tela "Specify Cluster Nodes to Add to Installation", informe o nó que você prentende instalar e clique em NEXT.

Na tela "Cluster Node Addition Summary", clique next

Será apresentada a tela "Cluster Node Addition Progress" e você será solicitado a executar o script logado com o usuário root:

run root.sh

Será apresentada a tela "End of Installation" para sair da instalação.

Execute no prompt:

$ORACLE_HOME/bin/vipca -nodelist <novo nó> (por exemplo rac3)

A tela de boas vindas VIPCA aparecerá, clique em NEXT

Adicione o IP virtual do novo nó e clique em NEXT.

A tela "Summary" será mostrada, clique em Install.

Aparecerá a tela de progresso da instalação criando e iniciando o recurso de CRS. Após o término, Clique OK, veja os resultados da configuração e clique em EXIT.

Veja se a informação sobre o Interconnect está corret com o comando:

oifcfg getif

Se for preciso mudá-la use o comando:

oifcfg setif <nome da interface>/<ssubrede>:<interconnect|publica>

Exemplo:

oifcfg setif -global eth1/10.10.10.0:cluster_interconnect

oifcfg setif -node <nome do nó> eth1/10.10.10.0:cluster_interconnect

#4 - Reconfigure o LISTENER para o novo nó

Execute NETCA no novo nó

Escolha "Cluster Configuration", clicque em NEXT

Selecione o nó que está instalando o listener, clique em NEXT

Escolha "Listener configuration", clique NEXT.

Selecione "Reconfigure", clique NEXT.

Escolha o listener que deseja reconfigurar, clique NEXT.

Selecione o protocolo, clique NEXT.

Selecione o port, clique NEXT.

Escolha a opção de não configurar outro listener para sair.

Se aparecer a mensagem: "The information provided for this listener is currently in use by another listener...". Clique YES para aceitar.

Aparecerá então a tela "Listener Configuration Complete", clique NEXT.

Clique "Finish" para deixar o aplicativo NETCA

Execute o comando crs_stat para ver se o listener do recurso CRS foi criado.

Examplo: cd $ORA_CRS_HOME/bin ./crs_stat

O novo listener provavelmente estará OFFLINE. Inicie o serviço com o comando:

srvctl start nodeapps -n <novo nó>

Uso comando crs_stat para confirmar se os serviços VIP's, GSD's, ONS's, e listeners estão ONLINE.

#5 - Crie a instância via DBCA

Execute o comando DBCA de um dos nós existentes

Na tela de boas vindas escolha "Oracle Real Application Clusters", clique NEXT.

Selecione "Instance Management", clique NEXT.

Selecione "add an instance", clique NEXT.

Escolha o banco de dados ao qual será adicionada a instância e especifique um usuário com privilégios SYSDBA. clique NEXT duas vezes.

Selecione o nome correto para instância e nó do cluster, clique NEXT.

Confira as configurações de storage, clique NEXT.

Confira a tela com o resumo da instalação e clique OK.

Após término da instalação, quando perguntado se deseja executar outra operação escolha “NO” para sair do aplicativo DBCA

Para conferir se a instalação terminou corretamente, entre em um dos servidores e consulte a view gv$instance, deverão aparecer todos os nós configurados.

Inicie o novo serviço de banco de dados:

$ srvctl start service -s <servico> -d <banco> -i <instancia nova>

Parabéns, Você adicionou mais uma instância ao seu banco de dados RAC!

Como converter uma instância simples (Single Instance) para Oracle RAC?

2010-11-23T07:18:00.000-08:00

Neste artigo veremos um passo-a-passo sobre um método manual para converter um instância Simples (single instance) para Oracle database RAC

Informações sobre a instância:

    ORACLE_HOME=/u01/app/oracle/product/10.2.0/db_1
    ORACLE_SID=prod

Localização dos datafiles = /u03/oradata/prod — /u03 está em formato de arquivo OCFS.

Se seus arquivos estão em sistema de arquivo diferente e não compartilhado, você deve compia-los e renomeá-los quando for o caso.

Versão do banco de dados = 10g R2 (10.2.0.1.0)

Passos para conversão dem uma instância simples "single instance" para RAC

Passo 1) Instale o software clusterware em todos os nós que você usará o RAC

Para detalhes de como instalar o software clusterware, veja o link: http://www.viniciusdba.com.br/blog/?p=316 (sempre em português!). As nomenclaturas de diretórios e detalhes de instalação estarão diferentes, informarei sempre as que estou usando.

Basicamente você precisa configurar o endereço IP e outros arquivos do sistema operacional e variáveis de ambiente, antes de instalar o clusterware. Veja o que o blog apresenta uma solução completa.

Importante: A versão do software clusterware deve ser igual a do banco de dados, nunca misture as versões!!

Detalhes da instalação do software clusterware:

    Nome do Cluster : crs
    Diretório de instalação do Cluster : /u01/app/oracle/product/10.2.0/crs
    Diretório do OCR : /u03/oracrs/ocr.ora
    Diretório do Voting disk : /u03/oracrs/vote.crs

Passo 2) instale o banco de dados Oracle RAC em cluster 10g

Novamente siga as dicas excelentes deste blog: http://www.viniciusdba.com.br/blog/?p=396

Lembrando agora outro fato importante, a versão deste ambiente em RAC deve ser obrigatoriamente a mesma que você estava usando quando tinha uma só instância.

Detalhes da instalação:

    RAC ORACLE_HOME=/u01/app/oracle/product/10.2.0/db
    Número de instâncias = 2
    Nome dos nós para as 2 instãncias = ocvmrh2103, ocvmrh2190

/u01 não está sendo compartilhado entre os nós do cluster.

Passo 3) Faça um backup da sua instância e recupere este backup na partição que está sendo compartilhada (BACKUP/RESTORE).

    Se você estiver usando usando ASM, esta é a forma mais rápida:
        a) Monte os discos usando o caminho do diretório dos datafiles:
        mkdir /mnt/datafile
        mount /hostdobancooriginal/diretorio/datafile /mnt/datafile -o user=usuario
        >>>informe a senha

        b) Faça o backup (cópia) do seu banco direto para os discos ASM usando o rman
        rman target system/system123@sid
        convert datafile '/mnt/datafile/system01.dbf' format '+disk/datafile/system01.dbf' ;

Passo 4) Faça uma cópia do seu init.ora e adicione os parâmetros para o RAC:

    bash-3.00$ cp initprod.ora /tmp/initprod.ora

    Parâmetros novos no arquivo /tmp/initprod.ora, perceba que as instância agora são numeradas 1 e 2, ok?

    *.cluster_database = TRUE
    *.cluster_database_instances = 2
    *.undo_management=AUTO
    prod1.undo_tablespace=UNDOTBS1
    prod1.instance_name=prod1
    prod1.instance_number=1
    prod1.thread=1
    prod1.local_listener=listener_ocvmrh2103
    prod2.instance_name=prod2
    prod2.instance_number=2
    prod2.local_listener=listener_ocvmrh2190
    prod2.thread=2
    prod2.undo_tablespace=UNDOTBS2

Passo 5) Altere a informação sobre a nova localização do arquivo de controle (controlfile), no arquivo /tmp/initprod.ora

Passo 6) Cria seu SPFILE
    SQL> create spfile='/u03/oradata/prod/spfileprod.ora' from pfile='/tmp/initprod.ora';

Passo 7) Copie o spfile criado para o diretório : ORACLE_HOME/dbs e crie um novo pfile a partir dele.

    bash-3.00$ cp spfileprod.ora /u01/app/oracle/product/10.2.0/db/dbs/spfileprod.ora
    bash-3.00$ pwd
        /u01/app/oracle/product/10.2.0/db/dbs
    bash-3.00$ cat initprod1.ora
        spfile='/u01/app/oracle/product/10.2.0/db/dbs/spfileprod.ora'

Passo 8) Cria um novo arquivo de senha (password) para a instância prod1 embaixo do Oracle_home do RAC

    bash-3.00$ orapwd file=orapwprod1 password=welcome1

Passo 9) inicialize o banco de dados no modo "MOUNT" e troque os nomes dos datafile e redo log para sua nova localização.

----->>>>Antes confirme se sua varável de ambiente ORACLE_HOME está configurada corretamente:

    bash-3.00$ echo $ORACLE_HOME
    /u01/app/oracle/product/10.2.0/db
    bash-3.00$ echo $ORACLE_SID
    prod1

    SQL> startup mount pfile=initprod1.ora
    ORACLE instance started.

    Total System Global Area 838860800 bytes
    Fixed Size                  1222168 bytes
    Variable Size             213912040 bytes
    Database Buffers          620756992 bytes
    Redo Buffers                2969600 bytes
    Database mounted.

Passo 10) Adicione a sugunda partição do RAC (thread) que irá atender a instância 2

    SQL> alter database add logfile thread 2 group 4 ('/u03/oradata/prod/redo2_01.dbf') size 50M, group 5 ('/u03/oradata/prod/redo2_02.dbf') size 50M, group 6     ('/u03/oradata/prod/redo2_03.dbf') size 50M;
    Database altered.

    SQL> ALTER DATABASE OPEN;
    Database altered.

    SQL> alter database enable public thread 2;
    Database altered.

Passo 11) Crie UNDO tablespace para a instância 2

O nome desta tablespace deve ser o mremos que você especificou no arquivo init.ora no passo 4.

    QL> CREATE UNDO TABLESPACE UNDOTBS2 DATAFILE '/u03/oradata/prod/undotbs2_01.dbf' size 25M;
    ablespace created.

Passo 12) Crie as visões (views) específicas para cluster na instância 1

    QL> @?/rdbms/admin/catclust.sql

Passo 13) No segundo nó do cluster:

Configure o ORACLE_HOME e o SID

    bash-3.00$ export ORACLE_HOME=/u01/app/oracle/product/10.2.0/db
    bash-3.00$ export ORACLE_SID=prod2

Crie o arquivo initprod2.ora igual ao initprod1.ora (da primeira instância). Lembre de copiar também o arquivo spfile para este segundo nó de cluster.

    bash-3.00$ pwd
    /u01/app/oracle/product/10.2.0/db/dbs
    bash-3.00$ ls -lrt spfileprod.ora
    -rw-r----- 1 oracle oinstall 3584 Feb 19 12:36 spfileprod.ora
    bash-3.00$ cat initprod2.ora
    spfile='/u01/app/oracle/product/10.2.0/db/dbs/spfileprod.ora'

Passo 14) Crie um novo arquivo de senhas (password) para esta instância

    bash-3.00$ orapwd file=orapwprod2 password=welcome1

Passo 15) Crie os diretórios (mkdir) para os arquivos, conforme informado no init.ora, abaixo:
    audit_file_dest
    background_dump_dest
    user_dump_dest
    core_dump_dest

Passo 16) Inicialize a segunda instância

    SQL> startup pfile=initprod2.ora
    ORACLE instance started.

    Total System Global Area 838860800 bytes
    Fixed Size                  1222168 bytes
    Variable Size             213912040 bytes
    Database Buffers          620756992 bytes
    Redo Buffers                2969600 bytes
    Database mounted.
    Database opened.

Passo 17) Agora é só adicionar os serviços do cluster

    bash-3.00$ srvctl add database -d prod -o /u01/app/oracle/product/10.2.0/db -p /u03/oradata/prod/spfileprod.ora
    bash-3.00$ srvctl add instance -d prod -i prod1 -n OCVMRH2103
    bash-3.00$ srvctl add instance -d prod -i prod2 -n OCVMRH2190

Referência:
Metalink Note ID : 747457.1

Fique à vontade para tirar dúvidas comigo. Espero que você tenha Sucesso!

Luis Adelson.

ORA-600 erro genérico

2010-11-13T23:37:00.000-08:00

Já tive problemas com ORA-600 que demorou dias para o suporte Oracle resolver, aliás ainda tenho um chamado aberto no Metalink aguardando solução.

O que a Oracle fez? Mandou que nós alterássemos o modo de conexão do banco de shared para dedicated. Ou seja, não podemos mais usar pool de conexões. Parece engraçado, mas não é tanto assim. Pois deram uma solução paliativa, ou solução quebra-galho, fazer o quê?

No entanto, encontrei este artigo muito bom do Rodrigo Almeida e gostaria de compartilhar aqui. Aproveitem que esse cara manja do assunto.

http://www.rodrigoalmeida.net/blog/achei-um-ora-600-o-que-faco

Parabéns mais uma vez Rodrigo!

Adelson Luniere.

Qual é a diferença entre Database, Instance e Service Name?

2010-10-20T08:40:00.000-07:00

Se você um dia for trabalhar com RAC, leia este artigo!

Database Name. É o nome usado para a estrutura física do banco de dados. Esta informação é armazenada no cabeçalho do control file e datafile. Usado para identificar todas as estruturas físicas que pertencem ao mesmo banco de dados. Definido no momento da instalação. Originalmente defnido pelo parâmetro estático denominado database_name e não pode ser mudado, a não ser que você recrie seu controlfile e reset a sequência de logs.

Instance Name.É o nome dado às estruturas de memória + processos de Background (MEM + BGP) usado para montar e abrir o banco de dados. No ambiente RAC existem mais de uma instância abrindo o mesmo banco de dados e cada instância deve ter nomes diferentes. Num ambiente sem RAC, geralmente o nome da instância e o nome do banco de dados são iguais. Não é preciso usar nomes diferentes.O nome da instância é definido pela variável de ambiente chamada ORACLE_SID. Usada para estabelecer a conexão com o banco de dados como uma "connect string".

Service Name. É definido pelo parâmetro dinâmico denominado service_names, no plural, porque podem ser definidos diversos nomes de serviços, dependendo da necessidade de configuração. Exemplo de uso: fail over (contingência), resource manager (controle de recursos), balanceamento de recursos.

Vamos nos aprofundar mais um pouco em serviço ou Service Name?

Um serviço é uma representação lógica de uma ou mais instância. Quando você especifica SERVICE_NAMES="AlgumaCoisa" no seu arquivo tnsnames.ora você não está pedindo para se conectar a uma instância especifica. De fato o que você está dizendo é que "não me interessa a qual instância estou sendo conectado, contanto que eu receba o serviço esperado".

Num ambiente onde existe somente uma instância, service_names e instance são sinônimos, ou seja, uma coleção de estruturas de memória e processos que fornecem um serviço. Portanto, não faz sentido alocar mais de um service_names para uma mesma instância.

O conceito de serviço faz muito mais sentido num ambiente onde existem várias instâncias (RAC - Real Application Cluster). Nesse ambiente algumas instâncias podem fornecer um serviço, enquanto outras podem oferecer outros serviços. Um serviço então pode ser uma forma de fazer um particionamento lógico do seu ambiente em RAC em áreas funcionais. Nesse caso, o serviço seria utilizado para dividir e priorizar recursos dentro de um RAC.

O serviço é a chave para um ambiente em contingência uma vez que ele não significa "conecte-me a uma instância". Por exemplo, se você disse conecte-me ao SID=INST1, então você solicitou uma conexão a uma determinada instância, mas se esta instância cair, tudo bem, você perdeu a conexão ao banco de dados, mas foi uma opção feita por você. Você pediu, você recebeu! Se ao invés disso você se conectar ao serviço VENDAS que está sendo fornecido pelas instâncias INST1 e INST2, então se a instância INST1 cair por qualquer motivo, o mesmo serviço estará sendo fornecido pela INST2 e você será conectado a segunda instância como forma de contingência.

Este conceito explica porque nunca deverá existir um banco de dados chamado VENDAS e as instâncias e serviços serem também nomeados como VENDAS. Também não deverão existir instâncias chamadas VENDAS1 e VENDAS2 e serviços chamados VENDAS1 e VENDAS2. Este equívoco contraria o conceito de service_names. O correto então seria ter um serviço chamado VENDAS, as instância denominadas VENDAS1 e VENDAS2 e o banco de dados seria VENDASDB. Nenhum conflito de nomes e conceitos, ok?

É crítico dominar estes conceitos principalmente quando se migra para um ambiente no qual se usa RAC ou Data Guard. Esta sútil diferença ajuda principalmente quando vemos que muitos costumam confundir serviço com instância e depois sofrem quando migram para o RAC porque recebem erros na configuração do ambiente.

Esse não será você!

ORA-00313 ,ORA-00312 - Erro na abertura de redo logs

2010-10-19T10:24:00.000-07:00

Sempre que você migrar seu banco de dados, tenha em mente que a opção archive log deve ser desativada, caso contrário você poderá receber estes erros ORA.

ORA-00313: open failed for members of log group 2 of thread 1
ORA-00312: online log 2 thread 1: '/oradata2/data1/dbase/redo02.log'

Ah, você esqueceu? Não tem problema, vamos ver como abrir seu banco mesmo assim.

Causa do problema:
-----------------------------
Seu banco de dados estava em modo archive, Você deu shutdown e quando tenta o startup, seu redo log pode não mexistir ou está corrompido (open reset logs)

Solução do problema:
--------------------------------
A)Monte the database.
SQL>STARTUP MOUNT
Database mounted.

B) Verifique a condição do logile para certificar que ele é o corrente.

SQL> SELECT STATUS FROM V$LOG WHERE GROUP#=2;
STATUS
----------------
CURRENT

C) Se ele não for o corrente (CURRENT) ent~/ao simplesmente remova (drop) o log file by,
SQL>ALTER DATABASE DROP LOGFILE GROUP 2;

Se existirem somente 2 grupos de log, então será necessário incluir um novo grupo, antes de remover um deles, pois devem existir no mínimo 2 log groups.

Então antes da remoção:

SQL>ALTER DATABASE ADD LOGFILE GROUP 4 '/oradata2/redo3.log' SIZE 10M;

Como a condição de CURRENT não permite remover o grupo, você deverá executar uma recuperação FALSA antes de abrir com a opção "resetlogs".

SQL>RECOVER DATABASE UNTIL CANCEL;
Responda com CANCEL.

Agora você já pode abrir seu banco de dados!
SQL>ALTER DATABASE OPEN RESETLOGS;

EXALOGIC - Solução Oracle para aplicações Web

2010-10-14T09:56:00.000-07:00

Executar todas as suas aplicações num servidor único? Essa seria a nova estratégia da Oracle conhecida como "Cloud in a box" - algo como nuvem de processamento numa caixa (servidor). Denominado de Exalogic computação em nuvem, esta solução provê a possibilidade de uma configuração mais simples até a expansão de vários hardwares conectados entre sí.

Este hardware elegante que exibe os logos da SUN e ORACLE pode ser configurado com 30 servidores composto de 360 núcleos, rede (InfiniBand de 40Gbits) e armazenamento (storage SUN). Faz parte do pacote de soluções a tecnologia de virtualização da Oracle (VM) com a possibilidade de escolha entre os sistemas operacionais Solaris e Linux. De fato, o pacote completo Exalogic inclui ainda O software Exalogic, sistema operacional, o Oracle JRockit e HotSpot, e WebLogic e Oracle Coherence caching solution.

O conceito de nuvem da Oracle seria uma plataforma de aplicativos baseados em padrões e plataforma de execução. Isto inclui hardware e software. É virtual e expansível e executa uma variedade de aplicações.

A proposta do Exalogic é atender à aplicações em ambientes AWS, ou seja, voltados à WEB. Os testes de benchmark mostraram uma melhora de 12 vezes na performance das aplicações desenvolvidas para a internet.

Feito para suportar requisições de HTTP superiores a 1 milhão por segundo, seria como se fosse possível suportar o tráfico do Facebook em apenas 2 racks. Além disso, O Exalogic mostrou excelente performance no tratamento de mensagens, na ordem de 1,8 milhões de mensagens por segundo.

De fato, o sistema Exalogic seria mais apropriado para entregar a melhor performance em aplicações Java, com possibilidade de expansão, tolerância à falha, segurança e simplicidade de manutenção.

Outro comparativo, segundo a Oracle, demonstraria que o sistema Exalogic teria um custo 4 vezes inferior ao dos melhores servidores IBM, além da possibilidade de crescimento em até 8 racks. A linha top da IBM, o Power 795 system, não teria essa escalabilidade.

A Orale lançou também uma nova versão do Unbreakable Enterprise Kernel, sistema operacional Linux da Oracle. A promessa é entregar um sistema operacional 5 vezes mais performático que o Linux Rad Hat.

"O Red Hat se encontra 4 anos atrasado tecnologicamente, isto é um problema enorme para nós", informou Ellison (CEO da Oracle). "Não podemos nos dar ao luxo de ficar atrasados em 4 anos" completou Ellison.

A solução Exalogic parece vir complementar o sistema Exadata (recomendado para DatawareHouse), criando um parceria de sucesso em performance. No entanto, ainda não parece ser viável para aplicações transacionais, seja por seu custo ou mesmo pela sua natureza que seria atender grandes bases de dados suportando ambientes Java na Web.

Mas novidades na Oracle não param por aí. Ainda em 2010 deverá ser lançado uma máquina voltada para aplicações OLTP (transacionais).

Abrir Banco de dados sem REDOs e ARCHIVEs, É possível?

2010-10-06T06:06:00.000-07:00

Se você não possui salva do seu banco de dados e archivelogs tudo pode estar perdido...

A não ser que você conheça o parâmetro _ALLOW_RESETLOGS_CORRUPTION = TRUE.

Sua única chance de recuperar seu banco. Este parâmetro não é suportado pela Oracle. Então use com moderação.

Inclua este parâmetro no seu pfile e então abra o banco de dados com a opção OPEN RESETLOGS. Depois remova-o e execute os seguintes passos:

1) Faça export full de toda a base de dados.
2) Crie um control file "alter database backup controlfile to trace;".
3) Edite o arquivo de trace (*.trc ), localizado no diretório user_dump_dest, para remover todos os datafiles exceto o SYSTEM, TEMP and RBS/UNDO. Então renomeie o arquivo .trc para .sql com um nome sugestivo.
4) Salve o arquivo INIT<SID>.ORA que será usado mais tarde.
5) Recrie o banco de dados conectando-se com a instância IDLE e execute STARTUP NOMOUNT (use o pfile do passo 4) use o comando CREATE CONTROLFILE ... LOGFILE ... DATAFILE ... a partir do arquivo criado no passo 3.
6) Execute o CATALOG, CATPROC como se estivesse criando um banco de dados novo.

7) Faça um import do arquivo de dump criado no passo 1. Este procedimento criará todos os indexes e dados nas tabelas.
8) As transações perdidas poderão agora ser recriadas a partir de programas que abortaram o momento da perda do banco de dados.

Pronto! Eu já precisei disso, mas o melhor sempre é fazer backup.

"Só Jesus SALVA, o homem faz BACKUP".

EXADATA - Solução Oracle para performance

2010-09-16T10:24:00.000-07:00

Estivemos analisando o produto EXADATA que promete performance numa solução integrada software/hardware. Parece o fim do nosso trabalho de otimização de performance? Talvez...

Encontrei um excelente blog sobre o assunto e gostaria de compartilhar com vocês:

"o Exadata é uma “solução” composta de harware e software com o objetivo de rodar banco de dados Oracle da forma mais performática possível e com uma alta disponibilidade."

http://exadatadbabrasil.blogspot.com/2010/08/exadata-software.html
Abraços.

Adelson.

Como criar um banco de dados RAC usando o sql*plus

2010-09-16T07:26:00.000-07:00

.Olá DBAs!

O RAC deixou de ser um bicho-papão, veja como é simples criar um banco de dados numa instância RAC. Os procedimentos também são úteis para migrar instâncias non-RAC para RAC. Vamos lá?

Comece criando um banco de dados simples no primeiro nó do cluster.
Use o comando "create database", depois converta-o para RAC, incluindo as configurações específicas para uma instância em cluster. Finalmente registre a instânci com o cluster.

Criando um non-RAC database

Crie um pfile

1) Criar um pfile para non-RAC database no nó 1

Segue um exemplo de um pfile. Foram comentados os parâmetros específicos de um banco de dados clusterizado (RAC). Alguns destes parâmetros podem ser deixados sem comentários, veja abaixo:

TSTDB2.__db_cache_size=4395630592
TSTDB1.__db_cache_size=4395630592
TSTDB2.__java_pool_size=16777216
TSTDB1.__java_pool_size=16777216
TSTDB2.__large_pool_size=16777216
TSTDB1.__large_pool_size=16777216
TSTDB2.__shared_pool_size=905969664
TSTDB1.__shared_pool_size=905969664
TSTDB2.__streams_pool_size=0
TSTDB1.__streams_pool_size=0
##*.cluster_database=true
*.cluster_database_instances=2
*.compatible='10.2.0.4'
*.db_block_size=8192
*.db_create_online_log_dest_1='+TSTDB_DATA'
*.db_domain=''
*.db_file_multiblock_read_count=32
*.db_name='TSTDB'
*.db_unique_name='TSTDB'
*.db_create_file_dest='+PWTEST_DATA'
*.db_recovery_file_dest='+PWTEST_DATA'
*.db_recovery_file_dest_size=53687091200
*.job_queue_processes=0
*.log_archive_dest_1='LOCATION=+PWTEST_DATA'
*.log_buffer=20971520
*.open_cursors=300
*.optimizer_mode='ALL_ROWS'
*.pga_aggregate_target=500M
*.processes=100
*.remote_login_passwordfile='exclusive'
*.resource_limit=TRUE
*.sga_max_size=1G
*.sga_target=1G
*.star_transformation_enabled='TRUE'
*.undo_management='AUTO'
*.undo_retention=3600
TSTDB1.local_listener='LISTENER_TSTDB1' TSTDB2.local_listener='LISTENER_TSTDB2'
#TSTDB1.undo_tablespace='UNDOTBS1'
#TSTDB2.undo_tablespace='UNDOTBS2'
TSTDB1.instance_number=1
TSTDB2.instance_number=2
TSTDB1.thread=1
TSTDB2.thread=2
*.user_dump_dest='/u01/app/oracle/product/10.2.0/db_1/admin/tstdb/udump' *.control_files='+PWTEST_DATA/TSTDB/controlfile/TSTDB.ctl' *.audit_file_dest='/u01/app/oracle/product/10.2.0/db_1/admin/tstdb/adump' *.background_dump_dest='/u01/app/oracle/product/10.2.0/db_1/admin/tstdb/bdump' *.core_dump_dest='/u01/app/oracle/product/10.2.0/db_1/admin/tstdb/cdump' *.fal_server=TSTDB
*.fal_client=TSTDB
*.standby_file_management=AUTO

### use o número do nó no nome da instância, desta meneira já fica pronto para cnversão em RAC.

Inicialize o banco com a opção NOMOUNT

TSTDB1 > startup nomount

ORA-01078: failure in processing system parameters
ORA-00119: invalid specification for system parameter LOCAL_LISTENER
ORA-00132: syntax error or unresolved network name 'LISTENER_TSTDB1'
TSTDB1 >

Ok. Este ero acontece porque é necessário incluir no TNS o parâmetro local listener para resolver o nome LISTENER_TSTDB1.

Abra o tnsnames.ora e adicione as seguintes linhas:
LISTENER_TSTDB1 = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = vip-servidor1)(PORT = 1521)) )
------------->> nome do servidor rede vip <<<
inicialize a instância novamente.

TSTDB1 > startup nomount
ORACLE instance started.
Total System Global Area 1073741824 bytes
Fixed Size 2144432 bytes
Variable Size 257247056 bytes
Database Buffers 792723456 bytes
Redo Buffers 21626880 bytes
TSTDB1 >

Crie o banco de dados:

###Se você se esqueceu de comentar o parâmetro "cluster_database" recebrá o seguinte erro:

TSTDB1 > create database;
create database
*
ERROR at line 1:
ORA-01501: CREATE DATABASE failed
ORA-12720: operation requires database is in EXCLUSIVE mode

TSTDB1 > show parameter cluster
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
cluster_database boolean TRUE
cluster_database_instances integer 2
cluster_interconnects string
TSTDB1 >

Não sendo o caso, agora você irá executar:

catalog, catproc, pupbld scripts ### todos se encontram sobre /rdbms/admin

Converter para instância RAC

Primeiro, crie 2 UNDO tablespaces para as 2 instâncias.

TSTDB1 > create undo tablespace UNDOTBS1 datafile '+DG_DATA' size 100M autoextend on next 50M maxsize 500M;
Tablespace created.

TSTDB1 > create undo tablespace UNDOTBS2 datafile '+DG_DATA' size 100M autoextend on next 50M maxsize 500M;
Tablespace created.

Adicione uma nova thread de REDO e habilite-a

###Se esse passo for ignorado você irá receber o erro quando inicializar a segunda instância:
###ORA-01620: no public threads are available for mounting)

TSTDB1 > alter database add logfile thread 2 group 10 '+DG_DATA' size 100M;
Database altered.

TSTDB1 > alter database add logfile thread 2 group 11 '+DG_DATA' size 100M;
Database altered.

TSTDB1 > alter database enable public thread 2;

Database altered.

PARÂMETROS ESPECÍFICOS DE UMA INSTÂNCIA RAC

Adicione agora todos os parâmetros específicos para ums inatância do tipo RAC no seu pfile.
### simplesmente tire os comentários dos parâmetros: undo_tablespaces e dos cluster_data - são eles: *.cluster_database=true
*.cluster_database_instances=2
TSTDB1.local_listener='LISTENER_TSTDB1' TSTDB2.local_listener='LISTENER_TSTDB2'
TSTDB1.undo_tablespace='UNDOTBS1'
TSTDB2.undo_tablespace='UNDOTBS2'
TSTDB1.instance_number=1
TSTDB2.instance_number=2
TSTDB1.thread=1
TSTDB2.thread=2

Inicialize os Listeners adicionais

Já adicionamos uma entrada no TNS para LOCAL_LISTENER. Vamos inicializar um novo listener. Atualize os seguintes arquivos:

listener.ora
----------------
LISTENER_TSTDB_servidor1 =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = vip-servidor1)(PORT = 1521)(IP = FIRST))
(ADDRESS = (PROTOCOL = TCP)(HOST = servidor1)(PORT = 1521)(IP = FIRST))
)
)

SID_LIST_LISTENER_TSTDB_DB01-servidor1 =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1)
(PROGRAM = extproc)
)

Inclua a seguinte entrada para o novo banco de dados. Inicialize os listener

tnsnames.ora
--------------------
TSTDB =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = vip-servidor1)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = vip-servidor2)(PORT = 1521))
(LOAD_BALANCE = yes)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = TSTDB)
(FAILOVER_MODE =
(TYPE = SELECT)
(METHOD = BASIC)
(RETRIES = 180)
(DELAY = 5)
)
)
)

Compartilhe seu pfile
Copie o pfile para os discos ASM ou crie o spfile nestes discos e inclua essa informação no pfile local.
Crie os diretorios da nova instância no nó 2 e inicialize as duas instâncias.

TSTDB2 > startup
ORACLE instance started.

Total System Global Area 1073741824 bytes
Fixed Size 2144432 bytes
Variable Size 257247056 bytes
Database Buffers 792723456 bytes
Redo Buffers 21626880 bytes
Database mounted.
Database opened.
TSTDB2 >

Vamos registrar todos os recursos com o CRS.

$ srvctl add database -d TSTDB -o /u01/app/oracle/product/10.2.0/db_1
$ srvctl add instance -d TSTDB -i TSTDB1 -n servidor1
$ srvctl add instance -d TSTDB -i TSTDB2 -n servidor2
$ srvctl add service -d TSTDB -s TSTDBSVC -r "TSTDB1,TSTDB2"

Confirme se todos os serviços foram registrados:

$ . oraenv
ORACLE_SID = [TSTDB1] ? CRS

$ crs_stat |grep tstdb
NAME=ora.TSTDB.TSTDB1.inst
NAME=ora.TSTDB.TSTDB2.inst
NAME=ora.TSTDB.TSTDBSVC.TSTDB1.srv
NAME=ora.TSTDB.TSTDBSVC.TSTDB2.srv
NAME=ora.TSTDB.TSTDBSVC.cs
NAME=ora.TSTDB.db

Concluímos a configuração. Estes procedimentos também podem ser usados para migrar instâncias para RAC, neste caso, ao invés de cria o banco de dados pelo comando "create database", usaremos o script gerado do controlfile do banco de dados non-RAC (alter database backup controlfile to trace).

Como migrar da plataforma WIndows para Linux Oracle RAC

2010-09-10T12:19:00.000-07:00

Sabemos que trabalhar com Windows em ambiente empresarial não dá. Se você quiser ter um ambiente estável tem que mudar para Linux. Demorei anos para aceitar isso, mas finalmente mudei. Agora quero passar de modo Fácil e Rápido como fazer isso.

Dicas:
1) Tire seu banco de dados do modo archive; depois você retorna.
2) Esteja certo que os níveis de patch aplicados sejam idênticos em ambas as plataformas.

"Tenho toda a minha base de dados Oracle instalada na plataforma Windows 2003 e agora quero ir para Linux. Quero ir direto para o RAC usando ASM. Não posso perder tempo usando export e import porque a base de dados está em produção e tempo de migração inviabilizaria o processo. Qual é o meio mais rápido?

Procurei na internet e ninguém faz nada parecido, então tive que ser criativo. Segue o roteiro:

1) Gere o init.ora para migrar seu banco com os mesmos parâmetros no Linux - create pfile from spfile;
2) Gere o controlfile - alter database backup controlfile to trace;
3) Retire o banco de dados do ar com opção immediate ou normal - shutdown immediate;
4) Monte diretamente no Linux os discos usando o caminho do diretório dos datafiles-
mkdir /mnt/datafile
mount /hostdobancooriginal/diretorio/datafile /mnt/datafile -o user=usuario
>>>informe a senha
5) Faça o backup (cópia) do seu banco direto para os discos ASMusando o rman
rman target system/system123@sid
convert datafile '/mnt/datafile/system01.dbf' format '+disk/datafile/system01.dbf' TO PLATFORM = 'Linux x86 64-bit' FROM PLATFORM= 'Microsoft Windows x86 64-bit';
6) após converter todos os datafiles, copie o initfile do banco Windows editando os parâmetros do novo ambiente RAC usando ASM, veja exemplo:
dbxp1.__db_cache_size=788529152
dbxp2.__db_cache_size=788529152
dbxp1.__java_pool_size=16777216
dbxp2.__java_pool_size=16777216
dbxp1.__large_pool_size=16777216
dbxp2.__large_pool_size=16777216
dbxp1.__shared_pool_size=268435456
dbxp2.__shared_pool_size=268435456
dbxp1.__streams_pool_size=0
dbxp2.__streams_pool_size=0
*.audit_file_dest='/u01/app/oracle/admin/dbxp/adump'
*.background_dump_dest='/u01/app/oracle/admin/dbxp/bdump'
*.compatible='10.2.0.4.0'
*.control_files='+DG_DISK2/dbxp/controlfile/control.ora'
*.core_dump_dest='/u01/app/oracle/admin/dbxp/cdump'
*.db_block_size=8192
*.db_create_file_dest='+DG_DISK'
*.db_create_online_log_dest_1='+DG_DISK'
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_name='dbxp'
*.db_recovery_file_dest='+DG_DISK'
*.db_recovery_file_dest_size=21474836480
*.dispatchers='(PROTOCOL=TCP) (SERVICE=dbxpXDB)'
*.cluster_database_instances=2
*.cluster_database=true
dbxp2.instance_number=2
dbxp1.instance_number=1
*.job_queue_processes=10
*.nls_language='BRAZILIAN PORTUGUESE'
*.nls_territory='BRAZIL'
*.open_cursors=300
*.pga_aggregate_target=365953024
*.processes=150
*.remote_listener='LISTENERS_DBXP'
*.remote_login_passwordfile='exclusive'
*.sga_target=1098907648
dbxp1.thread=1
dbxp2.thread=2
*.undo_management='AUTO'
dbxp2.undo_tablespace='UNDOTBS1'
dbxp1.undo_tablespace='UNDOTBS4'
*.user_dump_dest='/u01/app/oracle/admin/dbxp/udump'

7) Depois é só editar o controlfile, incluindo os datafiles com o a localização nova nos discos ASM, veja exemplo:
CREATE CONTROLFILE SET DATABASE "DBXP" RESETLOGS NOARCHIVELOG
    MAXLOGFILES 192
    MAXLOGMEMBERS 3
    MAXDATAFILES 1024
    MAXINSTANCES 32
    MAXLOGHISTORY 292
LOGFILE
GROUP 1 '+DG_DISK/dbxp/onlinelog/redo01.dbf' SIZE 50M,
GROUP 2 '+DG_DISK/dbxp/onlinelog/redo02.dbf' SIZE 50M
DATAFILE
'+dg_disk/dbxp/data/tools01.DBF',
'+dg_disk/dbxp/data/system_1.DBF',
'+dg_disk/dbxp/data/usersdp_1.DBF',
'+dg_disk/dbxp/data/sysaux01.DBF',
'+dg_disk/dbxp/data/undo02.ora';
'+dg_disk/sxp2h/data/undo03.ora';

8) Pronto! Agora vamos por o banco no ar?
alter database open resetlogs;

Como você está criando o banco manualmente (sem DBCA), você deverá criar o banco sem os atributos de RAC, como o atributo instance_number. Depois é só incluir novamente. Também será preciso criar os serviços manualmente. No próximo artigo eu explico como fazer isso.

Boa sorte e sucesso.

Luis Adelson.

Como instalar Oracle Enterprise Manager (Grid Control) 10gR2

2010-08-19T09:44:00.000-07:00

Outro blog excelente, pena que o autor não o atualize mais.

No Problema! Este artigo já vale. Muito bom o texto e com detalhes que tornarão a tarefa de instalação e configuração do Grid Control uma moleza. Siga os passos e encontrará a solução do seu problema.

Link: http://brunomurassaki.wordpress.com/2010/02/01/oracle-enterprise-manager-10g-grid-control-release-5/

Mas geralmente precisamos desinstalar o antigo DBConsole que é instalado junto com a ferramenta, então siga esta sequência:

1) Vá para o diretório: /sysman/admin/emdrep/bin/
2) execute: ./RepManager <servidor> 1521 <nomedobanco> -action drop
-----> exemplo: ./RepManager sbd01 1521 db01 -action drop

ou utilize o tradicional (manualmente, argh!)

drop user SYSMAN cascade;
drop public synonym MGMT_TARGET_BLACKOUTS;
drop public synonym SETEMVIEWUSERCONTEXT;
drop role MGMT_USER;
drop user MGMT_VIEW cascade;
@?/rdbms/admin/dbmspool.sql
@?/rdbms/admin/prvtpool.plb

tudo com o usuário SYS logado, ok?

Até a próxima!

Luis Adelson Luniere
DBA certificado em 8i, 9i e 10g.

Como recuperar a senha da instancia ASM

2010-08-19T09:22:00.000-07:00

Perdeu a senha SYS da instance ASM?

Acontece, temos tanto cuidado com senhas que até nós mesmos esquecemos. Siga os passos abaixo para criar uma nova senha SYS para a instancia ASM:

1) Use o orapwd para criar a nova senha: orapwd file=PWD+ASM.ora password=ASM123 force=y
---->> não precisa ser tão simples assim, crie uma senha mais segura, ok?

Não sabe onde criar o arquivo de senha? Geralmente fica no caminho: $ORACLE_HOME/dbs

Mas você pode achar o arquivo:
no Linux use o comando: locate *orapw+ASM*

Espero ter sido útil!

Bom trabalho.

Luis Adelson Luniere
DBA certificado em 8i, 9i e 10g.

Como instalar o Oracle RAC 10g R2

2010-08-19T09:07:00.000-07:00

Fanstástico, para dizer o mínimo. Esse artigo informa de maneira simples e com muito detalhes o passo-a-passo desta tarefa que não é nada simple. A instalação do Oracle RAC 10g release 2 em VMWare descreve entre outras coisas como instalar e configurar o Linux. Parabéns ao autor!

Segui as instruções e funciona, portanto usem e abusem:

http://www.viniciusdba.com.br/blog/?cat=36

Usem e divulguem o blog do Vinicius como referência!

Bom trabalho.

Luis Adelson
DBA - certificado em 8i, 9i e 10g.