Tag Archive: cluster

Série de artigos sobre Instalação do Oracle RAC:

Instalação do Oracle RAC 10g Release 2 – Parte 1: Pré-requisitos
Instalação do Oracle RAC 10g Release 2 – Parte 2: Criação da VM
Instalação do Oracle RAC 10g Release 2 – Parte 3: Instalação do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 4: Configuração do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 5: Clonagem da VM
Instalação do Oracle RAC 10g Release 2 – Parte 6: Pré-instalação do RAC
Instalação do Oracle RAC 10g Release 2 – Parte 7: Instalação do Oracle Clusterware
Instalação do Oracle RAC 10g Release 2 – Parte 8: Instalação do Patchset 10.2.0.4 no Clusterware
Instalação do Oracle RAC 10g Release 2 – Parte 9: Instalação do Oracle Database
Instalação do Oracle RAC 10g Release 2 – Parte 10: Instalação do Patchset 10.2.0.4 no Oracle Database
Instalação do Oracle RAC 10g Release 2 – Parte 11: Criação do Listener no Cluster
Instalação do Oracle RAC 10g Release 2 – Parte 12: Criação do ASM no Cluster
Instalação do Oracle RAC 10g Release 2 – Parte 13: Criação do Banco de Dados no Cluster
Instalação do Oracle RAC 10g Release 2 – Parte 14: Criação do Serviço para Load Balance e Failover

Conforme prometido, série de artigos para adição de um nó ao cluster:

Adição/Remoção de Nó – Parte 1: Pré-requisitos de software
Adição/Remoção de Nó – Parte 2: Criação da 3ª Máquina Virtual
Adição/Remoção de Nó – Parte 3: Instalação do Linux

==============================

Olá pessoal!

Vimos no último artigo como instalar o Linux no servidor mvrac3.

Pois bem, agora precisamos configurar o nosso sistema operacional para atender os pré-requisitos necessários para instalar o software Oracle de banco de dados e clusterização.

Os pré-requisitos são citados na Documentação Oficial:

No entanto, quando o software de banco de dados 10g Release 2 foi lançado, ainda não estava disponível no mercado o Red Hat Enterprise Linux 5. Por esse motivo, nos documentos acima, essa versão de sistema operacional não é citada. Somente é possível encontrar esses pré-requisitos no Metalink (Oracle Support). Para acesso ao Metalink, é necessário ter um contrato de suporte junto à Oracle (CSI). No Metalink, é possível encontrar notas de suporte atualizadas para as versões de banco ainda suportadas pela Oracle.

A Nota 419646.1 cita os pré-requisitos necessários para instalar o Oracle 10g Release 2 no Red Hat Enterprise Linux 5 32bit.

Vamos lá, para os pacotes de sistema operacional (os RPM’s), a lista dos pré-requisitos é a seguinte:

  • binutils-2.17.50.0.6-2.el5;
  • compat-libstdc++-33-3.2.3-61;
  • elfutils-libelf-0.125-3.el5;
  • elfutils-libelf-devel-0.125;
  • gcc-4.1.1-52;
  • gcc-c++-4.1.1-52;
  • glibc-2.5-12;
  • glibc-common-2.5-12;
  • glibc-devel-2.5-12;
  • glibc-headers-2.5-12;
  • libaio-0.3.106;
  • libaio-devel-0.3.106;
  • libgcc-4.1.1-52;
  • libstdc++-4.1.1 ;
  • libstdc++-devel-4.1.1-52.e15;
  • make-3.81-1.1;
  • sysstat-7.0.0;
  • unixODBC-2.2.11;
  • unixODBC-devel-2.2.11.

Para pesquisar se temos os pacotes, uma das melhores maneiras é utilizando a seguinte sintaxe, com o binário rpm com o usuário root:

rpm -qa --queryformat "%{NAME}-%{VERSION}.%{RELEASE} (%{ARCH})\n" | grep package_name

Como exemplo, vou pesquisar o pacote binutils:

rpm -qa --queryformat "%{NAME}-%{VERSION}.%{RELEASE} (%{ARCH})\n" | grep binutils

A saída do comando será:

binutils-2.17.50.0.6.9.el5 (i386)

De acordo com a lista acima, e com a instalação do sistema operacional realizada, os únicos pacotes que ainda precisamos instalar são os seguintes:

elfutils-libelf-devel-0.125;
libaio-devel-0.3.106;
unixODBC-2.2.11;
unixODBC-devel-2.2.11.

Para instalar esses pacotes, primeiramente devemos apontar na Console da VMWare que essa máquina virtual utilizará a imagem ISO do Linux:

Após isso, deveremos montar o DVD no sistema operacional, acessar o DVD e instalar os pacotes restantes:

[root@mvrac3 ~]# mount /dev/hdc /media
mount: block device /dev/hdc is write-protected, mounting read-only
[root@mvrac3 ~]# cd /media/Server/
[root@mvrac3 Server]# rpm -ivh elfutils-libelf-devel*
warning: elfutils-libelf-devel-0.137-3.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 1e5e0159
Preparing...                ############################### [100%]
   1:elfutils-libelf-devel-s############################### [ 50%]
   2:elfutils-libelf-devel  ############################### [100%]
[root@mvrac3 Server]# rpm -ivh libaio-devel*
warning: libaio-devel-0.3.106-3.2.i386.rpm: Header V3 DSA signature: NOKEY, key ID 1e5e0159
Preparing...                ############################### [100%]
   1:libaio-devel           ############################### [100%]
[root@mvrac3 Server]# rpm -ivh unixODBC*
warning: unixODBC-2.2.11-7.1.i386.rpm: Header V3 DSA signature: NOKEY, key ID 1e5e0159
Preparing...                ############################### [100%]
   1:unixODBC               ############################### [ 33%]
   2:unixODBC-devel         ############################### [ 67%]
   3:unixODBC-kde           ############################### [100%]

Pronto! Uma parte dos pré-requisitos foi concluída!

O próximo passo serão os parâmetros de kernel.

Os seguintes parâmetros precisam ser adicionados ao arquivo de configuração /etc/sysctl.conf

kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 1048576
net.core.rmem_max = 1048576
net.core.wmem_default = 262144
net.core.wmem_max = 262144

Após colocar esses parâmetros no arquivo acima especificado, para efetivar os parâmetros no sistema operacional, o seguinte comando deverá ser executado como root:

sysctl -p

Agora, faremos a criação dos grupos e usuário no sistema operacional. Para o ambiente com Oracle RAC, a Oracle solicita que todos os usuários e grupos envolvidos na instalação do software Oracle, possuam os mesmos ID’s em todas as máquinas. Por isso, os grupos oinstall, dba e o usuário oracle serão criados da seguinte forma:

groupadd -g 1521 oinstall
groupadd -g 1522 dba
useradd -g oinstall -G dba -u 1521 oracle

A senha do usuário oracle deverá ser definida:

[root@mvrac3 Server]# passwd oracle
Changing password for user oracle.
New UNIX password:
BAD PASSWORD: it is based on a dictionary word
Retype new UNIX password:
passwd: all authentication tokens updated successfully

Com os grupos e usuário criados, agora os diretórios deverão ser criados:

mkdir -p /u01/app/oracle/oraInventory
mkdir -p /u01/app/oracle/product/10.2.0/crs
mkdir -p /u01/app/oracle/product/10.2.0/db_1
chown -R oracle:oinstall /u01

Num ambiente corporativo, é recomendado instalar um Oracle Home para o ASM separadamente do Oracle Home do banco de dados. Como estamos num ambiente virtualizado, utilizarei o ASM e o banco de dados no mesmo Oracle Home.

Agora, o arquivo /etc/security/limits.conf deverá ser editado e as seguintes linhas deverão ser adicionadas:

oracle soft nproc 2047
oracle hard nproc 16384
oracle soft nofile 1024
oracle hard nofile 65536

O próximo arquivo a ser editado é o /etc/pam.d/login:

 session required pam_limits.so

O próximo arquivo a ser editado é o /etc/profile:

if [ $USER = "oracle" ]; then
	ulimit -u 16384
	ulimit -n 65536
fi

O módulo hangcheck-timer deverá ser carregado no kernel. Além disso, ele deverá ser carregado automaticamente quando o servidor for iniciado novamente. Num próximo artigo eu definirei em detalhes sobre o que é o hangcheck-timer. Editar o arquivo /etc/rc.d/rc.local e inserir a seguinte linha no final arquivo:

/sbin/insmod /lib/modules/2.6.18-128.el5/kernel/drivers/char/hangcheck-timer.ko hangcheck_tick=1 hangcheck_margin=10 hangcheck_reboot=1

Após isso, executar o arquivo e verificar se o módulo foi carregado:

[root@mvrac3 ~]# /etc/rc.d/rc.local
[root@mvrac3 ~]# lsmod |grep hangcheck
hangcheck_timer         8025  0

Outro ponto importante num ambiente clusterizado, é o horário dos servidores. Como os servidores vão “hospedar” o mesmo banco de dados, é importante que o horário desses servidores estejam sincronizados. Por este motivo, é recomendado utilizar um servidor NTP (Network Time Protocol). Muitas empresas têm servidores NTP internamente, na sua própria rede, e na grande maioria das vezes, esses servidores NTP apontam para um servidor NTP externo, muito preciso, brasileiro, que é o servidor da Rede Nacional de Ensino e Pesquisa (RNP).

Se a empresa não tiver um servidor NTP interno, e os servidores de banco de dados conseguirem acessar a Internet, basta colocar a seguinte informação na crontab do usuário root no servidor de banco de dados:

 * * * * * /usr/sbin/ntpdate ntp.cais.rnp.br >/dev/null 2>/dev/null

Com isso, o servidor sempre terá a hora sincronizada.

Para garantir que o serviço está OK, ou seja, que o servidor de banco de dados consegue utilizar o binário ntpdate para acessar o servidor da RNP, basta executar o seguinte comando como root:

[root@mvrac3 ~]# ntpdate ntp.cais.rnp.br
11 Sep 00:06:46 ntpdate[23646]: step time server 200.144.121.33 offset 90541.348582 sec

O próximo passo é configurar o arquivo /etc/hosts do servidor. Nesse arquivo, teremos a configuração de todos os servidores que farão parte do cluster (os servidores criados anteriormente, mvrac1 e mvrac2 e o novo servidor mvrac3):

# ========================================
# Arquivo /etc/hosts configurado para utilizacao do Oracle RAC
# Configurado por Marcus Vinicius
# 11/09/2012
# ========================================

# Localhost
127.0.0.1         localhost.localdomain      localhost

# Oracle RAC 10g
# -----------------

# Rede Publica
172.23.10.11   mvrac1.viniciusdba.com.br       mvrac1
172.23.10.12   mvrac2.viniciusdba.com.br       mvrac2
172.23.10.13   mvrac3.viniciusdba.com.br       mvrac3

# InterConnect - Conexao Privada
10.0.0.11      mvrac1-priv.viniciusdba.com.br  mvrac1-priv
10.0.0.12      mvrac2-priv.viniciusdba.com.br  mvrac2-priv
10.0.0.13      mvrac3-priv.viniciusdba.com.br  mvrac3-priv

# Virtual IP's
172.23.10.21   mvrac1-vip.viniciusdba.com.br   mvrac1-vip
172.23.10.22   mvrac2-vip.viniciusdba.com.br   mvrac2-vip
172.23.10.23   mvrac3-vip.viniciusdba.com.br   mvrac3-vip

Atenção:

O arquivo /etc/hosts acima deverá estar igual nos três servidores. Isso significa que você deve sobrescrever o arquivo /etc/hosts existente no servidor mvrac1 e mvrac2 com o conteúdo exibido acima.

Por enquanto, para finalizarmos os pré-requisitos, falta instalarmos e configurarmos a ASMLib. Eu explicarei o porquê de utilizarmos essa LIB num artigo posterior.

Para baixarmos a ASMLib, precisamos acessar o seguinte link:

Oracle ASMLib Page / Downloads / Red Hat Enterprise Linux 5 AS*.

Deveremos encontrar a seção na página que trata da arquitetura 32bit:

Intel IA32 (x86) Architecture

Após encontrarmos, os dois primeiros arquivos deverão ser baixados:

Após baixar esses dois arquivos, procurar a versão correta da Lib para o Kernel utilizado no sistema operacional: 2.6.18-128.el5. Pode ser que você encontre variações como 2.6.18-128.1.1.el5 e assim por diante. Ignore essas versões, encontre a versão exata do Kernel:

Baixar os três arquivos, transferí-los via SCP/FTP para o servidor e instalá-los, com o usuário root:

[root@mvrac3 ~]# rpm -ivh oracleasm*
warning: oracleasm-2.6.18-128.el5-2.0.5-1.el5.i686.rpm: Header V3 DSA signature: NOKEY, key ID 1e5e0159
Preparing...                ############################### [100%]
   1:oracleasm-support      ############################### [ 33%]
   2:oracleasm-2.6.18-128.el############################### [ 67%]
   3:oracleasmlib           ############################### [100%]

Após instalar os pacotes, deveremos configurar a ASMLib no sistema operacional:

[root@mvrac3 ~]# /etc/init.d/oracleasm configure
Configuring the Oracle ASM library driver.

This will configure the on-boot properties of the Oracle ASM library
driver.  The following questions will determine whether the driver is
loaded on boot and what permissions it will have.  The current values
will be shown in brackets ('[]').  Hitting  without typing an
answer will keep that current value.  Ctrl-C will abort.

