Questão 15 - HCPA 2020 - ANALISTA DE TI (ADMINISTRAÇÃO DE BANCO DE DADOS)

questão 15 backup RMAN NOARCHIVELOG

Veja abaixo a resposta correta da questão e uma breve análise sobre o conteúdo.

Observação: Faremos a análise dessa questão, mas parece que ela está com a resposta errada no gabarito. Veja abaixo porquê.

Link para prova com gabarito no final.

No que se refere à realização de um backup consistente, através da ferramenta Recovery Manager (RMAN), em um banco de dados configurado em modo NOARCHIVELOG, analise os passos sequenciais abaixo.

I - Shutdown immediate, startup force dba, shutdown immediate, startup mount, backup database, alter 

database open. 

II - Shutdown immediate, startup mount, backup database, alter database open. 

III - Shutdown abort, startup mount, backup database, alter database open. 

Quais garantem que a base esteja consistente para a realização do backup? 

(A) Apenas I. 

(B) Apenas II. 

(C) Apenas III. 

(D) Apenas I e II. 

(E) I, II e III.

Resposta do gabarito:

De acordo com o Gabarito da prova de 2020 a resposta correta da questão 15 é A, mas analisando a questão a conclusão é outra.

Resposta correta aparentemente

Para realizar um backup consistente em um banco de dados configurado em modo NOARCHIVELOG usando o Recovery Manager (RMAN), os passos corretos são os seguintes:

II - Shutdown immediate, startup mount, backup database, alter database open.

Esses passos garantem que a base de dados esteja consistente para a realização do backup. O segundo passo é crucial porque coloca o banco de dados em modo de montagem, permitindo que o backup seja feito de maneira consistente.

Portanto, a alternativa correta seria a B) Apenas II.

As outras opções não são adequadas para garantir a consistência do banco de dados antes de realizar o backup.

Análise aprofundada indica outra resposta:

Vamos analisar os passos sequenciais para realizar um backup consistente em um banco de dados configurado em modo NOARCHIVELOG, utilizando a ferramenta Recovery Manager (RMAN):

I - O primeiro conjunto de comandos executa um "shutdown immediate" para encerrar o banco de dados, em seguida, um "startup force dba" é executado para iniciar o banco de dados em modo de força. Em seguida, o banco é novamente desligado e montado, depois o backup do banco de dados é feito e, finalmente, o banco é aberto com um "alter database open".

II - O segundo conjunto de comandos executa um "shutdown immediate" para encerrar o banco de dados, em seguida, o banco é montado em modo de recuperação, o backup do banco de dados é realizado e, por fim, o banco é aberto com um "alter database open".

III - O terceiro conjunto de comandos executa um "shutdown abort" para encerrar abruptamente o banco de dados, em seguida, o banco é montado em modo de recuperação, o backup do banco de dados é realizado e, por fim, o banco é aberto com um "alter database open".

Analisando os passos, apenas as opções II e III garantem que a base esteja consistente para a realização do backup. A opção I está incorreta porque forçar o banco de dados e desligá-lo imediatamente não é a abordagem ideal para um backup consistente. Assim, a resposta correta é a (B) Apenas II. A opção III também é válida, pois o "shutdown abort" não compromete a integridade do backup, mas não é a prática mais segura.

A opção (E) está incorreta, pois a opção I não é recomendada para um backup consistente.

Vamos revisar a questão novamente:

I - Shutdown immediate, startup force dba, shutdown immediate, startup mount, backup database, alter database open.

O conjunto de comandos acima não parece garantir um backup consistente, pois usa um "startup force dba" antes de um "shutdown immediate". O "startup force" pode iniciar o banco de dados sem garantir que todos os processos sejam encerrados corretamente, o que pode levar a inconsistências no backup.

Portanto, com base na análise, a opção (A) parece ser incorreta, pois o conjunto de comandos não parece garantir um backup consistente.

O que é o modo NOARCHIVELOG no banco de dados Oracle?

No Oracle Database, o modo NOARCHIVELOG é um modo de operação do banco de dados no qual o log de arquivos de redo não é arquivado após serem preenchidos. Isso significa que o banco de dados não mantém um registro sequencial e permanente de todas as alterações feitas nos dados (operações de INSERT, UPDATE, DELETE) e na estrutura do banco de dados (ALTER TABLE, CREATE TABLESPACE, etc.).

Quando um banco de dados Oracle está configurado no modo NOARCHIVELOG:

Os arquivos de redo são reutilizados após serem preenchidos.

Não é possível recuperar o banco de dados até um ponto específico no tempo.

A recuperação após uma falha geralmente envolve a aplicação do último backup disponível e a reprodução das transações registradas nos arquivos de redo desde aquele backup.

Não é possível executar backups online e consistentes usando ferramentas como RMAN (Recovery Manager) quando o banco de dados está no modo NOARCHIVELOG.

Geralmente, o modo NOARCHIVELOG é adequado para bancos de dados que são usados para desenvolvimento e testes, onde a disponibilidade contínua e a recuperação até o último ponto de falha não são uma prioridade. No entanto, em ambientes de produção, é altamente recomendável configurar o banco de dados no modo ARCHIVELOG para garantir a integridade e a recuperação completa dos dados em caso de falhas.

Qual o comando para fazer um um backup consistente, através da ferramenta Recovery Manager (RMAN), em um banco de dados configurado em modo NOARCHIVELOG?

