[oracle_br] Duvida na certificação
Pessoal, Venho através de esse email pedir uma opinião para o grupo já que a grande maioria de vocês tem uma ampla bagagem no mercado de TI. Hoje com 22 anos estou cursando o ultimo ano da faculdade, tendo trabalhado como dba oracle e db2 a precisamente 3 anos e meio, lógico que nesse meio tempo entra o grande período de aprendizado que tive que obter já que tinha um conhecimento bem escasso sobre DB. Agora com o final da facul vou ter vou ter mais tempo (trabalho de manhã e tarde e estudo a noite) para começar a tirar a minha certificação ORACLE. A minha pergunta é qual certificação eu deveria tirar? 9i ou 10g?? Hoje trabalho com 9i, mas penso que é de melhor proveito pra mim tirar a 10g. Gostaria muito da opinião dos colegar. Agradeço a atenção. Obrigado, Bruno -- 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/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE 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 Termos do Serviço do Yahoo!.
Re: [oracle_br] ( off-topic)- sugestão
Pessoal, Concordo plenamente sobre as syugetões citadas anteriormente. Lembrando que temos que começar à nos agilizar para obter um resultado que seja agradável à todos. Sobre os temas , qual seria o tema da próxima semana?? Temos que começar a levantas os temas já que hoje já é sexta feira. Obrigdo - Original Message - From: Dorian Anderson Soutto [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Friday, October 21, 2005 1:07 PM Subject: Re: [oracle_br] ( off-topic)- sugestão O grupo é de vocês. Desde que façam tudo ordeiramente, fiquem a vontade. Só quero saber quem vai pagar o salário do Chiappa e do Sálvio.(rs) O tema proposto deveria ser algo que atenda a realidade e necessidade do grupo hoje segundo seu perfil. (apenas sugestão) Em todo caso vamos nos atentar se isto não irá gerar um tráfego intenso de mensagens, trazendo desconforto para aquele que deseja tratar um outro assunto, talvez até de certa urgência. Por isto digo que deve ser algo ordeiro. Na realidade o grupo já faz isto hoje, diversos assuntos já foram tratados por semanas. Mas nunca de forma organizada. Gosto da idéia e só saberemos dará certo tentando. Tem meu aval. Chamem o Justos, criem uma equipe e organizem-se. Abraços, Dorian - Moderador - Original Message - From: Cleber Roberto Marques To: oracle_br@yahoogrupos.com.br Sent: Friday, October 21, 2005 10:40 AM Subject: RE: [oracle_br] ( off-topic)- sugestão Quem sugere o tema pra próxima semana então? Moderador? Cleber -Original Message- From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of Katia Emilia Souza de Paula Sent: Friday, October 21, 2005 11:10 AM To: oracle_br@yahoogrupos.com.br Subject: RE: [oracle_br] ( off-topic)- sugestão Acho ótimo, estava como uma louca no google para saber o que é rebuid. -Original Message- From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of Luiz Fabiano - BHFox Sent: sexta-feira, 21 de outubro de 2005 11:06 To: oracle_br@yahoogrupos.com.br Subject: Re: [oracle_br] ( off-topic)- sugestão Eu que sou iniciante em Oracle, apóio 100% a sugestão... - Original Message - From: ESTUDO To: oracle Sent: Friday, October 21, 2005 10:08 AM Subject: [oracle_br] ( off-topic)- sugestão Amigos Sei que muitos não tem tempo, e nem é esse o objetivo do grupo, mas é algo pra se pensar.. derrepente, poderiamos usar a lista pra estudo também. Por exemplo, explanar um determinado assunto por uma semana ou mais...nessa semana se falou muito de rebuid index, então que fechassemos a semana com uma definição desse assunto, e da próxima vez que um colega perguntasse sobre o mesmo, encontraria na lista esse resumo, com inico, meio e fim. Poderiamos no assunto da mensagem definir assim como se faz (off-topic), colocariamos (estudo)... Seria ótimo pro crescimento do grupo, aprender outros conceitos. Vejo por mim, que me esforço pra entender determinado assunto, e não tenho com quem trocar as figurinhas... Foi apenas uma sugestão. Obrigada Cris [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www..enpo-br.org/ _ Yahoo! Grupos, um serviço oferecido por: -- Links do Yahoo! Grupos a.. Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ b.. Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!. [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por
[oracle_br] Timeout
Pessoal, Como faço pra ver o timeout do banco??? Tipo quando tempo uma conexão fica ociosa até ser desconectada do banco. ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ 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
[oracle_br] ORA-01031: insufficient privilege
Pessoal, Estou com um problema... Quando vou me conectar na base com o user sys o seguinte erro me retorna: ORA-01031: insufficient privilege O estranho que a uns 2 dias eu me conectava normalmente no server via terminal e hoje estou enfrentando esse problema. Estranho também que consigo me conectar normalmente com o user dbsm , já com o user sys não tem jeito. ALguém já passou por uma situação igual? Agradeço a atenção. *** Cabe ressaltar que o user que eu me logo na servidora é o user da rede ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ 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
Re: [oracle_br] Re: CONTINUAÇÂO porcetagem de acerto da db cache
Olá jlchiappa, Obrigado pela ajuda. Fiz algumas alterações de parametros como: db_multiblock de 16 para 32. optimizer_indeX_caching de 0 para 50. . . . e obtive melhoras significantes , ressaltando que foi gerado analyze de table e index anteriormente. Obrigado pela força - Original Message - From: jlchiappa [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Wednesday, October 12, 2005 9:44 PM Subject: [oracle_br] Re: CONTINUAÇÂO porcetagem de acerto da db cache veja vc : o ponto principal que invalida a análise por cache hit ratio é que ela é uma razão, é um proporção entre a qtdade de I/Os físicos e I/Os do cache. Ora, num banco não-trivial vc VAI TER SIM mais blocos de tabelas/índices do que o que cabe em RAM, a RAM é ** LONGE ** de ser infinita, então SIM vc vai ter I/Os físicos, é inevitável. E a falha desse método de análise em que recomenda-se cache hit de x% é que o cache hit é GERAL DO BANCO, não tem como vc saber se o cache hit está baixo porque um usuário acabou de rodar um relatório grande, que não tem como não fazer I/O físico ( o que seria normal), ou se não, ok ?? Então por esse (entre alguns outros motivos) é que se recomenda que vc faça é a ANÀLISE dos waits só da sessão que está executando o SQL lento, aí vc está vendo só o que ocorre com a sessão em questão, certo ? Então é por isso que recomendo : ESQUEÇA se o cache vai pra x ou pra y%, e vá procurar as causas, o que normalmente se encontra mais facilmente via análise de waits e por trace, é isso... Quanto a aão de fazer analyze que vc diz que ia fazer : eu já respondi algumas vezes aqui mesmo no fórum, digo de novo : quando vc coleta estatísticas, vc passa a usar otimização por custo (CBO) : é uma açao esperta, recomendada, MAS é absolutamente EXIGIDO que : a) vc tenha os parâmetros de configuração do CBO (como *enable*, optimizer_xx, multiblock_read, sort / hash area se não estiver usando workarea automática no 9i), etc, bem configurados e b) não basta só sair rodando analyze de qquer jeito, vc TEM QUE saber quais tabelas precisam ou não de histograma, em quais é lícito um ESTIMATE, em quais é obrigatório COMPUTE... e c) os SQLs tem que estar limpos, ie, SEM hints, com todas as opções de ligação mostradas no WHERE dos joins, etc e d) não deve estar havendo operações que impossibilitam alguns planos, como por exemplo conversão implícita de dados ou aplicação de funções/cálculos em campso indexados, o que impossibilita índices e e) sempre, sempre que possível vc dev estar usando SQL puro, apenas : se for um relatório o programa problemático (digamos) e internamento (por exemplo) ele faz algo do tipo : for r in (select * from tabela) loop -- buscar detalhe... select nome into :camponome from tabeladet where id = r.id; ... isso é IMPOSSÌVEL de ser otimizado pelo CBO, o CBO só serve pra otimizar SQLs não procedurais, tipo : SELECT T.c1, T.c1, D.NOME FROM tabela T, tabeladet D where T.id = D.id. Usar CBO sem a) , b), c) d) e e) é na maior parte dos casos ** inútil **, perda de tempo mesmo, e muitas vezes só PIORA a situação... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, zbdv [EMAIL PROTECTED] escreveu Bom jlchiappa, Li o artigo referente ao segundo link e achei super interessante PORÉM eu não me concordei em partes , já que o problema que estou passando (razão de acerto da db_cache) é muito significante. Tipo quando eu starteio o banco ele me retorna um valor de acerto da cache em 100% , mas com o passar do tempo ele cai para 20% 26%... o que quero dizer que não é apenas uma simples margem de erro e sim uma significante diferença de acerto da cache. Hoje o banco tem +- 60 GB alocado junto de mais 8 instancias ( absurdo né ), mas o processo de migração já está sendo feito. Voltando ao assunto , vale a pena ressaltar que quando os relatorios são executados no banco eu desligo o serviço das outas 8 instancias , para ter um sofrimento menor da maquina. Mesmo hoje a db cache está em 30 m e quando começa a ter esse problema eu aumento a cache para uns 40 , mas mesmo assim a porcentagem de acerto continua significantemente baixa. Procuro não aumenta muito para ão ter problema de SWAPPING. Ontem deixei rodando os analyze da table e index , tentando assim diminuir a perda de performace. ( só posso dizer se resulto em algo significativo na quinta ) Teria alguma sugestão sobre o processo que está acontecendo ? - Original Message - From: zbdv [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Wednesday, October 12, 2005 3:08 PM Subject: Re: [oracle_br] Re: porcetagem de acerto da db cache Obrigado jlchiappa - Original Message - From: jlchiappa [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Wednesday, October 12, 2005 1:00 AM Subject: [oracle_br] Re: porcetagem de acerto da db cache Colega, eu ** duvido ** que o seu problema de performance seja devido à taxa de acerto (o famigerado cache hit
Re: [oracle_br] Re: CONTINUAÇÂO porcetagem de acerto da db cache
é isso ae Valeu pela força - Original Message - From: jlchiappa [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Thursday, October 13, 2005 1:24 PM Subject: [oracle_br] Re: CONTINUAÇÂO porcetagem de acerto da db cache Ou seja, numa palavra, vc configouro o CBO e o implantou : é, via de regra CBO adequadamente configurado é quase sempre superior. Vc não fala, mas SUPONHO que os outros params decisivos no CBO, que eu cito no e-mail anterior, como os *enabled*, *size*, os outros optimizer*, *parallel*, etc, FORAM analisados também, e onde vc julgou adequado alterados, né ?? Só com TODOS analisados e onde necessário corrigidos é que vc obtém PICO de eficiência do CBO Só como complemento, também : vc não disse, mas se com a implementação do CBO houve melhoras, CERTAMENTE o plano de execução mudou, era ruim e melhorou. Sabe vc ** quando ** vc ia pegar um problema desses se preocupando com valor de cache hit ??? NUNQUINHA, zero, zipardônia, no dia de São Nunca... E MUITOS problemas de performance são desse tipo, então RECOMENDO DE NOVO : cesse, desista, PARE DE USAR cache hits como método pra analizar performance, e JOGUE FORA todo e qquer livro, apostila, dica, texto ou o que for que diga o contrário, E se foi algo que alguém te ensinou, arquive mentalmente a informação na área do cérebro dedicada à mitos e lendas, junto com o negrinho do pastoreio, a mãe-do-mato, o saci, a cuca. E finalmente : já que vc aumentou o db_multiblock e teve efeito positivo, PODE SER que vc tenha relatórios extensos (ou programas do tipo) que não se beneficiam de índice (pois querem ler a tabela toda, ou quase), e protanto precisam de um table scan o mais eficiente possível - SE for isso mesmo, eu recomendo que vc (se ainda não o faz) passe a usar apenas tablespaces LMT, E que tenha os extents de um tamanho apropriado para full scan eficiente (ie, igual ou maior mas múltiplo exato do maximo IO simultâneo, E que tenha ** absoluta ** certeza que os seus datafiles estão bem distribuídos entre os seus pontos de I/O , E que não haja conflitos de I/O (por exemplo, área TEMP no mesmo local/spindle que datafiles, aí enquanto uma sessão está tentando fazer I/O temporário a outra que queira fazer scan físico vai ter q esperar... Enfim, trabalho rotineiro e comum de DBA. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, zbdv [EMAIL PROTECTED] escreveu Olá jlchiappa, Obrigado pela ajuda. Fiz algumas alterações de parametros como: db_multiblock de 16 para 32. optimizer_indeX_caching de 0 para 50. . . . e obtive melhoras significantes , ressaltando que foi gerado analyze de table e index anteriormente. Obrigado pela força - Original Message - From: jlchiappa [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Wednesday, October 12, 2005 9:44 PM Subject: [oracle_br] Re: CONTINUAÇÂO porcetagem de acerto da db cache veja vc : o ponto principal que invalida a análise por cache hit ratio é que ela é uma razão, é um proporção entre a qtdade de I/Os físicos e I/Os do cache. Ora, num banco não-trivial vc VAI TER SIM mais blocos de tabelas/índices do que o que cabe em RAM, a RAM é ** LONGE ** de ser infinita, então SIM vc vai ter I/Os físicos, é inevitável. E a falha desse método de análise em que recomenda-se cache hit de x% é que o cache hit é GERAL DO BANCO, não tem como vc saber se o cache hit está baixo porque um usuário acabou de rodar um relatório grande, que não tem como não fazer I/O físico ( o que seria normal), ou se não, ok ?? Então por esse (entre alguns outros motivos) é que se recomenda que vc faça é a ANÀLISE dos waits só da sessão que está executando o SQL lento, aí vc está vendo só o que ocorre com a sessão em questão, certo ? Então é por isso que recomendo : ESQUEÇA se o cache vai pra x ou pra y%, e vá procurar as causas, o que normalmente se encontra mais facilmente via análise de waits e por trace, é isso... Quanto a aão de fazer analyze que vc diz que ia fazer : eu já respondi algumas vezes aqui mesmo no fórum, digo de novo : quando vc coleta estatísticas, vc passa a usar otimização por custo (CBO) : é uma açao esperta, recomendada, MAS é absolutamente EXIGIDO que : a) vc tenha os parâmetros de configuração do CBO (como *enable*, optimizer_xx, multiblock_read, sort / hash area se não estiver usando workarea automática no 9i), etc, bem configurados e b) não basta só sair rodando analyze de qquer jeito, vc TEM QUE saber quais tabelas precisam ou não de histograma, em quais é lícito um ESTIMATE, em quais é obrigatório COMPUTE... e c) os SQLs tem que estar limpos, ie, SEM hints, com todas as opções de ligação mostradas no WHERE dos joins, etc e d) não deve estar havendo operações que impossibilitam alguns planos, como por exemplo conversão implícita de dados ou aplicação de funções/cálculos em campso indexados, o que impossibilita índices e e) sempre, sempre que possível vc dev estar usando SQL puro, apenas : se
Re: [oracle_br] CONTINUAÇÂO porcetagem de a certo da db cache
Cabe ressaltar que rodei a query no momento que está rodando um analyze... - Original Message - From: zbdv [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Wednesday, October 12, 2005 4:19 PM Subject: Re: [oracle_br] CONTINUAÇÂO porcetagem de acerto da db cache Rodei a query select sum(decode(name, 'physical reads',value,0))phys, sum(decode(name, 'db block gets',value,0))gets, sum(decode(name, 'consistent gets',value,0))con_gets, (1 - (sum(decode(name, 'physical reads',value,0)) / (sum(decode(name,'db block gets',value,0)) + sum(decode(name,'consistent gets',value,0) * 100 hitratio from v$sysstat; e obtive como resposta PHYS GETS CON_GETS HITRATIO -- -- -- -- 14202022 5356748976811 -49,298758 - 49 é MUITO ABAIXO - Original Message - From: zbdv [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Wednesday, October 12, 2005 3:53 PM Subject: [oracle_br] CONTINUAÇÂO porcetagem de acerto da db cache Bom jlchiappa, Li o artigo referente ao segundo link e achei super interessante PORÉM eu não me concordei em partes , já que o problema que estou passando (razão de acerto da db_cache) é muito significante. Tipo quando eu starteio o banco ele me retorna um valor de acerto da cache em 100% , mas com o passar do tempo ele cai para 20% 26%... o que quero dizer que não é apenas uma simples margem de erro e sim uma significante diferença de acerto da cache. Hoje o banco tem +- 60 GB alocado junto de mais 8 instancias ( absurdo né ), mas o processo de migração já está sendo feito. Voltando ao assunto , vale a pena ressaltar que quando os relatorios são executados no banco eu desligo o serviço das outas 8 instancias , para ter um sofrimento menor da maquina. Mesmo hoje a db cache está em 30 m e quando começa a ter esse problema eu aumento a cache para uns 40 , mas mesmo assim a porcentagem de acerto continua significantemente baixa. Procuro não aumenta muito para ão ter problema de SWAPPING. Ontem deixei rodando os analyze da table e index , tentando assim diminuir a perda de performace. ( só posso dizer se resulto em algo significativo na quinta ) Teria alguma sugestão sobre o processo que está acontecendo ? - Original Message - From: zbdv [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Wednesday, October 12, 2005 3:08 PM Subject: Re: [oracle_br] Re: porcetagem de acerto da db cache Obrigado jlchiappa - Original Message - From: jlchiappa [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Wednesday, October 12, 2005 1:00 AM Subject: [oracle_br] Re: porcetagem de acerto da db cache Colega, eu ** duvido ** que o seu problema de performance seja devido à taxa de acerto (o famigerado cache hit ratio) : 99.99% das vezes não é nada disso... Pra vc ter uma idéia, vá para http://www.oracledba.co.uk/, no link Tunning escolha o item Custom Hit ratio, lá vc vai achar uma rotina que deixa vc escolher o hit ratio que quiser, SE vc a executar num banco com probs de performance vc VAI ver que certamente o hit ratio vai ir lá pra cima, mas o problema de performance CONTINUARÁ... E pra dar o tiro de misericórdia nessa idéia, em http://www.hotsos.com/e-library/index.html escolha e leia o paper Why a 99%+ Database Buffer Cache Hit Ratio is Not Ok, o autor dá todas as razões porque tunning por cache hit ratio (e hit ratios de modo geral) simplesmente não funciona na maioria das vezes. A minha dica portanto é : faça uma pilha com TODAS as apostilas, livros, etc, que te dizem que se hit ratio é baixo, aumentar área de cache, e TOQUE FOGO nelas, sem dó nem pena, elas são menos que inúteis, IMHO. Feito isso, aí sim vc poderá começar a fazer a pesquisa REAL, encontar as CAUSAS reais da sua má-performance, usando as ferramentas apropriadas, ie : wait interface e trace, e se acado SQl ineficiente, corrigindo-o. Os livros bons de referência pra isso são : - para tunning com traces , Optimizing Oracle Performance, Cary Millsap - para wait interface, Oracle Wait Interface: A Practical Guide to Performance Diagnostics Tuning , de Richmond Shee, Kirtikumar Deshpande e K Gopalakrishnan - para quando vc localizar SQLs ineficientes, Oracle SQL High-Performance Tuning (2nd Edition), de Guy Harrison []s Chiappa --- Em oracle_br@yahoogrupos.com.br, zbdv [EMAIL PROTECTED] escreveu Pessoal, Estou com uma porcentagem de acerto da db cache de 51% , onde acaba refletindo numa performace do banco. Já aumentei a db cache size pra 32 e ainda continuo com o problema. alguem teria alguma dica?? ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia
Re: [oracle_br] porcetagem de acerto da db cache
Pessoal, Estou com uma porcentagem de acerto da db cache de 51% , onde acaba refletindo numa performace do banco. Já aumentei a db cache size pra 32 e ainda continuo com o problema. alguem teria alguma dica?? ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ 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
[oracle_br] backup
Pessoal, preciso fazer um backup de um banco (backup off) só q tenho algumas duvidas preciso fazer o backup do ctl e dos redo no braço ou quando eu disparar 'BACKUP DATABASE' ele já vai me gerar o backup dos ctl e dos redo?? preciso fazer os backup dos password file certo? como faço os do pass?? Agradeço a ajuda ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ 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
[oracle_br] backup
Pessoal, preciso fazer um backup de um banco (backup off) só q tenho algumas duvidas preciso fazer o backup do ctl e dos redo no braço ou quando eu disparar 'BACKUP DATABASE' ele já vai me gerar o backup dos ctl e dos redo?? preciso fazer os backup dos password file certo? Agradeço a ajuda ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ 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