Correções e problemas conhecidos do Oracle

Estes são os patches do Oracle que precisam ser aplicados para melhores resultados com o Oracle em backup e DR.

Versão do Oracle Precisa de correção Devido a esses bugs Observações
11.2.0.1 a 12.1.0.2. 19621704 ORA-00600 [723] [Vazamento de memória] Erro com memória vazada para "memória do nó mbr" As montagens de backup e DR Application Aware 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 a versão 12.x e mais recentes do Oracle.
12.1+ Corrigido na versão 19.1.0 e mais recentes
Consulte o documento do Oracle com o ID 27424405.8 para conferir detalhes do patch para a versão do Oracle de 12.1 a 19.1. 		RMAN: a restauração de arquivos maiores que 32 GB 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: CÓDIGO DE ERRO INTERNO, ARGUMENTOS: [KCVFDB_PDB_SET_CLEAN_SCN: CLEANCKPT] A montagem de backup e DR Application Aware pode falhar
Corrigido na versão: 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 de backup e DR Application Aware podem falhar.
12.1.0.2 23019710 O RESUMO DE BACKUP DA LISTA RMAN FALHA com qualquer um dos seguintes:
ORA-01507: banco de dados não montado
ORA-01219: banco de dados ou banco de dados plugável não aberto: consultas permitidas em fixo
ORA-00972: o identificador é muito longo
ORA-01589: é necessário usar a opção RESETLOGS ou NORESETLOGS para abrir o banco de dados
ORA-01426: estouro numérico
ORA-01152: o arquivo 3 não foi restaurado de um backup suficientemente antigo
ORA-01110: arquivo de dados 3:
ORA-01109: banco de dados não aberto
ORA-01034: ORACLE não disponível 		Os backups de backup e DR do Oracle podem falhar
12.1.0.2 18845653 ORA-600 do fechamento do PDB se o PDB for renomeado em outra sessão As montagens de backup e DR Application Aware podem falhar. Corrigido na versão 12.2.0.1+
12.1.0.2 19075256 ORA-600 [kcfmis_internal: enq] de PDB RENAME
12.1.0.2 22809813 (Win)
19404068 (Linux) 		ORA-1610 AO RECUPERAR O BANCO DE DADOS PARA O ARQUIVO DE CONTROLE CRIADO As montagens de backup e DR Application Aware podem falhar.
12.2 a 19c 30045273 PDB: ORA-00600 [KDSGRP1] / BLOCO INCONSISTENCHAS APÓS O BANCO DE DADOS SER RECUPERADO DE CÓPIAS DE IMAGEM RMAN USANDO O NOVO CONTROLFILE As montagens de backup e DR Application Aware podem falhar.
12.2.0.2 31718134 ORA-00304: INSTANCE_NUMBER solicitado está ocupado A reinicialização da nova instância do 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 backup e DR do banco de dados Oracle podem falhar.
Solução alternativa até que o patch seja instalado: desative o parâmetro CREATE_FILE_DESTINATION para o banco de dados com plug-in.
18.10 e versões mais recentes Verifique com a Oracle se há patches provisórios para versões anteriores. Bug 29056767: STANDBY: o ponto de verificação dos arquivos de dados não é atualizado no banco de dados de espera quando a recuperação de mídia está em execução (ID do documento 29056767.8). As montagens de 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 19.14 trava no canal de lançamento e não volta ao prompt. Os backups de backup e DR do Oracle podem travar.

Problemas conhecidos do Oracle

Para ter a melhor performance, revise e resolva estes problemas conhecidos do Oracle.

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

Durante o backup de backup e DR, o agente de backup e DR consulta a tabela de metadados dba_free_space da Oracle para determinar o espaço alocado e livre do banco de dados. Às vezes, as consultas SQL para dba_free_space se tornam caras. Esse é um problema conhecido do Oracle, ID do documento 271169.1 (as 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.

O 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 escalabilidade e os limites do ASM (do Oracle Doc ID 370921.1).

Impacto do parâmetro max_string_size=extended em montagens, restaurações e restaurações de chaveamento com suporte a aplicativos

Se o parâmetro max_string_size init estiver definido como extended no banco de dados de origem, uma montagem ou restauração ciente do app da imagem de backup do banco de dados feita antes dessa mudança de parâmetro com o roll-forward usando backups de registro feitos após essa mudança falhará com o erro: ORA-14694: o banco de dados precisa estar no modo UPGRADE para iniciar a migração de 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 de banco de dados de nível 1 (completo) sob demanda 1 e use a nova imagem para operações de montagem ou restauração com conhecimento do app.

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

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

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

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

Isso depende de:

Oracle Database, Enterprise Edition

Para o Oracle Database, Enterprise Edition, nas 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 discos em um sistema de armazenamento

  • 10.000 discos ASM em um sistema de armazenamento

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

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

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

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

Oracle Database12c

Para o Oracle Database 12c, o ASM impõe os seguintes limites:

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

  • 10.000 discos Oracle ASM em um sistema de armazenamento

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

Com o Oracle Exadata Storage

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

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

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

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

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

  • 320 EB no máximo para o sistema de armazenamento

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

Sem o Oracle Exadata Storage, o Oracle ASM tem os seguintes limites de armazenamento se o atributo de grupo de disco COMPATIBLE.ASM ou COMPATIBLE.RDBMS for definido como menor que 12.1:

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

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

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

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

  • Armazenamento máximo de 4 PB para cada disco do Oracle ASM com tamanho de unidade de alocação (AU, na sigla em inglês) igual a 1 MB

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

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

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

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

Guia do DBA do Oracle