Correções e problemas conhecidos do Oracle

Estes são os patches da Oracle que precisam ser aplicados para ter os melhores resultados com o Oracle no Backup e DR.

Versão do Oracle Precisa de patch Devido a esses bugs Observações
11.2.0.1 a 12.1.0.2. 19621704 ORA-00600 [723] [memory Leak] Erro com vazamento de memória para "mbr node memory" As montagens com reconhecimento de aplicativos do Backup e DR podem falhar
11.x Corrigido na versão 12.x e mais recentes Bug 19874632 - ORA-15196: INVALID ASM BLOCK HEADER [KFC.C:26368] [OBJ_KFBL] [8] [529] [3 != 8] (ID do documento 19874632.8) Isso requer o Oracle versão 12.x e posterior.
12.1+ Corrigido na versão 19.1.0 e mais recentes
Consulte o ID do documento Oracle 27424405.8 para detalhes do patch da sua versão do Oracle, de 12.1 a 19.1. 		RMAN: a restauração de arquivos maiores que 32G pode causar ORA-8103, ORA-600 [3020]
O RMAN pode não fazer backup de todos os blocos da origem. 		A restauração e a recuperação podem falhar com ORA-600.
12.1.0.2 22709877 ORA-00600: INTERNAL ERROR CODE, ARGUMENTS: [KCVFDB_PDB_SET_CLEAN_SCN: CLEANCKPT] A montagem do Backup e DR com reconhecimento de aplicativos pode falhar
Corrigido em: 12.2.0.1+
12.1.0.2 a 19c 26978857 CONTROLFILE BACKUP TO TRACE REFERS PDB DATAFILE OFFLINE IN CDB$ROOT CONTEXT As montagens do Backup e DR Application Aware podem falhar.
12.1.0.2 23019710 RMAN LIST BACKUP SUMMARY FAILS com qualquer um dos seguintes erros:
ORA-01507: database not mounted
ORA-01219: database or pluggable database not open: queries allowed on fixed
ORA-00972: identifier is too long
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
ORA-01426: numeric overflow
ORA-01152: file 3 was not restored from a sufficiently old backup
ORA-01110: data file 3:
ORA-01109: database not open
ORA-01034: ORACLE not available 		Os backups do Oracle com o Backup e DR podem falhar
12.1.0.2 18845653 ORA-600 do fechamento de PDB se o PDB for renomeado em outra sessão As montagens do Backup e DR Application Aware podem falhar. Corrigido na versão 12.2.0.1 e mais recentes.
12.1.0.2 19075256 ORA-600 [kcfmis_internal: enq] de PDB RENAME
12.1.0.2 22809813 (Win)
19404068 (Linux) 		ORA-1610 ON RECOVER DATABASE FOR CREATED CONTROLFILE As montagens do Backup e DR Application Aware podem falhar.
12.2 a 19c 30045273 PDB: ORA-00600 [KDSGRP1] / INCONSISTÊNCIAS DE BLOCO APÓS A RECUPERAÇÃO DO BANCO DE DADOS DE CÓPIAS DE IMAGEM DO RMAN USANDO O NOVO ARQUIVO DE CONTROLE As montagens do Backup e DR Application Aware podem falhar.
12.2.0.2 31718134 ORA-00304: o INSTANCE_NUMBER solicitado está ocupado A reinicialização de uma nova instância de banco de dados pela primeira vez em um estado sem montagem pode falhar
18c e 19c 30419450 ORA-65250: caminho inválido especificado para o arquivo - /act/mnt/Staging_631487/datafile/24v0gutb_1_1 Os backups de banco de dados Oracle do Backup e DR podem falhar.
Solução alternativa até a instalação do patch: desfaça a definição do parâmetro CREATE_FILE_DESTINATION para o banco de dados conectável.
18.10 e mais recentes Consulte a Oracle para saber se há patches provisórios para versões anteriores. Bug 29056767 - STANDBY: Datafiles Checkpoint not Updated at Standby Database when Media Recover is running (ID do documento 29056767.8) As montagens do Backup e DR Application Aware podem falhar.
Corrigido em:
19.4.0.0.190716 Jul 2019 DB RU
18.8.0.0.191015 Oct 2019 DBRU
20.10.
19.14 34383066 Bug 34383066: o backup do RMAN após o upgrade para a versão 19.14 fica travado no canal de lançamento e não volta ao prompt. Os backups do Oracle do Backup e DR podem ficar travados.

Problemas conhecidos do Oracle

Para ter o melhor desempenho, revise e resolva esses problemas conhecidos da Oracle.

As consultas em DBA_FREE_SPACE são lentas (ID do documento 271169.1)

Durante o backup do Backup e DR, o agente consulta a tabela de metadados dba_free_space do Oracle para determinar o espaço livre e alocado do banco de dados. Às vezes, as consultas SQL para dba_free_space ficam caras. Esse é um problema conhecido do Oracle, ID do documento 271169.1 (consultas em DBA_FREE_SPACE são lentas). Isso pode ser observado em um sistema travado executando ps -ef | grep -i dbFreeSize.sql na linha de comando.

