segunda-feira, 21 de março de 2011

Erros ao tentar conectar uma instancia Oracle

Agora iremos verificar alguns erro básicos referentes a conexão a instancias de SGDB Oracle.Como exemplo utilizaremos o sqlplus e o commando connnect com a seguinte sintaxe :

conn [usuario] /[senha]@[instancia]

Alguns erros comuns serão abaixo exemplificados com seus possíveis erros.

==> ORA-01017: invalid username/password; logon denied

você conseguiu estabelecer contato com sua instancia Oracle porem errou a senha do usuário .

==>
ORA-12505: TNS:listener does not currently know of SID given in connect

Ou o SID é incorreto no arquivo tnsnames, ou o listener não está comnseguindo comunicacao com ele. Verifique o tnsnames.ora primeiro. Se lhe parece bem, fazer um 'status lsnrctl' em seu servidor, para ver quais bancos de dados que o ouvinte está ouvindo.

==> ORA-12514: TNS:listener could not resolve SERVICE_NAME given in connect

Isso é um erro comum e significa que, enquanto o listener se contactável, o banco de dados (ou melhor, o serviço) especificado no tnsnames não está respondendo ao listener.Provavelmente a instancia oracle desejada não está disponível.



sexta-feira, 18 de março de 2011

Teste de Comunicação entre Client e o Listener



Para fazer um simples teste podemos utilizar o comando tnsping

Ex : tnsping orcl11g

No caso positivo da comunicação serão exibidas algumas informações num formato semelhante a mensagem abaixo :

Usado o adaptador TNSNAMES para resolver o apelido
Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)
(HOST = 192.168.100.202)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = orcl)))
OK (10 ms)

Podemos receber uma mensagem de erro e ai vai algumas das mais conhecidas :

TNS-03505: Failed to resolve name

O nome do banco de dados especificado não foi encontrado no tnsnames.ora, onames ou LDAP. Isso significa que TnsPing nem mesmo ido tão longe como tentando fazer contato com um servidor - ele simplesmente não consegue encontrar nenhum registro de banco de dados que você está tentando TnsPing. Verifique se você digitou o nome do banco de dados corretamente, e que tem uma entrada no tnsnames.ora.

TNS-12545: Connect failed because target host or object does not exist

O host especificado no tnsnames não está contactável. Verifique se você digitou o nome do host corretamente. Se tiver, tente pingar o host com 'ping . Se o "host desconhecido" ping retorna, fale com o administrador da rede. Pode ser que você tenha um problema de DNS (você pode tentar usar o endereço IP se tiver a mão). Se você receber "host unreachable", mais uma vez falar com o responsável da rede, o problema poderia ser reduzido a um problema de roteamento ou firewall.

TNS-12541: TNS:no listener

O nome do host era válido, mas o Listener não estava contactável. Coisas a verificar é que o tnsnames tem a porta correta (e hostname) especificada, e que o ouvinte está rodando no servidor e usando a porta correta.


Verificar Hora que foi o ultimo Startup da Instancia

select to_char(startup_time, 'dd/mm/yyyy hh24:mi:ss') as "Startup time"
from v$instance ;
/

sexta-feira, 11 de março de 2011

Recovery Manager (RMAN) Básico em exemplos - Parte 4

Exemplo de Restore/Recovery de um database :
Um banco de Dados inteiro
RMAN> STARTUP FORCE MOUNT;
RMAN> RESTORE DATABASE;
RMAN> RECOVER DATABASE;
RMAN> ALTER DATABASE OPEN;

Uma tablespace
RMAN> SQL 'ALTER TABLESPACE users OFFLINE';
RMAN> RESTORE TABLESPACE users;
RMAN> RECOVER TABLESPACE users;
RMAN> SQL 'ALTER TABLESPACE users ONLINE';

Um datafile
RMAN> SQL 'ALTER DATABASE DATAFILE 64 OFFLINE';
RMAN> RESTORE DATAFILE 64;
RMAN> RECOVER DATAFILE 64;
RMAN> SQL 'ALTER DATABASE DATAFILE 64 ONLINE';

Passos a serem seguidos :

(1) coloque o banco no status mount .
(2) Restore os arquivos necessários com o commando RESTORE.
(3) Recover os datafiles com o commando RECOVER .
(4) Volte o banco ao status de open


quinta-feira, 10 de março de 2011

quarta-feira, 2 de março de 2011

Recovery Manager (RMAN) Básico em exemplos - Parte 3

Comando Auxiliares para utilização do RMAN :

SHOW : Exibe as configuracoes permanentes do RMAN .Configuracoes como canais automaticos,estratégia de retenção , numero de cópias e etc... .

LIST : Exibe as informações sobre os backup efetuados.

REPORT : Bem mais sofisticado que as duas opções acima.Ira te mostar uma visão detalhado do repositório.

RMAN para Backup de Archive.

Os arquivos gerados pelo processo de archive log podem participar do backup do RMAN.

Utilizando o comando BACKUP ARCHIVELOG onde o escopo é a definicao de quais arquivos de archive participarão do Backup.

a opção de escopo padrao é a ALL ,mas temos from time, until time etc...