Chiappa, Parei e iniciei o banco novamente (shutdown immediate / startup) e a tabela continua inacessivel. Se eu definir estes blocos como inutilizáveis será que esta tabela não ficará perdida e inutilizável? É uma tabela grande (180 GB) e tenho outra maior ainda nesta mesma tablespace.
Abraço Ivan -----Mensagem original----- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada em: terça-feira, 17 de janeiro de 2006 11:42 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: Algumas duvidas sobre blocos corrompidos afaik, não é preciso : quando vc baixa e sobe o banco, os blocos "temporários" do tipo voltam pra dba_free_space, vão ser re- usados, e já que vc rodou a verificação de hw e o bloco está fisicamente bom no disco, quando ele for re-usado será lido/gravado sem probs, creio. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "Ivan Ricardo Schuster" <[EMAIL PROTECTED]> escreveu > > > Na verdade, mesmo em tablespaces de dados podem ser criados extents > > temporários , por exemplo quando vc faz um INSERT /* APPEND */, nessa > > situação os caras sendo inseridos vão pra cima do high-water mark e > > são marcados como segmentos temporários (portanto NÃO entram na > > DBA_SEGMENTS/DBA_EXTENTS) : quando ocorre um COMMIT, o banco só marca > > esses extents como definitivos e avança a HWM. Num caso desses, se > > tiver corrupção/pau qquer no processo, logicamente esses blocos não > > serão encontrados na DBA_EXTENTS/DBA_SEGMENTS. > > > Acredito que terei que apagar esta tabela, certo? > > > > -----Mensagem original----- > De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em > nome de jlchiappa > Enviada em: terça-feira, 17 de janeiro de 2006 10:49 > Para: oracle_br@yahoogrupos.com.br > Assunto: RES: [oracle_br] Re: Algumas duvidas sobre blocos corrompidos > > --- Em oracle_br@yahoogrupos.com.br, "Ivan Ricardo Schuster" > <[EMAIL PROTECTED]> escreveu > > > > Chiappa, inicialmente obrigado pela explicação. > > > > Com o "teoricamente" não ter mais problemas de hardware, quis dizer > que já > > foram feitos todos os testes com as ferramentas do fornecedor do > storage > > ==>. ESSE é o ponto que quis frisar, não pode haver dúvidas sobre a > confiabilidade do hw, ok ... > > > a sua resposta "Esses blocos não podem ser usados do jeito que > estão" já > > explica bastante coisa. > > E é como falei, o Oracle ** não ** sai "consertando" blocos > automaticamente porque, além de não "saber" fazer isso (há n+1 > hardwares possíveis pelaí, x+1 tipos de filesystems/volume groups, > etc), ainda há a questão do negócio, tranquilamente pode ser que > alguns blocos corrupots pertencem a tabelas/índices;objetos que PODEM > ser dropados, outros não, só vc é que pode dizer. > > > > > Estou lendo sobre DBMS_REPAIR e acho que vai ser esta a solução pra > estes > > problemas. > > Na verdade é um conjunto de ações : agora que hardware está > confiável, primeiro passo é o DBV contra TODOS os datafiles (eu se > possível faço um dbv com o banco aberto E um com o banco fechado), e > TODOS os blocos reportados como ruins pelo DBV deven ser corrigidos > (inicialmente pode ser correção soft, pelo DBMS_REPAIR mesmo). Feito > isso, novos DBVs pra mostrar que a corrupção foi MESMO corrigida, e > como toque final um export full sem gerar .dmp (tipo desviando > pra /dev/null) pra "forçar" a leitura de todos os segmentos, uma > checagem com DBMS_REPAIR.CHECK_OBJECT nos objetos do banco, e é isso > aí. > > >Eu fiquei na duvida, pois alguns destes blocos corrompidos, ao > > apagar o objeto, foram preenchidos de forma correta novamente, sem > > corrompimento. > > Isso é uma indicação que realmente o problema devia ser mesmo disco > ruim, pois quando vc trocou o disco e refez o array, os blocos em > questão (que antes deviam estar no disco ruim), passaram a apontar > pra um outro disco bom, e nele foram gravados/lidos com sucesso. > > > > > Sobre a tabela que eu estou sem acesso, o datafile é de dados, não > é de > > índices, nem temporário, nem system. Por isso achei bastante > estranho. > > Na verdade, mesmo em tablespaces de dados podem ser criados extents > temporários , por exemplo quando vc faz um INSERT /* APPEND */, nessa > situação os caras sendo inseridos vão pra cima do high-water mark e > são marcados como segmentos temporários (portanto NÃO entram na > DBA_SEGMENTS/DBA_EXTENTS) : quando ocorre um COMMIT, o banco só marca > esses extents como definitivos e avança a HWM. Num caso desses, se > tiver corrupção/pau qquer no processo, logicamente esses blocos não > serão encontrados na DBA_EXTENTS/DBA_SEGMENTS. > > []s > > Chiappa > > > > > > -------------------------------------------------------------------- -------- > ---------------------------------------------- > Atenção! As mensagens deste grupo são de acesso público e de inteira > responsabilidade de seus remetentes. > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > -------------------------------------------------------------------- -------- > ---------------------------------------------- ______________________________ > _______________________________________ > Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423 > Links do Yahoo! Grupos > ---------------------------------------------------------------------------- ---------------------------------------------- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ ---------------------------------------------------------------------------- ----------------------------------------------______________________________ _______________________________________ Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423 Links do Yahoo! Grupos -------------------------------------------------------------------------------------------------------------------------- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --------------------------------------------------------------------------------------------------------------------------_____________________________________________________________________ Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423 Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
