A estrutura de armazenamento do Oracle Database é projetada para ser altamente eficiente e flexível, permitindo o armazenamento e o gerenciamento de grandes volumes de dados de forma organizada e segura.

Visão Geral da Estrutura de Armazenamento

O Oracle organiza os dados em várias camadas hierárquicas, garantindo escalabilidade e otimização. As principais estruturas de armazenamento do Oracle são:

• Database (Banco de dados)
• Tablespace
• Segment
• Extent
• Oracle Data Block

Cada um desses níveis desempenha um papel importante na organização e armazenamento dos dados.

Database

No nível mais alto da hierarquia, temos o Database. O banco de dados Oracle é composto por vários arquivos de dados que armazenam as informações do usuário e os metadados necessários para o funcionamento do sistema. Ele é o contêiner principal que engloba todos os outros componentes de armazenamento.

O Oracle Database é composto por três tipos principais de arquivos:

• Datafiles: Armazenam os dados reais.
• Redo Log Files: Guardam um histórico das alterações no banco, usados para recuperação em caso de falhas.
• Control Files: Contêm informações estruturais sobre o banco, como a localização dos datafiles e redo logs.

Tablespace

O Tablespace é o próximo nível da hierarquia e age como um contêiner lógico para organizar os dados dentro do banco de dados. Ele agrupa múltiplos datafiles, que são arquivos físicos no sistema operacional onde os dados reais são armazenados. Um banco de dados pode ter vários tablespaces, sendo cada um especializado em armazenar diferentes tipos de objetos de dados.

Os tablespaces podem ser divididos em dois tipos principais:

• Permanent Tablespaces: Armazenam dados persistentes, como tabelas e índices.
• Temporary Tablespaces: Usados para operações temporárias, como ordenações ou junções de dados durante consultas.

Exemplos comuns de tablespaces incluem:

• SYSTEM: Onde ficam os dicionários de dados (metadados do banco).
• SYSAUX: Um tablespace auxiliar para armazenar componentes não-críticos, como o AWR.
• USERS: Um tablespace típico onde são armazenados os dados dos usuários.

Segment

Dentro de cada tablespace, encontramos os segments. Um segmento é um espaço lógico alocado para armazenar um tipo específico de objeto de banco de dados, como uma tabela, índice, view materializada, rollback segment, etc.

Cada tipo de segmento desempenha um papel específico:

• Data Segments: Armazenam os dados reais das tabelas.
• Index Segments: Contêm os índices de tabelas para melhorar a performance de busca.
• Temporary Segments: Usados para operações temporárias, como ao realizar consultas grandes.
• Undo Segments: Utilizados para manter o controle das transações para garantir a consistência dos dados e permitir rollback.

Os segmentos são compostos por unidades de espaço chamadas extents.

Extent

Um extent é uma unidade contígua de espaço dentro de um segmento, onde os dados são armazenados fisicamente nos datafiles. Um segmento é composto por um ou mais extents, que são alocados conforme necessário para acomodar o crescimento do objeto de banco de dados (como uma tabela que aumenta de tamanho).

Quando um segmento precisa de mais espaço, o Oracle aloca um novo extent para ele. Os extents garantem que os dados sejam armazenados em blocos contínuos, o que melhora a eficiência de leitura/escrita.

Oracle Data Block

O nível mais baixo da hierarquia de armazenamento é o Oracle Data Block, também chamado de database block ou data block. Os data blocks representam a menor unidade de armazenamento no Oracle Database. Cada extent é composto de múltiplos data blocks.

Os data blocks armazenam os dados reais, como as linhas de uma tabela. Eles são a interface entre o banco de dados e o sistema de arquivos subjacente. O tamanho dos data blocks é configurável e pode variar (tipicamente 4KB, 8KB, 16KB ou 32KB), dependendo das necessidades do ambiente.

Os data blocks contêm várias informações, além dos dados do usuário, como cabeçalhos que registram metadados importantes, como o endereço do bloco e informações de transações.

Componentes de um Oracle Data Block

Um data block possui várias subestruturas:

1. Cabeçalho do Bloco (Block Header): Contém metadados sobre o bloco, como o endereço do bloco, identificadores de transações ativas e status de formatação.
2. Tabela de Diretório (Table Directory): Mantém informações sobre as tabelas cujos dados estão armazenados neste bloco (importante em caso de blocos com dados de mais de uma tabela).
3. Tabela de Linhas (Row Directory): Lista de ponteiros para as linhas reais armazenadas no bloco.
4. Linhas de Dados: São os dados reais das colunas de uma tabela.
5. Espaço Livre (Free Space): Espaço não utilizado no bloco que pode ser usado para inserções futuras ou expansões de linhas.
6. Gerenciamento de Espaço: O Oracle utiliza métodos sofisticados para o gerenciamento de espaço dentro dos blocos, como o PCTFREE (percentual de espaço reservado para futuras atualizações) e PCTUSED (percentual de ocupação após o qual novos dados podem ser inseridos no bloco).

Tabelas e Índices no Oracle Data Block

Os data blocks podem armazenar dados de tabelas e índices. Ao trabalhar com tabelas:

• As linhas da tabela são armazenadas dentro dos data blocks.
• Em caso de atualização, se a linha de dados crescer e não couber no bloco original, pode ocorrer a migração de linhas ou encadeamento de linhas, em que a linha é movida para outro bloco, o que pode afetar a performance.

No caso de índices, os data blocks são usados para armazenar as estruturas de árvore B-tree que organizam e aceleram a busca de dados.

No Oracle Database, a parametrização de armazenamento em uma tabela, definida pela cláusula STORAGE, determina como o espaço em disco será alocado e gerenciado para essa tabela. Esses parâmetros são essenciais para otimizar o uso de espaço, controlar o crescimento dos segmentos e reduzir a fragmentação. Eles influenciam aspectos como o tamanho dos extents, a reserva de espaço para atualizações futuras e a frequência de alocação de novos extents. Vamos explorar esses parâmetros com base na tabela de exemplo “empregados”:

CREATE TABLE empregados (
    empregado_id NUMBER PRIMARY KEY,
    nome VARCHAR2(100),
    cargo VARCHAR2(50),
    salario NUMBER(10, 2),
    data_admissao DATE DEFAULT SYSDATE,
    departamento_id NUMBER,
    CONSTRAINT fk_departamento
    FOREIGN KEY (departamento_id) REFERENCES departamentos(departamento_id)
) TABLESPACE meu_tablespace
STORAGE (
    INITIAL 64K
    NEXT 128K
    PCTINCREASE 0
)
PCTFREE 10
PCTUSED 40;

Parâmetros de Armazenamento (STORAGE Clause)

1. INITIAL

• Descrição: Define o tamanho do primeiro extent alocado para o segmento da tabela. Um extent é uma unidade contígua de espaço no disco alocada para armazenar dados.
• Exemplo: "INITIAL 64K" significa que o primeiro extent terá 64 kilobytes. Isso determina o espaço inicial reservado para a tabela ao ser criada, influenciando a capacidade inicial de armazenamento.

2. NEXT

• Descrição: Especifica o tamanho dos extents subsequentes alocados após o primeiro. À medida que a tabela cresce e o primeiro extent é preenchido, um novo extent é alocado com o tamanho definido aqui.
• Exemplo: "NEXT 128K" indica que cada novo extent alocado após o primeiro terá 128 kilobytes. Esse valor ajuda a controlar o crescimento da tabela ao longo do tempo, garantindo alocações eficientes de espaço.

3. PCTINCREASE

• Descrição: Define a porcentagem de aumento de cada novo extent em relação ao anterior. Isso controla o crescimento progressivo dos extents.
• Exemplo: "PCTINCREASE 0" indica que todos os extents subsequentes terão o mesmo tamanho definido em "NEXT", ou seja, 128K. Se fosse configurado um valor diferente de zero, cada novo extent seria maior que o anterior, aumentando pela porcentagem especificada. Por exemplo, se "PCTINCREASE" fosse 50, o próximo extent após 128K seria 192K (50% maior).

Outros Parâmetros de Tabela

1. PCTFREE

• Descrição: Determina a porcentagem de espaço em cada data block que é reservada para futuras atualizações de linhas já existentes. Isso garante que, ao alterar valores de uma linha, o bloco tenha espaço suficiente para armazenar os novos dados sem precisar movê-los para um bloco diferente.
• Exemplo: "PCTFREE 10" reserva 10% de cada data block para atualizações futuras. Se uma linha for atualizada e seus novos dados excederem o espaço previamente alocado para ela, os 10% reservados serão usados para evitar a migração de linhas para outros blocos, o que poderia impactar a performance.

2. PCTUSED

