Questão de Tecnologia da Informação · FGV TRF1 2024 (nº 50)

O gerenciamento de UNDO (desfazer) no Oracle é crucial para a consistência dos dados e recuperação de transações. Para que uma tablespace de UNDO seja a padrão (default), o banco de dados precisa estar configurado para gerenciar o UNDO de forma automática.

• (A) Incorreta: A cláusula NOLOGGING não é permitida para tablespaces de UNDO, pois os dados de UNDO são essenciais para a recuperação e consistência, exigindo registro completo no redo log. Além disso, não tem relação com tornar uma tablespace default.
• (B) Correta: Para que uma tablespace de UNDO seja definida como padrão, o banco de dados deve operar em modo de gerenciamento de UNDO automático (UNDO_MANAGEMENT = AUTO). Somente nesse modo o parâmetro UNDO_TABLESPACE é utilizado para especificar qual tablespace de UNDO será a padrão. Se o modo não for automático, a definição da tablespace padrão não funcionará como esperado.
• (C) Incorreta: Dropar a tablespace de UNDO anterior não faz com que uma nova seja assumida como default automaticamente. O Oracle exige que a tablespace de UNDO padrão seja explicitamente definida através do parâmetro de inicialização UNDO_TABLESPACE (após garantir que o gerenciamento de UNDO automático esteja ativo). A armadilha aqui é a falsa ideia de que a remoção de um item padrão levará à promoção automática de outro.
• (D) Incorreta: A tablespace SYSAUX é uma tablespace auxiliar para componentes internos do Oracle e nunca é usada como tablespace de UNDO. Tablespaces de UNDO são de um tipo específico e contêm apenas segmentos de UNDO.
• (E) Incorreta: Tablespaces de UNDO podem ser smallfile (o padrão se não especificado) ou bigfile. Não há exigência de que uma tablespace de UNDO padrão seja do tipo bigfile. A escolha entre smallfile e bigfile é uma decisão de design de armazenamento, não um requisito para ser a tablespace padrão.