Categoria: Database

Procedimento para mover datafiles em ASM ID Tablespace Datafile 40 TESTE_D +DG2/teste/datafile/teste_d.303.955634563 39 TESTE_D +DG2/teste/datafile/teste_d.309.955600967 41 TESTE_D +DG2/teste/datafile/teste_d.312.955612387   rman target / copy datafile 40 TO ‘+DG4/teste/datafile/teste_d303’; copy datafile 39 TO ‘+DG4/teste/datafile/teste_d309’; copy datafile 41 TO ‘+DG4/teste/datafile/teste_d312’; SQL ‘ALTER DATABASE datafile 40 offline’; SQL ‘ALTER DATABASE datafile 39 offline’; SQL ‘ALTER DATABASE datafile 41 offline’; run{ allocate channel ch1 device TYPE disk; SET newname FOR datafile 40 TO ‘+DG4/teste/datafile/teste_d303’; switch datafile ALL; } run{ allocate[…]

1)alter table <table_name> PCTFREE 40 INITRANS 50; 2) Executeum MOVE na Tabela (alter table <table_name> move;) 3) Altere os index utilizados na tabela com o novo PCTFREE 40 INITRANS 50; alter index <index_name> rebuild PCTFREE 40 INITRANS 50;

E ai galera! Alguns dias atrás passei por esse problema ao parar a criação de um índex Online que foi o erro ORA-08104 , pode ser visto no alert.log com a mensagem online index (re)build cleanup: objn=24584040 maxretry=2000 forever=0 A solução e simples,vamos executar um bloco com uma rotina que agilizara a limpeza do objeto. O erro é causado por um bug : BUG:3805539 e pode ser solucionado executando a rotina abaixo: 1- Verificando o objeto[…]

Um Probleminha bem legal, Uma Base sem archivelog com um bloco corrompido o que fazer? Bem se fosse uma tabela qualquer apenas isolaríamos o bloco com o dbms_repair. Mais se esse objeto corrompido fosse a tabela obj$ do esquema sys? Se fossemos utilizar o dbms_repair daria: ERROR at line 1: ORA-00701: object necessary for warmstarting database cannot be altered ORA-06512: at “SYS.DBMS_REPAIR”, line 419 ORA-06512: at line 1 Mais como isolar esse bloco e deixar o acesso a essa tabela[…]

ERROR at line 1: ORA-38856: cannot mark instance UNNAMED_INSTANCE_2 (redo thread 2) as enabled Solução Edite o Aquivo  init<SID>.ora e  adicione o parâmetro _no_recovery_through_resetlogs=true Startup mount the instance. SQL>startup mount. SQL>alter database open resetlogs;

The problem is “Normal” in standby but also occurs in Restore database ORA-00600: internal error code, arguments: [3020], [2885689059], [1], [419819],[26750], [808], [], [] ORA-10567: Redo is inconsistent with data block (file# 5, block# 419844) ORA-10564: tablespace ZMSOLUTION ORA-01110: data file ‘/oracle/datafiles/zmsolution.dbf’ FOR standby 1) at the primary site, take a backup of the datafile: RMAN> backup datafile 5 format ‘/tmp/df5_pr.bk’ tag ‘PRIMARY_5′; 2) transfer the file to the standby site using an operating system[…]