• Descrição: Define a porcentagem mínima de ocupação de um data block antes que ele seja reutilizado para novas inserções de dados. Após a exclusão ou movimentação de linhas, se o percentual de uso do bloco cair abaixo desse limite, o bloco será reutilizado para novas inserções.
• Exemplo: "PCTUSED 40" indica que, quando a ocupação do bloco cair abaixo de 40%, ele será marcado como disponível para novas inserções de dados. Esse parâmetro ajuda a evitar fragmentação e melhora a eficiência na reutilização de blocos parcialmente cheios.

Como Esses Parâmetros Funcionam Juntos

1. Alocação Inicial e Crescimento de Extents:
   • Ao criar a tabela, o Oracle aloca um extent inicial de 64K, conforme definido em "INITIAL". À medida que os dados são inseridos e o extent inicial é preenchido, o Oracle aloca novos extents de 128K, conforme especificado em "NEXT". Como "PCTINCREASE" está definido como 0, todos os extents subsequentes terão o mesmo tamanho de 128K. Isso mantém o crescimento linear e previsível da tabela.
2. Gerenciamento de Espaço Livre em Data Blocks:
   • O parâmetro "PCTFREE 10" garante que 10% de cada data block seja reservado para atualizações de dados. Isso é importante para evitar que atualizações frequentes de linhas movam os dados para novos blocos, o que reduziria a eficiência de leitura. Esse espaço reservado permite que as linhas cresçam dentro do mesmo bloco.
   • O parâmetro "PCTUSED 40" garante que blocos parcialmente utilizados sejam reutilizados para novas inserções quando sua ocupação cair abaixo de 40%. Isso ajuda a evitar o desperdício de espaço em blocos que não estão completamente cheios e reduz a necessidade de alocar novos blocos, otimizando o uso do espaço.

Benefícios da Configuração Correta dos Parâmetros de Armazenamento

Ao configurar corretamente os parâmetros de armazenamento, é possível otimizar o uso de espaço e melhorar a performance da tabela. Esses parâmetros permitem ao DBA:

• Controlar o crescimento do segmento: Ao especificar tamanhos adequados para os extents e definir políticas claras para a alocação subsequente, o crescimento da tabela é gerenciado de maneira eficiente, evitando fragmentação excessiva.
• Gerenciar atualizações e inserções: Parâmetros como "PCTFREE" e "PCTUSED" garantem que os blocos de dados sejam utilizados de forma inteligente, reservando espaço para atualizações e reutilizando blocos que ficaram abaixo da ocupação mínima.
• Prevenir fragmentação: O controle da alocação de extents e a reutilização de blocos parcialmente ocupados ajudam a minimizar a fragmentação, o que melhora a performance de leitura e escrita no banco de dados.

Esses parâmetros, quando bem configurados, são ferramentas poderosas para otimizar o armazenamento e o desempenho de tabelas no Oracle Database, garantindo uma utilização eficiente dos recursos de hardware e mantendo a performance à medida que a tabela cresce e é atualizada ao longo do tempo.

Antes que os usuários possam se conectar a uma instância de banco de dados, um administrador de banco de dados deve iniciar a instância do banco de dados. A instância e o banco de dados passam por estágios à medida que o banco de dados é disponibilizado para acesso pelos usuários. A instância é iniciada, o banco de dados é montado e, em seguida, o banco de dados é aberto, como mostrado no slide.

NOMOUNT: Nesta etapa, o software Oracle lê um arquivo de parâmetros de inicialização, PFILE ou SPFILE, inicia os processos em segundo plano, aloca memória para a SGA, abre o log de alerta e os arquivos de rastreamento. Uma instância é tipicamente iniciada apenas no modo NOMOUNT durante a criação do banco de dados, durante a recriação de arquivos de controle ou em cenários específicos de backup e recuperação.

MOUNT: Nesta etapa, o software Oracle associa o banco de dados à instância de banco de dados previamente iniciada, abre e lê o controlefile especificado no arquivo de parâmetros de inicialização, PFILE ou SPFILE, e obtém os nomes e estados dos datafiles e dos redo logs. No entanto, nesta fase, não são realizadas verificações para confirmar a existência dos datafiles e dos redo logs. Iniciar no modo MOUNT para executar algumas operações de manutenção, como renomear datafiles e realizar restore do banco de dados.