A Oracle recomenda limpar a lixeira do banco de dados:

  1. Faça login no banco de dados como sysdba:

    ```sh
sqlplus / as sysdba
SQL>purge dba_recyclebin;
SQL>exit;
```

  2. É recomendável executar as estatísticas em objetos fixos. Isso pode levar alguns minutos.

    Faça login no banco de dados como sysdba:

    ```sh
sqlplus / as sysdba
SQL>exec dbms_stats.GATHER_FIXED_OBJECTS_STATS
SQL>exit;
```

Consulte também a escalonabilidade e os limites do ASM (ID do documento da Oracle 370921.1).

Impacto do parâmetro max_string_size=extended em montagens, restaurações e troca de restaurações compatíveis com aplicativos

Se o parâmetro max_string_size init estiver definido como extended no banco de dados de origem, uma montagem ou restauração com reconhecimento de app da imagem de backup do banco de dados feita antes dessa mudança de parâmetro, junto com o roll-forward usando backups de registros feitos após essa mudança, vai falhar com o erro: ORA-14694: o banco de dados precisa estar no modo UPGRADE para iniciar a migração MAX_STRING_SIZE

Solução Se você definir o parâmetro max_string_size init como extended no banco de dados de origem, execute um novo job de backup completo (nível 1) do banco de dados sob demanda 1 e use a nova imagem para operações de montagem ou restauração compatíveis com aplicativos.

SQLNET.AUTHENTICATION_SERVICES precisa ser definido como nts em um ambiente Windows

No Windows, o sqlnet.ora do banco de dados Oracle é configurado com SQLNET.AUTHENTICATION_SERVICES = (none). Isso restringe a conexão do banco de dados ao uso da autenticação do sistema operacional Windows. Isso exige um nome de usuário e uma senha válidos do banco de dados para se conectar a ele. Sem isso, os jobs de restauração podem falhar.

Solução: defina SQLNET.AUTHENTICATION_SERVICES = (nts)

Escalonabilidade e limites do ASM (do ID do documento do Oracle 370921.1)

Isso depende do seguinte:

Oracle Database, Enterprise Edition

Para o Oracle Database, Enterprise Edition, versões 10.1.0.2 a 11.1.0.7 e 11.2.0.3, o ASM impõe os seguintes limites:

  • 63 grupos de disco em um sistema de armazenamento

  • 10.000 discos ASM em um sistema de armazenamento

  • Armazenamento máximo de 2 terabytes para cada disco do ASM. O bug 6453944 permitia tamanhos maiores, mas isso causou problemas. Consulte a observação 736891.1 "ORA-15196 WITH ASM DISKS LARGER THAN 2TB".

  • 40 exabytes de armazenamento máximo para cada sistema de armazenamento

  • 1 milhão de arquivos para cada grupo de discos

  • 2,4 terabytes de armazenamento máximo para cada arquivo

Oracle Database12c

Para o Oracle Database12c, o ASM impõe os seguintes limites:

  • 511 grupos de discos em um sistema de armazenamento para o Oracle Database 12c Release 1 ou posterior

  • 10.000 discos do Oracle ASM em um sistema de armazenamento

  • 1 milhão de arquivos para cada grupo de discos

Com o armazenamento do Oracle Exadata

Com todo o armazenamento do Oracle Exadata, o Oracle ASM tem os seguintes limites de armazenamento:

  • 4 PB de armazenamento máximo para cada disco do Oracle ASM com tamanho de unidade de alocação igual a 1 MB

  • 8 PB de armazenamento máximo para cada disco do Oracle ASM com tamanho da AU igual a 2 MB

  • 16 PB de armazenamento máximo para cada disco do Oracle ASM com tamanho de AU igual a 4 MB

  • 32 PB de armazenamento máximo para cada disco do Oracle ASM com tamanho de AU igual a 8 MB

  • Máximo de 320 EB para o sistema de armazenamento

Sem o Exadata Storage, atributo de grupo de discos COMPATIBLE.ASM ou COMPATIBLE.RDBMS < 12.1

Sem o armazenamento do Oracle Exadata, o Oracle ASM tem os seguintes limites de armazenamento se o atributo do grupo de discos COMPATIBLE.ASM ou COMPATIBLE.RDBMS estiver definido como menos de 12.1:

  • 2 terabytes (TB) de armazenamento máximo para cada disco do Oracle ASM

  • Máximo de 20 petabytes (PB) para o sistema de armazenamento

Sem o Exadata Storage, atributos do grupo de discos COMPATIBLE.ASM e COMPATIBLE.RDBMS > 12.1

Sem o armazenamento do Oracle Exadata, o Oracle ASM tem os seguintes limites de armazenamento se os atributos de grupo de disco COMPATIBLE.ASM e COMPATIBLE.RDBMS estiverem definidos como 12.1 ou superior:

  • 4 PB de armazenamento máximo para cada disco do Oracle ASM com o tamanho da unidade de alocação (AU) igual a 1 MB

  • 8 PB de armazenamento máximo para cada disco do Oracle ASM com tamanho da AU igual a 2 MB

  • 16 PB de armazenamento máximo para cada disco do Oracle ASM com tamanho de AU igual a 4 MB

  • 32 PB de armazenamento máximo para cada disco do Oracle ASM com tamanho de AU igual a 8 MB

  • Máximo de 320 exabytes (EB) para o sistema de armazenamento

O guia do DBA do Oracle