[oracle_br] Re: Corrupt block - Oracle 10.2.0.2 e Windows
De uma olhada sobre blockrecover no utilitário do RMAN. Pode ser útil. att, --- Em oracle_br@yahoogrupos.com.br, "Sharif - Yahoo" escreveu > > Pessoal, > > > > Não consigo subir essa base... alguem sabe de alguma saída para conseguir > subir e descobrir onde está o problema ? > > > > Pelo que andei pesquisando para rodar o DBMS_REPAIR a base precisaria estar > aberta, certo ? > > > > Mon Jul 05 17:41:26 2010 > > Starting ORACLE instance (normal) > > LICENSE_MAX_SESSION = 0 > > LICENSE_SESSIONS_WARNING = 0 > > Picked latch-free SCN scheme 2 > > Using LOG_ARCHIVE_DEST_1 parameter default value as > E:\oracle\product\10.2.0\db_1\RDBMS > > Autotune of undo retention is turned on. > > IMODE=BR > > ILAT =18 > > LICENSE_MAX_USERS = 0 > > SYS auditing is disabled > > ksdpec: called for event 13740 prior to event group initialization > > Starting up ORACLE RDBMS Version: 10.2.0.2.0. > > System parameters with non-default values: > > processes= 150 > > __shared_pool_size = 197132288 > > __large_pool_size= 4194304 > > __java_pool_size = 4194304 > > __streams_pool_size = 0 > > spfile = > E:\ORACLE\PRODUCT\10.2.0\DB_1\DBS\SPFILEDB10G.ORA > > sga_target = 612368384 > > control_files= > E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL01.CTL, > E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL02.CTL, > E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL03.CTL > > db_block_size= 8192 > > __db_cache_size = 398458880 > > compatible = 10.2.0.2.0 > > db_file_multiblock_read_count= 16 > > undo_management = AUTO > > undo_tablespace = UNDOTBS1 > > remote_login_passwordfile= EXCLUSIVE > > db_domain= > > dispatchers = (PROTOCOL=TCP) (SERVICE=DB10GXDB) > > job_queue_processes = 10 > > audit_file_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\ADUMP > > background_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\BDUMP > > user_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\UDUMP > > core_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\CDUMP > > db_name = DB10G > > open_cursors = 300 > > pga_aggregate_target = 203423744 > > PMON started with pid=2, OS id=2560 > > PSP0 started with pid=3, OS id=2940 > > MMAN started with pid=4, OS id=2688 > > DBW0 started with pid=5, OS id=1832 > > LGWR started with pid=6, OS id=2624 > > CKPT started with pid=7, OS id=2060 > > SMON started with pid=8, OS id=768 > > RECO started with pid=9, OS id=576 > > CJQ0 started with pid=10, OS id=2584 > > MMON started with pid=11, OS id=452 > > MMNL started with pid=12, OS id=2440 > > Mon Jul 05 17:41:27 2010 > > starting up 1 dispatcher(s) for network address > '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'... > > starting up 1 shared server(s) ... > > Mon Jul 05 17:41:27 2010 > > ALTER DATABASE MOUNT > > Mon Jul 05 17:41:31 2010 > > Setting recovery target incarnation to 2 > > Mon Jul 05 17:41:31 2010 > > Successful mount of redo thread 1, with mount id 115884039 > > Mon Jul 05 17:41:31 2010 > > Database mounted in Exclusive Mode > > Completed: ALTER DATABASE MOUNT > > Mon Jul 05 17:41:31 2010 > > ALTER DATABASE OPEN > > Mon Jul 05 17:41:32 2010 > > Beginning crash recovery of 1 threads > > parallel recovery started with 2 processes > > Mon Jul 05 17:41:33 2010 > > Started redo scan > > Mon Jul 05 17:41:33 2010 > > Completed redo scan > > 1 redo blocks read, 0 data blocks need recovery > > Mon Jul 05 17:41:33 2010 > > Started redo application at > > Thread 1: logseq 277, block 2, scn 9571201 > > Mon Jul 05 17:41:34 2010 > > Recovery of Online Redo Log: Thread 1 Group 3 Seq 277 Reading mem 0 > > Mem# 0 errs 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\REDO03.LOG > > Mon Jul 05 17:41:34 2010 > > Completed redo application > > Mon Jul 05 17:41:34 2010 > > Completed crash recovery at > > Thread 1: logseq 277, block 3, scn 9591203 > > 0 data blocks read, 0 data blocks written, 1 redo blocks read > > Mon Jul 05 17:41:34 2010 > > Thread 1 advanced to log sequence 278 > > Thread 1 opened at log sequence 278 > > Current log# 1 seq# 278 mem# 0: > E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\REDO01.LOG > > Successful open of redo thread 1 > > Mon Jul 05 17:41:34 2010 > > MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set > > Mon Jul 05 17:41:34 2010 > > SMON: enabling cache recovery > > Mon Jul 05 17:41:35 2010 > > Hex dump of (file 2, block 57) in trace file > e:\oracle\product\10.2.0\admin\db10g\udump\db10g_ora_660.trc > > Corrupt block relative dba: 0x00800039 (file 2, block 57) > > Fractured block found during buffer read > > Data in bad block: > > type: 38 format: 2 rdba: 0x00800039 > > last change scn: 0x.008eaf7a seq: 0x2 flg: 0x04 > > spare1: 0x0 spare2: 0
[oracle_br] Re: Erro ao conectar ao oracle
Tania, O que está retornando no alert log? Att, Thiago Hyppolito
[oracle_br] Re: localizar todas as fks de um esquema
Segue:
Do schema corrente:
select constraint_name
from user_constraints
where constraint_type = 'R'
/
De um ou mais schemas:
select constraint_name
from all_constraints
where constraint_type = 'R'
and owner in ('USER1','USER2')
/
Att,
--- Em oracle_br@yahoogrupos.com.br, Leonardo Santos da Mata
escreveu
>
> alguem sabe como eu consiguo localizar todas as chaves (nomes) estrangeiras
> de de todas as tabelas de um esquemas?
> Eu estou usando oracle 10g.
>
> --
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
[oracle_br] Re: problema com MOVE tablepace
Cris, 1 - Partindo do principio que os indices nada mais são que referencias a linhas em uma determinada tabela, quando movemos a mesma as referências são perdidas. Por isso os indices tornam-se inutilizaveis e fazemos o rebuild (reconstrução) do indice. Se não me engano a partir do 10g temos melhorias com relação ao tratamento desse tipo de questão. 2 - Creio que as estatísticas não tenham esse propósito. São duas coisas diferentes. Att, Thiago Hyppolito Blog: http://profissionaloracle.com.br/blogs/hyppolito/ --- Em oracle_br@yahoogrupos.com.br, Ne escreveu > > Bom Dia Colegas > > Fui realizar um procedimento de mover tabelas para tablespaces corretas. > Pensei que estava tudo certo. > Mas os índices dessas tabelas ficaram em unusable. > > Perguntinha: > > 1. Se os índices ficam em tablespaces diferentes das tabelas, pq os mesmos > ficaram UNUSABLE? > > 2. Usei o comando Alter index XPTO rebuild tablespace INDICE; para > poder deixar os índices válidos. > Estando eu na versão 9.2.0.8.0, não poderia ter utilizado alguma estatística > para isso? > > Muito Obrigada > > Cris > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Acentuação
Augusto, Provavelmente essa migração foi feita através de exp/imp certo? Você ficou atento no momento de definir as variáveis de suporte a globalização? Att, Thiago Gonsalez Hyppolito Blog: http://profissionaloracle.com.br/blogs/hyppolito --- Em oracle_br@yahoogrupos.com.br, Augusto Cesar escreveu > > > Pessoal, > Fiz uma migração do Oracle 9i Windows para o Oracle 9i Linux. Porém a > acentuação está toda errada. Por exemplo: o código abaixo está dentro de uma > procedure no banco antigo: > var_mensagem_erro := 'Texto da manifestação deve ser Preenchido.'; > E o código abaixo está no banco novo: > var_mensagem_erro := 'Texto da manifestac?o deve ser Preenchido.'; > O texto dentro das tabelas estão corretos, somente os textos das > procedures/functions estão errados. > > _ > > Augusto César > > > > > _ > Você sabia que com o Hotmail você tem espaço ilimitado para guardar seus > e-mails? Começe a usar já! > http://www.microsoft.com/brasil/windows/windowslive/products/hotmail.aspx > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Acentuação
--- Em oracle_br@yahoogrupos.com.br, Augusto Cesar escreveu > > > Pessoal, > Fiz uma migração do Oracle 9i Windows para o Oracle 9i Linux. Porém a > acentuação está toda errada. Por exemplo: o código abaixo está dentro de uma > procedure no banco antigo: > var_mensagem_erro := 'Texto da manifestação deve ser Preenchido.'; > E o código abaixo está no banco novo: > var_mensagem_erro := 'Texto da manifestac?o deve ser Preenchido.'; > O texto dentro das tabelas estão corretos, somente os textos das > procedures/functions estão errados. > > _ > > Augusto César > > > > > _ > Você sabia que com o Hotmail você tem espaço ilimitado para guardar seus > e-mails? Começe a usar já! > http://www.microsoft.com/brasil/windows/windowslive/products/hotmail.aspx > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Dúvida - OCA Developer ou OCA DBA.
Rodrigo, Isso depende da carreira que você desejará seguir. Você gostaria de ser DBA ou desenvolvedor? Respondendo isso você tem sua resposta. Outra coisa, só a certificação não vale muita coisa para ganhar mais ou arranjar emprego. A certificação deve estar aliada ao seu conhecimento e experiência em uma das duas areas. Não seria lá muito coerente você ser DBA e optar por certicações de em desenvolvimento ou o contrário. Att, Thiago Gonsalez Hyppolito DBA Oracle Portugal Telecom Inovação Blog: http://profissionaloracle.com.br/blogs/hyppolito --- Em oracle_br@yahoogrupos.com.br, "Rodrigo F.M" escreveu > > Boa tarde pessoal, > > > > Vou fazer o exame 1z0-051 11g SQL fundamental. Daí surgiu uma dúvida, > continuo estudando para OCA DBA ou OCA PL/SQL Developer. > > Qual das duas certificações é mais procurada no mercado? Salário qual a > média? Qual é mais fácil arrumar um emprego!? Se puderem opinar eu agradeço. > > > > Rodrigo. > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Shutdown the database
Não é mito. Veja detalhadamente cada um dos tipos de shutdown no link abaixo: http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/start.htm#i1006611 O efeito de desligar a máquina sem baixar a base pode ter consequencias semelhantes ou piores que um SHUTDOWN ABORT. Att, Thiago Hyppolito DBA Oracle Portugal Telecom Inovação Blog: http://profissionaloracle.com.br/blogs/hyppolito --- Em oracle_br@yahoogrupos.com.br, Flavio escreveu > > Olá pessoal, bom dia, > > ouvi dizer q não é uma boa prática desligar a máquina sem dar um shutdown no > database antes. É verdade esse mito? > E qual seria a principal diferença entre os três comandos: > shutdown > shutdown immediate > shutdown abort > > Obrigado pela atenção de todos, > Abrs, > Flávio. > > > > > Veja quais são os assuntos do momento no Yahoo! +Buscados > http://br.maisbuscados.yahoo.com > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Oracle 11gR2 liberado para Linux!
Senhores, Divirtam-se! Download: http://www.oracle.com/technology/software/products/database/oracle11g/112010_linuxsoft.html Att, Thiago Hyppolito DBA Oracle Portugal Telecom Inovação Blog: http://profissionaloracle.com.br/blogs/hyppolito/
[oracle_br] Re: Bancos remotos
Emerson, A dica do Marcelo é a melhor pedida para conexões remotas entre banco de dados Oracle. O único adendo que gostaria de fazer é de não esquecer de prestar atenção ao usuário remoto. Não esqueça que ao utilizar o dblink você terá todos os privilégios do usuário do banco remoto. Por exemplo, se você criar um dblink com o usuário SYSTEM, você terá todos os acessos de SYSTEM na base remota, e a situação pode complicar mais se você criar um dblink público que permitira que todos os usuários tenham acesso ao banco remoto. Sendo assim, seja o mais restrito possível, criando um usuário especifico para o dblink no banco de dados remoto atribuindo única e exclusivamente dos privilégios que você vai precisar. Abraços, Thiago Gonsalez Hyppolito DBA Oracle Portugal Telecom Inovação Blog: http://profissionaloracle.com.br/blogs/hyppolito/ --- Em oracle_br@yahoogrupos.com.br, Marcelo Medrado escreveu > > Prezado Emerson, > > Neste caso, você pode criar um database link para o banco remoto da seguinte > forma: > > No banco de origem: > > *CREATE DATABASE LINK nome_do_dblink* > *CONNECT TO usuário_banco_remoto IDENTIFIED BY senha * > *USING 'connect_string';* > > Sendo que connect string pode ser substituído por um alias no TNSNAMES do > seu banco ORIGEM. > > Com isso, basta executar algo como: > > select * from tab...@nome_do_dblink. > > Sds, > > Marcelo Medrado > Polo-IT > > > 2009/8/27 Emerson Sanches > > > > > > > Bom dia pessoal da lista, gostaria de saber se eh possível fazer > > comandos de insert, update ou delete em um banco de dados remoto (Oracle > > 10g). > > > > Obrigado pela atenção.. > > > > Emerson > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: aplicar archives em outra instância.
Márcio, boa tarde! Essas "mensagens de erro" não são na realidade um problema. Elas são nada menos que mensagens informando que o archive foi aplicado e não será mais usado pelo processo de recover. Veja a descrição da documentação: ORA-00278: log file 'string' no longer needed for this recovery Cause: The specified redo log file is no longer needed for the current recovery. Action: No action required. The archived redo log file may be removed from its current location to Os archives estão sendo aplicado normalmente. Detalhe ele sempre vai pedir mais archives mesmo que não tenha sido gerado. Ou seja, você pode cancelar o processo de recover depois que você aplicar os archives disponíveis e logo depois tente abrir o banco com resetlogs. Att, Thiago Hyppolito DBA Oracle Portugal Telecom Inovação --- Em oracle_br@yahoogrupos.com.br, Márcio Ricardo Alves da Silva escreveu > > Untitled DocumentBom dia! > > Oracle 10g Release 10.2.0.1.0 > HP-UX B.11.23 > > Pessoal, voltei um backup da fita LTO de sexta-feira, ontem em outro servidor > com as mesmas caracteristicas do servidor de produção. Tenho todos os > archives desde quando foi feito o backup. > Estou tentando aplicar os archives mas não tenho sucesso. > > 1ª situação: > > Faço restore da fita, e quando vou aplicar os archives diz que o banco não > precisa de recovery > > 2ª situação: > Faço restore da fita, pego os controlfiles de produção e quando vou aplicar > os archives, recebo a mensagem. > > > ORA-00279: change 2195774753 generated at 08/24/2009 22:02:52 needed for > thread > 1 > ORA-00289: suggestion : /dsk6/xxx/arc/T0001S0814510607344818.ARC > ORA-00280: change 2195774753 for thread 1 is in sequence #81451 > ORA-00278: log file '/dsk6/xxx/arc/T0001S0814500607344818.ARC' no > longer needed for this recovery > > Este é apenas um exemplo, deu esse mesmo erro em todos os meus archives e > quando terminou ele ficou pedindo um archive que ainda não tinha sido gerado. > > Restaurei a fita novamente nessa madrugada e a instância está pronta pra > receber os archives, alguém pode me auxiliar? > > GRato, > Márcio. > > [As partes desta mensagem que não continham texto foram removidas] >