OPEN: O software Oracle abre os redo logs e os datafiles de acordo com a lista registrada no controlefile. Inicie no modo OPEN para permitir que os usuários se conectem à instância do banco de dados. Os PDBs não são iniciados por padrão quando você abre o banco de dados.

Desligando a instância do banco de dados Oracle

Às vezes, é necessário desligar a instância do banco de dados (por exemplo, para alterar um parâmetro estático ou aplicar um patch no servidor do banco de dados).

Use o comando SHUTDOWN para desligar a instância do banco de dados, porém há vários modos possívels de se desligar a instância: ABORT, IMMEDIATE, NORMAL e TRANSACTIONAL.

ABORT: Se os outros modos de desligamento não funcionarem, você pode usar o modo ABORT. O modo ABORT executa a menor quantidade de trabalho antes de desligar. Como esse modo coloca o banco de dados em um estado inconsistente e requer recuperação antes do reinício, use-o apenas quando necessário. Não é aconselhável fazer backup do banco de dados nesse estado. Geralmente, é usado quando nenhuma outra forma de desligamento funciona, quando há problemas para iniciar a instância do banco de dados ou quando você precisa desligar imediatamente devido a uma situação iminente (como aviso de queda de energia em questão de segundos). O modo ABORT costuma ser o modo de desligamento mais rápido, e o modo NORMAL é o mais lento. Os modos NORMAL e TRANSACTIONAL podem levar muito tempo, dependendo do número de sessões e transações.

Durante um desligamento no modo ABORT, uma falha na instância ou um reinício da instância do banco de dados no modo FORCE, o que acontece com o banco de dados:

• As declarações SQL atuais sendo processadas pelo servidor Oracle são imediatamente interrompidas.
• O servidor Oracle não espera pelos usuários que estão atualmente conectados ao banco de dados se desconectarem.
• Os buffers do banco de dados e de redo não são gravados em disco.
• Transações não confirmadas não são revertidas.
• A instância é terminada sem fechar os arquivos.
• O banco de dados não é fechado ou desmontado.
• O próximo reinício requer recuperação da instância, que ocorre automaticamente pelo processo SMON.

IMMEDIATE: Um desligamento no modo IMMEDIATE é a opção mais utilizada. • As declarações SQL atuais sendo processadas pela instância do banco de dados não são concluídas. • O servidor de banco de dados não espera pelos usuários que estão atualmente conectados à instância do banco de dados se desconectarem. • O servidor de banco de dados faz rollback das transações ativas e desconecta todos os usuários conectados. • O servidor de banco de dados fecha e desmonta o banco de dados antes de desligar a instância do banco de dados.

NORMAL: NORMAL é o modo de desligamento padrão se nenhum modo for especificado com o comando SHUTDOWN. • Novas conexões não podem ser feitas. • O servidor Oracle espera que todos os usuários se desconectem antes de concluir o desligamento. • Buffers de banco de dados e de redo são gravados em disco. • Processos em segundo plano são terminados e a SGA é removida da memória. • O servidor Oracle fecha e desmonta o banco de dados antes de desligar a instância.

TRANSACTIONAL: Um desligamento no modo TRANSACTIONAL impede que os clientes percam dados, incluindo resultados de sua atividade atual. • Nenhum cliente pode iniciar uma nova transação nesta instância específica. • Um cliente é desconectado quando o cliente encerra a transação que está em andamento. • Quando todas as transações forem concluídas, ocorre um desligamento imediato.

Exemplos práticos:

Executando apenas o comando STARTUP é possível verificar todas as etapas que a instância transita até o estado OPEN, onde a base de dados está aberta e pronta para receber conexões:

É possível escolher a fase de inicialização da instância utilizando as opções NOMOUNT ou MOUNT:

STARTUP NOMOUNT, o arquivo de parametros PFILE ou SPFILE será lido e apenas a instância fará a alocação na memória:

-- VERIFICAR O STATUS(FASE) DA INSTÂNCIA

SELECT STATUS FROM V$INSTANCE;

Ao consultar o status da instância, aparecerá

STARTUP MOUNT, o arquivo de parametros PFILE ou SPFILE será lido, a instância iniciará e o controlfile será montado:

Ao consultar o status da instância, aparecerá como MOUNTED:

SHUTDOWN IMMEDIATE, que é o mais utilizado, ve-se também todas as fases:

Após a instalação do software gerenciador de base de dados (SGBD), é necessário proceder à criação do banco de dados. Para isso, pode-se utilizar a ferramenta Database Configuration Assistant (DBCA), localizada no diretório $ORACLE_HOME/bin. Esta ferramenta permite a criação do banco de dados tanto em modo gráfico como em silent mode (modo texto), dependendo das necessidades e preferências do ambiente

1) Criação do response file

Para criação de um banco de dados utilizando Silent mode, por linha de comando, é necessário criar um arquivo de configuração passando os parâmetros de criação do banco de dados. Existe no caminho $ORACLE_HOME/assistants/dbca, um arquivo padrão chamado dbca.rsp para o preenchimento manual, porém, iremos criar o nosso próprio arquivo de configuração.

Acesse o servidor de banco de dados com o usuário oracle e crie um arquivo de configuração chamado create_db.rsp seguindo os passos abaixo:

Levando em consideração que as variáveis mencionadas a seguir, como ORACLE_BASE e ORACLE_HOME, são específicas para o meu ambiente, é importante destacar que estas podem variar em outros ambientes e devem ser ajustadas conforme necessário.

Além disso, é fundamental prestar atenção aos parâmetros de senha, como sysPassword, systemPassword e pdbAdminPassword. No exemplo apresentado, foi utilizada uma senha fraca, que deve ser substituída por uma senha mais robusta em ambientes produtivos, garantindo maior segurança.

Por fim, o nome do banco de dados container, configurado pelo parâmetro gdbName, está definido como orcl no exemplo. Este valor também pode ser alterado para atender às necessidades específicas do seu ambiente.

## Configurar variáveis de ambiente Oracle
export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=/u01/app/oracle/product/19.0.0/db_home1

## criar arquivo de configuração
vi /u01/app/oracle/product/19.0.0/db_home1/assistants/dbca/db_create.rsp


## Copiar o conteúdo abaixo para dentro do arquivo de configuração db_create.rsp

responseFileVersion=/home/oracle/assistants/rspfmt_dbca_response_schema_v19.0.0
databaseConfigType=SI
gdbName=orcl
createAsContainerDatabase=true
pdbName=pdb1
useLocalUndoForPDBs=true
sysPassword=oracle
systemPassword=oracle
pdbAdminPassword=oracle
templateName=General_Purpose.dbc
storageType=FS
datafileDestination=/u01/app/oracle/oradata
characterSet=AL32UTF8
databaseType=OLTP
totalMemory=2048

Será criado um banco de dados container com um pdb, utilizando a configuração padrão, os datafiles, controlfiles e redo log files estarão localizados no caminho: /u01/app/oracle/oradata.

Se a criação do seu banco de dados for em diskgroup ASM, basta substituir os parametros relacionado ao storage diskGroupName e storageType conforme abaixo, por exemplo, diskgroup DATA.

storageType=ASM
diskGroupName=DATA

2) Criação do banco de dados

Após a configuração do reponse file, com o usuário oracle, execute a criação do banco de dados em modo Silent conforme abaixo:

## Acessar diretório ORACLE_HOME
cd $ORACLE_HOME

## Executar instalação em Silent Mode
dbca -silent -createDatabase -responseFile /u01/app/oracle/product/19.0.0/db_home1/assistants/dbca/db_create.rsp

No processo de criação poderá aparecer alguns alertas devido a complexidade das senhas, pode ignorar os alertas.

Criação do banco de dados finalizado

3) Validação do banco de dados

É possível validar no arquivo /etc/oratab as instâncias de banco de dados que estão registradas no servidor, podemos ver a nova instância que foi criada.

cat /etc/oratab | grep orcl

Para acessar o banco de dados é necessário configurar as variáveis de ambiente, ORACLE_HOME e ORACLE_SID, para isso, executar os comandos abaixo.

## Configurar varíaveis de ambiente
. oraenv
orcl

## Acessar o banco de dados
sqlplus / as sysdba

## Verificar pluggables databases 
SQL> show pdbs

## Verificar estatus da instância
SQL> select instance_name,status from v$instance;

Configurar variáveis e acessar a instância orcl

Verificar status da instância

Para instalação do Oracle Database 19c, é necessário que o sistema operacional seja preparado, nesse exemplo é utilizado o Oracle Linux 7.9, para mais informações, consulte o link oficial da oracle:

https://docs.oracle.com/en/database/oracle/oracle-database/19/ladbi/oracle-database-installation-checklist.html#GUID-E847221C-1406-4B6D-8666-479DB6BDB046

