-
TEnho pouca experiência com banco, mas acho que a qustão D também está correta, pois acredito que um banco no modo archivelog pode fazer backup completo de forma aberta disponível para o uusário. Peço aos colegas que me corrijam se estiver errado.
-
Raimundo, você está certo. Do Site da Oracle:
"You can take a full database backup when the database is shut down or while the database is open."
-
@Raimundo, para backup completo é preciso estar no estado mount, e não aberto...
e para backup incompleto é preciso estar no estado de nomount.
Startup
1 - nomount
2 - mount
3 - open
-
Concordo com os colegas que falaram que o item D está correto. Porém nesta questão era preciso usar a lógica da ESAF e identificar o item mais correto. Assim, como para fazer um backup completo eu posso estar com o banco aberto e disponível para uso, mas nesse caso ele deve estar no modo archieved e o item E está correto em qualquer situação, então considerei a E mais correta e marquei esta opção.
-
Concordo com os colegas que falaram que o item D está correto. Porém nesta questão era preciso usar a lógica da ESAF e identificar o item mais correto. Assim, como para fazer um backup completo eu posso estar com o banco aberto e disponível para uso, mas nesse caso ele deve estar no modo archieved e o item E está correto em qualquer situação, então considerei a E mais correta e marquei esta opção.
-
Concordo com os colegas que falaram que o item D está correto. Porém nesta questão era preciso usar a lógica da ESAF e identificar o item mais correto. Assim, como para fazer um backup completo eu posso estar com o banco aberto e disponível para uso, mas nesse caso ele deve estar no modo archieved e o item E está correto em qualquer situação, então considerei a E mais correta e marquei esta opção.
-
REDO LOG
Esse arquivo é uma cadeia contínua e cronológica de cada vetor de alteração (“instruções” para desfazer um DML de alteração – insert, update, delete). Uma utilidade de fácil entendimento desses arquivos é na recuperação de uma base após um problema que necessite “voltar” o backup. Para que não haja perda de trabalho até o momento do crash ou erro, os arquivos de redo log podem ser aplicados ao backup para refazer o trabalho, adiantando-os no tempo até o momento em que o dano ocorreu.
John Watson afirma que o redo log pode ser dividido em dois tipos: redo log online e o redo log arquivado (os archives).
Fonte: http://raphaeloafernandes.blogspot.com.br/2013/05/um-pouco-sobre-redo-log-file-e-archive.html
-
a) As informações dos arquivos de controle do banco de dados não podem ser usadas para orientar a progressão automatizada da recuperação porque não trazem dados sobre a estrutura de arquivos e o número atual de sequência do registro que está sendo gravado.
A questao se refere aos arquivos de redo logs, usados justamente para fazer o q a questao afirma: trazer o banco de volta ate o ponto no tempo em q ocorreu a falha.
b) O backup de datafiles e dos arquivos de controle do banco de dados só poderá ser feito quando o banco de dados estiver fechado ou o tablespace estiver off-line.
Errado. Existe o backup a quente, ou on line, q eh feito enquanto o BD esta em producao. Nesse caso, o banco deve ser configurado no modo ARCHIVELOG.
c) O backup dos datafiles de um tablespace individual ou o de um arquivo de controle são exemplos de backups completos.
Errado. Um backup completo eh feito a frio, ou seja, quando o banco esta desligado; nesse estado, os arquivos fornecem uma imagem completa do BD no estado em q ele estava no momento em q foi desligado.
d) Os backups completos são executados quando o banco de dados está aberto e disponível para uso.
Errado, conforme alternativa anterior.
e) O registro redo é um conjunto de arquivos que protegem os dados alterados do banco de dados alojados na memória e que não foram gravados nos datafiles.
os redo logs podem ser usadas para orientar a progressão automatizada da recuperação pois trazem dados sobre a estrutura de arquivos e o número atual de sequência do registro que está sendo gravado.
-
Following a clean shutdown, all of the files that constitute a database are closed and consistent with respect to the current point in time. Thus, a full backup taken after a shutdown can be used to recover to the point in time of the last full backup. A full backup taken while the database is open is not consistent to a given point in time and must be recovered (with the online and archived redo log files) before the database can become available.
Um backup completo online pode ser feito sem problemas, mas há de se observar que não será consistente e deverá ser "completado" com os arquivos de redo (tanto online quanto arquivado).
Fonte: https://docs.oracle.com/cd/A57673_01/DOC/server/doc/SCN73/ch23.htm