Procurei no metalink por OSg e nao achei nada sobre a aplicacao. Teria o nome completo do produto ?
Em 28 de abril de 2011 14:11, José Laurindo <jlchia...@yahoo.com.br>escreveu: > > > Sim, ele vai ficar em background, coletando, até vc rodar o script de stop > : no seu caso, como vc especificou, ele vai acordar a cada 60 segundos, > fazer uma coleta, voltar a dormir, coletar 60 segundos depois, e assim por > diante, enquanto vc não rodar o script de stop. Como vc especificou 24 horas > de armazenamento, quando vc rodar o script de stop vc vai ver que apenas os > resultados das últimas 24h vão estar registrado. > O legal acho que é vc ter uma coleção de coletas de um dia sem usuários > (tipo um Sábado/domingo), um de um dia normal de uso, uma outra de um dia de > uso mais intenso (tipo, um fechamento de mês, sei la´) e aí vc comparar um > com o outro - com o OSg (busque no metalink) vc pode inclusive gerar > gráficos com a informação, ao invés de simplesmente comparar números... > > []s > > Chiappa > > > --- Em oracle_br@yahoogrupos.com.br, Márcio Ricardo Alves da Silva > <marcio_cbj@...> escreveu > > > > > Chiappa, > > > > peguei as suas dicas de "monitoramento" do ambiente e estou implantando > no meu banco, Release 10.2.0.5 (por enquanto homologação), HP-UX 11.23B. > > > > Primeiramente coloquei o OSWATCHER, coloquei os parâmetros com 60 > segundos e ficar armazenado 24 horas. > > # ./startOSW.sh 60 24 > > # > > > > Testing for discovery of OS Utilities... > > > > VMSTAT found on your system. > > IOSTAT found on your system. > > MPSTAT found on your system. > > NETSTAT found on your system. > > TOP found on your system. > > > > Discovery completed. > > > > Starting OSWatcher v3.0.1 on Thu Apr 28 11:11:50 SAT 2011 > > With SnapshotInterval = 60 > > With ArchiveInterval = 24 > > > > OSWatcher - Written by Carl Davis, Center of Expertise, Oracle > Corporation > > > > Starting Data Collection... > > > > osw heartbeat:Thu Apr 28 11:11:50 SAT 2011 > > osw heartbeat:Thu Apr 28 11:12:50 SAT 2011 > > osw heartbeat:Thu Apr 28 11:13:50 SAT 2011 > > osw heartbeat:Thu Apr 28 11:14:50 SAT 2011 > > osw heartbeat:Thu Apr 28 11:15:50 SAT 2011 > > osw heartbeat:Thu Apr 28 11:16:50 SAT 2011 > > osw heartbeat:Thu Apr 28 11:17:50 SAT 2011 > > osw heartbeat:Thu Apr 28 11:18:51 SAT 2011 > > > > Ele está dessa maneira, ele fica rodando assim ou fica em background? > > > > Grato, > > Márcio. > > ----- Original Message ----- > > From: José Laurindo > > To: oracle_br@yahoogrupos.com.br > > Sent: Tuesday, April 26, 2011 7:12 PM > > Subject: Re: RES: RES: RES: Res: [oracle_br] Corrupção de dados > > > > > > > > OK : cheque então os ** outros ** parãmetros de checksum de banco, se els > estão Ativos ou não, e se Podem (se o SAP deixa eles ) serem Ativados : se > não pode, não pode .... > > De resto é o que eu falei nas outras msgs : fazer as checagens online > possíveis, instalar/rodar os utilitários de banco que indiquei, E continuar > com o trabalho de check de harwadre E de software, em todos os níveis (ie, > fornecedores de hardware, admins de SO, Suporte de banco, e de Aplicação) > .... > > > > []s > > > > Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br, "Carlos Alfredo M. Menezes" > <carlos.menezes@> escreveu > > > > > > Chiappa, > > > > > > O parâmetro db_block_checksum é ativado por default no SAP, como disse, > ele trabalha com parâmetros muito específicos, tem inclusive um relatório > que checa se os parâmetros corretos estão ativados, mostra os que devem ser > desativados, etc. Esse relatório roda com um arquivo de script que é > atualizado mensalmente pela SAP. Como disse é muito diferente de outros > sistemas que já trabalhei. > > > > > > > > > Abraços, > > > > > > Carlos Alfredo M. de Menezes > > > > > > > > > > > > -----Mensagem original----- > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] > Em nome de José Laurindo > > > Enviada em: terça-feira, 26 de abril de 2011 18:22 > > > Para: oracle_br@yahoogrupos.com.br > > > Assunto: Re: RES: RES: Res: [oracle_br] Corrupção de dados > > > > > > Ah, e um pontinho adicional : enquanto a root cause da corrupção não é > descoberta, avalie a possibilidade de ativar os recursos de checksum de > blocos do bd Oracle (ie, os parâmetros DB_BLOCK_CHECKING, DB_BLOCK_CHECKSUM > e similares) - eles impõem um overhead, que pode ser até de uns 10% (depende > do caso, vc Claro que tem um ambiente de Homologação e VAI testar lá > primeiro pra ter uma idéia), mas isso certamente aumentaria Sensivelmente a > sua confiabilidade enquanto está resolvendo a questão... > > > > > > []s > > > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br, José Laurindo <jlchiappa@> > escreveu > > > > > > > > Oi colega, seguem as respostas & alguns coments : > > > > > > > > > > > > > > 1- Se o RMAN só detecta problemas físicos, ele é útil para resolver > > > > > > corrupções lógicas ?, ou seja, o rman continua sendo executado sem > > > > > problemas, se eu fizer um recvovery a partir deste backup, ele > > > > > consegue corrigir a tabela corrompida apenas no nível lógico? > > > > > > > > veja lá : pra ser escrupulosamente Claro, o fato é que o RMAN por si > só *** NÃO *** resolve corrupção editando/corrigindo bloco, ele ** NÃO ** > faz análise alguma do bloco, ** NÃO ** checa formatação/cabeçalhos do bloco > ... O block recover NADA MAIS É do que simplesmente LER de um backup > anterior (feito PRESUMIVELMENTE antes da corrupção) uma imagem anterior do > bloco como estava e em cima disso aplicar as alterações que houveram para > esse bloco (informação essa que consta nos ARCHIVED REDO LOGS), apenas isso > ... Então no seu caso, SE vc conseguir localizar um backup anterior à > corrupção E tiver os archived logs TODOS daí pra frente, blz, vc vai ter o > bloco de volta... > > > > SE vc achava que o RMAN faz/fazia algum tipo de correção LÓGICA no > bloco, pode despensar, ele é Físico, tannto é que se vc não tiver um backup > feito antes da corrupção (seja lógica ou física) é no soup for you, okdoc ? > > > > Em termos de correção de bloco (digamos pra uma situação aonde vc não > tem a imagem anterior/backup do bloco antes da corrupção, ou não sabe > exatamente Quando a corrupção ocorreu) o máximo que vc pode fazer é usar o > Block Browser and Editor (BBED) pra correção manual, mas SEMPRE, claro, com > a ajuda e benção do Suporte Oracle... E lógico, se possível se fazer o DROP > e o REBUILD (ou exportação/importação) dos objetos envolvidos também é outro > caminho totalmente possível, mas que fique Claro, mais uma vez estamos > RECONSTRUINDO o bloco, e NÂO corrigindo o bloco que já existia... > > > > > > > > > > > > > > > > > > 2- Infelizmente não consigo rodar o dbv com a instância no ar, o > AIX > > > > > 6.1 com Oracle 10g e JSF2, está montando as partições onde estão os > > > > > > datafiles > > > > em > > > > > modo exclusivo, tenho que pedir para montar estas partições com a > > > > > opção -cio, já tenho a nota explicando isso; > > > > > > > > Ah, ok : na verdade imagino que seja devido ao tipo de I/O solicitado > durante a montagem, cfrme as notas metalink "Dbv Can Not Access Online > Datafiles If Filesystemio_options=Setall Dbv-00100" [ID 360287.1] e "Direct > I/O (DIO) and Concurrent I/O (CIO) on AIX 5L" [ID 257338.1] , né ? Sim, isso > é algo que pode acontecer... Nesse caso, ENQUANTO vc não consegue uma janela > pra alterar isso, use as Outras opções online, como o ANALYZE, o DataPump, o > export (se vc conseguir contornar, com a ajuda do Suporte, o bug que vc > relata estar encontrando no export - o que eu Recomendo, é uma boa prática , > como eu falei antes, o bom do export é que ele exercita, usa mais o > dicionário, mais do que outras opções)... Há sempre também a possibilidade > de vc rodar os scripts de healthcheck internos da própria Oracle, como o > hcheck na nota "hcheck.sql script to check for known problems in Oracle8i, > Oracle9i, Oracle10g and Oracle 11g [ID 136697.1] - esses últimos, É Claro, > sempre com a ajuda/Suporte da Oracle.... > > > > > > > > > > > > > > 3- O brtools é a ferramenta da SAP para fazer entre outras coisas > > > > > backup/Restore de base de dados Oracle, inclusive integrado com o > > > > > RMAN, como no meu caso, mas não suporta todas as operações > possíveis > > > > > de se fazer como no RMAN diretamente. > > > > > > > > Colega, eu não uso / não conheço esse cara, vc teria que verificar > com o Suporte da SAP e/ou com pessoas que usem SAP, mas afaik DIFICILMENTE > uma tool de terceiros vai saber fazer TUDO que a tool do fabricante de > bancos faz - normalmente as "integrações" que vc cita são algo num nível > mais básico, tipo backup e restore simples, acho Difícil que a tal tool > outra conheça/entenda Tudo o mais que o RMAn faz , então eu Sugiro que para > fazer uma operação de manutenção interna de banco de dados, vc investigue > seriamente a possibilidade de usar a tool nativa do banco de dados (RMAN), > no ambiente e com a sintaxe recomendados pelo fabricante de banco. > > > > > > > > > > > > > > 4- Já está aberta uma investigação como os administradores de > > > > > hardware/SO/Storage para identificarem o problema. > > > > > > > > OK, eu só recomendo : > > > > > > > > a. seja ESPECÍFICO , não adianta de PATAVINA vc virar pros caras e > dizer "ó, faz um check aí", vc TEM que Explicitamente dizer : recebi um erro > de bloco corrupto tal no arquivo tal do servidor tal no filesystem tal, > bloco esse usado pelo aplicativo banco de dados Oracle, que roda no account > aix tal - por favor, fazer análise RIGOROSA das mensagens do sistema, dos > logs , dos arqs de erro , etc, procurando por Evidências de falha no > software (SO/drivers/firmware) e/ou no hardware - e se vc souber o nome dos > utilitários aix referentes a isso (tais como dmesg, errpt, etc, etc) cite > também... > > > > Já pro pessoal que vai fazer o teste de hardware,novamente, seja > Explícito : explica/evidencia pra eles que vc RECEBEU a msg de bloco > corrupto , E que o software que vc usa (banco de dados Oracle) primeiro lê o > bloco do disco, depois o altera em memória , se preciso envia dados via rede > pro cliente e finalmente depois recebe eventuais dados e os gravam no bloco, > que vai pro disco : assim sendo PODE SER que seja falha em disco corrompendo > o que foi lido/gravado, PODE SER que seja falha nalgum pente de memória, > alterando bits/bytes do que vai ser gravado, PODE SER que seja falha de > rede, enviando/recebendo algum bit/byte alterado... Por isso que vc quer um > teste PROFUNDO de hardware - esses softwares de teste de hardware fazem > justamente isso, gravam uma série determinada de bytes em cada posição da > memória, depois fazem gravações em disco, e conferem bit-a-bit o que foi > lido/gravado... No meu tempo de sysadmin AIX (com a venerável versão 4.x em > RISC) já vinha junto com o servidor um CD com softwares do tipo, aí bastava > vc bootar o server com ele em modo monousuário e seguir o menu : não sei > como está hoje, mas o que vc quer é isso, é um teste PROFUNDO comprovando > que o hardware está OK... > > > > > > > > > > > > b. se quiser vc pode instalar e rodar (até em modo ONLINE mesmo com > bd ativo) a tool Oracle chamada RDA, ela já faz a coleta dos logs todos do > banco E da maioria dos logs do SO, e apresenta depois isso numa página web > bonitinha... Checa no metalink que vc a acha... > > > > > > > > c. Outras tools Oracle que vc pode baixar do metalink são : > > > > > > > > => OSWatcher : ele roda alguns comandos unix (tipo iostat, vmstat, > > > > sar) automaticamente com a frequência que vc indicar e depois gera um > > > > > relatório - a idéia aqui é mais ter uma "carga programada", ter o > > > > servidor sendo medido periodicamente , há chances de que eventuais > > > > bugs/falhas de hardware causem diferenças nas medições... Não é > chance > > > > grande mas a tool é de grátis e não impõe quase nada de overhead, > > > > então é usar sem pensar duas vezes > > > > > > > > => Cluster Healthcheck : vc afaik não diz, mas se for RAC vc pode > > > > baixar & usar esse cara, ele faz uma checagem geral do cluster - não > é > > > > incomum vc ver issues estranhas no banco por causa dalgum software > > > > externo que seja requerido pela tua versão/ambiente/instalação, vale > a > > > > checagem > > > > > > > > []s > > > > > > > > Chiappa > > > > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "Carlos Alfredo M. Menezes" > > > > <carlos.menezes@> escreveu > > > > > > > > > > Bom dia Chiappa e a todos da lista. > > > > > > > > > > Obrigado pelas considerações, mas ainda estou com algumas dúvidas > conceituais: > > > > > > > > > > 1- Se o RMAN só detecta problemas físicos, ele é útil para resolver > corrupções lógicas ?, ou seja, o rman continua sendo executado sem > problemas, se eu fizer um recvovery a partir deste backup, ele consegue > corrigir a tabela corrompida apenas no nível lógico? > > > > > > > > > > 2- Infelizmente não consigo rodar o dbv com a instância no ar, o > AIX > > > > > 6.1 com Oracle 10g e JSF2, está montando as partições onde estão os > > > > > > datafiles em modo exclusivo, tenho que pedir para montar estas > > > > > partições com a opção -cio, já tenho a nota explicando isso; > > > > > > > > > > 3- O brtools é a ferramenta da SAP para fazer entre outras coisas > backup/Restore de base de dados Oracle, inclusive integrado com o RMAN, como > no meu caso, mas não suporta todas as operações possíveis de se fazer como > no RMAN diretamente. > > > > > > > > > > 4- Já está aberta uma investigação como os administradores de > hardware/SO/Storage para identificarem o problema. > > > > > > > > > > Abraços. > > > > > > > > > > Carlos Alfredo M. de Menezes > > > > > > > > > > > > > > > -----Mensagem original----- > > > > > De: oracle_br@yahoogrupos.com.br > > > > > [mailto:oracle_br@yahoogrupos.com.br] Em nome de José Laurindo > > > > > Enviada em: segunda-feira, 25 de abril de 2011 20:45 > > > > > Para: oracle_br@yahoogrupos.com.br > > > > > Assunto: Re: RES: Res: [oracle_br] Corrupção de dados > > > > > > > > > > Carlos, xo comentar em cima de alguns pontos : > > > > > > > > > > - "Até onde eu sei, o rman faz uma verificação durante o backup e > até então eu confiava exclusivamente nele para me reportar prováveis > problemas de corrupção. " > > > > > > > > > > => Bad, very Very Bad move, my friend : veja, o conceito do RMAN é > que ele copia blocos do disco, então (é óbvio) ele verifica se o bloco foi > lido corretamente, ele basicamente detecta corrupção FÍSICA portanto - se há > corrupção lógica (ie, o bloco tá legível, mas digamos, por bug ou qquer > problema o cabeçalho do bloco aponta prum lugar inválido, ou o dicionário de > dados não registra um objeto corretamente, enfim) via de regra o RMAN **** > não consegue **** detectar isso... É Por Isso que a nota-mãe do metalink > sobre detecção de corrupção (Best Practices for Avoiding and Detecting > Corruption , Doc ID 428570.1) Recomenda vc além do backup RMAN fazer um DBV, > um ANALYZE de objetos (o ANALYZE é Totalmente Obsoleto pra coleta de > estatísticas, mas COMPLETAMENTE necessário e válido para análise de > estrutura de objetos), fazer um export... A idéia do export , inclusive, é > exercitar o dicionário : como nós sabemos, o RMAN só quer copiar blocos dos > datafiles(ele não se "interessa" se aquele bloco é da tabela x ou índice y, > ele copia os blocos do datafile que está sendo backupeado), enquanto o > export não, ele copia Tabelas e Schemas, então (obviamente) o export ao > contrário Precisa consultar o dicionário pra "encontrar" as > tabelas/índices/constraints/etc a copiar... > > > > > > > > > > - "Realmente só pensei em fazer o dbv com a instância parada, mas > como ainda não surgiu uma janela para tal operação, continuo na minha > pesquisa." > > > > > > > > > > => ok, um DBV offline sempre é legal, MAS enquanto não é possível, > vc Sabe que é totalmente possível rodar um DBV online, com o banco Ativo ??? > E óbvio, o export é online, os ANALYZEs são online, vc tem Sim várias opções > pra check online... > > > > > > > > > > - "Também pensei em fazer via RMAN o block recover, mas fiquei na > dúvida se esse procedimento faz algum tipo de mídia recovery? Se tem algum > impacto na disponibilidade do ambiente, e se eu posso fazer via brtools (é > uma base SAP Solution Manager)." > > > > > > > > > > => Sim, claro que o RMAN faz mídia recover, ele regrava BLOCOS : o > conceito é Direto, o que o RMAN sabe/conhece basicamente é copiar e ler > BLOCOS de datafiles... Indisponibilidade geral isso não acarreta, mas > OBVIAMENTE no tempinho que levar pro RMAN localizar e ler da > fita/disco/whatever o bloco que será regravado , o objeto em questão VAI > ficar inacessível. > > > > > Quanto ao tal do brtools, não sei mas eu TOTALMENTE recomendo vc > fazer recuperação de banco Oracle com as tools Oracle da maneira Recomendada > pela Oracle - no caso do RMAN é usar em linha de comando o utilitário rman , > com as variáveis ORACLE setadas, direitinho... > > > > > > > > > > > > > > > ==> E Ululantemente óbvio : corrupção absolutamente *** NUNCA *** > acontece por si, do nada - nós estamos falando de banco Oracle aqui, não de > Clipper/dBASE que a toda hora corrompia e vc tinha que fazer rebuild... Vc > TEM QUE descobrir a Causa da corrupção (que necessariamente será um problema > de Hardware - seja placa-mãe, placa de rede, I/O, memória -, OU um bug , > seja bug no firmware/drivers, nos software de banco, e/ou no aplicativo... > > > > > Assim, se o teu ambiente é Realmente crítico, vc TEM QUE agendar > uma checagem PROFUNDA do teu hardware, com ferramentas de análise de baixo > nível do hardware (NÂO É só rodar um fsck e achar que tá tudo bem), procurar > nos logs/msgs do sistema/SO por falhas, E também abrir chamados no Suporte > da Oracle, do aplicativo E do SO... > > > > > > > > > > []s > > > > > > > > > > Chiappa > > > > > > > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "Carlos Alfredo M. Menezes" > > > > > <carlos.menezes@> escreveu > > > > > > > > > > > > Colega, > > > > > > Realmente só pensei em fazer o dbv com a instância parada, mas > como ainda não surgiu uma janela para tal operação, continuo na minha > pesquisa. Fiz vários SQL´s e todos retornam normalmente as linhas, isso é > que está me perturbando, se tentar fazer o export, dá o erro que comentei. > Estou pensando em reiniciar a instância, me parece que tem algum BUG a > respeito. > > > > > > > > > > > > Também pensei em fazer via RMAN o block recover, mas fiquei na > dúvida se esse procedimento faz algum tipo de mídia recovery? Se tem algum > impacto na disponibilidade do ambiente, e se eu posso fazer via brtools (é > uma base SAP Solution Manager). > > > > > > > > > > > > Att, > > > > > > > > > > > > Carlos Alfredo M. de Menezes > > > > > > Analista de Suporte Sr. > > > > > > (82) 3217-2828 / 9921-0603 > > > > > > > > > > > > > > > > > > > > > > > > -----Mensagem original----- > > > > > > De: oracle_br@yahoogrupos.com.br > > > > > > [mailto:oracle_br@yahoogrupos.com.br] > > > > > > Em nome de Marcus Pavan Enviada em: segunda-feira, 25 de abril de > > > > > > > 2011 > > > > > > 18:37 > > > > > > Para: oracle_br@yahoogrupos.com.br > > > > > > Assunto: Res: Res: [oracle_br] Corrupção de dados > > > > > > > > > > > > Carlos, boa tarde. > > > > > > > > > > > > > > > > > > Faça um SELECT na tabela, verifique se retorna as informações. > > > > > > Caso o erro persista e você tenha um BACKUP pelo RMAN, use o > BLOCK RECOVER para recuperar este bloco. > > > > > > O DBV pode ser executado, porém prefiro executá-lo com o datafile > em OFF, na versão 11g já está mais seguro a execução com ele online. > > > > > > > > > > > > > > > > > > Atenciosamente, > > > > > > > > > > > > Marcus Pavan. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ________________________________ > > > > > > De: MARCIO CASTRO <marciomouracastro@> > > > > > > Para: oracle_br@yahoogrupos.com.br > > > > > > Enviadas: Segunda-feira, 25 de Abril de 2011 17:29:20 > > > > > > Assunto: Res: [oracle_br] Corrupção de dados > > > > > > > > > > > > > > > > > > Carlos; você poderia utilizar o dbv no datafile/segmento? Também > retorna erro? > > > > > > > > > > > > ________________________________ > > > > > > De: Carlos Alfredo M. Menezes <carlos.menezes@> > > > > > > Para: "oracle_br@yahoogrupos.com.br" > > > > > > <oracle_br@yahoogrupos.com.br> > > > > > > Enviadas: Segunda-feira, 25 de Abril de 2011 18:18:16 > > > > > > Assunto: [oracle_br] Corrupção de dados > > > > > > > > > > > > Caros boa noite, > > > > > > Recebi aquele conhecido erro de corrupção: > > > > > > > > > > > > Corrupt block relative dba: 0x0183f103 (file 6, block 258307) Bad > header found during buffer read Data in bad block: > > > > > > type: 2 format: 2 rdba: 0x00806981 last change scn: > > > > > > 0x0000.0408ab74 seq: 0x27 flg: 0x04 > > > > > > spare1: 0x0 spare2: 0x0 spare3: 0x0 consistency value in tail: > > > > > > 0xab740227 check value in block header: 0x617a computed block > > > > > > checksum: 0x0 Reread of rdba: 0x0183f103 (file 6, block 258307) > > > > > > found valid data > > > > > > > > > > > > Rodei o sql: > > > > > > select segment_name,segment_type,owner from sys.dba_extents where > > > > > > file_id=(6) and (258307) between block_id and block_id + blocks > > > > > > -1; > > > > > > > > > > > > Identifiquei o segmento afetado, no caso uma tabela. > > > > > > > > > > > > O curioso é que o comando analyze table xxx validate structure > continua dando: > > > > > > ORA-08103: object no longer exists. O mesmo acontece com o exp. > > > > > > Mas o backup via > > > > > > > > > > > > rman não reporta nenhum problema. Até onde eu sei, o rman faz uma > > > > > > > verificação durante o backup e até então eu confiava > > > > > > exclusivamente nele para me reportar prováveis problemas de > > > > > > corrupção. Ainda não reiniciei a instância para tentar um > > > > > > > > > > > > novo analyze table xxx validate structure. > > > > > > > > > > > > Alguém tem uma sugestão de reparo, aparentemente o Recovery a > partir do backup via rman após o problema, mesmo ele executando normalmente, > pode não ser confiável. > > > > > > > > > > > > Detalhes da versão: > > > > > > Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi > PL/SQL Release 10.2.0.4.0 - Production > > > > > > CORE 10.2.0.4.0 Production > > > > > > TNS for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Productio > > > > > > NLSRTL Version 10.2.0.4.0 - Production > > > > > > > > > > > > Abraços a todos. > > > > > > > > > > > > Att, > > > > > > Carlos Alfredo > > > > > > Carlos Alfredo M. de Menezes > > > > > > Analista de Suporte Sr. > > > > > > (82) 3217-2828 / 9921-0603 > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram > removidas] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram > removidas] > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------ > > > > > > > > > > > > ---------------------------------------------------------- > > > > > > ---- > > > > > > ---------------------------------------------------- > > > > > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e > de inteira responsabilidade de seus remetentes. > > > > > > Acesse: > http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > > > > > ---------------------------------------------------------- > > > > > > ---- > > > > > > ---------------------------------------------------- > > > > > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » > > > > > > > >Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU > > > > > > >PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ > > > > > > ---------------------------------------------------------- > > > > > > ---- > > > > > > -------------------------------------------------- Links do > Yahoo! > > > > > > Grupos > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------ > > > > > > > > > > ---------------------------------------------------------- > > > > > ------------------------------------------------------ > > > > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e > de inteira responsabilidade de seus remetentes. > > > > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > > > > ---------------------------------------------------------- > > > > > ------------------------------------------------------ > > > > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » > > > > > >Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU > PROPRIO > > > > > >ESPAÇO! VISITE: http://www.oraclebr.com.br/ > > > > > ---------------------------------------------------------- > > > > > ---------------------------------------------------- Links do > Yahoo! > > > > > Grupos > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------ > > > > > > ---------------------------------------------------------- > > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > inteira responsabilidade de seus remetentes. > > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > > ---------------------------------------------------------- > > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » > > > >Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO > > > >ESPAÇO! VISITE: http://www.oraclebr.com.br/ > > > ---------------------------------------------------------- Links do > Yahoo! Grupos > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas] ------------------------------------ -------------------------------------------------------------------------------------------------------------------------- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -------------------------------------------------------------------------------------------------------------------------- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ ------------------------------------------------------------------------------------------------------------------------ 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: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
