OCA é a sigla para Oracle Certified Associate, o primeiro nível de certificação para profissionais Oracle de banco de dados, desenvolvimento ou aplicações.

Para verificar todos os IPs configurados em seu Oracle Exadata, existem 2 alternativas, são elas:

1º Alternativa - Documentação do ACS

Toda instalação inicial do Oracle Exadata é realizada através da equipe de ACS (Advanced Customer Service) da Oracle Corporation, após a instalação do Exadata em sua infra-estrutura, a equipe lhe envia uma documentação "Exadata Deployment Summary" com todas as configurações de IP para seus DB Nodes, DB Nodes Vips, Cell Nodes, ILOM e Swtiches.

Como uma instalação completa do Oracle Exadata Full Rack utiliza cerca de 70 IPs, é aconselhável manter essa documentação segura.

Porém, caso não tenha a documentação em mãos, pode utilizar a segunda alternativa.

2º Alternativa - Arquivo de configuração do DBMachine

Caso não tenha a documentação da equipe de ACS em mãos, uma alternativa para verificar todos os ips que estão configurados ou que foram alterados após a configuração inicial do Oracle Exadata, pode ser visto pelo arquivo:

more /opt/oracle.SupportTools/onecommand/dbMachine_exa01

Este arquivo irá mostrar todos os IP's que estão sendo utilizados pelo Oracle Exadata.

Para saber em quais URL foram configurados os acesso ao OEM Grid Control 11g, basta verificar o arquivo de setup do Grid Control. Para isso, na versão 11g, basta acessar o arquivo setupinfo.txt em seu $MIDDLEWARE_HOME. Veja um exemplo:

Procurando o arquivo setupinfo.txt

1º Opção - Usando o comando linux FIND

Caso não saiba como encontrar o arquivo setupinfo.txt, basta para o / e digitar o comando abaixo:

cd /
find . -name setupinfo.txt -print

Abaixo é um exemplo de saída do comando acima:

./u01/app/oracle/product/middleware/oms11g/install/setupinfo.txt

2º Opção - Pasta INSTALL do OMS11g

Para acessar o arquivo setupinfo.exe, entre em  $MIDDLEWARE/oms11g/install e abra o arquivo setupinfo.txt

Um exemplo de conteúdo do arquivo é:

This information is also available at:
/u01/app/oracle/product/middleware/oms11g/install/setupinfo.txt
See below for information pertaining to your Enterprise Manager installation:

Use the following URL to access:
 1. Enterprise Manager Grid Control URL: https://labgc.rodrigoalmeida.net:7799/em
 2. Admin Server URL: https://labgc.rodrigoalmeida.net:7101/console
The following details need to be provided during the additional OMS install:
 1. Admin Server Hostname: labgc.rodrigoalmeida.net
 2. Admin Server Port: 7101

NOTE: An encryption key has been generated to encrypt sensitive data in the Management Repository. 

If this key is lost, all encrypted data in the Repository becomes unusable. 

Please run following command to backup the Management Service configuration including the emkey and keep the backup on another system: 

emctl exportconfig oms -dir <backup location>

PRONTO! Agora já sabemos quais as URL necessárias para acessar o nosso OEM Grid Control 11g.

Uma forma de realizar cópias entre arquivos no Linux, é utilizar o aplicativo SCP (Secure Copy), um aplicativo que utiliza o protocolo SSH e deste modo, torna-se um meio muito mais seguro de realizar cópia entre os servidores.

Abaixo, existem alguns exemplos de como utilizar o SCP para realizar cópia de arquivos:

1º - Copiar todos os arquivos do servidor Local com a extensão .gz para o servidor remoto

[oracle@DBALAB bkp]$ scp *.gz oracle@10.33.192.43:/u01/app/oracle/backup/poc

The authenticity of host '10.33.192.43 (10.33.192.43)' can't be established.
RSA key fingerprint is 4c:9a:b0:39:ef:f1:03:03:99:21:95:f1:cf:b5:ae:6a.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '10.33.192.43' (RSA) to the list of known hosts.
oracle@10.33.192.43's password:
dims_25112009.dmp.gz                                                                                                       100%  651MB  20.3MB/s   00:32
dw_saj_pg_25112009.dmp.gz                                                                                                  100% 6261MB  17.7MB/s   05:53
exp_dw_saj_pg.dmp.gz                                                                                                       100% 6122MB  17.5MB/s   05:50
fatos_25112009.dmp.gz                                                                                                      100%  239MB  16.0MB/s   00:15
[oracle@DBALAB bkp]$

