Pular para o conteúdo principal

Novos recursos Oracle 11g

Gerenciamento de memória

No Oracle 10g você tem a opção de deixar o Oracle gerencia sua SGA de uma forma dinâmica através do parâmetro SGA_TARGET. Na versão 11g existe um novo parâmetro o MEMORY_TARGET e MEMORY_MAX_TARGET.

O MEMORY_TARGET irá ajustar tanto a SGA quanto a PGA, fazendo com que o parâmetro PGA_AGGREGATE_TARGET não precise ser configurado. Este parâmetro poderá ser configurado até o limite descrito no MEMORY_MAX_TARGET.


Tabelas Somente Leitura

Nas versões anteriores o nível máximo que poderíamos chegar usando a função somente leitura era de tablespaces, como o 11g temos a opção de colocar tabelas como somente leitura.

Para deixar a tabela nesse estado basta usar o comando:
alter table teste read only;

Feito isso, todos os comandos DML não serão mais permitidos nessa tabela. Somente as operações que não alterem os dados ou a estrutura da tabela serão permitidas. Abaixo um lista das operações não permitidas e permitidas.

Operações não permitidas:
  • TRUNCATE TABLE;
  • SELECT FOR UPDATE;
  • ALTER TABLE ADD/MODIFY/RENAME/DROP COLUMN;
  • ALTER TABLE SET COLUMN UNUSED;
  • ALTER TABLE DROP/TRUNCATE/EXCHANGE (SUB)PARTITION;
  • ALTER TABLE UPGRADE INCLUDING DATA ou ALTER TYPE CASCADE INCLUDING TABLE DATA (para um tipo com tabelas somente leitura como dependentes).
  • Redefinição Online
  • FLASHBACK TABLE;
Operações permitidas:
  • SELECT;
  • CREATE/ALTER/DROP INDEX;
  • ALTER TABLE ADD/MODIFY/DROP/ENABLE/DISABLE CONSTRAINTS;
  • ALTER TABLE (modificações de propriedades físicas).
  • ALTER TABLE DROP UNUSED COLUMNS;
  • ALTER TABLE ADD/COALESCE/MERGE/MODIFY/MOVE/RENAME/SPLIT (SUB)PARTITION;
  • ALTER TABLE MOVE;
  • ALTER TABLE ENABLE ROW MOVEMENT e ALTER TABLE SHRINK;
  • RENAME TABLE e ALTER TABLE RENAME TO;
  • DROP TABLE;
  • ALTER TABLE DEALLOCATE UNUSED;
  • ALTER TABLE ADD/DROP SUPPLEMENTAL LOG;

Comentários

Unknown disse…
Jardin Casino 22Bet Sign In For Sale
Jardin is a gambling site that offers real air jordan 18 retro a virtual sports betting air jordan 18 retro red sale experience 놀이터 as air jordan 18 retro yellow suede online site a way to enjoy air jordan 18 retro great site a virtual sports betting experience as a member of the

Postagens mais visitadas deste blog

Configurando a política de retenção de backups no RMAN

                       Configurando a politica de reten çã o de backups no RMAN        O objetivo deste post é explicar como podemos configurar a reten çã o de backups na poderosa ferramenta de backup do bando de dados Oracle RMAN. Podemos configurar nossa pol í tica tendo por base dois tipos: janela de recupera çã o (recovery window) ou redundãncia (redundancy). Abaixo iremos abordar os dois tipos.       Para identificar qual dos dois tipos o RMAN está usando, use: RMAN> show retention policy; Política baseada em redundância CONFIGURE RETENTION POLICY TO REDUNDANCY 1; Política baseada em janela de recuperação CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 DAYS; ·        Política baseada em redund â ncia ( REDUNDANCY )       De uma maneira bem simples e objetiva, o par â metro REDUNDANCY especifica quantos backups full ou incremental level 0 de cada datafile o RMAN vai manter, os demais são considerados obsoletos. Veja o exemplo abaixo

Permissões necessárias para criar triggers no Oracle

Há pouco tempo passei por um problema durante a criação de uma trigger de LOGON na versão 12c do banco de dados Oracle. Estava com alguns problemas em uma aplicação que tinha uma trigger de Logon. A trigger em si era bem simples, vou por o código mais abaixo, o problema é que ela estava criada dentro do usuário SYSTEM. Provavelmente foi a maneira mais fácil e preguiçosa de criar o objeto, uma vez que o SYSTEM já possui todas as permissões necessárias para criação. Porém isso não uma boa prática. Então resolvi tirar do SYSTEM e jogar para o usuário dono dos objetos da aplicação. Quando fui tentar criar o objeto no SCHEMA dono dos objetos da aplicação, recebi um erro com falta de permissões: ORA-01031: insufficient privileges . O erro ocorreu porque estava esquecendo de conceder a role ADMINISTER DATABASE TRIGGER para o usuário. Em resumo, as permissões necessárias para criação de uma trigger: CREATE TRIGGER - para criar uma trigger no seu próprio esquema (SCHEMA) CREATE AN

ORA-01623 ORA-00312 - Removendo redo logs

Após realizar um restore de um ambiente de Oracle RAC para um single instance usando snapshot de storage, tentei recriar os redo logs recebi o seguinte erro durante a exclusão de um grupo de discos. SQL> alter database drop logfile group 2; ORA-01623: o log 2 é o log atual para a instância UOW (thread 1) - não é possível eliminar ORA-00312: thread 2 do log 1 on-line: '+DATA/UOW/ONLINELOG/group_2.1638.1051804433' ORA-00312: thread 2 do log 1 on-line: '+DATA/UOW/ONLINELOG/group_2.981.1051804433' O erro quer dizer que o grupo de redo pertence a outra thread. Quer dizer que ele pertence a outra instância do ambiente RAC. Como no meu caso não precisarei mais dela, basta usar o comando: SAL> alter database disable thread 2; Database altered.   Usei o SQL abaixo para gerar os comandos para excluir os redo logs SQL> select distinct 'alter database drop logfile group '||(group#)||';' from v$log where thread#=2; 'ALTERDATABASEDROPLOGFILEGROUP'||(G