ORA-00604: error occurred at recursive SQL level 1 | ORA-00942: table or view does not exist

 Cliente estava com problemas em sua atualização, a atualização travava em uma tabela padrão do sistema onde ele adicionava duas colunas e depois apagava outras.

Ao tentar dropar uma coluna o erro abaixo aparecia, conforme:

SQL> ALTER TABLE R152PEN DROP(DTHTRA, CODERR);
ALTER TABLE R152PEN DROP(DTHTRA, CODERR)
*
ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 1
ORA-00942: table or view does not exist

A tabela estava certa, com as colunas, meu primeiro teste foi verificar o case sensitive, mas também não resolveu.

Valor Inválido especificado para o parâmetro EXPIREDATE. (SQL-SERVER)

   Estávamos recebendo alguns erros no backup de um cliente e ao efetuar um backup manual recebemos o seguinte erro:

Pois bem, nosso primeiro passo é verificar a data do servidor e a data do SQL-Server.

Para coletar a data do SQL-Server:

SELECT GETDATE();

Visto que neste caso o cliente estava com 10 a 15 minutos atrasados do horário padrão.

Alteramos o tempo de expiração do backup, conforme:

   Para corrigir o problema, podemos usar duas soluções. Corrigir o horário do servidor, que resolveria o problema na raiz, ou aumentar o valor de tempo de expiração.

Como neste caso não era possível alterar a data do servidor, apenas aumentamos o EXPIREDATE para "1"

ORA-27037: unable to obtain file status (standby)

Quando você possuir um standby e durante as replicações do mesmo, você receber este erro abaixo:

ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/home/oracle/app/oracle/oradata/dbprod/redo03.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory

Não se desespere, tudo há solução.

Abra o banco em modo read only, e cancele qualquer tipo de recuperação do mesmo.

Alter database recover cancel;

Após você manter seu standby aberto em modo leitura, execute o comando abaixo:

alter database recover managed standby database using current logfile disconnect;

Após isso efetue o shutdown do seu database e refaça os processos de recuperação.

Qualquer duvida procure uma consultoria especializada, clicando aqui.