Importante lembrar sobre a estrutura:

scp, nome do aplicativo;

*.gz, é o local (pasta) que será feiro a cópia no servidor LOCAL;

oracle, usuário de conexão com o servidor remoto;

@10.33.192.43, IP do servidor remoto;

:/u01/app/oracle/backup/poc, diretório no servidor remoto onde ficará os arquivos com extensão .GZ

Exatamente, o comando cellcli do Oracle Exadata Storage Server não irá funcionar em seus DBNODES (Database Servers), apenas o comando dcli irá funcionar, pois o comando cellcli funciona apenas quando está conectado à uma célula de storage, no Oracle Exadata Storage Server, ou seja, deverá logar-se na célula de storage e através dele, executar o comando cellcli.

Caso, tente executar o comando no DBNODE, o erro emitido será igual ao debaixo:

[root@exa01db01 /]# cellcli

-bash: cellcli: command not found

Ou seja, o aplicativo não existe!

Para mais informações leia Master Note for Oracle Database Machine and Exadata Storage Server [ID 1187674.1].

Para realizar operações de parada e inicialização do clusterware no Oracle RAC 11gR2, basta executar o comando abaixo autenticado como root.

Parar o clusterware

[root@exa01db08 ~]# /u01/app/11.2.0/grid/bin/crsctl stop cluster -all

Iniciar o clusterware

[root@exa01db08 ~]# /u01/app/11.2.0/grid/bin/crsctl start cluster -all

O comando crsctl está substituindo diversos outros comandos das versões anteriores do Oracle RAC, para mais informações consulte a Documentação do Oracle Clusterware Administration and Deployment Guide para 11gr2.

Ao implementar os recursos do DBFS (Database File System) do Oracle no sistema operacional Linux para compartilhamento de arquivos entre os servidores/usuários e seu DBFS em algum momento não subiu automaticamente, é possível iniciar o ponto de montagem (mount point) manualmente, veja:

1) Acesso o servidor que deseja iniciar o monto de montagem

[oracle@rodrigoalmeida ~]$ ssh oracle@192.168.6.12
Last login: Wed Jul 27 15:52:08 2011 from ranet01.rodrigoalmeida.net

2) Verifique os pontos de montagens disponíveis

[oracle@ranet01 ~]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VGExaDb-LVDbSys1
                       30G  9.9G   19G  36% /
/dev/sda1             124M   36M   82M  31% /boot
/dev/mapper/VGExaDb-LVDbOra1
                       99G   35G   60G  37% /u01
tmpfs                  81G  9.8G   71G  13% /dev/shm

 3) Execute o script de verificação do DBFS para saber o status do serviço

[oracle@ranet01 ~]$ /u01/app/11.2.0/grid/crs/script/mount-dbfs.sh check
Check -- OFFLINE

O caminho fornecido é importante pois é o caminho de instalação do Grid Infrastructure do seu RAC, dentro do Clusterware existe o script de mount do DBFS, caso esteja utilizando em um ambiente RAC 11gR2 com o Oracle Restart habilitado.

4) Inicie o mount point do DBFS no servidor

[oracle@ranet01 ~]$ /u01/app/11.2.0/grid/crs/script/mount-dbfs.sh start
mount-dbfs.sh mounting DBFS at /dbfs_direct from database dbfs
ORACLE_SID is dbfs3
spawning dbfs_client command using SID dbfs3
Start -- ONLINE

5) Verifique o seu ponto de montagem

[oracle@ranet01 ~]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VGExaDb-LVDbSys1
                       30G  9.9G   19G  36% /
/dev/sda1             124M   36M   82M  31% /boot
/dev/mapper/VGExaDb-LVDbOra1
                       99G   35G   60G  37% /u01
tmpfs                  81G  9.8G   71G  13% /dev/shm
dbfs-dbfs_user@:/ 48G 38G 11G 80% /dbfs_direct

6) Para parar o serviço de mount point do DBFS

