Corrigindo o erro ORA-01565: Unable to open Spfile

Ao checar o alert.log do banco de dados de homologação me deparei com a seguinte mensagem: ORA-01565: Unable to open Spfile /u01/app/oracle/product/11.2.0.4/db_1/dbs/spfilevs06.ora ! Um erro claro,  que diz quenão foi possível abrir o arquivo spfilevs06.ora no diretório /u01/app/oracle/product/11.2.0.4/db_1/dbs.

Naveguei até a pasta /u01/app/oracle/diag/rdbms/vs06/vs06/trace para checar o alert log e o erro apresentado era recorrente:

[root@server01 trace]# cd /u01/app/oracle/diag/rdbms/vs06/vs06/trace
[root@server01 trace]#
[root@server01 trace]# ls
alert_vs06.log
root@anvsdbdf003 trace:]# tail -f alert_vs06.log
ORA-01565: Unable to open Spfile /u01/app/oracle/product/11.2.0.4/db_1/dbs/spfilevs06.ora.
ORA-01565: Unable to open Spfile /u01/app/oracle/product/11.2.0.4/db_1/dbs/spfilevs06.ora.
ORA-01565: Unable to open Spfile /u01/app/oracle/product/11.2.0.4/db_1/dbs/spfilevs06.ora.
ORA-01565: Unable to open Spfile /u01/app/oracle/product/11.2.0.4/db_1/dbs/spfilevs06.ora.
ORA-01565: Unable to open Spfile /u01/app/oracle/product/11.2.0.4/db_1/dbs/spfilevs06.ora.
ORA-01565: Unable to open Spfile /u01/app/oracle/product/11.2.0.4/db_1/dbs/spfilevs06.ora.
ORA-01565: Unable to open Spfile /u01/app/oracle/product/11.2.0.4/db_1/dbs/spfilevs06.ora.
ORA-01565: Unable to open Spfile /u01/app/oracle/product/11.2.0.4/db_1/dbs/spfilevs06.ora.
ORA-01565: Unable to open Spfile /u01/app/oracle/product/11.2.0.4/db_1/dbs/spfilevs06.ora.
ORA-01565: Unable to open Spfile /u01/app/oracle/product/11.2.0.4/db_1/dbs/spfilevs06.ora.

 

Checagem no caminho informado no erro para verificar se o arquivo existia, se estava sem permissão, etc:

[root@server01 dbs]# ls -l spfilevs06.ora
ls: cannot access spfilevs06.ora: No such file or directory

Bingo! O arquivo de fato não existe, porém no parâmetro SPFILE do meu banco de dados ele diz que sim, que existe:

Ao tentar criar um SPFILE o seguinte erro é retornado:

SYS@vs06 AS SYSDBA> create spfile from pfile;
create spfile from pfile
*
ERROR at line 1:
ORA-32002: cannot create SPFILE already being used by the instance

E dentro da instância o arquivo está indicando no parâmetro SPFILE! Loucura rs

SYS@vs06 AS SYSDBA> show parameter spfile;

NAME TYPE VALUE
———————————— ——————————– ——————————
spfile       string               /u01/app/oracle/product/11.2.0.4/db_1/dbs/spfilevs06.ora

 

Solução: É preciso reiniciar a instância para que esse parâmetro seja “limpo” e em seguida recriar o spfile, para enfim, reiniciar novamente e fazer com que o erro pare de acontecer, isso pode ser feito em 3 simples passos:

 

1º – Desligar e iniciar a instância através dos comandos: shutdown abort e startup, respectivamente. Essa operação fará com que o Oracle busque o arquivo initvs06.ora no $ORACLE_HOME/dbs e inicie a instância sem o parâmetro spfile. Esse arquivo initvs06.ora é conhecido como PFILE.

SYS@vs06 AS SYSDBA> shut abort;
ORACLE instance shut down.

SYS@vs06 AS SYSDBA> startup
ORACLE instance started.