1) Preparação do Oracle Linux 7.9 para o Oracle Database 19c

Antes de iniciar a instalação, o pacote oracle-database-preinstall-19c deve ser instalado para configurar automaticamente os pré-requisitos do sistema operacional. Esse pacote instala dependências necessárias e cria o usuário oracle e o grupo oinstall.

Execute o seguinte comando como ROOT:

$ yum install oracle-database-preinstall-19c.x86_64 -y

2) Como Descomprimir os Binários do Oracle Database 19c

Tendo acesso o servidor com o usuário oracle, descompactar o binário de instalação do Oracle Database 19c dentro do ficheiro da variável $ORACLE_HOME, que está configurada com o caminho: /u01/app/oracle/product/19.0.0/db_home1, conforme abaixo:

## COM USUARIO ORACLE OU OWNER DO BANCO DE DADOS 
### Configurar variáveis de ambiente 
export ORACLE_BASE=/u01/app/oracle 
export ORACLE_HOME=/u01/app/oracle/product/19.0.0/db_home1 

### Mostrar conteúdo das variáveis 
echo $ORACLE_HOME
echo $ORACLE_BASE 

### Acessar e descompactar binários 

cd /u01/binarios 
unzip LINUX.X64_193000_db_home.zip -d $ORACLE_HOME 

### acessar o diretório dos binários descompactados 
cd $ORACLE_HOME

3) Criando o Response File para Instalação Silent do Oracle 19c

Criar um arquivo de configuração chamado db19_response.rsp, esse arquivo será utilizado como parâmetro para instalação dos binários, por default é disponibilizado um arquivo modelo em $ORACLE_HOME/install/response/, porém iremos criar o nosso, conforme abaixo:

Lembrando que deverá ser ajustado conforme cada ambiente, neste caso temos um Enterprise Edition sendo instalado!

### criar arquivo de configuração 
vi /u01/app/oracle/product/19.0.0/db_home1/install/response/db19_response.rsp 

### Copiar as informações abaixo para o arquivo criado db19_response.rsp 

oracle.install.responseFileVersion=/home/oracle/rspfmt_dbinstall_response_schema_v19.0.0 
oracle.install.option=INSTALL_DB_SWONLY 
UNIX_GROUP_NAME=oinstall 
INVENTORY_LOCATION=/u01/app/oracle/oraInventory
SELECTED_LANGUAGES=en,en_GB
ORACLE_BASE=/u01/app/oracle
ORACLE_HOME=/u01/app/oracle/product/19.0.0/db_home1
oracle.install.db.InstallEdition=EE
oracle.install.db.OSDBA_GROUP=oinstall
oracle.install.db.OSBACKUPDBA_GROUP=oinstall
oracle.install.db.OSDGDBA_GROUP=oinstall
oracle.install.db.OSKMDBA_GROUP=oinstall
oracle.install.db.OSRACDBA_GROUP=oinstall
oracle.install.db.rootconfig.executeRootScript=false 
oracle.install.db.rootconfig.configMethod=ROOT

4) Instalando o Oracle Database 19c em Silent Mode no Oracle Linux

Agora podemos iniciar a instalação do Oracle Database 19c no modo Silent Mode.

Execute o comando abaixo na mesma sessão como oracle:

### Acessar diretório ORACLE_HOME 

cd $ORACLE_HOME 
### Executar instalação em Silent Mode 

./runInstaller -silent -ignorePrereqFailure -responseFile /u01/app/oracle/product/19.0.0/db_home1/install/response/db19_response.rsp 

Finalizado a instalação, é necessário executar o script que se pede com usuário ROOT, para isso, abra outra sessão SSH e rode os comandos abaixo:

Neste sessão com o usuario ROOT, executar o script no sistema operacional, será necessário apertar a tecla ENTER 2 vezes

5) Como Validar a Instalação do Oracle Database 19c

Validar a instalação do Oracle Database no servidor mostrando a conteúdo do OraInventory. Dessa maneira é possível confirmar que há uma instalação do Oracle Database no servidor.

### Verificar instalações 
cat /u01/app/oracle/oraInventory/ContentsXML/inventory.xml | grep -i OraDB19

Conclusão

Seguindo esses passos, você terá o Oracle Database 19c instalado no Oracle Linux 7.9 utilizando o modo Silent. Se precisar configurar um banco de dados a partir dessa instalação, será necessário executar o dbca ou configurar manualmente os arquivos de inicialização.