[oracle@ranet01 ~]$ /u01/app/11.2.0/grid/crs/script/mount-dbfs.sh stop
unmounting DBFS from /dbfs_direct
Stop - stopped, now not mounted

Pronto! O seu ponto de montagem usando os recursos do DBFS já estão disponíveis aos usuários, neste exemplo, utilizo o DBFS para um ambiente Oracle RAC 11gR2 onde o mount point /dbfs_direct é utilizado por todos os nós do cluster, o DBFS também pode ser utilizado para ambientes de Single Instance em Linux, não é exclusividade do RAC.

Para iniciar ou parar os serviços de agente do OMA (Oracle Management Agent) responsáveis pelas coletas de dados do Grid Control é bem fácil, veja:

1) Configuração das variáveis de ambiente

Configure as variáveis de ambiente ORACLE_BASE e ORACLE_HOME de acordo com a sua instalação do Grid Control.

[oracle@ranetgc ~]$ export ORACLE_BASE=/u01/app/oracle
[oracle@ranetgc ~]$ echo $ORACLE_BASE
/u01/app/oracle
[oracle@ranetgc ~]$ export ORACLE_HOME=/u01/app/oracle/product/middleware/agent11g
[oracle@ranetgc ~]$ echo $ORACLE_HOME
/u01/app/oracle/product/middleware/agent11g

Veja, que a variável ORACLE_HOME está apontando para a instalação dos binários do OEM Grid Control.

Posteriormente, configurar a variável de ambiente PATH da sua sessão:

[oracle@ranetgc ~]$ export PATH=$PATH:$ORACLE_HOME/OPatch:$ORACLE_HOME/bin
[oracle@ranetgc ~]$ echo $PATH
/u01/app/oracle/product/middleware/agent11g/OPatch:/u01/app/oracle/product/middleware/agent11g/bin:/u01/app/oracle/product/middleware/oms11g/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/home/oracle/bin

Observe que a variável PATH possui os caminhos para $ORACLE_HOME/bin e $ORACLE_HOME/OPatch que serão essenciais para trabalhar com os serviços dos agentes.

2) Iniciar o serviço dos agentes do OMA

[oracle@ranetgc ~]$ emctl start agent
Oracle Enterprise Manager 11g Release 1 Grid Control 11.1.0.1.0
Copyright (c) 1996, 2010 Oracle Corporation.  All rights reserved.
Starting agent .......... started.

3) Parar o serviço dos agentes do OMA

[oracle@ranetgc ~]$ emctl stop agent
Oracle Enterprise Manager 11g Release 1 Grid Control 11.1.0.1.0
Copyright (c) 1996, 2010 Oracle Corporation.  All rights reserved.

4) Verificar o status do serviço do OMA

[oracle@ranetgc ~]$ emctl status agent
Oracle Enterprise Manager 11g Release 1 Grid Control 11.1.0.1.0
Copyright (c) 1996, 2010 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
Agent Version     : 11.1.0.1.0
OMS Version       : 11.1.0.1.0
Protocol Version  : 11.1.0.0.0
Agent Home        : /u01/app/oracle/product/middleware/agent11g
Agent binaries    : /u01/app/oracle/product/middleware/agent11g
Agent Process ID  : 6264
Parent Process ID : 6242
Agent URL         : https://ranetgc.rodrigoalmeida.net:3872/emd/main/
Repository URL    : https://ranetgc.rodrigoalmeida.net:4900/em/upload
Started at        : 2011-07-27 13:44:04
Started by user   : oracle
Last Reload       : 2011-07-27 13:44:04
Last successful upload                       : (none)
Last attempted upload                        : (none)
Total Megabytes of XML files uploaded so far :     0.00
Number of XML files pending upload           :       11
Size of XML files pending upload(MB)         :     0.70
Available disk space on upload filesystem    :    14.21%
Last attempted heartbeat to OMS              : 2011-07-27 13:44:07
Last successful heartbeat to OMS             : sucess
---------------------------------------------------------------
Agent is Running and Ready

É válido lembrar que para utilizar o aplicativo EMCTL (Enterprise Manager Control) é necessário especificar o serviço do OEM Grid Control que deseja trabalhar, pois, caso as variáveis de ambiente não estejam configuradas corretamente, o EMCTL não será possível trabalhar com os serviços do OMA e OMS ao mesmo tempo, pois são ORACLE_HOME diferentes.