Em um banco de dados configurado em modo NOARCHIVELOG, você pode usar o Oracle Recovery Manager (RMAN) para realizar um backup consistente. No entanto, é importante observar que, em um ambiente NOARCHIVELOG, você só pode fazer backups completos online ou offline, pois não há arquivos de log arquivados para garantir a consistência de backups incrementais ou diferenciais.

Para fazer um backup consistente usando o RMAN em um banco de dados configurado em modo NOARCHIVELOG, você pode seguir esses passos:

1.Conecte-se ao banco de dados como um usuário com privilégios suficientes para executar backups.

2.Inicie o Oracle RMAN.

3.Execute os seguintes comandos no RMAN:

RMAN> CONNECT TARGET /

RMAN> SHUTDOWN IMMEDIATE; -- opcional, para garantir que o banco de dados esteja fechado

RMAN> STARTUP MOUNT; -- opcional, para montar o banco de dados

RMAN> BACKUP DATABASE;

RMAN> ALTER DATABASE OPEN;

O comando BACKUP DATABASE irá iniciar o processo de backup do banco de dados inteiro, incluindo todos os arquivos de dados e de controle. Após a conclusão do backup, o comando ALTER DATABASE OPEN abrirá o banco de dados para uso.

É importante lembrar que, em um ambiente NOARCHIVELOG, o banco de dados pode estar sujeito a perdas de dados significativas em caso de falha, pois não há arquivos de log arquivados para recuperar as alterações feitas após o backup. Portanto, é altamente recomendável considerar a mudança para o modo ARCHIVELOG em ambientes de produção para garantir a integridade e a capacidade de recuperação completa dos dados.

Analisando os comando diferentes das alernativas:

1.startup force dba e startup mount quais as diferenças e qual garante que a base esteja consistente para a realização do backup?

No Oracle Database, tanto o comando startup force dba quanto o startup mount são utilizados para iniciar o banco de dados, porém eles têm finalidades diferentes:

Startup Mount: Este comando inicia o banco de dados e o coloca em modo de montagem (mount). Quando o banco de dados está em modo de montagem, ele lê os arquivos de controle e os arquivos de parâmetros, mas não abre os datafiles. Isso significa que o banco de dados não está disponível para transações de usuário durante este estágio. O modo de montagem é frequentemente usado antes de executar operações de manutenção ou backup.

Startup Force DBA: Este comando inicia o banco de dados de maneira forçada, ignorando qualquer recuperação pendente ou inconsistências conhecidas. Ele tenta abrir o banco de dados o mais rápido possível, sem levar em consideração o estado em que o banco de dados estava antes de ser desligado. Pode ser útil em situações de recuperação ou quando é necessário reiniciar rapidamente o banco de dados, mas deve ser usado com cautela, pois pode ignorar problemas que precisam ser resolvidos.

Quanto à garantia de que a base esteja consistente para a realização do backup, o comando que proporciona isso é o startup mount. Quando o banco de dados está em modo de montagem, ele está pronto para ser recuperado e aberto, mas ainda não está disponível para uso. Isso permite que você faça operações de backup ou outras tarefas administrativas que exigem que o banco de dados não esteja em uso pelos usuários. A montagem do banco de dados não inicia a recuperação automática, o que significa que você pode verificar e realizar qualquer ação necessária antes de abrir o banco de dados.

2.Qual a diferença entre Shutdown immediate e Shutdown abort, qual garante mais consistência dos dados?

No Oracle Database, SHUTDOWN IMMEDIATE e SHUTDOWN ABORT são dois comandos usados para desligar o banco de dados, mas diferem significativamente em suas abordagens:

Shutdown Immediate: Este comando desliga o banco de dados de forma ordenada e consistente. Ele espera que as sessões ativas concluam suas transações em andamento e desconecta os usuários de forma limpa. Após desconectar os usuários, ele fecha o banco de dados de maneira ordenada, garantindo que as transações sejam finalizadas e que os dados sejam gravados nos arquivos de banco de dados de forma consistente. O processo de desligamento pode levar mais tempo do que SHUTDOWN ABORT, mas garante a integridade dos dados.

Shutdown Abort: Este comando desliga o banco de dados imediatamente, sem esperar que as transações ativas sejam concluídas. Ele encerra abruptamente todos os processos do banco de dados, o que pode resultar em perda de dados e em uma recuperação mais longa durante o próximo startup. SHUTDOWN ABORT é uma opção mais drástica e deve ser evitada sempre que possível, pois pode levar a corrupção de dados e exigir uma recuperação mais complexa durante o próximo startup.

Em resumo, SHUTDOWN IMMEDIATE é preferível quando se busca consistência e integridade dos dados, pois permite que as transações em andamento sejam concluídas de forma limpa antes de desligar o banco de dados. Por outro lado, SHUTDOWN ABORT é uma opção mais rápida, porém menos segura, que interrompe abruptamente o banco de dados, podendo resultar em possíveis problemas de integridade e necessidade de recuperação adicional.

Relação com HCPA 2024

Essa questão está relacionada aos procedimentos de backup usando o RMAN, um tópico importante para profissionais de banco de dados e relevante para o edital do HCPA. O nível de dificuldade é médio, exigindo conhecimentos sólidos sobre administração de bancos de dados Oracle e procedimentos de backup.

Leia mais em: iretoaoponto-tech.com.br/conc...