Total System Global Area 2.1379E+10 bytes
Fixed Size 2262656 bytes
Variable Size 1.0469E+10 bytes
Database Buffers 1.0603E+10 bytes
Redo Buffers 304508928 bytes
Database mounted.
Database opened.

2º – Criar o spfile:

SYS@vs06 AS SYSDBA> create spfile from pfile;

File created.

3º – Desligar e iniciar a instância através dos comandos: shutdown abort e startup, respectivamente.

SYS@vs06 AS SYSDBA> shut abort;
ORACLE instance shut down.

SYS@vs06 AS SYSDBA> startup
ORACLE instance started.

Total System Global Area 2.1379E+10 bytes
Fixed Size 2262656 bytes
Variable Size 1.0469E+10 bytes
Database Buffers 1.0603E+10 bytes
Redo Buffers 304508928 bytes
Database mounted.
Database opened.

 

Pronto, dessa forma você criou seu arquivo SPFILE através do PFILE existente e corrigiu o erro do alert.log que fazia uma referência incorreta ao arquivo, gerando inúmeras mensagens e poluindo o arquivo de log do Oracle.

Guia de instalação do SQL Server 2017

Pessoal,

nesse post vou mostrar como funciona a instalação do SQL Server 2017 em um ambiente Windows. O post consiste em 3 seções:

  • Como instalar a versão RTM mais atual do SQL Server até a presente data (13/07/2019)
  • Instalar a ferramenta SQL Server Management Studio
  • Aplicar os últimos cumulative updates (antigos services packs) com suas devidas correções e novos recursos

Os pré requisitos para instalação do produto são:

Fazer o download da ISO do Windows Server 2012 ou superiorWindows Server: https://www.microsoft.com/pt-br/evalcenter/evaluate-windows-server-2016

Fazer o download da ISO SQL Server 2017
SQL Server: https://www.microsoft.com/pt-br/sql-server/sql-server-downloads

Fazer o download dos Cumulative Updates (antigos service packs) do SQL: https://support.microsoft.com/pt-br/help/4047329

Continue lendo

Tratando o erro “Argument list too long” ao tentar limpar logs de determinado diretório

Limpeza de logs antigos e arquivos desnecessários é uma tarefa simples e recorrente para qualquer DBA Oracle.

Um simples comando rm -rf *.trc ou rm -rf *.trm limpa os arquivos antigos dos diretórios de logs do Oracle Database.

É comum acessar essa estrutura de pasta /u01/app/oracle/diag/rdbms/vs05/vs05/trace e se deparar com GBs e mais GBs de dados de trace, logs e afins.

Continue lendo

Corrigindo o warning PL/SQL package RMAN.DBMS_BA version 12.02.00.01.0 in RCVCAT database is too old

Ao logar em um catálogo do RMAN para registrar um novo banco de dados no catálogo, a seguinte mensagem é retornada:

PL/SQL package RMAN.DBMS_BA version 12.02.00.01.0 in RCVCAT database is too old

A correção é simples, basta fazer o upgrade do catálogo em 2 passos:

RMAN> upgrade catalog;
recovery catalog owner is RMAN
enter UPGRADE CATALOG command again to confirm catalog upgrade

E incluir o mesmo comando novamente para confirmar o upgrade:

RMAN> UPGRADE CATALOG;

recovery catalog upgraded to version 12.02.00.01
DBMS_RCVMAN package upgraded to version 12.02.00.01
DBMS_RCVCAT package upgraded to version 12.02.00.01.

RMAN>

Após fazer o upgrade, basta continuar a operação:

[oracle@serverprod ~]$ rman target / catalog rman@anvsrepository
Recovery Manager: Release 12.2.0.1.0 - Production on Thu Apr 18 16:11:25 2019
Copyright (c) 1982, 2017, Oracle and/or its affiliates.  All rights reserved.
connected to target database: PROD (DBID=197120132014)
recovery catalog database Password:
connected to recovery catalog database

RMAN> register database;

database registered in recovery catalog
starting full resync of recovery catalog
full resync complete

Carregar mais

× Como posso te ajudar?