Default user to own the driver interface []: oracle
Default group to own the driver interface []: dba
Start Oracle ASM library driver on boot (y/n) [n]: y
Scan for Oracle ASM disks on boot (y/n) [y]: y
Writing Oracle ASM library driver configuration: done
Initializing the Oracle ASMLib driver:                     [  OK  ]
Scanning the system for Oracle ASMLib disks:               [  OK  ]

Pronto! A primeira fase de pré-requisitos foi concluída! Falta agora particionar os discos e criar a equivalência de usuários entre os servidores que farão parte do cluster.
Como estamos num ambiente virtualizado, podemos agora baixar esse servidor, para clonar esse servidor para a nova máquina virtual (mvrac2).

Baixar o servidor:

 shutdown -h now

No próximo artigo veremos como clonar esse servidor para criar a nova máquina virtual.

Abraços!

Vinicius 







----------------------------------------------------------------------------

Copyright:

Este site e todo o conteúdo aqui publicado pertence ao Blog ViniciusDBA.com.br e possui seus respectivos direitos autorais.

O Conteúdo desde Blog não deve ser publicado, distribuído ou transmitido sem autorização prévia de seu autor.

Oracle e seus produtos são marcas registradas da Oracle Corporation® (http://www.oracle.com) Todo o material aqui encontrado é mantido sem ajuda financeira e mantém como propriedade de seu fundador/escritor.

Disclaimer:
The views expressed on this blog are my own and do not necessarily reflect the views of Oracle.
As opiniões publicadas neste blog (http://www.viniciusdba.com.br) são pessoais e não necessariamente representam a visão da Oracle.


Toda informação aqui encontrado é oferecida através do uso do bom senso e boa fé do seus leitores e não deve ser considerada como material oficial da Oracle Corporation (http://www.oracle.com).

O Autor (e contribuidores) não considera as informações aqui como oficiais e/ou permitidas para redistribuição. Ao utilizar o site http://www.viniciusdba.com.br o leitor deve entender e aceitar que as informações aqui encontradas são de direitos autorais do Autor e contribuidores.

O blog http://www.viniciusdba.com.br não faz revisão de conteúdo publicado por outros como comentários bem como posts em grupo de usuários ou portais.

Seus autores não necessariamente concordam ou apoiam opiniões de seus leitores.

ESTE É UM SITE INDEPENDENTE E NÃO REPRESENTA A ORACLE CORPORATION® (http://www.oracle.com) EM NENHUM SENTIDO. AS OPINIÕES E CONTEÚDOS AQUI ENCONTRADOS NÃO POSSUEM RELAÇÃO COM A VISÃO DA ORACLE CORPORATION®. ESTE SITE NÃO POSSUI NENHUM APOIO OU PATROCINIO DA ORACLE CORPORATION®.

E o blog renasceu!

Série de artigos sobre Instalação do Oracle RAC:

Instalação do Oracle RAC 10g Release 2 – Parte 1: Pré-requisitos
Instalação do Oracle RAC 10g Release 2 – Parte 2: Criação da VM
Instalação do Oracle RAC 10g Release 2 – Parte 3: Instalação do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 4: Configuração do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 5: Clonagem da VM
Instalação do Oracle RAC 10g Release 2 – Parte 6: Pré-instalação do RAC
Instalação do Oracle RAC 10g Release 2 – Parte 7: Instalação do Oracle Clusterware
Instalação do Oracle RAC 10g Release 2 – Parte 8: Instalação do Patchset 10.2.0.4 no Clusterware
Instalação do Oracle RAC 10g Release 2 – Parte 9: Instalação do Oracle Database
Instalação do Oracle RAC 10g Release 2 – Parte 10: Instalação do Patchset 10.2.0.4 no Oracle Database
Instalação do Oracle RAC 10g Release 2 – Parte 11: Criação do Listener no Cluster
Instalação do Oracle RAC 10g Release 2 – Parte 12: Criação do ASM no Cluster
Instalação do Oracle RAC 10g Release 2 – Parte 13: Criação do Banco de Dados no Cluster
Instalação do Oracle RAC 10g Release 2 – Parte 14: Criação do Serviço para Load Balance e Failover

Conforme prometido, série de artigos para adição de um nó ao cluster:

Adição/Remoção de Nó – Parte 1: Pré-requisitos de software
Adição/Remoção de Nó – Parte 2: Criação da 3ª Máquina Virtual

==============================

Olá pessoal!

A partir de hoje, retomaremos a adição de um nó ao cluster Oracle RAC existente.

Os posts de como criar e configurar um cluster e um banco de dados Oracle RAC você vê na primeira parte, ali em cima, no começo do post.

Em seguida, cito os dois primeiros posts de Adição/Remoção de Nó. O último post desta série foi em Maio/2011, mas, a partir de hoje, retomaremos à todo vapor e pretendo concluir logo esta série (Adição e Remoção). Pois, em seguida, partiremos para a atualização do RAC 10gR2 para 11gR2.

Vamos lá?!

Já temos a máquina virtual mvrac3 criada. Agora iniciaremos a instalação do sistema operacional.

Bom, conforme o post Instalação do Oracle RAC 10g Release 2 – Parte 1: Pré-requisitos, eu usarei o Oracle Enterprise Linux 5 Update 3 32bit. Quem tem o CentOS 5 Update 3 32bit ou o Red Hat Enterprise Linux 5 Update 3 32bit, é a mesma coisa.

Na tela da VMWare Server Console, clique duas vezes em CD-ROM (IDE 1:0), a janela abaixo será exibida:

Basta clicar em “Use ISO image” e em seguida clicar em Browse para navegar entre os diretórios até encontrar o arquivo ISO do DVD de instalação do Linux. No meu caso, deixei em G:\VMWARE\Software. Depois disso, clicar em OK.

Depois disso, basta clicar no botão “Power On” que é simbolizado por um ícone parecido com o Play, na cor verde.

A seguinte tela será exibida:

Nessa tela, basta pressionar a tecla [ENTER] e a seguinte janela será exibida:

Essa tela fará o teste da mídia de instalação. Como estamos num ambiente virtualizado e instalando a partir de uma imagem ISO, basta pressionar a tecla [TAB] para selecionar a opção Skip e em seguida pressionar a tecla [ENTER]. Num ambiente corporativo, é interessante realizar esse teste, mesmo considerando que ele demora um pouco. Caso a mídia tenha algum risco que a impeça de ser corretamente lida, é a partir desse teste que descobriremos isso. É muito ruim descobrir esse tipo de erro no meio da instalação!!

A seguinte tela será exibida:

Clicar em Next:

Nessa tela será necessário selecionar um idioma para o sistema operacional. Eu deixei a opção English selecionada. Clicar em Next:

Especificar um layout de teclado, no meu caso, o layout é o U.S. International. Aqui no Brasil, será muito frequente selecionar o ABNT. Clicar em Next:

Para que o disco possa ser lido no Linux, ele precisará ser inicializado. Temos 4 discos no total: 1 de 12GB e 3 de 5GB. Nesse caso, deveremos clicar no botão Yes para os 4 discos. Deixei apenas uma tela como exemplo.

No combo, deixar a opção “Create custom layout” selecionada. Clicar em Next:

Clicar no botão New para criar uma nova partição. A seguinte tela será exibida:

No tipo de sistema de arquivos, selecionar Swap. Para o tamanho, deixe com 1GB de tamanho: 1024MB. Lembrando que o tamanho apropriado de swap é citado no documento de instalação do banco de dados para o sistema operacional apropriado. Clicar em OK.

A seguinte tela será exibida com a informação de que a partição de swap foi configurada para criação (não exibida aqui):

Precisamos criar a partição da raiz do sistema operacional (/), como se trata de um ambiente virtualizado, criaremos também na partição raiz o diretório /u01, local onde será instalado o software Oracle. Portanto, o /u01 não terá uma partição exclusiva no disco local. Clicar no botão New para criar uma nova partição:

No campo Mount Point, especificar o seguinte valor: /

No campo Additional Size Options, deixar a opção “Fill to maximum allowable size”. Isso significa que a partição / pegará todo o espaço disponível no disco para ela. Clicar em OK.

Na tela acima, agora, a partição /dev/sda1 será a partição raiz (/), e a partição /dev/sda2 será a partição de swap. Gostaria de lembrar mais uma vez que essa instalação não segue as melhores práticas de instalação do sistema operacional, onde é recomendado criar uma partição exclusiva para o /boot, dentre outras coisas. Ela foi feita apenas para facilitar na instalação do Oracle RAC. Clicar em Next:

Na tela acima, é possível modificar as opções de boot. No entanto, essa ação não é necessária. Clicar em Next:

A tela acima será exibida. Nela é possível modificar as configurações das placas de rede eth0 e eth1, além das opções de hostname, gateway e DNS. Selecionar a placa eth0 e clicar no botão Edit:

Como a rede em questão não utiliza IPv6, eu desabilitei essa opção desmarcando o campo “Enable IPv6 support”. Para o restante das configurações, eu deixei o campo “Enable IPv4 support” selecionado, assim como a opção Manual Configuration. A placa eth0 foi configurada da seguinte forma:

IP Address: 172.23.10.13
Prefix (Netmask): 255.255.255.0.

Clicar em OK.

A tela acima será exibida já com a placa eth0 configurada (a tela acima é apenas uma representação gráfica). Agora precisamos configurar a placa eth1. Selecione essa placa e clique em Edit:

Como a rede em questão não utiliza IPv6, eu desabilitei essa opção desmarcando o campo “Enable IPv6 support”. Para o restante das configurações, eu deixei o campo “Enable IPv4 support” selecionado, assim como a opção Manual Configuration. A placa eth0 foi configurada da seguinte forma:

IP Address: 10.0.0.13
Prefix (Netmask): 255.0.0.0.

Clicar em OK.

A tela acima será exibida. As placas eth0 e eth1 já estarão configuradas. A opção “Active on Boot” para ambas as placas deverão estar selecionadas.

Além disso, o hostname deverá ser definido manualmente: mvrac3.viniciusdba.com.br

Para o Gateway e o DNS, nesse caso, o valor será o mesmo: 172.23.20.1.

Clicar em Next:

Escolher o fuso horário apropriado. Clicar em Next:

A senha de root deverá ser especificada na janela acima duas vezes. Clicar em Next:

Na tela acima, escolheremos a opção “Customize now” para realizar a customização dos pacotes do sistema operacional que deverão ser instalados. Clicar em Next:

Na categoria Applications, as únicas opções que deverão ficar selecionadas são:

  • Editors;
  • Graphical Internet;
  • Office/Productivity.

Clicar na categoria Development:

Na categoria Development, as únicas opções que deverão ficar selecionadas são:

  • Development Tools;
  • GNOME Software Development;
  • Legacy Software Development;
  • X Software Development.

No item X Software Development, clicar no botão Optional packages:

O item libxp-devel-1.0.0-8.1.el5.i386 deverá ser selecionado. Clicar no botão Close.

Clicar agora na categoria Base System:

Selecionar o item System Tools e clicar no botão Optional packages:

Selecionar o item sysstat-7.0.2-3.el5.i386 e clicar no botão Close.

Clicar no botão Next.

Para iniciar a instalação, clicar no botão Next (tela acima):

A tela acima será exibida com o progresso da instalação.

Quando a primeira fase da instalação for concluída, a seguinte tela será exibida:

Basta clicar no botão Reboot. Assim que o servidor (máquina virtual) for reiniciado, a seguinte tela será exibida:

Clicar no botão Forward:

Na tela acima, deveremos concordar com o acordo de licença. Basta clicar na opção “Yes, I agree to the License Agreement” e clicar no botão Forward:

O Firewall deverá ser desabilitado. Para isso, basta selecionar a opção Disabled no combo Firewall. Clicar em Forward:

Um alerta será exibido informando que haverá um risco de segurança pelo fato do Firewall estar desabilitado. Clicar em Yes:

O SELinux também deverá ser desabilitado. Para isso, basta selecionar a opção Disabled no combo SELinux Setting. Clicar em Forward:

Uma mensagem informativa será exibida relatando que por causa da alteração do SELinux, será necessário rebootar o sistema operacional. Esse reboot será feito no final dessa primeira fase de configuração do sistema operacional (fase pós-instalação). Clicar em Yes:

Nessa tela, é possível ativar o Kdump, eu não o fiz. Clicar em Forward:

A data e hora deverão ser ajustadas. Clicar em Forward:

A tela acima será exibida, nesse momento, não será necessário criar os usuários no sistema operacional, portanto, clicar em Forward:

Um alerta será exibido pois um usuário não foi criado, e não é recomendado usar a conta de root como conta pessoal, clicar em Continue:

Não instalamos dispositivos de áudio nessa máquina virtual, portanto, clicar em Continue:

Caso fosse necessário instalar algum software adicional nesse momento, bastaria clicar em Install. Como não é o caso, clicar em Finish:

A mensagem acima será exibida, basta clicar em OK e o sistema operacional será reiniciado.

Pronto! O sistema operacional está instalado!

Veremos no próximo artigo como realizar a primeira fase da correção dos pré-requisitos do sistema operacional para que possamos iniciar a instalação dos softwares Oracle necessários para a criação do nosso ambiente Oracle RAC.

Abraços!

Vinicius 







----------------------------------------------------------------------------

Copyright:

Este site e todo o conteúdo aqui publicado pertence ao Blog ViniciusDBA.com.br e possui seus respectivos direitos autorais.

O Conteúdo desde Blog não deve ser publicado, distribuído ou transmitido sem autorização prévia de seu autor.

Oracle e seus produtos são marcas registradas da Oracle Corporation® (http://www.oracle.com) Todo o material aqui encontrado é mantido sem ajuda financeira e mantém como propriedade de seu fundador/escritor.

Disclaimer:
The views expressed on this blog are my own and do not necessarily reflect the views of Oracle.
As opiniões publicadas neste blog (http://www.viniciusdba.com.br) são pessoais e não necessariamente representam a visão da Oracle.


Toda informação aqui encontrado é oferecida através do uso do bom senso e boa fé do seus leitores e não deve ser considerada como material oficial da Oracle Corporation (http://www.oracle.com).

O Autor (e contribuidores) não considera as informações aqui como oficiais e/ou permitidas para redistribuição. Ao utilizar o site http://www.viniciusdba.com.br o leitor deve entender e aceitar que as informações aqui encontradas são de direitos autorais do Autor e contribuidores.

O blog http://www.viniciusdba.com.br não faz revisão de conteúdo publicado por outros como comentários bem como posts em grupo de usuários ou portais.

Seus autores não necessariamente concordam ou apoiam opiniões de seus leitores.

ESTE É UM SITE INDEPENDENTE E NÃO REPRESENTA A ORACLE CORPORATION® (http://www.oracle.com) EM NENHUM SENTIDO. AS OPINIÕES E CONTEÚDOS AQUI ENCONTRADOS NÃO POSSUEM RELAÇÃO COM A VISÃO DA ORACLE CORPORATION®. ESTE SITE NÃO POSSUI NENHUM APOIO OU PATROCINIO DA ORACLE CORPORATION®.

Série de artigos sobre Instalação do Oracle RAC:

Instalação do Oracle RAC 10g Release 2 – Parte 1: Pré-requisitos
Instalação do Oracle RAC 10g Release 2 – Parte 2: Criação da VM
Instalação do Oracle RAC 10g Release 2 – Parte 3: Instalação do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 4: Configuração do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 5: Clonagem da VM
Instalação do Oracle RAC 10g Release 2 – Parte 6: Pré-instalação do RAC
Instalação do Oracle RAC 10g Release 2 – Parte 7: Instalação do Oracle Clusterware
Instalação do Oracle RAC 10g Release 2 – Parte 8: Instalação do Patchset 10.2.0.4 no Clusterware
Instalação do Oracle RAC 10g Release 2 – Parte 9: Instalação do Oracle Database
Instalação do Oracle RAC 10g Release 2 – Parte 10: Instalação do Patchset 10.2.0.4 no Oracle Database
Instalação do Oracle RAC 10g Release 2 – Parte 11: Criação do Listener no Cluster

===================================

Olá pessoal!

Vimos no último artigo a criação do Listener no Cluster.

Veremos hoje como criar e configurar o ASM no ambiente clusterizado. Vocês verão que é uma operação bem fácil de ser feita.

Agora, executaremos o assistente para criação do ASM, o dbca. Há algumas formas de executar esse assistente:

  • Localmente no servidor, através da VMWare Server Console;
  • Remotamente, através de um software que simule um X-Server (existem diversas opções gratuitas na Internet);
  • Remotamente, através de uma estação Linux/Unix/Mac que tenha a parte gráfica (X) habilitado.

Eu usarei a terceira opção, portanto, a partir da minha estação:

vinicius@Viniciuss-MacBook:~$ ssh -X oracle@172.23.10.11
oracle@172.23.10.11's password:
/usr/bin/xauth:  creating new authority file /home/oracle/.Xauthority

Testando para ver se a parte gráfica está funcionando:

[oracle@mvrac1 ~]$ xclock

O teste funcionou! Vejam:

Pronto!

Agora, vamos criar os diretórios de trace da instância ASM nos servidores mvrac1 e mvrac2, com o usuário oracle.

mvrac1:

[oracle@mvrac1 ~]$ mkdir -p /u01/app/oracle/admin/+ASM/bdump
[oracle@mvrac1 ~]$ mkdir -p /u01/app/oracle/admin/+ASM/cdump
[oracle@mvrac1 ~]$ mkdir -p /u01/app/oracle/admin/+ASM/hdump
[oracle@mvrac1 ~]$ mkdir -p /u01/app/oracle/admin/+ASM/pfile

mvrac2:

[oracle@mvrac2 ~]$ mkdir -p /u01/app/oracle/admin/+ASM/bdump
[oracle@mvrac2 ~]$ mkdir -p /u01/app/oracle/admin/+ASM/cdump
[oracle@mvrac2 ~]$ mkdir -p /u01/app/oracle/admin/+ASM/hdump
[oracle@mvrac2 ~]$ mkdir -p /u01/app/oracle/admin/+ASM/pfile

Vamos executar o dbca:

[oracle@mvrac1 ~]$ dbca

O dbca detectará que a pilha de cluster está em execução, e precisamos selecionar qual será o tipo de ambiente que será configurado:

  • Oracle Real Application Clusters database;
  • Oracle single instance database.

Manteremos a opção Oracle Real Application Clusters database selecionada e clicar em Next.

Clicar na opção “Configure Automatic Storage Management” e depois clicar em Next.

Somente o nó mvrac1 estará selecionado pois foi de onde partiu a execução do dbca. Clicar em “Select All”:

Clicar em Next.

Na tela acima deveremos especificar a senha do usuário SYS para a instância ASM. Como estamos utilizando o Standard Edition, não é possível utilizar um SPFILE para o ASM, já que a premissa é que não importa quantos nós (e consequentemente, quantas instâncias) teremos no cluster, quando se usa o SPFILE, esse arquivo deverá ficar armazenado num local compartilhado entre os nós do cluster. No nosso caso, usaremos o arquivo PFILE (init.ora). Portanto, clicar na opção “Create initialization parameter file (IFILE). Clicar em Next.

A janela acima será exibida informando que o DBCA irá criar a instância ASM, e que depois que a instância ASM for criada, poderemos criar os nossos disk groups. Clicar em OK.

A tela acima exibe que a instância ASM está sendo criada.

A tela acima será exibida. Precisamos criar um Disk Group para poder armazenar o banco de dados que criaremos brevemente. Para criar um novo disk group, basta clicar em “Create New”.

Na tela acima, deveremos definir os valores de alguns campos:

  • Disk Group Name: DG_DADOS;
  • Redundancy: External;
  • No campo Select Disk Members, devemos selecionar todos os discos.

Clicar em OK.

A tela acima exibe que o DG está sendo criado.

Podemos ver que o DG_DADOS foi criado e está montado nas duas instâncias ASM (uma em cada nó).

Clicar em Finish.

Clicar em Yes.

Vamos verificar e ver se a instância ASM foi criada e se os recursos do cluster foram alterados?

mvrac1:

[oracle@mvrac1 ~]$ ps -ef |grep pmon
oracle   14645     1  0 19:41 ?        00:00:00 asm_pmon_+ASM1

mvrac2:

[oracle@mvrac2 ~]$ ps -ef |grep pmon
oracle   26486     1  0 19:42 ?        00:00:00 asm_pmon_+ASM2

Pudemos ver que a instância ASM está em execução nos 2 servidores.

Para verificar o status dos recursos do cluster:

[oracle@mvrac1 ~]$ crsstat
HA Resource                                        Target     State
-----------                                        ------     -----
ora.mvrac1.ASM1.asm                                ONLINE     ONLINE on mvrac1
ora.mvrac1.LISTENER_MVRAC1.lsnr                    ONLINE     ONLINE on mvrac1
ora.mvrac1.gsd                                     ONLINE     ONLINE on mvrac1
ora.mvrac1.ons                                     ONLINE     ONLINE on mvrac1
ora.mvrac1.vip                                     ONLINE     ONLINE on mvrac1
ora.mvrac2.ASM2.asm                                ONLINE     ONLINE on mvrac2
ora.mvrac2.LISTENER_MVRAC2.lsnr                    ONLINE     ONLINE on mvrac2
ora.mvrac2.gsd                                     ONLINE     ONLINE on mvrac2
ora.mvrac2.ons                                     ONLINE     ONLINE on mvrac2
ora.mvrac2.vip                                     ONLINE     ONLINE on mvrac2

Pronto!

Pudemos ver que foi registrado no cluster uma instância ASM para cada nó!

No próximo artigo veremos como criar o banco de dados RAC.

Um abraço!

Vinicius







----------------------------------------------------------------------------

Copyright:

Este site e todo o conteúdo aqui publicado pertence ao Blog ViniciusDBA.com.br e possui seus respectivos direitos autorais.

O Conteúdo desde Blog não deve ser publicado, distribuído ou transmitido sem autorização prévia de seu autor.

Oracle e seus produtos são marcas registradas da Oracle Corporation® (http://www.oracle.com) Todo o material aqui encontrado é mantido sem ajuda financeira e mantém como propriedade de seu fundador/escritor.

Disclaimer:
The views expressed on this blog are my own and do not necessarily reflect the views of Oracle.
As opiniões publicadas neste blog (http://www.viniciusdba.com.br) são pessoais e não necessariamente representam a visão da Oracle.


Toda informação aqui encontrado é oferecida através do uso do bom senso e boa fé do seus leitores e não deve ser considerada como material oficial da Oracle Corporation (http://www.oracle.com).

O Autor (e contribuidores) não considera as informações aqui como oficiais e/ou permitidas para redistribuição. Ao utilizar o site http://www.viniciusdba.com.br o leitor deve entender e aceitar que as informações aqui encontradas são de direitos autorais do Autor e contribuidores.

O blog http://www.viniciusdba.com.br não faz revisão de conteúdo publicado por outros como comentários bem como posts em grupo de usuários ou portais.

Seus autores não necessariamente concordam ou apoiam opiniões de seus leitores.

ESTE É UM SITE INDEPENDENTE E NÃO REPRESENTA A ORACLE CORPORATION® (http://www.oracle.com) EM NENHUM SENTIDO. AS OPINIÕES E CONTEÚDOS AQUI ENCONTRADOS NÃO POSSUEM RELAÇÃO COM A VISÃO DA ORACLE CORPORATION®. ESTE SITE NÃO POSSUI NENHUM APOIO OU PATROCINIO DA ORACLE CORPORATION®.

Série de artigos sobre Instalação do Oracle RAC:

Instalação do Oracle RAC 10g Release 2 – Parte 1: Pré-requisitos
Instalação do Oracle RAC 10g Release 2 – Parte 2: Criação da VM
Instalação do Oracle RAC 10g Release 2 – Parte 3: Instalação do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 4: Configuração do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 5: Clonagem da VM
Instalação do Oracle RAC 10g Release 2 – Parte 6: Pré-instalação do RAC
Instalação do Oracle RAC 10g Release 2 – Parte 7: Instalação do Oracle Clusterware
Instalação do Oracle RAC 10g Release 2 – Parte 8: Instalação do Patchset 10.2.0.4 no Clusterware
Instalação do Oracle RAC 10g Release 2 – Parte 9: Instalação do Oracle Database
Instalação do Oracle RAC 10g Release 2 – Parte 10: Instalação do Patchset 10.2.0.4 no Oracle Database

===================================

Olá pessoal!

Vimos no último artigo a aplicação do Patchset 10.2.0.4 no Oracle Database.

Veremos hoje como criar o Listener no ambiente clusterizado. Vocês verão que é uma operação bem fácil de ser feita.

Agora, executaremos o assistente para criação do Listener, o netca. Há algumas formas de executar esse assistente:

  • Localmente no servidor, através da VMWare Server Console;
  • Remotamente, através de um software que simule um X-Server (existem diversas opções gratuitas na Internet);
  • Remotamente, através de uma estação Linux/Unix/Mac que tenha a parte gráfica (X) habilitado.

Eu usarei a terceira opção, portanto, a partir da minha estação:

vinicius@Viniciuss-MacBook:~$ ssh -X oracle@172.23.10.11
oracle@172.23.10.11's password:
/usr/bin/xauth:  creating new authority file /home/oracle/.Xauthority

Testando para ver se a parte gráfica está funcionando:

[oracle@mvrac1 ~]$ xclock

O teste funcionou! Vejam:

Pronto!

Vamos executar o netca:

[oracle@mvrac1 ~]$ netca

O netca detectará que a pilha de cluster está em execução, e precisamos selecionar qual será o tipo de configuração que faremos:

  • Configuração de cluster;
  • Configuração de single node.

Manteremos a opção “Cluster configuration” selecionada. Clicar em Next:

Todos os nós estarão selecionados. Caso não estejam, devemos clicar no botão “Select all nodes”. Clicar em Next.

Como faremos a criação do Listener, devemos manter a opção “Listener configuration” selecionada.

Clicar em Next.

A única opção disponível é a “Add”. Clicar em Next.

O nome padrão do Listener é LISTENER. Manteremos esse nome, clicar em Next.

Na tela acima selecionamos quais protocolos o Listener utilizará. Nesse caso, só manteremos o protocolo TCP. Clicar em Next.

Na tela acima, precisamos especificar qual porta será utilizada pelo Listener. Manteremos a porta padrão (1521). Clicar em Next.

Não configuraremos outros Listeners. Manter a opção “No” selecionada e clicar em Next.

A tela acima indica que o Listener foi criado com sucesso. Clicar em Next.

Clicar em Finish.

O Listener foi criado. Como ele faz parte do cluster e foi cadastrado como recurso do mesmo, e o seu status também pode ser visto junto com o status dos outros recursos do cluster:

Name           Type           Target    State     Host
------------------------------------------------------------
ora....C1.lsnr application    ONLINE    ONLINE    mvrac1
ora.mvrac1.gsd application    ONLINE    ONLINE    mvrac1
ora.mvrac1.ons application    ONLINE    ONLINE    mvrac1
ora.mvrac1.vip application    ONLINE    ONLINE    mvrac1
ora....C2.lsnr application    ONLINE    ONLINE    mvrac2
ora.mvrac2.gsd application    ONLINE    ONLINE    mvrac2
ora.mvrac2.ons application    ONLINE    ONLINE    mvrac2
ora.mvrac2.vip application    ONLINE    ONLINE    mvrac2

Observem que temos os recursos lsnr, esses recursos são os Listeners, um em cada nó. No entanto, observem que a leitura da saída do comando crs_stat já não está tão prática, pois alguns recursos estão com o nome cortado.

Há um script criado pelo Jeffrey Hunter, guru em Oracle RAC, que formata a saída para melhor leitura:

Clique aqui para baixar esse script.

No servidor mvrac1, como root, criar o seguinte arquivo:

[root@mvrac1 ~]# cd /usr/local/bin
[root@mvrac1 bin]# vi crsstat
#!/bin/ksh

# +----------------------------------------------------------------------------+
# |                          Jeffrey M. Hunter                                 |
# |                      jhunter@idevelopment.info                             |
# |                         www.idevelopment.info                              |
# |----------------------------------------------------------------------------|
# |      Copyright (c) 1998-2009 Jeffrey M. Hunter. All rights reserved.       |
# |----------------------------------------------------------------------------|
# | DATABASE : Oracle                                                          |
# | FILE     : rac_crs_stat                                                    |
# | CLASS    : UNIX Shell Scripts                                              |
# | PURPOSE  : This KSH script will query all CRS resources using the crs_stat |
# |            script. The report will be a formatted version of the           |
# |            crs_stat -t command, but in tabular form with resource name     |
# |            and status. Filtering options are available by passing in a     |
# |            single string parameter to this script. This argument will be   |
# |            used to limit the output to HA resources whose names match      |
# |            that string.                                                    |
# | USAGE    : rac_crs_stat.ksh [RESOURCE_KEY]                                 |
# | NOTE     : This script requires the environment $ORA_CRS_HOME to be set to |
# |            your CRS installation.                                          |
# | NOTE     : As with any code, ensure to test this script in a development   |
# |            environment before attempting to run it in production.          |
# +----------------------------------------------------------------------------+

# +----------------------------------------------------------------------------+
# | GLOBAL VARIABLES                                                           |
# +----------------------------------------------------------------------------+

RSC_KEY=$1
QSTAT=-u
AWK=/usr/bin/awk
ORA_CRS_HOME=/u01/app/oracle/product/10.2.0/crs

# +----------------------------------------------------------------------------+
# | TABLE HEADER                                                               |
# +----------------------------------------------------------------------------+

$AWK \
  'BEGIN {printf "%-50s %-10s %-18s\n", "HA Resource", "Target", "State";
          printf "%-50s %-10s %-18s\n", "-----------", "------", "-----";}'

# +----------------------------------------------------------------------------+
# | TABLE BODY                                                                 |
# +----------------------------------------------------------------------------+

$ORA_CRS_HOME/bin/crs_stat $QSTAT | $AWK \
 'BEGIN { FS="="; state = 0; }
  $1~/NAME/ && $2~/'$RSC_KEY'/ {appname = $2; state=1};
  state == 0 {next;}
  $1~/TARGET/ && state == 1 {apptarget = $2; state=2;}
  $1~/STATE/ && state == 2 {appstate = $2; state=3;}
  state == 3 {printf "%-50s %-10s %-18s\n", appname, apptarget, appstate; state=0;}'

Observem que eu incluí a seguinte linha no script:

ORA_CRS_HOME=/u01/app/oracle/product/10.2.0/crs

Com isso, o script poderá ser executado com qualquer usuário no sistema operacional.

Após salvar o script, devemos definir suas permissões para execução:

[root@mvrac1 bin]# chmod 755 crsstat

E agora, devemos copiá-lo para o servidor mvrac2:

[root@mvrac1 bin]# scp -p crsstat mvrac2:`pwd`
root@mvrac2's password:
crsstat                               100% 3195     3.1KB/s   00:00

Vamos testar o script?

[oracle@mvrac1 ~]$ crsstat
HA Resource                                        Target     State
-----------                                        ------     -----
ora.mvrac1.LISTENER_MVRAC1.lsnr                    ONLINE     ONLINE on mvrac1
ora.mvrac1.gsd                                     ONLINE     ONLINE on mvrac1
ora.mvrac1.ons                                     ONLINE     ONLINE on mvrac1
ora.mvrac1.vip                                     ONLINE     ONLINE on mvrac1
ora.mvrac2.LISTENER_MVRAC2.lsnr                    ONLINE     ONLINE on mvrac2
ora.mvrac2.gsd                                     ONLINE     ONLINE on mvrac2
ora.mvrac2.ons                                     ONLINE     ONLINE on mvrac2
ora.mvrac2.vip                                     ONLINE     ONLINE on mvrac2

Observem que está mais legível do que com o comando “crs_stat -t”.

Pronto pessoal!

Criamos o Listener e configuramos um script para melhor leitura do comando “crs_stat -t”.

No próximo artigo veremos como criar e configurar a instância ASM no cluster.

Um abraço!

Vinicius







----------------------------------------------------------------------------

Copyright:

Este site e todo o conteúdo aqui publicado pertence ao Blog ViniciusDBA.com.br e possui seus respectivos direitos autorais.

O Conteúdo desde Blog não deve ser publicado, distribuído ou transmitido sem autorização prévia de seu autor.

Oracle e seus produtos são marcas registradas da Oracle Corporation® (http://www.oracle.com) Todo o material aqui encontrado é mantido sem ajuda financeira e mantém como propriedade de seu fundador/escritor.

Disclaimer:
The views expressed on this blog are my own and do not necessarily reflect the views of Oracle.
As opiniões publicadas neste blog (http://www.viniciusdba.com.br) são pessoais e não necessariamente representam a visão da Oracle.


Toda informação aqui encontrado é oferecida através do uso do bom senso e boa fé do seus leitores e não deve ser considerada como material oficial da Oracle Corporation (http://www.oracle.com).

O Autor (e contribuidores) não considera as informações aqui como oficiais e/ou permitidas para redistribuição. Ao utilizar o site http://www.viniciusdba.com.br o leitor deve entender e aceitar que as informações aqui encontradas são de direitos autorais do Autor e contribuidores.

O blog http://www.viniciusdba.com.br não faz revisão de conteúdo publicado por outros como comentários bem como posts em grupo de usuários ou portais.

Seus autores não necessariamente concordam ou apoiam opiniões de seus leitores.

ESTE É UM SITE INDEPENDENTE E NÃO REPRESENTA A ORACLE CORPORATION® (http://www.oracle.com) EM NENHUM SENTIDO. AS OPINIÕES E CONTEÚDOS AQUI ENCONTRADOS NÃO POSSUEM RELAÇÃO COM A VISÃO DA ORACLE CORPORATION®. ESTE SITE NÃO POSSUI NENHUM APOIO OU PATROCINIO DA ORACLE CORPORATION®.

Série de artigos sobre Instalação do Oracle RAC:

Instalação do Oracle RAC 10g Release 2 – Parte 1: Pré-requisitos
Instalação do Oracle RAC 10g Release 2 – Parte 2: Criação da VM
Instalação do Oracle RAC 10g Release 2 – Parte 3: Instalação do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 4: Configuração do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 5: Clonagem da VM
Instalação do Oracle RAC 10g Release 2 – Parte 6: Pré-instalação do RAC
Instalação do Oracle RAC 10g Release 2 – Parte 7: Instalação do Oracle Clusterware
Instalação do Oracle RAC 10g Release 2 – Parte 8: Instalação do Patchset 10.2.0.4 no Clusterware
Instalação do Oracle RAC 10g Release 2 – Parte 9: Instalação do Oracle Database

===================================

Olá pessoal!

Nesse artigo instalaremos o Patchset 10.2.0.4 no Oracle Database.

Bom, vamos lá?

Precisamos verificar se o CD-ROM está montado.

Se estiver, aparecerá da seguinte forma

[root@mvrac1 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              11G  2.4G  7.8G  24% /
tmpfs                 252M     0  252M   0% /dev/shm
/dev/hdc              3.1G  3.1G     0 100% /media

Se não estiver, deveremos montá-lo:

Na tela da VMWare Server Console, deveremos clicar duas vezes no ícone do CD-ROM (identificado pela seta vermelha).

Eu fiz uma imagem ISO com alguns softwares Oracle, portanto, na tela acima, deveremos manter a opção “Use ISO image:” marcada, e clicar em Browse, para escolhermos a mídia do Oracle:

Basta selecionar a imagem ISO, e clicar em Open.

Agora, precisamos montar esse CD no servidor. Como root no servidor mvrac1:

[root@mvrac1 ~]# mount /dev/hdc /media
mount: block device /dev/hdc is write-protected, mounting read-only

Para verificar se o disco foi montado:

[root@mvrac1 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              11G  2.4G  7.8G  24% /
tmpfs                 252M     0  252M   0% /dev/shm
/dev/hdc              3.1G  3.1G     0 100% /media

Com o disco montado, precisamos acessá-lo:

[root@mvrac1 ~]# cd /media/Ora10.2.0.4

Vamos ver o conteúdo do disco:

[root@mvrac1 Ora10.2.0.4]# ls -l
total 177
dr-xr-xr-x 5 root root   2048 May 21  2008 p6810189
-r--r--r-- 1 root root 178473 Feb 25  2008 README.html

Agora copiaremos o diretório p6810189 para o diretório /home/oracle:

[root@mvrac1 Ora10.2.0.4]# cp -rp p6810189/ /home/oracle/

Agora precisamos acertar as permissões, pois o diretório foi copiado como root:

[root@mvrac1 ~]# chown -R oracle:oinstall /home/oracle/*

Agora, iniciaremos a instalação. Há algumas formas de realizar a instalação:

  • Localmente no servidor, através da VMWare Server Console;
  • Remotamente, através de um software que simule um X-Server (existem diversas opções gratuitas na Internet);
  • Remotamente, através de uma estação Linux/Unix/Mac que tenha a parte gráfica (X) habilitado.

Eu usarei a terceira opção, portanto, a partir da minha estação:

vinicius@Viniciuss-MacBook:~$ ssh -X oracle@172.23.10.11
oracle@172.23.10.11's password:
/usr/bin/xauth:  creating new authority file /home/oracle/.Xauthority

Testando para ver se a parte gráfica está funcionando:

[oracle@mvrac1 ~]$ xclock

O teste funcionou! Vejam:

Pronto!

Vamos iniciar a instalação:

[oracle@mvrac1 ~]$ cd p6810189/
[oracle@mvrac1 p6810189]$ ls -l
total 1784
-r--r--r--  1 oracle oinstall 1620786 Feb 21  2008 10204_buglist.htm
dr-xr-xr-x  4 oracle oinstall    4096 May 21  2008 install
-r--r--r--  1 oracle oinstall  178465 Feb 22  2008 patch_note.htm
dr-xr-xr-x  2 oracle oinstall    4096 May 21  2008 response
-r-xr-xr-x  1 oracle oinstall    1756 Feb 17  2008 runInstaller
dr-xr-xr-x 10 oracle oinstall    4096 May 21  2008 stage
[oracle@mvrac1 p6810189]$ ./runInstaller

Na tela inicial do Patchset, devemos clicar em Next.

Na tela acima devemos especificar o Oracle Home do Banco de Dados. No entanto, esse Oracle já está selecionado automaticamente. Basta clicar em Next.

Não tem como mudarmos os itens da janela acima, pois o OUI já detectou que o Oracle Home selecionado foi instalado na arquitetura de cluster, e por isso, os 2 nós já foram selecionados automaticamente. Clicar em Next.

Os pré-requisitos serão verificados. Clicar em Next.

No Patchset 10.2.0.4, é possível habilitar o Oracle Configuration Manager, que auxiliará na aplicação de patches automaticamente baixados pelo Metalink. Por enquanto, não configuraremos esse item. Clicar em Next.

Um resumo sobre a instalação será exibido. Clicar em Install.

Uma janela com o progresso será exibida. Aguardar.

Uma janela será exibida solicitando executarmos 1 script como root nos 2 nós do cluster.

Vamos à execução do script /u01/app/oracle/product/10.2.0/db_1/root.sh no nó mvrac1:

[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/db_1/root.sh
Running Oracle10 root.sh script...

The following environment variables are set as:
    ORACLE_OWNER= oracle
    ORACLE_HOME=  /u01/app/oracle/product/10.2.0/db_1

Enter the full pathname of the local bin directory: [/usr/local/bin]:
The file "dbhome" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]: y
   Copying dbhome to /usr/local/bin ...
The file "oraenv" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]: y
   Copying oraenv to /usr/local/bin ...
The file "coraenv" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]: y
   Copying coraenv to /usr/local/bin ...

Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.

Após a conclusão do script no servidor mvrac1, vamos executá-lo no servidor mvrac2:

[root@mvrac2 ~]# /u01/app/oracle/product/10.2.0/db_1/root.sh
Running Oracle10 root.sh script...

The following environment variables are set as:
    ORACLE_OWNER= oracle
    ORACLE_HOME=  /u01/app/oracle/product/10.2.0/db_1

Enter the full pathname of the local bin directory: [/usr/local/bin]:
The file "dbhome" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]: y
   Copying dbhome to /usr/local/bin ...
The file "oraenv" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]: y
   Copying oraenv to /usr/local/bin ...
The file "coraenv" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]: y
   Copying coraenv to /usr/local/bin ...

Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.

Clicar em OK.

Clicar em Exit.

Clicar em Yes.

Pronto!

Nesse artigo vimos como instalar o Patchset 10.2.0.4 no Oracle Database.

No próximo artigo veremos como criar o Listener no ambiente clusterizado.

Um abraço!

Vinicius







----------------------------------------------------------------------------

Copyright:

Este site e todo o conteúdo aqui publicado pertence ao Blog ViniciusDBA.com.br e possui seus respectivos direitos autorais.

O Conteúdo desde Blog não deve ser publicado, distribuído ou transmitido sem autorização prévia de seu autor.

Oracle e seus produtos são marcas registradas da Oracle Corporation® (http://www.oracle.com) Todo o material aqui encontrado é mantido sem ajuda financeira e mantém como propriedade de seu fundador/escritor.

Disclaimer:
The views expressed on this blog are my own and do not necessarily reflect the views of Oracle.
As opiniões publicadas neste blog (http://www.viniciusdba.com.br) são pessoais e não necessariamente representam a visão da Oracle.


Toda informação aqui encontrado é oferecida através do uso do bom senso e boa fé do seus leitores e não deve ser considerada como material oficial da Oracle Corporation (http://www.oracle.com).

O Autor (e contribuidores) não considera as informações aqui como oficiais e/ou permitidas para redistribuição. Ao utilizar o site http://www.viniciusdba.com.br o leitor deve entender e aceitar que as informações aqui encontradas são de direitos autorais do Autor e contribuidores.

O blog http://www.viniciusdba.com.br não faz revisão de conteúdo publicado por outros como comentários bem como posts em grupo de usuários ou portais.

Seus autores não necessariamente concordam ou apoiam opiniões de seus leitores.

ESTE É UM SITE INDEPENDENTE E NÃO REPRESENTA A ORACLE CORPORATION® (http://www.oracle.com) EM NENHUM SENTIDO. AS OPINIÕES E CONTEÚDOS AQUI ENCONTRADOS NÃO POSSUEM RELAÇÃO COM A VISÃO DA ORACLE CORPORATION®. ESTE SITE NÃO POSSUI NENHUM APOIO OU PATROCINIO DA ORACLE CORPORATION®.

Série de artigos sobre Instalação do Oracle RAC:

Instalação do Oracle RAC 10g Release 2 – Parte 1: Pré-requisitos
Instalação do Oracle RAC 10g Release 2 – Parte 2: Criação da VM
Instalação do Oracle RAC 10g Release 2 – Parte 3: Instalação do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 4: Configuração do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 5: Clonagem da VM
Instalação do Oracle RAC 10g Release 2 – Parte 6: Pré-instalação do RAC
Instalação do Oracle RAC 10g Release 2 – Parte 7: Instalação do Oracle Clusterware
Instalação do Oracle RAC 10g Release 2 – Parte 8: Instalação do Patchset 10.2.0.4 no Clusterware

===================================

Olá pessoal!

Nesse artigo instalaremos software do banco de dados Oracle 10.2.0.1.

Bom, vamos lá?

Precisamos verificar se o CD-ROM está montado.

Se estiver, aparecerá da seguinte forma

[root@mvrac1 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              11G  2.4G  7.8G  24% /
tmpfs                 252M     0  252M   0% /dev/shm
/dev/hdc              3.1G  3.1G     0 100% /media

Se não estiver, deveremos montá-lo:

Na tela da VMWare Server Console, deveremos clicar duas vezes no ícone do CD-ROM (identificado pela seta vermelha).

Eu fiz uma imagem ISO com alguns softwares Oracle, portanto, na tela acima, deveremos manter a opção “Use ISO image:” marcada, e clicar em Browse, para escolhermos a mídia do Oracle:

Basta selecionar a imagem ISO, e clicar em Open.

Agora, precisamos montar esse CD no servidor. Como root no servidor mvrac1:

[root@mvrac1 ~]# mount /dev/hdc /media
mount: block device /dev/hdc is write-protected, mounting read-only

Para verificar se o disco foi montado:

[root@mvrac1 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              11G  2.4G  7.8G  24% /
tmpfs                 252M     0  252M   0% /dev/shm
/dev/hdc              3.1G  3.1G     0 100% /media

Com o disco montado, precisamos acessá-lo:

[root@mvrac1 ~]# cd /media/Ora10.2.0.1

Vamos ver o conteúdo do disco:

[root@mvrac1 Ora10.2.0.1]# ls -l
total 8
dr-xr-xr-x 6 root root 2048 May 21  2008 client
dr-xr-xr-x 9 root root 2048 May 21  2008 clusterware
dr-xr-xr-x 6 root root 2048 May 21  2008 companion
dr-xr-xr-x 6 root root 2048 May 21  2008 database

Agora copiaremos o diretório clusterware para o diretório /home/oracle:

[root@mvrac1 Ora10.2.0.1]# cp -rp database/ /home/oracle/

Agora precisamos acertar as permissões, pois o diretório foi copiado como root:

[root@mvrac1 ~]# chown -R oracle:oinstall /home/oracle/*

Agora, iniciaremos a instalação. Há algumas formas de realizar a instalação:

  • Localmente no servidor, através da VMWare Server Console;
  • Remotamente, através de um software que simule um X-Server (existem diversas opções gratuitas na Internet);
  • Remotamente, através de uma estação Linux/Unix/Mac que tenha a parte gráfica (X) habilitado.

Eu usarei a terceira opção, portanto, a partir da minha estação:

vinicius@Viniciuss-MacBook:~$ ssh -X oracle@172.23.10.11
oracle@172.23.10.11's password:
/usr/bin/xauth:  creating new authority file /home/oracle/.Xauthority

Testando para ver se a parte gráfica está funcionando:

[oracle@mvrac1 ~]$ xclock

O teste funcionou! Vejam:

Pronto!

Vamos iniciar a instalação:

[oracle@mvrac1 ~]$ cd database/
[oracle@mvrac1 database]$ ls -l
total 28
dr-xr-xr-x 9 oracle oinstall 4096 May 21  2008 doc
dr-xr-xr-x 5 oracle oinstall 4096 May 21  2008 install
dr-xr-xr-x 2 oracle oinstall 4096 May 21  2008 response
-r-xr-xr-x 1 oracle oinstall 1327 Jul  2  2005 runInstaller
dr-xr-xr-x 9 oracle oinstall 4096 May 21  2008 stage
-r-xr-xr-x 1 oracle oinstall 5213 Jul  2  2005 welcome.html

Como estamos usando o RHEL5/OEL5, quando o produto 10.2.0.1 foi lançado, essa versão de sistema operacional ainda não estava disponível no mercado, precisaremos executar a instalação informando que a verificação de pré-requisitos deverá ser ignorada:

[oracle@mvrac1 database]$ ./runInstaller -ignoreSysPreReqs

Clicar em Next.

A edição que instalaremos será a Standard Edition, portanto, selecione essa edição na tela e clique em Next.

Na tela acima devemos especificar o nome do Oracle Home do Banco de Dados, assim como a sua localização. Os valores sugeridos são:

  • Para o nome do Oracle Home do Banco de Dados: OraDb10g_home1;
  • Para a localização do Oracle Home do Banco de Dados: /u01/app/oracle/product/10.2.0/db_1.

Clicar em Next.

Nessa tela podemos escolher entre realizar uma instalação Local (para bancos de dados single instance, sem RAC), ou uma instalação de Cluster. O tipo escolhido é a instalação de Cluster. Clicar no botão Select All para selecionar todos os nós:

Clicar em Next.

O OUI reclamará de pouca memória e parâmetros de kernel, isso acontece pois é o RHEL5, bastará clicar na caixa de seleção onde está escrito “Warning na coluna de Status:

Após ter clicado na caixa, observem que o status passará para o valor “User Verified”. Clicar em Next:

Por enquanto, instalaremos apenas o software. Portanto, clicar na opção “Install database Software only”:

Um resumo sobre a instalação será exibido. Clicar em Install.

A janela com o progresso da instalação será exibida. Aguardar.

Uma janela aparecerá solicitando executarmos 1 script como root nos 2 nós do cluster.

Vamos à execução do script /u01/app/oracle/product/10.2.0/db_1/root.sh no nó mvrac1:

[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/db_1/root.sh
Running Oracle10 root.sh script...

The following environment variables are set as:
    ORACLE_OWNER= oracle
    ORACLE_HOME=  /u01/app/oracle/product/10.2.0/db_1

Enter the full pathname of the local bin directory: [/usr/local/bin]:
   Copying dbhome to /usr/local/bin ...
   Copying oraenv to /usr/local/bin ...
   Copying coraenv to /usr/local/bin ...

Creating /etc/oratab file...
Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.

Após a conclusão desse script, vamos executá-lo no servidor mvrac2:

[root@mvrac2 ~]# /u01/app/oracle/product/10.2.0/db_1/root.sh
Running Oracle10 root.sh script...

The following environment variables are set as:
    ORACLE_OWNER= oracle
    ORACLE_HOME=  /u01/app/oracle/product/10.2.0/db_1

Enter the full pathname of the local bin directory: [/usr/local/bin]:
   Copying dbhome to /usr/local/bin ...
   Copying oraenv to /usr/local/bin ...
   Copying coraenv to /usr/local/bin ...

Creating /etc/oratab file...
Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.

Clicar em OK.

Clicar em Exit.

Clicar em Yes.

Pronto!

Nesse artigo vimos como instalar o software de banco de dados Oracle 10.2.0.1.

No próximo artigo veremos como instalar o Patchset 10.2.0.4 no software de banco de dados.

Um abraço!

Vinicius







----------------------------------------------------------------------------

Copyright:

Este site e todo o conteúdo aqui publicado pertence ao Blog ViniciusDBA.com.br e possui seus respectivos direitos autorais.

O Conteúdo desde Blog não deve ser publicado, distribuído ou transmitido sem autorização prévia de seu autor.

Oracle e seus produtos são marcas registradas da Oracle Corporation® (http://www.oracle.com) Todo o material aqui encontrado é mantido sem ajuda financeira e mantém como propriedade de seu fundador/escritor.

Disclaimer:
The views expressed on this blog are my own and do not necessarily reflect the views of Oracle.
As opiniões publicadas neste blog (http://www.viniciusdba.com.br) são pessoais e não necessariamente representam a visão da Oracle.


Toda informação aqui encontrado é oferecida através do uso do bom senso e boa fé do seus leitores e não deve ser considerada como material oficial da Oracle Corporation (http://www.oracle.com).

O Autor (e contribuidores) não considera as informações aqui como oficiais e/ou permitidas para redistribuição. Ao utilizar o site http://www.viniciusdba.com.br o leitor deve entender e aceitar que as informações aqui encontradas são de direitos autorais do Autor e contribuidores.

O blog http://www.viniciusdba.com.br não faz revisão de conteúdo publicado por outros como comentários bem como posts em grupo de usuários ou portais.

Seus autores não necessariamente concordam ou apoiam opiniões de seus leitores.

ESTE É UM SITE INDEPENDENTE E NÃO REPRESENTA A ORACLE CORPORATION® (http://www.oracle.com) EM NENHUM SENTIDO. AS OPINIÕES E CONTEÚDOS AQUI ENCONTRADOS NÃO POSSUEM RELAÇÃO COM A VISÃO DA ORACLE CORPORATION®. ESTE SITE NÃO POSSUI NENHUM APOIO OU PATROCINIO DA ORACLE CORPORATION®.

Série de artigos sobre Instalação do Oracle RAC:

Instalação do Oracle RAC 10g Release 2 – Parte 1: Pré-requisitos
Instalação do Oracle RAC 10g Release 2 – Parte 2: Criação da VM
Instalação do Oracle RAC 10g Release 2 – Parte 3: Instalação do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 4: Configuração do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 5: Clonagem da VM
Instalação do Oracle RAC 10g Release 2 – Parte 6: Pré-instalação do RAC
Instalação do Oracle RAC 10g Release 2 – Parte 7: Instalação do Oracle Clusterware

===================================

Olá pessoal!

Nesse artigo instalaremos o Patchset 10.2.0.4 no Oracle Clusterware.

Bom, vamos lá?

Precisamos verificar se o CD-ROM está montado.

Se estiver, aparecerá da seguinte forma

[root@mvrac1 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              11G  2.4G  7.8G  24% /
tmpfs                 252M     0  252M   0% /dev/shm
/dev/hdc              3.1G  3.1G     0 100% /media

Se não estiver, deveremos montá-lo:

Na tela da VMWare Server Console, deveremos clicar duas vezes no ícone do CD-ROM (identificado pela seta vermelha).

Eu fiz uma imagem ISO com alguns softwares Oracle, portanto, na tela acima, deveremos manter a opção “Use ISO image:” marcada, e clicar em Browse, para escolhermos a mídia do Oracle:

Basta selecionar a imagem ISO, e clicar em Open.

Agora, precisamos montar esse CD no servidor. Como root no servidor mvrac1:

[root@mvrac1 ~]# mount /dev/hdc /media
mount: block device /dev/hdc is write-protected, mounting read-only

Para verificar se o disco foi montado:

[root@mvrac1 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              11G  2.4G  7.8G  24% /
tmpfs                 252M     0  252M   0% /dev/shm
/dev/hdc              3.1G  3.1G     0 100% /media

Com o disco montado, precisamos acessá-lo:

[root@mvrac1 ~]# cd /media/Ora10.2.0.4

Vamos ver o conteúdo do disco:

[root@mvrac1 Ora10.2.0.4]# ls -l
total 177
dr-xr-xr-x 5 root root   2048 May 21  2008 p6810189
-r--r--r-- 1 root root 178473 Feb 25  2008 README.html

Agora copiaremos o diretório p6810189 para o diretório /home/oracle:

[root@mvrac1 Ora10.2.0.4]# cp -rp p6810189/ /home/oracle/

Agora precisamos acertar as permissões, pois o diretório foi copiado como root:

[root@mvrac1 ~]# chown -R oracle:oinstall /home/oracle/*

Agora, iniciaremos a instalação. Há algumas formas de realizar a instalação:

  • Localmente no servidor, através da VMWare Server Console;
  • Remotamente, através de um software que simule um X-Server (existem diversas opções gratuitas na Internet);
  • Remotamente, através de uma estação Linux/Unix/Mac que tenha a parte gráfica (X) habilitado.

Eu usarei a terceira opção, portanto, a partir da minha estação:

vinicius@Viniciuss-MacBook:~$ ssh -X oracle@172.23.10.11
oracle@172.23.10.11's password:
/usr/bin/xauth:  creating new authority file /home/oracle/.Xauthority

Testando para ver se a parte gráfica está funcionando:

[oracle@mvrac1 ~]$ xclock

O teste funcionou! Vejam:

Pronto!

Vamos iniciar a instalação:

[oracle@mvrac1 ~]$ cd p6810189/
[oracle@mvrac1 p6810189]$ ls -l
total 1784
-r--r--r--  1 oracle oinstall 1620786 Feb 21  2008 10204_buglist.htm
dr-xr-xr-x  4 oracle oinstall    4096 May 21  2008 install
-r--r--r--  1 oracle oinstall  178465 Feb 22  2008 patch_note.htm
dr-xr-xr-x  2 oracle oinstall    4096 May 21  2008 response
-r-xr-xr-x  1 oracle oinstall    1756 Feb 17  2008 runInstaller
dr-xr-xr-x 10 oracle oinstall    4096 May 21  2008 stage
[oracle@mvrac1 p6810189]$ ./runInstaller

Na tela inicial do Patchset, devemos clicar em Next.

Como as variáveis de ambiente já estão definidas, o OUI “encontra” um Oracle Home de BD ainda não existente. Basta clicar no combo “Name” e escolher o Oracle Home do Clusterware:

Com o Oracle Home do Clusterware definido, clicar em Next.

Automaticamente será selecionado o item “Cluster Installation” e todos os nós do cluster (mvrac1 e mvrac2) serão selecionados. Clicar em Next.

Os pré-requisitos serão verificados. Clicar em Next.

Um resumo será exibido. Clicar em Install.

Uma janela com o progresso será exibida.

Será solicitado executar 1 script como root nos 2 nós. Sendo que antes temos que parar os serviços do Clusterware, e em seguida, executar o script. Atenção: o script deverá ser executado em um nó por vez. Não podendo ser executado em paralelo!

Vamos executar o procedimento no servidor mvrac1, como root. Vamos primeiro parar os serviços do Clusterware:

[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl stop crs
Stopping resources.
Successfully stopped CRS resources
Stopping CSSD.
Shutting down CSS daemon.

Agora, precisamos executar o script que aplicará o Patchset no servidor mvrac1:

[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/install/root102.sh
Creating pre-patch directory for saving pre-patch clusterware files
Completed patching clusterware files to /u01/app/oracle/product/10.2.0/crs
Relinking some shared libraries.
Relinking of patched files is complete.
WARNING: directory '/u01/app/oracle/product/10.2.0' is not owned by root
WARNING: directory '/u01/app/oracle/product' is not owned by root
WARNING: directory '/u01/app/oracle' is not owned by root
WARNING: directory '/u01/app' is not owned by root
WARNING: directory '/u01' is not owned by root
Preparing to recopy patched init and RC scripts.
Recopying init and RC scripts.
Startup will be queued to init within 30 seconds.
Starting up the CRS daemons.
Waiting for the patched CRS daemons to start.
  This may take a while on some systems.
.
.
10204 patch successfully applied.
clscfg: EXISTING configuration version 3 detected.
clscfg: version 3 is 10G Release 2.
Successfully accumulated necessary OCR keys.
Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.
node : <nodenumber>: <nodename> <private interconnect name> <hostname>
node 1: mvrac1 mvrac1-priv mvrac1
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
clscfg -upgrade completed successfully

Agora precisamos fazer isso também no servidor mvrac2:

[root@mvrac2 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl stop crs
Stopping resources.
Successfully stopped CRS resources
Stopping CSSD.
Shutting down CSS daemon.

Agora, precisamos executar o script que aplicará o Patchset no servidor mvrac2:

[root@mvrac2 ~]# /u01/app/oracle/product/10.2.0/crs/install/root102.sh
Creating pre-patch directory for saving pre-patch clusterware files
Completed patching clusterware files to /u01/app/oracle/product/10.2.0/crs
Relinking some shared libraries.
Relinking of patched files is complete.
WARNING: directory '/u01/app/oracle/product/10.2.0' is not owned by root
WARNING: directory '/u01/app/oracle/product' is not owned by root
WARNING: directory '/u01/app/oracle' is not owned by root
WARNING: directory '/u01/app' is not owned by root
WARNING: directory '/u01' is not owned by root
Preparing to recopy patched init and RC scripts.
Recopying init and RC scripts.
Startup will be queued to init within 30 seconds.
Starting up the CRS daemons.
Waiting for the patched CRS daemons to start.
  This may take a while on some systems.
.
.
10204 patch successfully applied.
clscfg: EXISTING configuration version 3 detected.
clscfg: version 3 is 10G Release 2.
Successfully accumulated necessary OCR keys.
Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.
node : <nodenumber>: <nodename> <private interconnect name> <hostname>
node 2: mvrac2 mvrac2-priv mvrac2
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
clscfg -upgrade completed successfully

Pronto! Agora precisamos voltar para a tela do OUI:

Clicar em Exit.

Clicar em Yes para confirmar a saída!

Vamos verificar se os recursos do Clusterware subiram?

Como oracle:

[oracle@mvrac1 ~]$ crs_stat -t
Name           Type           Target    State     Host
------------------------------------------------------------
ora.mvrac1.gsd application    ONLINE    ONLINE    mvrac1
ora.mvrac1.ons application    ONLINE    ONLINE    mvrac1
ora.mvrac1.vip application    ONLINE    ONLINE    mvrac1
ora.mvrac2.gsd application    ONLINE    ONLINE    mvrac2
ora.mvrac2.ons application    ONLINE    ONLINE    mvrac2
ora.mvrac2.vip application    ONLINE    ONLINE    mvrac2

Patchset aplicado com sucesso!

Agora faremos a mudança dos Voting Disks para os block devices.

Como vocês sabem, tivemos que instalar o Clusterware com o Voting Disk e o OCR em raw devices por limitações do OUI. Após aplicado o Patchset, precisamos alterar os arquivos do cluster para os block devices.

Para alterarmos os Voting Disks para os block devices, precisamos interromper os serviços do cluster nos 2 nós. O procedimento deverá ser executado como root nos 2 nós.

mvrac1:

[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl stop crs
Stopping resources. This could take several minutes.
Successfully stopped CRS resources.
Stopping CSSD.
Shutting down CSS daemon.
Shutdown request successfully issued.

mvrac2:

[root@mvrac2 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl stop crs
Stopping resources. This could take several minutes.
Successfully stopped CRS resources.
Stopping CSSD.
Shutting down CSS daemon.
Shutdown request successfully issued.

Agora, a partir do nó mvrac1, vamos consultar os Voting Disks existentes:

[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl query css votedisk
 0.     0    /dev/raw/raw1
 1.     0    /dev/raw/raw3
 2.     0    /dev/raw/raw5

located 3 votedisk(s).

Vamos agora adicionar os 3 Voting Disks que usam block devices. Precisamos usar o flag force:

[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl add css votedisk /dev/voting1 -force
Now formatting voting disk: /dev/voting1
successful addition of votedisk /dev/voting1.
[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl add css votedisk /dev/voting2 -force
Now formatting voting disk: /dev/voting2
successful addition of votedisk /dev/voting2.
[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl add css votedisk /dev/voting3 -force
Now formatting voting disk: /dev/voting3
successful addition of votedisk /dev/voting3.

Agora precisamos eliminar os 3 Voting Disks que usam raw devices. Precisamos usar também o flag force:

[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl delete css votedisk /dev/raw/raw1 -force
successful deletion of votedisk /dev/raw/raw1.
[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl delete css votedisk /dev/raw/raw3 -force
successful deletion of votedisk /dev/raw/raw3.
[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl delete css votedisk /dev/raw/raw5 -force
successful deletion of votedisk /dev/raw/raw5.

Os Voting Disks foram trocados para os block devices. Vamos agora subir os recursos do Clusterware nos nós mvrac1 e mvrac2.

mvrac1:

[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl start crs
Attempting to start CRS stack
The CRS stack will be started shortly

mvrac2:

[root@mvrac2 ~]# /u01/app/oracle/product/10.2.0/crs/bin/crsctl start crs
Attempting to start CRS stack
The CRS stack will be started shortly

Vamos ver se os recursos do cluster estão online.

Como oracle:

[oracle@mvrac1 ~]$ crs_stat -t
Name           Type           Target    State     Host
------------------------------------------------------------
ora.mvrac1.gsd application    ONLINE    ONLINE    mvrac1
ora.mvrac1.ons application    ONLINE    ONLINE    mvrac1
ora.mvrac1.vip application    ONLINE    ONLINE    mvrac1
ora.mvrac2.gsd application    ONLINE    ONLINE    mvrac2
ora.mvrac2.ons application    ONLINE    ONLINE    mvrac2
ora.mvrac2.vip application    ONLINE    ONLINE    mvrac2

Agora, precisamos alterar os OCR para os block devices.

Vamos primeiro verificar os OCR existentes.

Como oracle:

[oracle@mvrac1 ~]$ ocrcheck
Status of Oracle Cluster Registry is as follows :
	 Version                  :          2
	 Total space (kbytes)     :     256788
	 Used space (kbytes)      :       2016
	 Available space (kbytes) :     254772
	 ID                       :  382969207
	 Device/File Name         : /dev/raw/raw2
                                    Device/File integrity check succeeded
	 Device/File Name         : /dev/raw/raw4
                                    Device/File integrity check succeeded

	 Cluster registry integrity check succeeded

Observamos que os devices de OCR são /dev/raw/raw2 e /dev/raw/raw4, e a integridade dos dois devices está perfeita.

Vamos agora alterar o OCR para os block devices. O procedimento deve ser executado como root nos 2 nós.

mvrac1:

[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/ocrconfig -replace ocr /dev/ocr1
[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/ocrconfig -replace ocrmirror /dev/ocr2

Vamos verificar novamente a integridade dos devices do OCR.

Como oracle:

[oracle@mvrac1 ~]$ ocrcheck
Status of Oracle Cluster Registry is as follows :
	 Version                  :          2
	 Total space (kbytes)     :     256788
	 Used space (kbytes)      :       2016
	 Available space (kbytes) :     254772
	 ID                       :  382969207
	 Device/File Name         :  /dev/ocr1
                                    Device/File integrity check succeeded
	 Device/File Name         :  /dev/ocr2
                                    Device/File integrity check succeeded

	 Cluster registry integrity check succeeded

Pudemos observar que agora os devices são /dev/ocr1 e /dev/ocr2 e o teste de integridade foi bem sucedido!

Bom, nesse post vimos como instalar o Patchset 10.2.0.4 no Oracle Clusterware. Também vimos como mudar os Voting Disks e o OCR para os block devices.

No próximo artigo, veremos como instalar o software do Oracle Database 10.2.0.1 no nosso ambiente clusterizado.

Um abraço!

Vinicius







----------------------------------------------------------------------------

Copyright:

Este site e todo o conteúdo aqui publicado pertence ao Blog ViniciusDBA.com.br e possui seus respectivos direitos autorais.

O Conteúdo desde Blog não deve ser publicado, distribuído ou transmitido sem autorização prévia de seu autor.

Oracle e seus produtos são marcas registradas da Oracle Corporation® (http://www.oracle.com) Todo o material aqui encontrado é mantido sem ajuda financeira e mantém como propriedade de seu fundador/escritor.

Disclaimer:
The views expressed on this blog are my own and do not necessarily reflect the views of Oracle.
As opiniões publicadas neste blog (http://www.viniciusdba.com.br) são pessoais e não necessariamente representam a visão da Oracle.


Toda informação aqui encontrado é oferecida através do uso do bom senso e boa fé do seus leitores e não deve ser considerada como material oficial da Oracle Corporation (http://www.oracle.com).

O Autor (e contribuidores) não considera as informações aqui como oficiais e/ou permitidas para redistribuição. Ao utilizar o site http://www.viniciusdba.com.br o leitor deve entender e aceitar que as informações aqui encontradas são de direitos autorais do Autor e contribuidores.

O blog http://www.viniciusdba.com.br não faz revisão de conteúdo publicado por outros como comentários bem como posts em grupo de usuários ou portais.

Seus autores não necessariamente concordam ou apoiam opiniões de seus leitores.

ESTE É UM SITE INDEPENDENTE E NÃO REPRESENTA A ORACLE CORPORATION® (http://www.oracle.com) EM NENHUM SENTIDO. AS OPINIÕES E CONTEÚDOS AQUI ENCONTRADOS NÃO POSSUEM RELAÇÃO COM A VISÃO DA ORACLE CORPORATION®. ESTE SITE NÃO POSSUI NENHUM APOIO OU PATROCINIO DA ORACLE CORPORATION®.

Série de artigos sobre Instalação do Oracle RAC:

Instalação do Oracle RAC 10g Release 2 – Parte 1: Pré-requisitos
Instalação do Oracle RAC 10g Release 2 – Parte 2: Criação da VM
Instalação do Oracle RAC 10g Release 2 – Parte 3: Instalação do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 4: Configuração do Linux
Instalação do Oracle RAC 10g Release 2 – Parte 5: Clonagem da VM
Instalação do Oracle RAC 10g Release 2 – Parte 6: Pré-instalação do RAC

===================================

Olá pessoal!

Nesse artigo instalaremos o Oracle Clusterware 10.2.0.1. Com isso, já subiremos no sistema operacional dos servidores mvrac1 e mvrac2 a camada de cluster necessária para a criação de um banco de dados Oracle RAC. Alguns pontos importantes:

  • A instalação do Oracle Home será local, ou seja, cada servidor terá uma cópia do Oracle Home;
  • Cada servidor precisa de pelo menos duas placas de rede:
    • Rede Pública: para subir o endereço IP Virtual, o chamado VIP;
    • Rede Privada: para subir o endereço IP da rede privada entre os nós, o chamado InterConnect.
  • Precisamos de discos compartilhados entre os servidores:
    • Armazenamento do OCR;
    • Armazenamento do Voting Disk;
    • Discos ASM.
  • Os usuários oracle de cada servidor precisarão ter equivalência de usuário entre si.

Bom, vamos lá?

Na tela da VMWare Server Console, deveremos clicar duas vezes no ícone do CD-ROM (identificado pela seta vermelha).

Eu fiz uma imagem ISO com alguns softwares Oracle, portanto, na tela acima, deveremos manter a opção “Use ISO image:” marcada, e clicar em Browse, para escolhermos a mídia do Oracle:

Basta selecionar a imagem ISO, e clicar em Open.

Agora, precisamos montar esse CD no servidor. Como root no servidor mvrac1:

[root@mvrac1 ~]# mount /dev/hdc /media
mount: block device /dev/hdc is write-protected, mounting read-only

Para verificar se o disco foi montado:

[root@mvrac1 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              11G  2.4G  7.8G  24% /
tmpfs                 252M     0  252M   0% /dev/shm
/dev/hdc              3.1G  3.1G     0 100% /media

Com o disco montado, precisamos acessá-lo:

[root@mvrac1 ~]# cd /media/Ora10.2.0.1

Vamos ver o conteúdo do disco:

[root@mvrac1 Ora10.2.0.1]# ls -l
total 8
dr-xr-xr-x 6 root root 2048 May 21  2008 client
dr-xr-xr-x 9 root root 2048 May 21  2008 clusterware
dr-xr-xr-x 6 root root 2048 May 21  2008 companion
dr-xr-xr-x 6 root root 2048 May 21  2008 database

Agora copiaremos o diretório clusterware para o diretório /home/oracle:

[root@mvrac1 Ora10.2.0.1]# cp -rp clusterware/ /home/oracle/

Agora precisamos acertar as permissões, pois o diretório foi copiado como root:

[root@mvrac1 ~]# chown -R oracle:oinstall /home/oracle/*

Agora, iniciaremos a instalação. Há algumas formas de realizar a instalação:

  • Localmente no servidor, através da VMWare Server Console;
  • Remotamente, através de um software que simule um X-Server (existem diversas opções gratuitas na Internet);
  • Remotamente, através de uma estação Linux/Unix/Mac que tenha a parte gráfica (X) habilitado.

Eu usarei a terceira opção, portanto, a partir da minha estação:

vinicius@Viniciuss-MacBook:~$ ssh -X oracle@172.23.10.11
oracle@172.23.10.11's password:
/usr/bin/xauth:  creating new authority file /home/oracle/.Xauthority

Testando para ver se a parte gráfica está funcionando:

[oracle@mvrac1 ~]$ xclock

O teste funcionou! Vejam:

Bom, apenas para facilitar a instalação, vamos definir algumas variáveis de ambiente, já colocando-as no arquivo .bash_profile:

[oracle@mvrac1 ~]$ vi .bash_profile

O conteúdo do arquivo deverá ter o seguinte:

# .bash_profile

# Get the aliases and functions
if [ -f ~/.bashrc ]; then
        . ~/.bashrc
fi

export ORACLE_BASE=/u01/app/oracle
export ORA_CRS_HOME=${ORACLE_BASE}/product/10.2.0/crs
export ORACLE_HOME=${ORACLE_BASE}/product/10.2.0/db_1
export PATH=${ORA_CRS_HOME}/bin:${ORACLE_HOME}/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/sbin:/sbin

Com o arquivo configurado, devemos fechar o vi e salvá-lo.

Após isso, devemos carregar as variáveis de ambiente:

[oracle@mvrac1 ~]$ . .bash_profile

Para confirmar se as variáveis foram carregadas:

[oracle@mvrac1 ~]$ env |grep ORA
ORA_CRS_HOME=/u01/app/oracle/product/10.2.0/crs
ORACLE_BASE=/u01/app/oracle
ORACLE_HOME=/u01/app/oracle/product/10.2.0/db_1

Pronto!

Vamos iniciar a instalação:

[oracle@mvrac1 ~]$ cd clusterware/
[oracle@mvrac1 clusterware]$ ls -l
total 36
dr-xr-xr-x 2 oracle oinstall 4096 May 21  2008 cluvfy
dr-xr-xr-x 6 oracle oinstall 4096 May 21  2008 doc
dr-xr-xr-x 4 oracle oinstall 4096 May 21  2008 install
dr-xr-xr-x 2 oracle oinstall 4096 May 21  2008 response
dr-xr-xr-x 2 oracle oinstall 4096 May 21  2008 rpm
-r-xr-xr-x 1 oracle oinstall 1328 Jul  2  2005 runInstaller
dr-xr-xr-x 9 oracle oinstall 4096 May 21  2008 stage
dr-xr-xr-x 2 oracle oinstall 4096 May 21  2008 upgrade
-r--r--r-- 1 oracle oinstall 3445 Jul  2  2005 welcome.html

Como estamos usando o RHEL5/OEL5, quando o produto 10.2.0.1 foi lançado, essa versão de sistema operacional ainda não estava disponível no mercado, precisaremos executar a instalação informando que a verificação de pré-requisitos deverá ser ignorada:

[oracle@mvrac1 clusterware]$ ./runInstaller -ignoreSysPreReqs

A tela acima é a tela inicial. Devemos clicar em Next:

A tela acima solicita definirmos a localização do inventário e qual será o grupo no sistema operacional que será o dono do inventário. Os valores sugeridos serão:

  • Para a localização do inventário: /u01/app/oracle/oraInventory;
  • Para o grupo do sistema operacional: oinstall.

Clicar em Next:

Na tela acima devemos especificar o nome do Oracle Home do Clusterware, assim como a sua localização. Os valores sugeridos são:

  • Para o nome do Oracle Home do Clusterware: OraCrs10g_home;
  • Para a localização do Oracle Home do Clusterware: /u01/app/oracle/product/10.2.0/crs.

Clicar em Next:

O OUI reclamará de pouca memória, bastará clicar na caixa de seleção onde está escrito “Warning” na coluna de Status:

Após ter clicado na caixa, observem que o status passará para o valor “User Verified”. Clicar em Next:

Na tela acima, devemos especificar a configuração do cluster. O campo “Cluster Name” deve ter valor único na rede corporativa. O nome default é “crs”. Eu alterei o valor para “crs_mv”. Observem que no campo “Cluster Nodes” as informações de “Public Node Name”,”Private Node Name” e “Virtual Host Name” já aparecerão para o host mvrac1, já que a instalação foi iniciada a partir desse host. Como o cluster terá 2 nós, precisamos adicionar mais um nó na configuração do cluster. Basta clicar no botão “Add”:

Deveremos preencher os campos “Public Node Name”, “Private Node Name” e “Virtual Host Name”. Os valores sugeridos são:

  • Para o “Public Node Name”: mvrac2.viniciusdba.com.br;
  • Para o “Private Node Name”: mvrac2-priv.viniciusdba.com.br;
  • Para o “Virtual Node Name”: mvrac2-vip.viniciusdba.com.br.

Clicar em OK:

Observem que agora na tela são exibidos os 2 nós. Ao clicar em Next, o OUI verificará 2 itens:

  • Se os hostnames informados existem no arquivo /etc/hosts;
  • Se há equivalência de usuário entre os nós especificados para o usuário oracle.

Apenas para lembrarmos do /etc/hosts:

# ============================================================
# Arquivo /etc/hosts configurado para utilizacao do Oracle RAC
# Configurado por Marcus Vinicius
# 18/02/2010
# ============================================================

# Localhost
127.0.0.1         localhost.localdomain      localhost

# Oracle RAC 10g
#-----------------

# Rede Publica
172.23.10.11   mvrac1.viniciusdba.com.br       mvrac1
172.23.10.12   mvrac2.viniciusdba.com.br       mvrac2

# InterConnect - Conexao Privada
10.0.0.11      mvrac1-priv.viniciusdba.com.br  mvrac1-priv
10.0.0.12      mvrac2-priv.viniciusdba.com.br  mvrac2-priv

# Virtual IP's
172.23.10.21   mvrac1-vip.viniciusdba.com.br   mvrac1-vip
172.23.10.22   mvrac2-vip.viniciusdba.com.br   mvrac2-vip

Clicar em Next:

Na tela acima serão exibidas TODAS as interfaces de rede existentes no servidor. A regra que utilizaremos será:

  • eth0: Pública;
  • eth1: Privada.

Mas, observem que as duas interfaces aparecem como Privadas. Nesse caso, deveremos selecionar a interface eth0 e clicar no botão Edit:

Basta clicar na opção “Option” e depois clicar em OK. Caso tivéssemos mais de duas placas de rede, deveríamos selecionar a placa que não seria usada no cluster, e selecionar a opção “Do not use”.

Após editarmos a placa de rede eth0, agora sim observaremos que as duas placas estão com as configurações adequadas. Clicar em Next:

Na tela acima, deveremos especificar o tipo de redundância para o OCR: normal (2 locais), externa (1 local). O tipo de redundância escolhido foi a normal. Após isso, deveremos especificar 2 locais para armazenar o OCR. Lembram que eu comentei que o OUI do Clusterware 10.2.0.1 não consegue determinar se os block devices estão compartilhados entre os nós do cluster? Pois bem, eu simulei o erro e especifiquei um local apontando para um block device, e outro apontando para um raw device:

  • OCR Location: /dev/ocr1 (block device);
  • OCR Mirror Location: /dev/raw/raw4 (raw device).

Clicar em Next:

A tela acima será exibida com a mensagem informando que a localização /dev/ocr1 não está compartilhada entre os nós do cluster. Isso é descrito na Nota do Metalink número 401132.1. Clicar em OK:

Devemos corrigir o valor para o campo “Specify OCR Location”. Os dois campos deverão estar preenchidos da seguinte forma:

  • OCR Location: /dev/raw/raw2;
  • OCR Mirror Location: /dev/raw/raw4.

Clicar em Next:

Na tela acima, deveremos especificar o tipo de redundância e localização do voting disk. O tipo de redundância escolhido foi o normal. A localização dos voting disks deverá ser o seguinte:

  • Voting Disk Location: /dev/raw/raw1;
  • Additional Voting Disk 1 Location: /dev/raw/raw3;
  • Additional Voting Disk 2 Location: /dev/raw/raw5.

Clicar em Next:

Um resumo sobre a instalação será exibido. Clicar em Install:

A janela com o progresso da instalação será exibida. Observem que há um item chamado “Remote operations pending”. É nesse item que o Oracle Home será copiado para o outro nó.

Uma janela aparecerá solicitando executarmos scripts como root nos 2 nós do cluster. Não podemos executar os scripts em paralelo!! Devemos executar os scripts no primeiro nó, e depois, no segundo nó.

Vamos à execução do script /u01/app/oracle/oraInventory/orainstRoot.sh no nó mvrac1:

[root@mvrac1 ~]# /u01/app/oracle/oraInventory/orainstRoot.sh
Changing permissions of /u01/app/oracle/oraInventory to 770.
Changing groupname of /u01/app/oracle/oraInventory to oinstall.
The execution of the script is complete

Agora, vamos executar o script /u01/app/oracle/product/10.2.0/crs/root.sh no nó mvrac1:

[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/root.sh
WARNING: directory '/u01/app/oracle/product/10.2.0' is not owned by root
WARNING: directory '/u01/app/oracle/product' is not owned by root
WARNING: directory '/u01/app/oracle' is not owned by root
WARNING: directory '/u01/app' is not owned by root
WARNING: directory '/u01' is not owned by root
Checking to see if Oracle CRS stack is already configured
/etc/oracle does not exist. Creating it now.

Setting the permissions on OCR backup directory
Setting up NS directories
Oracle Cluster Registry configuration upgraded successfully
WARNING: directory '/u01/app/oracle/product/10.2.0' is not owned by root
WARNING: directory '/u01/app/oracle/product' is not owned by root
WARNING: directory '/u01/app/oracle' is not owned by root
WARNING: directory '/u01/app' is not owned by root
WARNING: directory '/u01' is not owned by root
assigning default hostname mvrac1 for node 1.
assigning default hostname mvrac2 for node 2.
Successfully accumulated necessary OCR keys.
Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.
node : 

node 1: mvrac1 mvrac1-priv mvrac1
node 2: mvrac2 mvrac2-priv mvrac2
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
Now formatting voting device: /dev/raw/raw1
Now formatting voting device: /dev/raw/raw3
Now formatting voting device: /dev/raw/raw5
Format of 3 voting devices complete.
Startup will be queued to init within 90 seconds.
Adding daemons to inittab
Expecting the CRS daemons to be up within 600 seconds.
CSS is active on these nodes.
	mvrac1
CSS is inactive on these nodes.
	mvrac2
Local node checking complete.
Run root.sh on remaining nodes to start CRS daemons.

Após a conclusão desse script, vamos executar o script /u01/app/oraInventory/orainstRoot.sh no nó mvrac2:

[root@mvrac2 ~]# /u01/app/oracle/oraInventory/orainstRoot.sh
Changing permissions of /u01/app/oracle/oraInventory to 770.
Changing groupname of /u01/app/oracle/oraInventory to oinstall.
The execution of the script is complete

Em seguida, devemos executar o script /u01/app/oracle/product/10.2.0/crs/root.sh no nó mvrac2:

[root@mvrac2 ~]# /u01/app/oracle/product/10.2.0/crs/root.sh
WARNING: directory '/u01/app/oracle/product/10.2.0' is not owned by root
WARNING: directory '/u01/app/oracle/product' is not owned by root
WARNING: directory '/u01/app/oracle' is not owned by root
WARNING: directory '/u01/app' is not owned by root
WARNING: directory '/u01' is not owned by root
Checking to see if Oracle CRS stack is already configured
/etc/oracle does not exist. Creating it now.

Setting the permissions on OCR backup directory
Setting up NS directories
Oracle Cluster Registry configuration upgraded successfully
WARNING: directory '/u01/app/oracle/product/10.2.0' is not owned by root
WARNING: directory '/u01/app/oracle/product' is not owned by root
WARNING: directory '/u01/app/oracle' is not owned by root
WARNING: directory '/u01/app' is not owned by root
WARNING: directory '/u01' is not owned by root
clscfg: EXISTING configuration version 3 detected.
clscfg: version 3 is 10G Release 2.
assigning default hostname mvrac1 for node 1.
assigning default hostname mvrac2 for node 2.
Successfully accumulated necessary OCR keys.
Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.
node : 

node 1: mvrac1 mvrac1-priv mvrac1
node 2: mvrac2 mvrac2-priv mvrac2
clscfg: Arguments check out successfully.

NO KEYS WERE WRITTEN. Supply -force parameter to override.
-force is destructive and will destroy any previous cluster
configuration.
Oracle Cluster Registry for cluster has already been initialized
Startup will be queued to init within 90 seconds.
Adding daemons to inittab
Expecting the CRS daemons to be up within 600 seconds.
CSS is active on these nodes.
	mvrac1
	mvrac2
CSS is active on all nodes.
Waiting for the Oracle CRSD and EVMD to start
Waiting for the Oracle CRSD and EVMD to start
Waiting for the Oracle CRSD and EVMD to start
Oracle CRS stack installed and running under init(1M)
Running vipca(silent) for configuring nodeapps
/u01/app/oracle/product/10.2.0/crs/jdk/jre//bin/java: error while
loading shared libraries: libpthread.so.0: cannot open shared
object file: No such file or directory

Terminamos de executar o script, mas observem que pegamos um erro na execução do último script no nó mvrac2:

Running vipca(silent) for configuring nodeapps
/u01/app/oracle/product/10.2.0/crs/jdk/jre//bin/java: error while
loading shared libraries: libpthread.so.0: cannot open shared
object file: No such file or directory

Esse erro é normal no Red Hat Enterprise Linux 5 e sempre acontecerá nessa versão e é descrito pela Nota do Metalink número 414163.1. Deveremos editar 2 arquivos para corrigir esse problema. Primeiro, precisamos ir para ao diretório $ORA_CRS_HOME com o usuário oracle:

[oracle@mvrac1 clusterware]$ cd $ORA_CRS_HOME/bin

Em seguida, editaremos o arquivo srvctl:

[oracle@mvrac1 bin]$ vi srvctl

Aproximadamente da linha 166, haverá a seguinte string:

#Remove this workaround when the bug 3937317 is fixed
LD_ASSUME_KERNEL=2.4.19
export LD_ASSUME_KERNEL

Devemos acrescentar o seguinte conteúdo abaixo da última linha da string:

unset LD_ASSUME_KERNEL

Deverá ficar da seguinte forma:

#Remove this workaround when the bug 3937317 is fixed
LD_ASSUME_KERNEL=2.4.19
export LD_ASSUME_KERNEL
unset LD_ASSUME_KERNEL

Agora, editaremos o arquivo vipca:

[oracle@mvrac1 bin]$ vi vipca

Aproximadamente da linha 121, haverá a seguinte string:

#Remove this workaround when the bug 3937317 is fixed
       arch=`uname -m`
       if [ "$arch" = "i686" -o "$arch" = "ia64" ]
       then
            LD_ASSUME_KERNEL=2.4.19
            export LD_ASSUME_KERNEL
       fi
       #End workaround

Devemos acrescentar o seguinte conteúdo abaixo da linha que tenha a string “export LD_ASSUME_KERNEL”:

unset LD_ASSUME_KERNEL

Deverá ficar da seguinte forma:

#Remove this workaround when the bug 3937317 is fixed
       arch=`uname -m`
       if [ "$arch" = "i686" -o "$arch" = "ia64" ]
       then
            LD_ASSUME_KERNEL=2.4.19
            export LD_ASSUME_KERNEL
            unset LD_ASSUME_KERNEL
       fi
       #End workaround

Feito isso, deveremos copiar esses dois arquivos para o servidor mvrac2:

[oracle@mvrac1 bin]$ scp -rp srvctl mvrac2:`pwd`
srvctl                                             100% 5577     5.5KB/s   00:00
[oracle@mvrac1 bin]$ scp -rp vipca mvrac2:`pwd`
vipca                                              100% 5038     4.9KB/s   00:00

Podemos agora voltar para tela de instalação e clicar no botão OK:

Uma janela será exibida com a execução automática de assistentes de configuração:

No último assistente (Oracle Cluster Verification Utility), teremos um erro:

Erro erro é comum e não devemos nos preocupar. Clicar em OK:

Será exibido na janela que o último assistente falhou. Clicar em Next. Aparecerá uma mensagem informando que um assistente falhou:

Clicar em OK:

Clicar em Exit:

Clicar em Yes.

Estamos quase finalizando a instalação do Clusterware. Lembrem-se que na execução do último script no servidor mvrac2, obtivemos um erro:

Running vipca(silent) for configuring nodeapps
/u01/app/oracle/product/10.2.0/crs/jdk/jre//bin/java: error while
loading shared libraries: libpthread.so.0: cannot open shared
object file: No such file or directory

Pois bem, o assistente VIPCA, responsável por criar os recursos de IP virtuais (os VIP’s), nos servidores, falhou. Agora que corrigimos o problema editando os arquivos srvctl e vipca, agora precisamos executar o assistente vipca para criarmos os IP’s virtuais. No entanto, como se trata de iniciar um endereço IP no sistema operacional, só é possível executar o vipca com o usuário root (e com display gráfico):

vinicius@Viniciuss-MacBook:~$ ssh -X root@172.23.10.11
root@172.23.10.11's password:
Last login: Sun Feb 21 09:35:58 2010 from 172.23.10.100
[root@mvrac1 ~]# /u01/app/oracle/product/10.2.0/crs/bin/vipca

A tela inicial do VIPCA será exibida. Clicar em Next:

A interface de rede eth0 será exibida. Foi essa interface que definimos como interface de rede pública na instalação do Oracle Clusterware. Clicar em Next:

A janela acima será exibida. Precisamos definir o “IP Alias Name” para os servidores. Basta preencher o valor para o servidor mvrac1:

  • mvrac1-vip.viniciusdba.com.br

Pressionar [TAB] e o valor para o servidor mvrac2 será preenchido automaticamente, através da leitura do arquivo /etc/hosts:

Clicar em Next:

Um resumo sobre a configuração será exibido. Clicar em Finish.

Uma janela com o progresso da operação será exibido. Aguardar.

Quando o processo terminar, clicar no botão OK.

Uma janela com o resultado da configuração será exibido. Nesse momento, os endereços IP virtuais estarão online em cada servidor. Clicar em Exit.

Com o usuário oracle mesmo, podemos verificar quais são os endereços IP que estão online no servidor mvrac1:

[oracle@mvrac1 ~]$ ifconfig |grep inet | grep -v fe | grep -v 127.0. | grep -v ::1/128
          inet addr:172.23.10.11  Bcast:172.23.10.255  Mask:255.255.255.0
          inet addr:172.23.10.21  Bcast:172.23.10.255  Mask:255.255.255.0
          inet addr:10.0.0.11  Bcast:10.255.255.255  Mask:255.0.0.0

Ou seja:

  • 172.23.10.11: IP público físico;
  • 172.23.10.21: IP público virtual;
  • 10.0.0.11: IP privado físico, InterConnect.

Vamos ver agora no servidor mvrac2:

[oracle@mvrac2 ~]$ ifconfig |grep inet | grep -v fe | grep -v 127.0. | grep -v ::1/128
          inet addr:172.23.10.12  Bcast:172.23.10.255  Mask:255.255.255.0
          inet addr:172.23.10.22  Bcast:172.23.10.255  Mask:255.255.255.0
          inet addr:10.0.0.12  Bcast:10.255.255.255  Mask:255.0.0.0

Ou seja:

  • 172.23.10.12: IP público físico;
  • 172.23.10.22: IP público virtual;
  • 10.0.0.12: IP privado físico, InterConnect.

Caso o servidor mvrac1 sofra algum problema de hardware ou software e seja desligado, o seu IP virtual, 172.23.10.21 será transferido automaticamente para o servidor mvrac2.
Para verificarmos o status dos recursos do cluster, com o usuário oracle:

[oracle@mvrac1 ~]$ crs_stat -t
Name           Type           Target    State     Host
------------------------------------------------------------
ora.mvrac1.gsd application    ONLINE    ONLINE    mvrac1
ora.mvrac1.ons application    ONLINE    ONLINE    mvrac1
ora.mvrac1.vip application    ONLINE    ONLINE    mvrac1
ora.mvrac2.gsd application    ONLINE    ONLINE    mvrac2
ora.mvrac2.ons application    ONLINE    ONLINE    mvrac2
ora.mvrac2.vip application    ONLINE    ONLINE    mvrac2

Num artigo conveniente, veremos o que é cada um desses recursos. O que importa por enquanto, é que todos estão online.
Pessoal, por enquanto é isso!

No próximo artigo veremos como aplicar o patchset 10.2.0.4 no Clusterware, e também como migrar o OCR e Voting Disk para os block devices.

Um abraço!

Vinicius







----------------------------------------------------------------------------

Copyright:

Este site e todo o conteúdo aqui publicado pertence ao Blog ViniciusDBA.com.br e possui seus respectivos direitos autorais.

O Conteúdo desde Blog não deve ser publicado, distribuído ou transmitido sem autorização prévia de seu autor.

Oracle e seus produtos são marcas registradas da Oracle Corporation® (http://www.oracle.com) Todo o material aqui encontrado é mantido sem ajuda financeira e mantém como propriedade de seu fundador/escritor.

Disclaimer:
The views expressed on this blog are my own and do not necessarily reflect the views of Oracle.
As opiniões publicadas neste blog (http://www.viniciusdba.com.br) são pessoais e não necessariamente representam a visão da Oracle.


Toda informação aqui encontrado é oferecida através do uso do bom senso e boa fé do seus leitores e não deve ser considerada como material oficial da Oracle Corporation (http://www.oracle.com).

O Autor (e contribuidores) não considera as informações aqui como oficiais e/ou permitidas para redistribuição. Ao utilizar o site http://www.viniciusdba.com.br o leitor deve entender e aceitar que as informações aqui encontradas são de direitos autorais do Autor e contribuidores.

O blog http://www.viniciusdba.com.br não faz revisão de conteúdo publicado por outros como comentários bem como posts em grupo de usuários ou portais.

Seus autores não necessariamente concordam ou apoiam opiniões de seus leitores.

ESTE É UM SITE INDEPENDENTE E NÃO REPRESENTA A ORACLE CORPORATION® (http://www.oracle.com) EM NENHUM SENTIDO. AS OPINIÕES E CONTEÚDOS AQUI ENCONTRADOS NÃO POSSUEM RELAÇÃO COM A VISÃO DA ORACLE CORPORATION®. ESTE SITE NÃO POSSUI NENHUM APOIO OU PATROCINIO DA ORACLE CORPORATION®.