Re: [oracle_br] Duvida sobre envio de e-mail
Nós recebemos o texto da mensagem Teste restore/recovery RMAN. Aliás, desde ontem que estamos recebendo... :) LRezende Em 12 de julho de 2011 21:30, Jose Luis Ramos jose.ramos.caj...@gmail.comescreveu: ** Pessoal, estou com dificuldades para enviar um e-mail para a lista. Sempre recebo mensagem dizendo que estou enviando anexo. No início era até compreensível porque estava colando um texto do Word com várias formatações. Por ultimo colei o texto no Notepad e depois peguei o conteudo do arquivo texto (puro) do notepad e colei no corpo da mensagem, mas para minha surpresa também não deu certo. Digitar tudo é inviável, pois é grande, contem mensagens de erro. Alguma sugestão ? Agradeço. Abs, -- Jose Luis Ramos Jr Campinas - SP - Brazil Database Administrator Fone: +55-21-19-91916882 [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
Re: RES: RES: [oracle_br] Partições na instalação linux para bd
Colega, pmfji mas vou tentar responder e ver se te ajudo : primeiro sobre o pacote .rpm de validação, eu nunca o usei mas ** SEI ** que : a) ele foi criado pela Oracle, para listar dependência no Oracle Enterprise Linux, então (logicamente) ele vai apontar e depois tentar fazer up2dates No repositório da Oracle e vai pedir um usuário registrado do OEL (Oracle Enterprise Linux) b) ele vai verificar libs da distro Oracle, é INDETERMINADA a compatibilidade dessas libs pro CentOS : EM TESE deve existir, mas facilmente vc pode ter issues de releases == Sendo assim, pra mim simplesmente Não vale a Pena só pra tentar pular uma etapa simples e rápida ficar instalando coisas de uma distro em outra : minha Recomendação é vc usar um dos muitos guias que listam qual tipo de instalação fazer e quais pacotes não-defaults vão ser exigidos, http://kamranagayev.wordpress.com/2009/05/01/step-by-step-installing-oracle-database-10g-release-2-on-linux-centos-and-automate-the-installation-using-linux-shell-script/ é um deles pra 32 bits, mas há n+1! outros, tanto pra 32 quanto pra 64 bits (e SIM, isso faz um Mundo de diferença, normalmente há libs específicas pra 32 ou pra 64 bits, E em 64-bits normalmente há algumas de 32 que ainda precisam estar presentes) ... Sobre erro de comando não localizado, é simples : para vc executar um programa qualquer no linux/unix/Windows o SO ** tem ** que saber aonde procurar, assim OU vc está exatamente no mesmo diretório do programa (o que não é prático na maioria das vezes) , OU vc indica pro SO aonde procurar programas, o que normalmente se faz setando a variável PATH, é só isso No caso específico do Oracle em linux, aonde a maioria dos utilitários é em linha de comando, o que se faz é setar as variáveis necessárias (ie, PATH, ORACLE_SID, ORACLE_HOME, etc) no arquivo de autoexec do shell que vc usa, normalmente .profile ou .bash_profile ou o que for []s Chiappa --- Em oracle_br@yahoogrupos.com.br, ederfontes ederpaul@... escreveu Milton, Vou utilizar uma configuração básica, pois é para teste em (virtualbox), gosto muito do CentoS e já instalei outras vezes oracle nele.. Quando termino de instalar o CentoS, faço uma atualização geral: yum update e em seguida instalo esse pacote oracle-validated, onde ele diz se ta faltando instalar ou atualizar algum pacote do oracle, em seguida realiza todo o procedimento. Minha dúvida é: O que vc acha desse pacote oracle-validated? tem alguma restrição? Fugindo um pouco do assunto, mas é rápido... quando me logo com usuario oracle e chamo algum comando interno do oracle Ex: lsnrctl status e entre outros.. ele informa que é um comando desconhecido, o que pode está acontecendo? abraços, Eder, --- Em oracle_br@yahoogrupos.com.br, Milton Bastos Henriquis Junior milton.bastos@ escreveu Eder, Passei apenas um exemplo simples, principalmente por vc não ter passado nenhum detalhe sobre o TEU ambiente... não sei qual o teu servidor, se a arquitetura é i386, se é x64, QUAL o sistema operacional vc pretende instalar (incluindo versão), qual a versão do servidor Oracle vc pretende instalar, etc... Já que vc quer realmente algo bem detalhado, então obrigatoriamente vc DEVE ler a documentação oficial: http://download.oracle.com/docs/cd/E11882_01/install.112/e16763/pre_install.htm#BABFDGHJ Passei o link de uma instalação Oracle 11gr2 32 bits no Linux x86, pois não sei teu ambiente. Mas é só navegar aqui - http://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html que vc encontra outras versões. -- Milton Bastos www.miltonbastos.com De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de ederfontes Enviada em: terça-feira, 12 de julho de 2011 13:03 Para: oracle_br@yahoogrupos.com.br Assunto: Re: RES: [oracle_br] Partições na instalação linux para bd Milton, Gostei do tutorial, mas encontrei um pacate chamado oracle-validated-1.0.0-24.el5.i386.rpm, ele realiza algumas atualizações necessárias no SO, você tem conhecimento desse pacote? poderia explicar mais informações? Sobre kernel, aqueles parametros são fixos? essa configuração serve apenas para o CentoS ou qualque versão de linux? Abraços, Eder --- Em oracle_br@yahoogrupos.com.brmailto:oracle_br%40yahoogrupos.com.br, Milton Bastos Henriquis Junior milton.bastos@ escreveu Complementando a resposta do colega: Se for para estudos, tem um exemplo de instalação bem básica aqui: http://miltonbastos.com/2011/05/05/instalacao-oracle-no-linux-centos-5-6-sob-virtualbox/ Sobre as partições, tenha em mente o seguinte: - para questões de PERFORMANCE, vc só terá vantagens se /u01, /u02, etc, estiverem em DISCOS diferentes; - partições diferentes é claro que ajuda, na organização do disco, e obviamente o Linux tem
[oracle_br] Re: Duvida sobre envio de e-mail
Sim, sim... Xará José, o que eu posso imaginar que está acontecendo é que, mesmo o corpo do e-mail contendo apenas texto, vc estava tentando usar a opção de envio de e-mail formatado, o que implica em formato html na mensagem faz uma tentativa enviando um email TEXTO puro apenas, ASCII : vi que o teu email é gmail. então vai pro cliente web do gmail no browser , se conecta na sua conta, botão escrever e-mail , e (o detalhe CRUCIAL) click no link texto sem Formatação - OK na mensagem coió que vai aparecer, e agora sim vc está escrevendo um email ASCII, com TEXTO PURO, que é o que o grupo exige... Copia aí os TEXTOS das mensagens , vindo do bloco de notas, que aí deve certo, okdoc ? []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Leonardo Rezende lrezende77@... escreveu Nós recebemos o texto da mensagem Teste restore/recovery RMAN. Aliás, desde ontem que estamos recebendo... :) LRezende Em 12 de julho de 2011 21:30, Jose Luis Ramos jose.ramos.cajuru@...escreveu: ** Pessoal, estou com dificuldades para enviar um e-mail para a lista. Sempre recebo mensagem dizendo que estou enviando anexo. No início era até compreensível porque estava colando um texto do Word com várias formatações. Por ultimo colei o texto no Notepad e depois peguei o conteudo do arquivo texto (puro) do notepad e colei no corpo da mensagem, mas para minha surpresa também não deu certo. Digitar tudo é inviável, pois é grande, contem mensagens de erro. Alguma sugestão ? Agradeço. Abs, -- Jose Luis Ramos Jr Campinas - SP - Brazil Database Administrator Fone: +55-21-19-91916882 [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: Partições na instalação linux para bd
Olá Eder, mesmo que você não tenha 1 único disco, crie as 5 partições (/u01 a /u05) pois caso o seu banco cresça e vc tenha que incluir um novo HD, basta criar a nova partição como /u02, etc e não precisa alterar nada no banco. Detalhe: essa sugestão só é válida para quem não vai usar LVM ou ASM. Se vc for usar essas tecnologias, aí eu já não sou a melhor pessoa para dar dicas. Boa Sorte, Josir. --- Em oracle_br@yahoogrupos.com.br, Fernando Franquini 'capin' fernando.franquini@... escreveu Eder, 1) Quantos discos tem? Se tem mais de 1 disco para dados, sugiro juntar e jogar tudo no ASM, senão deixa em um local só. 2) Respondida acima. 3) Depende pra que, se for para estudo, deixa a padrão, não faz tanta diferença. Se for para produção separe uma partição para um backup local, restante deixo padrão, ainda mais se usar ASM. 4) Isso está nos padrões de instalação, documentos oficiais. Att, capin 2011/7/12 ederfontes ederpaul@... Bom dia pessoal, Tenho dúvida de preparar um ambiente linux para oracle, principalmente na hora de realizar as partições. 1)Devo criar quantos u01, u02? pois vejo que alguns criam 2 3 4 5... 2)O Que cada um armazena? 3)Quais as principais partições que deve criar separadamente com uma quantidade maior de espaço? /tmp, /dev, boot/ 4)Outra dúvida é a respeito dos semáfaros e kernel, quais as alterações necessárias? preciso mesmo realizar alguma alteração nesses dois pontos levantados? -- 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 -- Fernando Franquini - Capin Bacharel em Ciencias da Computacao - UFSC Analista de Sistemas e de Banco de Dados / DBA Contatos: fernando.franquini@... / 48.9902.4047 Florianópolis - SC - Brasil http://franquini.wordpress.com/ http://franquini.wordpress.com/ http://br.linkedin.com/in/capin [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Problemas Após aplicação do Patch 10.2.0.5 { Urgente }
Chiappa, bom dia! Grato pelas informações.
Eu me expressei mal, realmente o plano de execução mudou, com algumas
parametrizações que fiz ontem o problema foi amenizado, porem não resolvido.
O problema se concentra basicamente em um select, o mesmo faz acesso a uma
view com ANSI Join, notei que o mesmo utiliza algumas variáveis bind e
algumas literais, não sei bem o motivo. Apenas para entendimento eu não
trabalho na empresa em questão, minha consultoria tem um contrato de hora
mensais para eventuais problemas, porem eu não atuo neste ambiente somente
em caso de problemas, por este motivo tenho pouco conhecimento das
aplicações.
Antes da aplicação do patch eu verifiquei o doc 1087991.1, não encontrei
nenhum problema que se encaixasse no ambiente.
Neste momento estou com um chamado na Oracle, prioridade 1, eles solicitaram
a execução do SQLT para verificar as informações do select problemático.
Grato pela ajuda, assim que tiver alguma resposta da Oracle, posto para
ficar documentado.
ABS.
--
R.P.
DBA Oracle
Oracle Database 11g Administrator Certified Professional
Oracle Database 10g Real Applications Clusters AdministratorCertified Expert
Oracle Enterprise Linux Certified Implementation Specialist
Oracle Database 11g Administrator Certified Associate
From: José Laurindo jlchia...@yahoo.com.br
Reply-To: oracle_br@yahoogrupos.com.br
Date: Tue, 12 Jul 2011 23:47:41 -
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Re: Problemas Após aplicação do Patch 10.2.0.5 {
Urgente }
..., acredito que tenham alterado os planos de execução dos SQLs.
ESTA é a parte que deve estar te complicando : vc DEVERIA ser totalmente
capaz de responder isso, é Mais que recomendado se manter arquivado os
Planos de execução (dos principais SQLs ao menos) , não só antes de Qualquer
patch mas Rotineiramente... Não o tendo feito, vc vai estar no escuro, não é
de forma alguma um procedimento recomendado/recomendável
O que vc pode tentar fazer nesta situação atual é :
a. (** SE ** vc tem AWR ativado e ** SE ** vc tem acesso/licença pra isso, e
** SE ** o upgrade foi recente e vc ainda tem os snapshots presentes ) é
buscar nas tabelas do histórico do AWR (ie, DBA_HIST_SQLTEXT e
DBA_HIST_SQL_PLAN) e ver se encontra pra ao menos alguns casos principais /
importantes os planos de antes do upgrade e comparar com os planos atuais
b. tentar buscar nas tabs/views do ASH (ie,
v$active_sess_hist/dba_hist_active_sess_history , dba_hist_sys_time_model,
v$event_histogram, v$active_sess_hist view, wrh$active_session_history) um
histórico de estatísticas do sistema e de sessões, pra comparar com o que vc
tem hoje, assim confirmando ou negando teu diagnóstico de I/O excessivo
c. consultar no metalink a nota 10.2.0.5 Patch Set - Availability and Known
Issues (Doc ID 1087991.1) e ver se vc est´[a caindo num dos casos
conhecidos
d. analisar pela V$SQL os SQLs mais consumidores de recursos e ver se eles
tem alguma característica em comum (por exemplo, na maioria dos casos usam
ANSI JOIN, não usam BIND variables, etc, etc) : a idéia aqui é tentar cercar
a causa de comportamento dos SQLs
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br
, R P pradelarf@... escreveu
Senhores, boa noite!
Este final de semana atualizei um o patch e um CPU de um banco de dados, após
isto estou enfrentando sérios problemas de performance, segue descrição do
ambiente:
SO: Oracle Enterprise Linux 5.3 64bit
RBMS: 10.2.0.5 + PSU Abril 2011 Anteriormente era 10.2.0.4 PSU October
2009.
Single Instance. Standand Edition.
Após a aplicação destes Patches o I/O do servidor aumentou muito, acredito que
tenham alterado os planos de execução dos SQLs.
Durante a aplicação do patch o único parâmetro alterado foi o COMPATIBLE de
10.2.0.4 para 10.2.0.5.
Devido a estes problemas, hoje e ontem durante o dia fiz testes com vários
parâmetros, porem nenhum apresentou o resultado esperado. Segue o que foi
alterado:
_GBY_Hash_Aggregation_Enabled=FALSE ID:7612454.8
_fix_control='7345484:off' - ID: 567171.1
optimizer_features_enable estava em 10.2.0.4, tentei setar para 9.2.0.8 e
10.2.0.5, porem não resolveu meu problema, então voltei para 10.2.0.4.
No aguardo de alguma ajuda.
--
R.P.
DBA Oracle
Oracle Database 11g Administrator Certified Professional
Oracle Database 10g Real Applications Clusters AdministratorCertified Expert
Oracle Enterprise Linux Certified Implementation Specialist
Oracle Database 11g Administrator Certified Associate
[As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Ajuda com testes de restore/recovery com RMAN
Pessoal, preciso de ajuda, mas acho que estou quase lá. Fiz o seguinte
procedimento para o teste de restore do meu backup de produção em
outro servidor:
Disponibilizei os backups do banco de dados target
Configurei o ORACLE_SID no oradell03.
% export ORACLE_SID=PD01
Iniciar o RMAN e conectar á target instance sem se conectar ao catálogo.
% rman TARGET / NOCATALOG
Iniciei a instância sem montá-la. Executei SET DBID para setar o DBID,
então STARTUP NOMOUNT:
SET DBID 4238933412; (obtido pela v$database no source)
STARTUP FORCE NOMOUNT PFILE=initPD01.ora
Criei o SPFILE a partir do PFILE:
RMAN SQL 'CREATE SPFILE FROM PFILE';
Recriei o controlfile para o FS no banco de origem:
alter database backup controlfile to '/mnt/oradell03/u02/control_01.ctl';
Movi o controlfile para o novo banco (/u02/oradata/teste)
Restaurei o controlfile
RMAN restore controlfile from '/u02/oradata/teste/control_01.ctl';
Montei o banco de dados:
RMAN alter database mount;
Consultei os filenames do banco origem e montei script com SET NEWNAME (abaixo).
Restore e recover do banco de dados com o script abaixo (recover.rcv):
RUN
{
# allocate channels to the disk device
ALLOCATE CHANNEL c1 DEVICE TYPE disk format
'/u02/bkp/db_pd01_%d_%s_%p%U.bkp';
ALLOCATE CHANNEL c2 DEVICE TYPE disk format
'/u02/bkp/db_pd01_%d_%s_%p%U.bkp';
ALLOCATE CHANNEL c3 DEVICE TYPE disk format
'/u02/bkp/db_pd01_%d_%s_%p%U.bkp';
# rename the datafiles and online redo logs
SET NEWNAME FOR DATAFILE 1 TO '/u02/oradata/teste/system01.dbf';
SET NEWNAME FOR DATAFILE 2 TO '/u02/oradata/teste/undotbs01.dbf';
SET NEWNAME FOR DATAFILE 3 TO '/u02/oradata/teste/sysaux01.dbf';
SET NEWNAME FOR DATAFILE 4 TO '/u02/oradata/teste/users01.dbf';
SET NEWNAME FOR DATAFILE 5 TO '/u02/oradata/teste/drsys01.dbf';
SET NEWNAME FOR DATAFILE 6 TO '/u02/oradata/teste/ifsdados01.dbf';
SET NEWNAME FOR DATAFILE 7 TO '/u02/oradata/teste/ifsindex01.dbf';
SET NEWNAME FOR DATAFILE 8 TO '/u02/oradata/teste/pergaindex01.dbf';
SET NEWNAME FOR DATAFILE 9 TO '/u02/oradata/teste/pergamarc01.dbf';
SET NEWNAME FOR DATAFILE 10 TO
'/u02/oradata/teste/tsdatasual01.dbf';
SET NEWNAME FOR DATAFILE 11 TO
'/u02/oradata/teste/tsd_faep01.dbf';
SET NEWNAME FOR DATAFILE 12 TO
'/u02/oradata/teste/tsdhd01.dbf';
SET NEWNAME FOR DATAFILE 13 TO
'/u02/oradata/teste/tsdintegra01.dbf';
SET NEWNAME FOR DATAFILE 14 TO
'/u02/oradata/teste/tsdintranet01.dbf';
SET NEWNAME FOR DATAFILE 15 TO
'/u02/oradata/teste/tsdlbv01.dbf';
SET NEWNAME FOR DATAFILE 16 TO
'/u02/oradata/teste/tsdmacchips01.dbf';
SET NEWNAME FOR DATAFILE 17 TO
'/u02/oradata/teste/tsdmra01.dbf';
SET NEWNAME FOR DATAFILE 18 TO
'/u02/oradata/teste/tsdpleres01.dbf';
SET NEWNAME FOR DATAFILE 19 TO
'/u02/oradata/teste/tsdsca01.dbf';
SET NEWNAME FOR DATAFILE 20 TO
'/u02/oradata/teste/tsdscv01.dbf';
SET NEWNAME FOR DATAFILE 21 TO
'/u02/oradata/teste/tsdsisp01.dbf';
SET NEWNAME FOR DATAFILE 22 TO
'/u02/oradata/teste/tsdsiss01.dbf';
SET NEWNAME FOR DATAFILE 23 TO
'/u02/oradata/teste/tsdsomec01.dbf';
SET NEWNAME FOR DATAFILE 24 TO
'/u02/oradata/teste/tsifaep01.dbf';
SET NEWNAME FOR DATAFILE 25 TO
'/u02/oradata/teste/tsihd01.dbf';
SET NEWNAME FOR DATAFILE 26 TO
'/u02/oradata/teste/tsiintegra01.dbf';
SET NEWNAME FOR DATAFILE 27 TO
'/u02/oradata/teste/tsiintranet01.dbf';
SET NEWNAME FOR DATAFILE 28 TO
'/u02/oradata/teste/tsilbv01.dbf';
SET NEWNAME FOR DATAFILE 29 TO
'/u02/oradata/teste/tsimacchips01.dbf';
SET NEWNAME FOR DATAFILE 30 TO
'/u02/oradata/teste/tsimra01.dbf';
SET NEWNAME FOR DATAFILE 31 TO
'/u02/oradata/teste/tsindexsual01.dbf';
SET NEWNAME FOR DATAFILE 32 TO
'/u02/oradata/teste/tsipleres01.dbf';
SET NEWNAME FOR DATAFILE 33 TO
'/u02/oradata/teste/tsisca01.dbf';
SET NEWNAME FOR DATAFILE 34 TO
'/u02/oradata/teste/tsiscv01.dbf';
SET NEWNAME FOR DATAFILE 35 TO
'/u02/oradata/teste/tsisisp01.dbf';
SET NEWNAME FOR DATAFILE 36 TO
'/u02/oradata/teste/tsisomec01.dbf';
SET NEWNAME FOR DATAFILE 37 TO
'/u02/oradata/teste/tsrman_bi01.dbf';
SET NEWNAME FOR DATAFILE 38 TO
'/u02/oradata/teste/tsrman_sf01.dbf';
SET NEWNAME FOR DATAFILE 39 TO
'/u02/oradata/teste/tsstatspack01.dbf';
SET NEWNAME FOR DATAFILE 40 TO
'/u02/oradata/teste/tsuser01.dbf';
SET NEWNAME FOR DATAFILE 41 TO
'/u02/oradata/teste/tsdeul01.dbf';
SET NEWNAME FOR DATAFILE 42 TO
'/u02/oradata/teste/tsieul01.dbf';
SET NEWNAME FOR DATAFILE 43 TO
'/u02/oradata/teste/tsdsirp01.dbf';
SET NEWNAME FOR DATAFILE 44 TO
'/u02/oradata/teste/tsisirp01.dbf';
SET NEWNAME FOR DATAFILE 45 TO
'/u02/oradata/teste/tsdsiscon01.dbf';
SET NEWNAME FOR DATAFILE 46 TO
'/u02/oradata/teste/tsisiscon01.dbf';
SET NEWNAME FOR DATAFILE 47 TO
'/u02/oradata/teste/tsdlbv01.dbf';
SET NEWNAME FOR DATAFILE 48 TO
'/u02/oradata/teste/dfd_herbario01.dbf';
SET NEWNAME FOR DATAFILE 49 TO
'/u02/oradata/teste/dfi_herbario01.dbf';
SET NEWNAME FOR DATAFILE 50 TO
'/u02/oradata/teste/tsdintegra01.dbf';
SET NEWNAME FOR DATAFILE 51 TO
[oracle_br] Re: Problemas Após aplicação do Patch 10.2.0.5 { Urgente }
Ah sim, agora tá melhor explicado : uma coisa é dizer que tá mal genericamente,
que o problema é um consumo de I/O geral maior, outra é ter cercado e
localizado o problema...
okdoc, se vc cercou/localizou e se refere à view com ANSI join, não deixe de
verificar bugs e issues sobre isso : na verdade há diversas situações de
diferença de otimização ao se usar ANSI join - em tese deveria ser
rigorosamente o mesmo que usar a sintaxe antiga mas nem sempre isso ocorre ,
como mostrado em http://www.dbaportal.eu/?q=node/183 e
http://hoopercharles.wordpress.com/2010/12/30/ansi-full-outer-join-ready-or-not/
... Não deixe de sinalizar isso para o Analista que está te atendendo, pois já
são de conhecimento alguns bugs com ANSI joins só resolvidos no 11g, como o Bug
9395765 - ORA-907 / wrong plan from query with ANSI FULL OUTER join [ID
9395765.8] e o Bug 9236988 Suboptimal execution plans with ANSI joins, views
and fix for bug 7345484 enabled, por exemplo
Outro ponto que o Analista que está te atendendo tem TOTAL OBRIGAÇÃO de dizer
se cabe ou não é que há Diversos parâmetros que podem ser usados como
work-around (tal como o _PUSH_JOIN_PREDICATE ,
_OPTIMIZER_COST_BASED_TRANSFORMATION, _OPTIMIZER_NATIVE_FULL_OUTER_JOIN,
_OPTIMIZER_JOIN_ELIMINATION_ENABLED , _COMPLEX_VIEW_MERGING _FIX_CONTROL e
outros) , e HINTs...
penso que está Claro então o seu plano de Ação , vc tem que :
1. obter do Analista Oracle a resposta se qquer dos bugs acima está envolvido
: inclusive, Notar que isso o SQLT *** absolutamente *** não vai dizer, então
(repito) cobre essa análise do Analista Oracle, se for preciso Escale o
chamado, acione o Gerente de conta, vc Tem Que obter essa resposta
2. se 1. identificou algum bug, fatalmente deve haver work-around de
parâmetro e/ou hint, isso tem que ser verificado
3. como TESTE (evidentemente num ambiente de homologação), experimentar
re-escrever a view usando JOIN na sintaxe Oracle ao invés de ANSI.
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, RP pradelarf@... escreveu
Chiappa, bom dia! Grato pelas informações.
Eu me expressei mal, realmente o plano de execução mudou, com algumas
parametrizações que fiz ontem o problema foi amenizado, porem não resolvido.
O problema se concentra basicamente em um select, o mesmo faz acesso a uma
view com ANSI Join, notei que o mesmo utiliza algumas variáveis bind e
algumas literais, não sei bem o motivo. Apenas para entendimento eu não
trabalho na empresa em questão, minha consultoria tem um contrato de hora
mensais para eventuais problemas, porem eu não atuo neste ambiente somente
em caso de problemas, por este motivo tenho pouco conhecimento das
aplicações.
Antes da aplicação do patch eu verifiquei o doc 1087991.1, não encontrei
nenhum problema que se encaixasse no ambiente.
Neste momento estou com um chamado na Oracle, prioridade 1, eles solicitaram
a execução do SQLT para verificar as informações do select problemático.
Grato pela ajuda, assim que tiver alguma resposta da Oracle, posto para
ficar documentado.
ABS.
--
R.P.
DBA Oracle
Oracle Database 11g Administrator Certified Professional
Oracle Database 10g Real Applications Clusters AdministratorCertified Expert
Oracle Enterprise Linux Certified Implementation Specialist
Oracle Database 11g Administrator Certified Associate
From: José Laurindo jlchiappa@...
Reply-To: oracle_br@yahoogrupos.com.br
Date: Tue, 12 Jul 2011 23:47:41 -
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Re: Problemas Após aplicação do Patch 10.2.0.5 {
Urgente }
..., acredito que tenham alterado os planos de execução dos SQLs.
ESTA é a parte que deve estar te complicando : vc DEVERIA ser totalmente
capaz de responder isso, é Mais que recomendado se manter arquivado os
Planos de execução (dos principais SQLs ao menos) , não só antes de Qualquer
patch mas Rotineiramente... Não o tendo feito, vc vai estar no escuro, não é
de forma alguma um procedimento recomendado/recomendável
O que vc pode tentar fazer nesta situação atual é :
a. (** SE ** vc tem AWR ativado e ** SE ** vc tem acesso/licença pra isso, e
** SE ** o upgrade foi recente e vc ainda tem os snapshots presentes ) é
buscar nas tabelas do histórico do AWR (ie, DBA_HIST_SQLTEXT e
DBA_HIST_SQL_PLAN) e ver se encontra pra ao menos alguns casos principais /
importantes os planos de antes do upgrade e comparar com os planos atuais
b. tentar buscar nas tabs/views do ASH (ie,
v$active_sess_hist/dba_hist_active_sess_history , dba_hist_sys_time_model,
v$event_histogram, v$active_sess_hist view, wrh$active_session_history) um
histórico de estatísticas do sistema e de sessões, pra comparar com o que vc
tem hoje, assim confirmando ou negando teu diagnóstico de I/O excessivo
c. consultar no metalink a nota 10.2.0.5 Patch Set - Availability and Known
Issues (Doc ID 1087991.1) e ver se vc est´[a caindo num dos casos
[oracle_br] [Forms] Quantidade total de registros no bloco
Senhores, boa tarde. Gostaria de saber como faço para pegar a quantidade toda de registros em um bloco antes mesmo que esses registros estejam fisicamente no banco. Pois estou rodando um loop para verificar se tem tipos de registros diferente em uma determinada coluna, mas se tiver só um registro no bloco, não há necessidade deu fazer tal procedimento. Já tentei com o query_hits mas o mesmo traz 0 mesmo eu setando a propriedade do bloco Consultar todos os registros como SIM. Abraços Tiago Pimenta [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] [Forms] Quantidade total de registros no bloco
oh bgrother é isso que voce quer por um acaso? SELECT S.blocks FROM DBA_SEGMENTS S WHERE S.owner='OWNER' AND S.segment_name='NOME DA TABELA'; Em 13 de julho de 2011 12:41, Tiago de Assis Pimenta tiagopime...@ymail.com escreveu: ** Senhores, boa tarde. Gostaria de saber como faço para pegar a quantidade toda de registros em um bloco antes mesmo que esses registros estejam fisicamente no banco. Pois estou rodando um loop para verificar se tem tipos de registros diferente em uma determinada coluna, mas se tiver só um registro no bloco, não há necessidade deu fazer tal procedimento. Já tentei com o query_hits mas o mesmo traz 0 mesmo eu setando a propriedade do bloco Consultar todos os registros como SIM. Abraços Tiago Pimenta [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
Re: [oracle_br] Re: Problemas Após aplicação do Patch 10.2.0.5 { Urgente }
Chiappa, boa tarde!
Grato pelas informações, o bug 9236988 eu já habilitei o o _FIX_CONTROL que
contorna ele, o ambiente melhorou, mas ainda continua ruim.
Até o momento o atendente da Oracle está apenas solicitando informações, se
até as 15 horas não houver resposta vou escalonar o chamado, pois a situação
está critica.
A view utilizada tem vários hints colocados pelo programador, fiz vários
testes, e estranhamente quando eu rodo um bloco PL/SQL Anônimo, com o select
executado pelo usuário, a resposta é instantânea. Segue hints:
/*+ FIRST_ROWS index
(ix_profisatend_atendreg,ix_atend_dataatend,ix_pacatend_atendreg) */
Fiz um teste tirando os hints e e tentando alguns diferentes, mas o
resultado foi pior.
Bom vou ficar no aguardo da Oracle, e assim que tiver resposta irei
compartilhar com a comunidade.
Caso alguém tenha enfrentado algo parecido, a informação será bem vinda.
ABS.
--
R.P.
DBA Oracle
Oracle Database 11g Administrator Certified Professional
Oracle Database 10g Real Applications Clusters AdministratorCertified Expert
Oracle Enterprise Linux Certified Implementation Specialist
Oracle Database 11g Administrator Certified Associate
From: José Laurindo jlchia...@yahoo.com.br
Reply-To: oracle_br@yahoogrupos.com.br
Date: Wed, 13 Jul 2011 14:45:33 -
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Re: Problemas Após aplicação do Patch 10.2.0.5 {
Urgente }
Ah sim, agora tá melhor explicado : uma coisa é dizer que tá mal
genericamente, que o problema é um consumo de I/O geral maior, outra é ter
cercado e localizado o problema...
okdoc, se vc cercou/localizou e se refere à view com ANSI join, não deixe de
verificar bugs e issues sobre isso : na verdade há diversas situações de
diferença de otimização ao se usar ANSI join - em tese deveria ser
rigorosamente o mesmo que usar a sintaxe antiga mas nem sempre isso ocorre ,
como mostrado em http://www.dbaportal.eu/?q=node/183 e
http://hoopercharles.wordpress.com/2010/12/30/ansi-full-outer-join-ready-or-
not/ ... Não deixe de sinalizar isso para o Analista que está te atendendo,
pois já são de conhecimento alguns bugs com ANSI joins só resolvidos no 11g,
como o Bug 9395765 - ORA-907 / wrong plan from query with ANSI FULL OUTER
join [ID 9395765.8] e o Bug 9236988 Suboptimal execution plans with ANSI
joins, views and fix for bug 7345484 enabled, por exemplo
Outro ponto que o Analista que está te atendendo tem TOTAL OBRIGAÇÃO de
dizer se cabe ou não é que há Diversos parâmetros que podem ser usados como
work-around (tal como o _PUSH_JOIN_PREDICATE ,
_OPTIMIZER_COST_BASED_TRANSFORMATION, _OPTIMIZER_NATIVE_FULL_OUTER_JOIN,
_OPTIMIZER_JOIN_ELIMINATION_ENABLED , _COMPLEX_VIEW_MERGING _FIX_CONTROL e
outros) , e HINTs...
penso que está Claro então o seu plano de Ação , vc tem que :
1. obter do Analista Oracle a resposta se qquer dos bugs acima está
envolvido : inclusive, Notar que isso o SQLT *** absolutamente *** não vai
dizer, então (repito) cobre essa análise do Analista Oracle, se for preciso
Escale o chamado, acione o Gerente de conta, vc Tem Que obter essa resposta
2. se 1. identificou algum bug, fatalmente deve haver work-around de
parâmetro e/ou hint, isso tem que ser verificado
3. como TESTE (evidentemente num ambiente de homologação), experimentar
re-escrever a view usando JOIN na sintaxe Oracle ao invés de ANSI.
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br
, RP pradelarf@... escreveu
Chiappa, bom dia! Grato pelas informações.
Eu me expressei mal, realmente o plano de execução mudou, com algumas
parametrizações que fiz ontem o problema foi amenizado, porem não resolvido.
O problema se concentra basicamente em um select, o mesmo faz acesso a uma
view com ANSI Join, notei que o mesmo utiliza algumas variáveis bind e
algumas literais, não sei bem o motivo. Apenas para entendimento eu não
trabalho na empresa em questão, minha consultoria tem um contrato de hora
mensais para eventuais problemas, porem eu não atuo neste ambiente somente
em caso de problemas, por este motivo tenho pouco conhecimento das
aplicações.
Antes da aplicação do patch eu verifiquei o doc 1087991.1, não encontrei
nenhum problema que se encaixasse no ambiente.
Neste momento estou com um chamado na Oracle, prioridade 1, eles solicitaram
a execução do SQLT para verificar as informações do select problemático.
Grato pela ajuda, assim que tiver alguma resposta da Oracle, posto para
ficar documentado.
ABS.
--
R.P.
DBA Oracle
Oracle Database 11g Administrator Certified Professional
Oracle Database 10g Real Applications Clusters AdministratorCertified Expert
Oracle Enterprise Linux Certified Implementation Specialist
Oracle Database 11g Administrator Certified Associate
From: José Laurindo jlchiappa@...
Reply-To: oracle_br@yahoogrupos.com.br
mailto:oracle_br%40yahoogrupos.com.br
Date: Tue, 12 Jul 2011 23:47:41 -
To: oracle_br@yahoogrupos.com.br
Re: [oracle_br] Problemas Após aplicação do Patch 10.2.0.5 { Urgente }
Foram coletadas estatisticas novamente... talvez fosse interessante coletar estatísticas do sistema todo. --- *Raul Francisco da Costa Ferreira de Andrade* *DBA - OCP - Oracle Certified Professional* *COBIT Foundation 4.1 Celular:(41)8855-8874 Claro - PR Celular:(47)8445-5344 Oi - SC *email: raulf...@gmail.com Skype: raul.andrade msn: raul...@hotmail.com www.clickdba.com *A adversidade leva alguns a serem vencidos e outros a baterem recordes. * William Arthur Ward Em 12 de julho de 2011 19:57, R P pradel...@yahoo.com.br escreveu: ** Senhores, boa noite! Este final de semana atualizei um o patch e um CPU de um banco de dados, após isto estou enfrentando sérios problemas de performance, segue descrição do ambiente: SO: Oracle Enterprise Linux 5.3 64bit RBMS: 10.2.0.5 + PSU Abril 2011 Anteriormente era 10.2.0.4 PSU October 2009. Single Instance. Standand Edition. Após a aplicação destes Patches o I/O do servidor aumentou muito, acredito que tenham alterado os planos de execução dos SQLs. Durante a aplicação do patch o único parâmetro alterado foi o COMPATIBLE de 10.2.0.4 para 10.2.0.5. Devido a estes problemas, hoje e ontem durante o dia fiz testes com vários parâmetros, porem nenhum apresentou o resultado esperado. Segue o que foi alterado: _GBY_Hash_Aggregation_Enabled=FALSE ID:7612454.8 _fix_control='7345484:off' - ID: 567171.1 optimizer_features_enable estava em 10.2.0.4, tentei setar para 9.2.0.8 e 10.2.0.5, porem não resolveu meu problema, então voltei para 10.2.0.4. No aguardo de alguma ajuda. -- R.P. DBA Oracle Oracle Database 11g Administrator Certified Professional Oracle Database 10g Real Applications Clusters AdministratorCertified Expert Oracle Enterprise Linux Certified Implementation Specialist Oracle Database 11g Administrator Certified Associate [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
[oracle_br] Re: Problemas Após aplicação do Patch 10.2.0.5 { Urgente }
Colega, PRIMEIRA COISA : vc foi AUTORIZADO pela Oracle a habilitar o tal param,
foi CONFIRMADO o tal bug ??? Mexer nos params internos SEM uma indicação
Precisa e Direta do Suporte não é, De Forma Alguma, algo Recomendado /
Recomendável...
Sobre a pergunta, na verdade eu já peguei, num cliente do interior de SP há
uns anos (com 10.2.0.4 na ocasião) situação aonde os tempos/execução/planos
eram diferentes ao se executar a query diretamente e/ou num bloco anônimo
versus executar via view, não é tão estranho assim : o que ocorre é que quando
vc faz um SELECT colunas FROM VIEW , Automaticamente o que o banco de dados vai
receber e interpretar/otimizar é um SELECT com sub-query tipo :
SELECT * FROM (select colunas from query da view);
e haviam na ocasião uns tantoss quantos bugs referentes à sub-query,
basicamente o que havia é que quando vc tem sub-query o otimizador pode optar
por otimizar a query interna OU a externa primeiro, ou mesmo fazer um MERGE das
duas, e ele estava fazendo escolhas inapropriadas Na ocasião pra um caso a
gente tinha one-off patch, e pra outro a gente contornou com parâmetros que
indicavam pro Otimizador uma ordem ao trabalhar com subqueries, tal como o
_UNNEST_SUBQUERY e o _COMPLEX_VIEW_MERGING , mas vc está Absolutamente certo em
pedir Escalonamento, troca de Analista e o que puder, pra receber uma análise
antes de sair mexendo em params internos...
Outra possibilidade, tal como eu falei, é testar os mesmos itens sem ANSI
JOINs : talvez se tentar criar uma view com outro nome mas com Exatamente o
mesmo SQL original, apenas usando sintaxe Oracle ao invés de ANSI, isso seria
uma Clara indicação se é mesmo bug do ANSI ou bug de inner query causada pelo
acesso via view...
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, RP pradelarf@... escreveu
Chiappa, boa tarde!
Grato pelas informações, o bug 9236988 eu já habilitei o o _FIX_CONTROL que
contorna ele, o ambiente melhorou, mas ainda continua ruim.
Até o momento o atendente da Oracle está apenas solicitando informações, se
até as 15 horas não houver resposta vou escalonar o chamado, pois a situação
está critica.
A view utilizada tem vários hints colocados pelo programador, fiz vários
testes, e estranhamente quando eu rodo um bloco PL/SQL Anônimo, com o select
executado pelo usuário, a resposta é instantânea. Segue hints:
/*+ FIRST_ROWS index
(ix_profisatend_atendreg,ix_atend_dataatend,ix_pacatend_atendreg) */
Fiz um teste tirando os hints e e tentando alguns diferentes, mas o
resultado foi pior.
Bom vou ficar no aguardo da Oracle, e assim que tiver resposta irei
compartilhar com a comunidade.
Caso alguém tenha enfrentado algo parecido, a informação será bem vinda.
ABS.
--
R.P.
DBA Oracle
Oracle Database 11g Administrator Certified Professional
Oracle Database 10g Real Applications Clusters AdministratorCertified Expert
Oracle Enterprise Linux Certified Implementation Specialist
Oracle Database 11g Administrator Certified Associate
From: José Laurindo jlchiappa@...
Reply-To: oracle_br@yahoogrupos.com.br
Date: Wed, 13 Jul 2011 14:45:33 -
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Re: Problemas Após aplicação do Patch 10.2.0.5 {
Urgente }
Ah sim, agora tá melhor explicado : uma coisa é dizer que tá mal
genericamente, que o problema é um consumo de I/O geral maior, outra é ter
cercado e localizado o problema...
okdoc, se vc cercou/localizou e se refere à view com ANSI join, não deixe de
verificar bugs e issues sobre isso : na verdade há diversas situações de
diferença de otimização ao se usar ANSI join - em tese deveria ser
rigorosamente o mesmo que usar a sintaxe antiga mas nem sempre isso ocorre ,
como mostrado em http://www.dbaportal.eu/?q=node/183 e
http://hoopercharles.wordpress.com/2010/12/30/ansi-full-outer-join-ready-or-
not/ ... Não deixe de sinalizar isso para o Analista que está te atendendo,
pois já são de conhecimento alguns bugs com ANSI joins só resolvidos no 11g,
como o Bug 9395765 - ORA-907 / wrong plan from query with ANSI FULL OUTER
join [ID 9395765.8] e o Bug 9236988 Suboptimal execution plans with ANSI
joins, views and fix for bug 7345484 enabled, por exemplo
Outro ponto que o Analista que está te atendendo tem TOTAL OBRIGAÇÃO de
dizer se cabe ou não é que há Diversos parâmetros que podem ser usados como
work-around (tal como o _PUSH_JOIN_PREDICATE ,
_OPTIMIZER_COST_BASED_TRANSFORMATION, _OPTIMIZER_NATIVE_FULL_OUTER_JOIN,
_OPTIMIZER_JOIN_ELIMINATION_ENABLED , _COMPLEX_VIEW_MERGING _FIX_CONTROL e
outros) , e HINTs...
penso que está Claro então o seu plano de Ação , vc tem que :
1. obter do Analista Oracle a resposta se qquer dos bugs acima está
envolvido : inclusive, Notar que isso o SQLT *** absolutamente *** não vai
dizer, então (repito) cobre essa análise do Analista Oracle, se for preciso
Escale o chamado, acione o Gerente de conta, vc Tem Que obter essa
Re: [oracle_br] [Forms] Quantidade total de registros no bloco
Eu acho que não, pois acho que vai ser alguma bult-in do forms. Para ajudar a
compreender a minha dúvida, vou por o código abaixo:
/* Verificando se os tipos de dose são diferentes */
declare
v_n_tipo number := 0;
v_n_count number := 0;
begin
go_block('medicamento_protocolo');
first_record;
v_n_tipo := :medicamento_protocolo.class_id_tipo_dose;
next_record;
loop
if v_n_tipo != :medicamento_protocolo.class_id_tipo_dose then
v_n_count := v_n_count + 1;
end if;
exit when :system.last_record = 'TRUE';
next_record;
end loop;
if v_n_count 0 then
msg('Não é permitido Tipos de Dose diferentes no mesmo regime!');
raise form_trigger_failure;
else
commit;
:medicamento_protocolo.tipo_dose :=
pck_util.fnc_get_descricao_class(:medicamento_protocolo.class_id_tipo_dose);
end if;
end;
Só que do jeito que está, dá pau se for um registro só.
[ ]s
De: Duilio Bruniera Junior bruni...@gmail.com
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 13 de Julho de 2011 13:49
Assunto: Re: [oracle_br] [Forms] Quantidade total de registros no bloco
oh bgrother é isso que voce quer por um acaso?
SELECT S.blocks FROM DBA_SEGMENTS S WHERE S.owner='OWNER' AND
S.segment_name='NOME DA TABELA';
Em 13 de julho de 2011 12:41, Tiago de Assis Pimenta tiagopime...@ymail.com
escreveu:
**
Senhores, boa tarde.
Gostaria de saber como faço para pegar a quantidade toda de registros em um
bloco antes mesmo que esses registros estejam fisicamente no banco. Pois
estou rodando um loop para verificar se tem tipos de registros diferente em
uma determinada coluna, mas se tiver só um registro no bloco, não há
necessidade deu fazer tal procedimento.
Já tentei com o query_hits mas o mesmo traz 0 mesmo eu setando a
propriedade do bloco Consultar todos os registros como SIM.
Abraços
Tiago Pimenta
[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
[As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] [Forms] Quantidade total de registros no bloco
Só para complementar, tentei fazer um item no bloco com a função de contador (
Função Sumária : Contagem ) e não deu certo, ele me retorna 0 também.
[ ]s
De: Tiago de Assis Pimenta tiagopime...@ymail.com
Para: oracle_br@yahoogrupos.com.br oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 13 de Julho de 2011 14:56
Assunto: Re: [oracle_br] [Forms] Quantidade total de registros no bloco
Eu acho que não, pois acho que vai ser alguma bult-in do forms. Para ajudar a
compreender a minha dúvida, vou por o código abaixo:
/* Verificando se os tipos de dose são diferentes */
declare
v_n_tipo number := 0;
v_n_count number := 0;
begin
go_block('medicamento_protocolo');
first_record;
v_n_tipo := :medicamento_protocolo.class_id_tipo_dose;
next_record;
loop
if v_n_tipo != :medicamento_protocolo.class_id_tipo_dose then
v_n_count := v_n_count + 1;
end if;
exit when :system.last_record = 'TRUE';
next_record;
end loop;
if v_n_count 0 then
msg('Não é permitido Tipos de Dose diferentes no mesmo regime!');
raise form_trigger_failure;
else
commit;
:medicamento_protocolo.tipo_dose :=
pck_util.fnc_get_descricao_class(:medicamento_protocolo.class_id_tipo_dose);
end if;
end;
Só que do jeito que está, dá pau se for um registro só.
[ ]s
De: Duilio Bruniera Junior bruni...@gmail.com
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 13 de Julho de 2011 13:49
Assunto: Re: [oracle_br] [Forms] Quantidade total de registros no bloco
oh bgrother é isso que voce quer por um acaso?
SELECT S.blocks FROM
DBA_SEGMENTS S WHERE S.owner='OWNER' AND
S.segment_name='NOME DA TABELA';
Em 13 de julho de 2011 12:41, Tiago de Assis Pimenta tiagopime...@ymail.com
escreveu:
**
Senhores, boa tarde.
Gostaria de saber como faço para pegar a quantidade toda de registros em um
bloco antes mesmo que esses registros estejam fisicamente no banco. Pois
estou rodando um loop para verificar se tem tipos de registros diferente em
uma determinada coluna, mas se tiver só um registro no bloco, não há
necessidade deu fazer tal procedimento.
Já tentei com o query_hits mas o mesmo traz 0 mesmo eu setando a
propriedade do bloco Consultar todos os registros como SIM.
Abraços
Tiago Pimenta
[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
[As partes desta mensagem que não continham texto foram removidas]
RES: [oracle_br] [Forms] Quantidade total de registros no bloco
O colega Duilio Bruniera Junior respondeu a pergunta falando sobre block do
database, mas pelo que entendi a pergunta do Tiago é sobre bloco do FORMS.
Coisas completamente diferentes...
Infelizmente não vou conseguir de ajudar, não sei nada sobre Forms, apenas
respondi para esclarecer, pois quando li teu primeiro e-mail eu também não
imaginei que fosse sofre Forms, era melhor vc ter especificado com clareza isso
desde o primeiro e-mail - apesar de estar escrito [Forms] no subject do e-mail,
eu não tinha prestado atenção.
--
Milton Bastos
www.miltonbastos.com
De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome
de Tiago de Assis Pimenta
Enviada em: quarta-feira, 13 de julho de 2011 16:30
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] [Forms] Quantidade total de registros no bloco
Só para complementar, tentei fazer um item no bloco com a função de contador (
Função Sumária : Contagem ) e não deu certo, ele me retorna 0 também.
[ ]s
De: Tiago de Assis Pimenta
tiagopime...@ymail.commailto:tiagopimenta%40ymail.com
Para: oracle_br@yahoogrupos.com.brmailto:oracle_br%40yahoogrupos.com.br
oracle_br@yahoogrupos.com.brmailto:oracle_br%40yahoogrupos.com.br
Enviadas: Quarta-feira, 13 de Julho de 2011 14:56
Assunto: Re: [oracle_br] [Forms] Quantidade total de registros no bloco
Eu acho que não, pois acho que vai ser alguma bult-in do forms. Para ajudar a
compreender a minha dúvida, vou por o código abaixo:
/* Verificando se os tipos de dose são diferentes */
declare
v_n_tipo number := 0;
v_n_count number := 0;
begin
go_block('medicamento_protocolo');
first_record;
v_n_tipo := :medicamento_protocolo.class_id_tipo_dose;
next_record;
loop
if v_n_tipo != :medicamento_protocolo.class_id_tipo_dose then
v_n_count := v_n_count + 1;
end if;
exit when :system.last_record = 'TRUE';
next_record;
end loop;
if v_n_count 0 then
msg('Não é permitido Tipos de Dose diferentes no mesmo regime!');
raise form_trigger_failure;
else
commit;
:medicamento_protocolo.tipo_dose :=
pck_util.fnc_get_descricao_class(:medicamento_protocolo.class_id_tipo_dose);
end if;
end;
Só que do jeito que está, dá pau se for um registro só.
[ ]s
De: Duilio Bruniera Junior bruni...@gmail.commailto:bruniera%40gmail.com
Para: oracle_br@yahoogrupos.com.brmailto:oracle_br%40yahoogrupos.com.br
Enviadas: Quarta-feira, 13 de Julho de 2011 13:49
Assunto: Re: [oracle_br] [Forms] Quantidade total de registros no bloco
oh bgrother é isso que voce quer por um acaso?
SELECT S.blocks FROM
DBA_SEGMENTS S WHERE S.owner='OWNER' AND
S.segment_name='NOME DA TABELA';
Em 13 de julho de 2011 12:41, Tiago de Assis Pimenta
tiagopime...@ymail.commailto:tiagopimenta%40ymail.com
escreveu:
**
Senhores, boa tarde.
Gostaria de saber como faço para pegar a quantidade toda de registros em um
bloco antes mesmo que esses registros estejam fisicamente no banco. Pois
estou rodando um loop para verificar se tem tipos de registros diferente em
uma determinada coluna, mas se tiver só um registro no bloco, não há
necessidade deu fazer tal procedimento.
Já tentei com o query_hits mas o mesmo traz 0 mesmo eu setando a
propriedade do bloco Consultar todos os registros como SIM.
Abraços
Tiago Pimenta
[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
[As partes desta mensagem que não continham texto foram removidas]
Clique aquihttps://www.mailcontrol.com/sr/wQw0zmjPoHdJTZGyOCrrhg== para
reportar este e-mail como SPAM.
This message has been scanned for malware by Websense. www.websense.com
[As partes desta mensagem que não continham texto foram removidas]
[oracle_br] AJUDA EM RESTORE COM RMAN
Pessoal, preciso de uma ajudinha. Fiz o seguinte procedimento para o teste
de restore do meu backup de produção em outro servidor de teste:
- disponibilizei o ultimo backup de produção no meu servidor de testes
- configurei o ORACLE_SID:
$export ORACLE_SID=PD01 (igual ao de produção)
- conectei na instancia target sem uso de catalogo
$rman target / nocatalog
- setei o DBID conforme esta em produção:
RMANSET DBID=4238933412;
- iniciei a instancia sem monta-la:
RMANSTARTUP FORCE NOMOUNT PFILE=initPD01.ora
- Criei um SPFILE a partir do PFILE:
RMANSQL 'CREATE SPFILE FROM PFILE';
- recriei o controlfile no banco de origem e depois movi o mesmo para o
servidor de testes, restaurando-o:
RMANrestore controlfile from '/u02/oradata/teste/control_01.ctl';
- monteii o banco de dados:
RMANALTER DATABASE MOUNT;
- consultei os filenames no banco de origem e criei um script que chamei de
recover.rcv que segue abaixo:
RUN
{
# allocate channels to the disk device
ALLOCATE CHANNEL c1 DEVICE TYPE disk format
'/u02/bkp/db_pd01_%d_%s_%p%U.bkp';
ALLOCATE CHANNEL c2 DEVICE TYPE disk format
'/u02/bkp/db_pd01_%d_%s_%p%U.bkp';
ALLOCATE CHANNEL c3 DEVICE TYPE disk format
'/u02/bkp/db_pd01_%d_%s_%p%U.bkp';
# rename the datafiles and online redo logs
SET NEWNAME FOR DATAFILE 1 TO '/u02/oradata/teste/system01.dbf';
SET NEWNAME FOR DATAFILE 2 TO '/u02/oradata/teste/undotbs01.dbf';
SET NEWNAME FOR DATAFILE 3 TO '/u02/oradata/teste/sysaux01.dbf';
SET NEWNAME FOR DATAFILE 4 TO '/u02/oradata/teste/users01.dbf';
SET NEWNAME FOR DATAFILE 5 TO '/u02/oradata/teste/drsys01.dbf';
SET NEWNAME FOR DATAFILE 6 TO '/u02/oradata/teste/ifsdados01.dbf';
SET NEWNAME FOR DATAFILE 7 TO '/u02/oradata/teste/ifsindex01.dbf';
SET NEWNAME FOR DATAFILE 8 TO '/u02/oradata/teste/pergaindex01.dbf';
SET NEWNAME FOR DATAFILE 9 TO '/u02/oradata/teste/pergamarc01.dbf';
SET NEWNAME FOR DATAFILE 10 TO
'/u02/oradata/teste/tsdatasual01.dbf';
SET NEWNAME FOR DATAFILE 11 TO
'/u02/oradata/teste/tsd_faep01.dbf';
SET NEWNAME FOR DATAFILE 12 TO
'/u02/oradata/teste/tsdhd01.dbf';
SET NEWNAME FOR DATAFILE 13 TO
'/u02/oradata/teste/tsdintegra01.dbf';
SET NEWNAME FOR DATAFILE 14 TO
'/u02/oradata/teste/tsdintranet01.dbf';
SET NEWNAME FOR DATAFILE 15 TO
'/u02/oradata/teste/tsdlbv01.dbf';
SET NEWNAME FOR DATAFILE 16 TO
'/u02/oradata/teste/tsdmacchips01.dbf';
SET NEWNAME FOR DATAFILE 17 TO
'/u02/oradata/teste/tsdmra01.dbf';
SET NEWNAME FOR DATAFILE 18 TO
'/u02/oradata/teste/tsdpleres01.dbf';
SET NEWNAME FOR DATAFILE 19 TO
'/u02/oradata/teste/tsdsca01.dbf';
SET NEWNAME FOR DATAFILE 20 TO
'/u02/oradata/teste/tsdscv01.dbf';
SET NEWNAME FOR DATAFILE 21 TO
'/u02/oradata/teste/tsdsisp01.dbf';
SET NEWNAME FOR DATAFILE 22 TO
'/u02/oradata/teste/tsdsiss01.dbf';
SET NEWNAME FOR DATAFILE 23 TO
'/u02/oradata/teste/tsdsomec01.dbf';
SET NEWNAME FOR DATAFILE 24 TO
'/u02/oradata/teste/tsifaep01.dbf';
SET NEWNAME FOR DATAFILE 25 TO
'/u02/oradata/teste/tsihd01.dbf';
SET NEWNAME FOR DATAFILE 26 TO
'/u02/oradata/teste/tsiintegra01.dbf';
SET NEWNAME FOR DATAFILE 27 TO
'/u02/oradata/teste/tsiintranet01.dbf';
SET NEWNAME FOR DATAFILE 28 TO
'/u02/oradata/teste/tsilbv01.dbf';
SET NEWNAME FOR DATAFILE 29 TO
'/u02/oradata/teste/tsimacchips01.dbf';
SET NEWNAME FOR DATAFILE 30 TO
'/u02/oradata/teste/tsimra01.dbf';
SET NEWNAME FOR DATAFILE 31 TO
'/u02/oradata/teste/tsindexsual01.dbf';
SET NEWNAME FOR DATAFILE 32 TO
'/u02/oradata/teste/tsipleres01.dbf';
SET NEWNAME FOR DATAFILE 33 TO
'/u02/oradata/teste/tsisca01.dbf';
SET NEWNAME FOR DATAFILE 34 TO
'/u02/oradata/teste/tsiscv01.dbf';
SET NEWNAME FOR DATAFILE 35 TO
'/u02/oradata/teste/tsisisp01.dbf';
SET NEWNAME FOR DATAFILE 36 TO
'/u02/oradata/teste/tsisomec01.dbf';
SET NEWNAME FOR DATAFILE 37 TO
'/u02/oradata/teste/tsrman_bi01.dbf';
SET NEWNAME FOR DATAFILE 38 TO
'/u02/oradata/teste/tsrman_sf01.dbf';
SET NEWNAME FOR DATAFILE 39 TO
'/u02/oradata/teste/tsstatspack01.dbf';
SET NEWNAME FOR DATAFILE 40 TO
'/u02/oradata/teste/tsuser01.dbf';
SET NEWNAME FOR DATAFILE 41 TO
'/u02/oradata/teste/tsdeul01.dbf';
SET NEWNAME FOR DATAFILE 42 TO
'/u02/oradata/teste/tsieul01.dbf';
SET NEWNAME FOR DATAFILE 43 TO
'/u02/oradata/teste/tsdsirp01.dbf';
SET NEWNAME FOR DATAFILE 44 TO
'/u02/oradata/teste/tsisirp01.dbf';
SET NEWNAME FOR DATAFILE 45 TO
'/u02/oradata/teste/tsdsiscon01.dbf';
SET NEWNAME FOR DATAFILE 46 TO
'/u02/oradata/teste/tsisiscon01.dbf';
SET NEWNAME FOR DATAFILE 47 TO
'/u02/oradata/teste/tsdlbv01.dbf';
SET NEWNAME FOR DATAFILE 48 TO
'/u02/oradata/teste/dfd_herbario01.dbf';
SET NEWNAME FOR DATAFILE 49 TO
'/u02/oradata/teste/dfi_herbario01.dbf';
SET NEWNAME FOR DATAFILE 50 TO
'/u02/oradata/teste/tsdintegra01.dbf';
SET NEWNAME FOR DATAFILE 51 TO
'/u02/oradata/teste/pergamarc01.dbf';
SET NEWNAME FOR DATAFILE 52 TO
'/u02/oradata/teste/tsdgae01.dbf';
SQL ALTER DATABASE RENAME FILE
''+DG1/pd01/onlinelog/group_1.435.699983083''
TO ''/u02/oradata/teste/redo1_01.log'' ;
SQL ALTER DATABASE RENAME FILE
''+DG1/pd01/onlinelog/group_1.436.699983089''
TO
[oracle_br] Re: (BRMA) Mensagem não autorizada.(NÃO CONSIGO ENVIAR MENSAGEM)
Senhores, faz dois dias que tento mandar uma mensagem estritamente texto e sempre recebo esta mensagem de volta. Preciso muito de ajuda com meu problema com o RMAN. Sera que alguma alma caridosa poderia me ajudar, por favor ? Desde ja agradeço. Att, Jose Luis Em 13 de julho de 2011 17:18, postmas...@wheatonbrasil.com.br escreveu: Mensagem não autorizada. Mensagem possui anexo proibido na lista (.dbf) De: jose.ramos.caj...@gmail.com Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] AJUDA EM RESTORE COM RMAN -- Jose Luis Ramos Jr Campinas - SP - Brazil Database Administrator Fone: +55-21-19-91916882 [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] [Forms] Quantidade total de registros no bloco
ih, brother forms não é muito minha praia, desculpe, quem sabe talves outro
forista possa te ajudar.
Em 13 de julho de 2011 16:39, Milton Bastos Henriquis Junior
milton.bas...@meta.com.br escreveu:
**
O colega Duilio Bruniera Junior respondeu a pergunta falando sobre block do
database, mas pelo que entendi a pergunta do Tiago é sobre bloco do FORMS.
Coisas completamente diferentes...
Infelizmente não vou conseguir de ajudar, não sei nada sobre Forms, apenas
respondi para esclarecer, pois quando li teu primeiro e-mail eu também não
imaginei que fosse sofre Forms, era melhor vc ter especificado com clareza
isso desde o primeiro e-mail - apesar de estar escrito [Forms] no subject do
e-mail, eu não tinha prestado atenção.
--
Milton Bastos
www.miltonbastos.com
De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
nome de Tiago de Assis Pimenta
Enviada em: quarta-feira, 13 de julho de 2011 16:30
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] [Forms] Quantidade total de registros no bloco
Só para complementar, tentei fazer um item no bloco com a função de
contador ( Função Sumária : Contagem ) e não deu certo, ele me retorna 0
também.
[ ]s
De: Tiago de Assis Pimenta tiagopime...@ymail.commailto:
tiagopimenta%40ymail.com
Para: oracle_br@yahoogrupos.com.brmailto:oracle_br%40yahoogrupos.com.br
oracle_br@yahoogrupos.com.brmailto:oracle_br%40yahoogrupos.com.br
Enviadas: Quarta-feira, 13 de Julho de 2011 14:56
Assunto: Re: [oracle_br] [Forms] Quantidade total de registros no bloco
Eu acho que não, pois acho que vai ser alguma bult-in do forms. Para ajudar
a compreender a minha dúvida, vou por o código abaixo:
/* Verificando se os tipos de dose são diferentes */
declare
v_n_tipo number := 0;
v_n_count number := 0;
begin
go_block('medicamento_protocolo');
first_record;
v_n_tipo := :medicamento_protocolo.class_id_tipo_dose;
next_record;
loop
if v_n_tipo != :medicamento_protocolo.class_id_tipo_dose then
v_n_count := v_n_count + 1;
end if;
exit when :system.last_record = 'TRUE';
next_record;
end loop;
if v_n_count 0 then
msg('Não é permitido Tipos de Dose diferentes no mesmo regime!');
raise form_trigger_failure;
else
commit;
:medicamento_protocolo.tipo_dose :=
pck_util.fnc_get_descricao_class(:medicamento_protocolo.class_id_tipo_dose);
end if;
end;
Só que do jeito que está, dá pau se for um registro só.
[ ]s
De: Duilio Bruniera Junior bruni...@gmail.commailto:bruniera%40gmail.com
Para: oracle_br@yahoogrupos.com.brmailto:oracle_br%40yahoogrupos.com.br
Enviadas: Quarta-feira, 13 de Julho de 2011 13:49
Assunto: Re: [oracle_br] [Forms] Quantidade total de registros no bloco
oh bgrother é isso que voce quer por um acaso?
SELECT S.blocks FROM
DBA_SEGMENTS S WHERE S.owner='OWNER' AND
S.segment_name='NOME DA TABELA';
Em 13 de julho de 2011 12:41, Tiago de Assis Pimenta
tiagopime...@ymail.commailto:tiagopimenta%40ymail.com
escreveu:
**
Senhores, boa tarde.
Gostaria de saber como faço para pegar a quantidade toda de registros em
um
bloco antes mesmo que esses registros estejam fisicamente no banco. Pois
estou rodando um loop para verificar se tem tipos de registros diferente
em
uma determinada coluna, mas se tiver só um registro no bloco, não há
necessidade deu fazer tal procedimento.
Já tentei com o query_hits mas o mesmo traz 0 mesmo eu setando a
propriedade do bloco Consultar todos os registros como SIM.
Abraços
Tiago Pimenta
[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
[As partes desta mensagem que não continham texto foram removidas]
Clique aquihttps://www.mailcontrol.com/sr/wQw0zmjPoHdJTZGyOCrrhg== para
reportar este e-mail como SPAM.
This message has been scanned for malware by Websense. www.websense.com
[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
Re: [oracle_br] AJUDA EM RESTORE COM RMAN
cara pelo erro error reading backup piece
acho que vc nao catalogou seu backup.
tem que dizer pro RMAN onde estao os backuppieces e archives, com o comando:
RMAN CATALOG START WITH 'diretorio do backup'
espero que seja isso.
abraço
2011/7/13 Jose Luis Ramos jose.ramos.caj...@gmail.com
**
Pessoal, preciso de uma ajudinha. Fiz o seguinte procedimento para o teste
de restore do meu backup de produção em outro servidor de teste:
- disponibilizei o ultimo backup de produção no meu servidor de testes
- configurei o ORACLE_SID:
$export ORACLE_SID=PD01 (igual ao de produção)
- conectei na instancia target sem uso de catalogo
$rman target / nocatalog
- setei o DBID conforme esta em produção:
RMANSET DBID=4238933412;
- iniciei a instancia sem monta-la:
RMANSTARTUP FORCE NOMOUNT PFILE=initPD01.ora
- Criei um SPFILE a partir do PFILE:
RMANSQL 'CREATE SPFILE FROM PFILE';
- recriei o controlfile no banco de origem e depois movi o mesmo para o
servidor de testes, restaurando-o:
RMANrestore controlfile from '/u02/oradata/teste/control_01.ctl';
- monteii o banco de dados:
RMANALTER DATABASE MOUNT;
- consultei os filenames no banco de origem e criei um script que chamei de
recover.rcv que segue abaixo:
RUN
{
# allocate channels to the disk device
ALLOCATE CHANNEL c1 DEVICE TYPE disk format
'/u02/bkp/db_pd01_%d_%s_%p%U.bkp';
ALLOCATE CHANNEL c2 DEVICE TYPE disk format
'/u02/bkp/db_pd01_%d_%s_%p%U.bkp';
ALLOCATE CHANNEL c3 DEVICE TYPE disk format
'/u02/bkp/db_pd01_%d_%s_%p%U.bkp';
# rename the datafiles and online redo logs
SET NEWNAME FOR DATAFILE 1 TO '/u02/oradata/teste/system01.dbf';
SET NEWNAME FOR DATAFILE 2 TO '/u02/oradata/teste/undotbs01.dbf';
SET NEWNAME FOR DATAFILE 3 TO '/u02/oradata/teste/sysaux01.dbf';
SET NEWNAME FOR DATAFILE 4 TO '/u02/oradata/teste/users01.dbf';
SET NEWNAME FOR DATAFILE 5 TO '/u02/oradata/teste/drsys01.dbf';
SET NEWNAME FOR DATAFILE 6 TO '/u02/oradata/teste/ifsdados01.dbf';
SET NEWNAME FOR DATAFILE 7 TO '/u02/oradata/teste/ifsindex01.dbf';
SET NEWNAME FOR DATAFILE 8 TO '/u02/oradata/teste/pergaindex01.dbf';
SET NEWNAME FOR DATAFILE 9 TO '/u02/oradata/teste/pergamarc01.dbf';
SET NEWNAME FOR DATAFILE 10 TO
'/u02/oradata/teste/tsdatasual01.dbf';
SET NEWNAME FOR DATAFILE 11 TO
'/u02/oradata/teste/tsd_faep01.dbf';
SET NEWNAME FOR DATAFILE 12 TO
'/u02/oradata/teste/tsdhd01.dbf';
SET NEWNAME FOR DATAFILE 13 TO
'/u02/oradata/teste/tsdintegra01.dbf';
SET NEWNAME FOR DATAFILE 14 TO
'/u02/oradata/teste/tsdintranet01.dbf';
SET NEWNAME FOR DATAFILE 15 TO
'/u02/oradata/teste/tsdlbv01.dbf';
SET NEWNAME FOR DATAFILE 16 TO
'/u02/oradata/teste/tsdmacchips01.dbf';
SET NEWNAME FOR DATAFILE 17 TO
'/u02/oradata/teste/tsdmra01.dbf';
SET NEWNAME FOR DATAFILE 18 TO
'/u02/oradata/teste/tsdpleres01.dbf';
SET NEWNAME FOR DATAFILE 19 TO
'/u02/oradata/teste/tsdsca01.dbf';
SET NEWNAME FOR DATAFILE 20 TO
'/u02/oradata/teste/tsdscv01.dbf';
SET NEWNAME FOR DATAFILE 21 TO
'/u02/oradata/teste/tsdsisp01.dbf';
SET NEWNAME FOR DATAFILE 22 TO
'/u02/oradata/teste/tsdsiss01.dbf';
SET NEWNAME FOR DATAFILE 23 TO
'/u02/oradata/teste/tsdsomec01.dbf';
SET NEWNAME FOR DATAFILE 24 TO
'/u02/oradata/teste/tsifaep01.dbf';
SET NEWNAME FOR DATAFILE 25 TO
'/u02/oradata/teste/tsihd01.dbf';
SET NEWNAME FOR DATAFILE 26 TO
'/u02/oradata/teste/tsiintegra01.dbf';
SET NEWNAME FOR DATAFILE 27 TO
'/u02/oradata/teste/tsiintranet01.dbf';
SET NEWNAME FOR DATAFILE 28 TO
'/u02/oradata/teste/tsilbv01.dbf';
SET NEWNAME FOR DATAFILE 29 TO
'/u02/oradata/teste/tsimacchips01.dbf';
SET NEWNAME FOR DATAFILE 30 TO
'/u02/oradata/teste/tsimra01.dbf';
SET NEWNAME FOR DATAFILE 31 TO
'/u02/oradata/teste/tsindexsual01.dbf';
SET NEWNAME FOR DATAFILE 32 TO
'/u02/oradata/teste/tsipleres01.dbf';
SET NEWNAME FOR DATAFILE 33 TO
'/u02/oradata/teste/tsisca01.dbf';
SET NEWNAME FOR DATAFILE 34 TO
'/u02/oradata/teste/tsiscv01.dbf';
SET NEWNAME FOR DATAFILE 35 TO
'/u02/oradata/teste/tsisisp01.dbf';
SET NEWNAME FOR DATAFILE 36 TO
'/u02/oradata/teste/tsisomec01.dbf';
SET NEWNAME FOR DATAFILE 37 TO
'/u02/oradata/teste/tsrman_bi01.dbf';
SET NEWNAME FOR DATAFILE 38 TO
'/u02/oradata/teste/tsrman_sf01.dbf';
SET NEWNAME FOR DATAFILE 39 TO
'/u02/oradata/teste/tsstatspack01.dbf';
SET NEWNAME FOR DATAFILE 40 TO
'/u02/oradata/teste/tsuser01.dbf';
SET NEWNAME FOR DATAFILE 41 TO
'/u02/oradata/teste/tsdeul01.dbf';
SET NEWNAME FOR DATAFILE 42 TO
'/u02/oradata/teste/tsieul01.dbf';
SET NEWNAME FOR DATAFILE 43 TO
'/u02/oradata/teste/tsdsirp01.dbf';
SET NEWNAME FOR DATAFILE 44 TO
'/u02/oradata/teste/tsisirp01.dbf';
SET NEWNAME FOR DATAFILE 45 TO
'/u02/oradata/teste/tsdsiscon01.dbf';
SET NEWNAME FOR DATAFILE 46 TO
'/u02/oradata/teste/tsisiscon01.dbf';
SET NEWNAME FOR DATAFILE 47 TO
'/u02/oradata/teste/tsdlbv01.dbf';
SET NEWNAME FOR DATAFILE 48 TO
'/u02/oradata/teste/dfd_herbario01.dbf';
SET NEWNAME FOR DATAFILE 49 TO
'/u02/oradata/teste/dfi_herbario01.dbf';
SET NEWNAME FOR
RES: [oracle_br] Re: (BRMA) Mensagem não autorizada.(NÃO CONSIGO ENVIAR MENSAGEM)
Já recebi esse e-mail que vc tentou mandar umas 8 vezes contando ontem e hoje... RS -- Milton Bastos www.miltonbastos.com De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de Jose Luis Ramos Enviada em: quarta-feira, 13 de julho de 2011 17:20 Para: postmas...@wheatonbrasil.com.br Cc: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: (BRMA) Mensagem não autorizada.(NÃO CONSIGO ENVIAR MENSAGEM) Senhores, faz dois dias que tento mandar uma mensagem estritamente texto e sempre recebo esta mensagem de volta. Preciso muito de ajuda com meu problema com o RMAN. Sera que alguma alma caridosa poderia me ajudar, por favor ? Desde ja agradeço. Att, Jose Luis Em 13 de julho de 2011 17:18, postmas...@wheatonbrasil.com.brmailto:postmaster%40wheatonbrasil.com.br escreveu: Mensagem não autorizada. Mensagem possui anexo proibido na lista (.dbf) De: jose.ramos.caj...@gmail.commailto:jose.ramos.cajuru%40gmail.com Para: oracle_br@yahoogrupos.com.brmailto:oracle_br%40yahoogrupos.com.br Assunto: [oracle_br] AJUDA EM RESTORE COM RMAN -- Jose Luis Ramos Jr Campinas - SP - Brazil Database Administrator Fone: +55-21-19-91916882 [As partes desta mensagem que não continham texto foram removidas] Clique aquihttps://www.mailcontrol.com/sr/wQw0zmjPoHdJTZGyOCrrhg== para reportar este e-mail como SPAM. This message has been scanned for malware by Websense. www.websense.com [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: (BRMA) Mensagem não autorizada.(NÃO CONSIGO ENVIAR MENSAGEM)
Colega, cfrme registrado no site do grupo em http://br.groups.yahoo.com/group/oracle_br/message/105018 a msgs efetivamente chegou Sim, eu diria pra vc desconsiderar esse warning de anexo do yahoo!groups, deve ser espúrio... Sobre o problema de RMAN, certamente o pessoal já deve ter recebido (mais de uma vez, até) então não precisa ficar re-enviando , please : aguarde que quem puder / conseguir ajudar, ajuda... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Jose Luis Ramos jose.ramos.cajuru@... escreveu Senhores, faz dois dias que tento mandar uma mensagem estritamente texto e sempre recebo esta mensagem de volta. Preciso muito de ajuda com meu problema com o RMAN. Sera que alguma alma caridosa poderia me ajudar, por favor ? Desde ja agradeço. Att, Jose Luis Em 13 de julho de 2011 17:18, postmaster@... escreveu: Mensagem não autorizada. Mensagem possui anexo proibido na lista (.dbf) De: jose.ramos.cajuru@... Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] AJUDA EM RESTORE COM RMAN -- Jose Luis Ramos Jr Campinas - SP - Brazil Database Administrator Fone: +55-21-19-91916882 [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: [Forms] Quantidade total de registros no bloco
Colega, eu AInda não consegui entender a sua dúvida, explique melhor : vc tem
um Bloco multi-record no seu Forms, esse bloco pode estar com registros
não-comitados ou não, e o que vc quer é , quando em tempo de COMMIT, contar a
qtdade de registros presentes desse bloco (alterados ou não, inseridos ou
vindos de uma query) , é isso ? Se sim, afaik não tem built-in pra isso, é
contar mesmo numa trigger On-COMMIT, PRE-COMMIT ou quetais... E pra contar vc
navega até o bloco e ou avnça registro por registro, ou pede um LAST_RECORD
Outra possibilidade é vc ter uma global com a qtdadde de registros, global essa
que vc incrementaria nuam trigger apropriada, tipo WHEN-VALIDATE-RECORD , algo
assim...
Se não for nada disso PLEASE explique, bem bê-a-bá, o que vc quer, quando vc
quer que acontecça, pra que que vc quer, que a gente pode palpitar mais...
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, Tiago de Assis Pimenta tiagopimenta@...
escreveu
Eu acho que não, pois acho que vai ser alguma bult-in do forms. Para ajudar a
compreender a minha dúvida, vou por o código abaixo:
/* Verificando se os tipos de dose são diferentes */
declare
v_n_tipo number := 0;
v_n_count number := 0;
begin
go_block('medicamento_protocolo');
first_record;
v_n_tipo := :medicamento_protocolo.class_id_tipo_dose;
next_record;
loop
if v_n_tipo != :medicamento_protocolo.class_id_tipo_dose then
v_n_count := v_n_count + 1;
end if;
exit when :system.last_record = 'TRUE';
next_record;
end loop;
if v_n_count 0 then
msg('Não é permitido Tipos de Dose diferentes no mesmo regime!');
raise form_trigger_failure;
else
commit;
:medicamento_protocolo.tipo_dose :=
pck_util.fnc_get_descricao_class(:medicamento_protocolo.class_id_tipo_dose);
end if;
end;
Só que do jeito que está, dá pau se for um registro só.
[ ]s
De: Duilio Bruniera Junior bruniera@...
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 13 de Julho de 2011 13:49
Assunto: Re: [oracle_br] [Forms] Quantidade total de registros no bloco
oh bgrother é isso que voce quer por um acaso?
SELECT S.blocks FROM DBA_SEGMENTS S WHERE S.owner='OWNER' AND
S.segment_name='NOME DA TABELA';
Em 13 de julho de 2011 12:41, Tiago de Assis Pimenta tiagopimenta@...
escreveu:
**
Senhores, boa tarde.
Gostaria de saber como faço para pegar a quantidade toda de registros em um
bloco antes mesmo que esses registros estejam fisicamente no banco. Pois
estou rodando um loop para verificar se tem tipos de registros diferente em
uma determinada coluna, mas se tiver só um registro no bloco, não há
necessidade deu fazer tal procedimento.
Já tentei com o query_hits mas o mesmo traz 0 mesmo eu setando a
propriedade do bloco Consultar todos os registros como SIM.
Abraços
Tiago Pimenta
[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
[As partes desta mensagem que não continham texto foram removidas]
RE: [oracle_br] [Forms] Quantidade total de registros no bloco
Tiago
Só agora que outros alertaram que eu vi que era um bloco de Forms :-)
Até agora não entendi o que tu quis dizer com antes mesmo que esses
registros estejam fisicamente no banco mas vou desconsiderar essa sentença
e responder a partir do resto da proposição.
Só que do jeito que está, dá pau se for um registro só.
Sim, porque aquele next_record antes do loop tá sobrando, ele impede o teste
de um registro único.
Suma com ele e tudo deve funcionar.
Estranhei aquele commit antes da última atribuição mas deve fazer sentido no
contetxo do teu forms.
Abraço
Étore Schiavini
mailto:et...@snpti.com.br et...@snpti.com.br
51 8116.4858
From: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] On
Behalf Of Tiago de Assis Pimenta
Sent: quarta-feira, 13 de julho de 2011 14:57
To: oracle_br@yahoogrupos.com.br
Subject: Re: [oracle_br] [Forms] Quantidade total de registros no bloco
Eu acho que não, pois acho que vai ser alguma bult-in do forms. Para ajudar
a compreender a minha dúvida, vou por o código abaixo:
/* Verificando se os tipos de dose são diferentes */
declare
v_n_tipo number := 0;
v_n_count number := 0;
begin
go_block('medicamento_protocolo');
first_record;
v_n_tipo := :medicamento_protocolo.class_id_tipo_dose;
next_record;
loop
if v_n_tipo != :medicamento_protocolo.class_id_tipo_dose then
v_n_count := v_n_count + 1;
end if;
exit when :system.last_record = 'TRUE';
next_record;
end loop;
if v_n_count 0 then
msg('Não é permitido Tipos de Dose diferentes no mesmo regime!');
raise form_trigger_failure;
else
commit;
:medicamento_protocolo.tipo_dose :=
pck_util.fnc_get_descricao_class(:medicamento_protocolo.class_id_tipo_dose);
end if;
end;
Só que do jeito que está, dá pau se for um registro só.
[ ]s
De: Duilio Bruniera Junior bruni...@gmail.com mailto:bruniera%40gmail.com
Para: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br
Enviadas: Quarta-feira, 13 de Julho de 2011 13:49
Assunto: Re: [oracle_br] [Forms] Quantidade total de registros no bloco
oh bgrother é isso que voce quer por um acaso?
SELECT S.blocks FROM DBA_SEGMENTS S WHERE S.owner='OWNER' AND
S.segment_name='NOME DA TABELA';
Em 13 de julho de 2011 12:41, Tiago de Assis Pimenta tiagopime...@ymail.com
mailto:tiagopimenta%40ymail.com
escreveu:
**
Senhores, boa tarde.
Gostaria de saber como faço para pegar a quantidade toda de registros em
um
bloco antes mesmo que esses registros estejam fisicamente no banco. Pois
estou rodando um loop para verificar se tem tipos de registros diferente
em
uma determinada coluna, mas se tiver só um registro no bloco, não há
necessidade deu fazer tal procedimento.
Já tentei com o query_hits mas o mesmo traz 0 mesmo eu setando a
propriedade do bloco Consultar todos os registros como SIM.
Abraços
Tiago Pimenta
[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
[As partes desta mensagem que não continham texto foram removidas]
[As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Trabalhando com o Suporte - ref.Problemas Após aplicação do Patch 10.2.0.5
Colega, provavelmente (dada a urgência) vc já deve ter tomado ações do tipo, pro seu caso o que vou dizer não serve, mas se vc não se importa, vou usar o teu caso pra dar umas dicas de trabalho mais eficiente/efetivo com o Suporte da Oracle, principalmente quando se investiga performance e/ou possibilidade de bugs - fica de Registro para outros eventuais leitores desta thread O primeiro ponto é , mais de uma vez já escutei opiniões do tipo : ah, eu já pago uma baba pro Suporte da Oracle, então eles que se virem pra me responder, se precisarem de algo que peçam, não vou fazer a Menor análise pra eles, não vou ´mastigar' nada, E se não responderem de bate-pronto escalo chamo o gerente da conta... - ok, é uma opinião e um procedimento perfeitamente aceitável / compreensível em vista das circunstâncias, Mas na minha experiência eu tenho notado que de modo geral uma abordagem proativa e de trabalho Conjunto funciona muitíssimo melhor : assim, ao abrir o Chamado, já passar os resultados de um RDA , um oswatcher, dos reports disponíveis (como AWR, ASH, ADDM, StatsPack), já passar os logs todos (além do alert.log o INVENTÁRIO e o DBA_REGISTRY, pro Analista saber o que está ou não Aplicado, e quando) , quando identificado um SQL culposo já passar o Plano real e completo (não o estimado via EXPLAIN PLAN, mas o REAL, tirado das V$SQL ou dum trace+tkprof - e dos DOIS cenários no seu caso, do SQL rápido acessando diretamente e do lento via view, e com e sem o ANSI join também), já ter Pesquisado os bugs possíveis e os apontar pro Analista, tudo isso são coisas que Aceleram muito o Service Request na Oracle... Inclusive, usando um pouco de cinismo, um efeito interessante dessa linha de ação é que vc tira do analista júnior que está Atendendo o teu chamado a chance de ficar pedindo por log ou pelo que for só pra ganhar tempo É aquele negócio, ao vc tentar adiantar um pouco o lado do analista, não só vc poupa o longo fluxo de solicitações (que consomem tempo), como Também é muito , mas Muito mais fácil de vc escalar o chamado, vc bate neles com razão, vc mete um update lá no SR tipo vide Notas e informações anteriores não-respondidas... Outras dicas que me ajudam em muito : a. SRs bem-feitos (ie, criados na área correta (e Não usando a opção 'General Issues, com um histórico Preciso, evidenciando exatamente quando e onde o problema começou, citando as versões Exatas e Completas não só do banco mas de softwares outros que vc tenha - tipo ASM, CRS -, e versões certinhas do SO, do hardware e do software de Storage, citando sempre Pelo Nome o servidor Oracle , o SID, o PATH, a ORACLE_HOME ) já são meio caminho andado b. sempre, sempre, sempre que Minimamente possível abrir o SR em Inglês : o pessoal de tradução na Oracle até que trabalha bem, mas Tradução sempre representa um delay c. ao fazer o Upload de arquivos, sempre coloque na descrição uma especificação completa pro analista , tipo : este Arquivo é um relatório AWR englobando os snapshots x até y , do perído tal hora tal até o período tal2, hora tal2, quando a Issue estava Acontecendo == Na minha colocação atual, como DBA de Produção, eu uso bastante o Suporte e posso realmente confirmar que essas coisas acima consomem tempo (tanto que eu levo pelo menos meia hora pra completar a abertura de um SR, o que meu chefe sempre Abomina) , MAS o resultado dos SRs via de regra é muitíssimo Superior ao que outros colegas da minha célula obtém ... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, José Laurindo jlchiappa@... escreveu Colega, PRIMEIRA COISA : vc foi AUTORIZADO pela Oracle a habilitar o tal param, foi CONFIRMADO o tal bug ??? Mexer nos params internos SEM uma indicação Precisa e Direta do Suporte não é, De Forma Alguma, algo Recomendado / Recomendável... Sobre a pergunta, na verdade eu já peguei, num cliente do interior de SP há uns anos (com 10.2.0.4 na ocasião) situação aonde os tempos/execução/planos eram diferentes ao se executar a query diretamente e/ou num bloco anônimo versus executar via view, não é tão estranho assim : o que ocorre é que quando vc faz um SELECT colunas FROM VIEW , Automaticamente o que o banco de dados vai receber e interpretar/otimizar é um SELECT com sub-query tipo : SELECT * FROM (select colunas from query da view); e haviam na ocasião uns tantoss quantos bugs referentes à sub-query, basicamente o que havia é que quando vc tem sub-query o otimizador pode optar por otimizar a query interna OU a externa primeiro, ou mesmo fazer um MERGE das duas, e ele estava fazendo escolhas inapropriadas Na ocasião pra um caso a gente tinha one-off patch, e pra outro a gente contornou com parâmetros que indicavam pro Otimizador uma ordem ao trabalhar com subqueries, tal como o _UNNEST_SUBQUERY e o _COMPLEX_VIEW_MERGING , mas vc está Absolutamente certo em pedir Escalonamento, troca de Analista e o que puder, pra receber uma
[oracle_br] Problemas com HWM - Analisando Fragmentacao de Tabelas
Boa noite colegas, Tenho um RAC na versao 11.1.0.6 que ultimamente, tem me dado alguns problemas relativos a performance de querys. Fiz algumas verificações e aplicações que demoravam cerca de 30 minutos para terem seus processos executados, estão levando em media 1 hora e pelo que percebi, comecei a ter gargalos para a realixação de INSERTS e SELECTS em tabelas especificas. Normalmente faço o dever de casa, shrink nas tabelas, utilizo do move uma vez por semana..mas gostaria de entender um pouco mais sobre clausu-las como pct free, pct used, a relacao do autoextend + next xxx K/M em relacao as clausu-las citadas e o principal, como verificar realmente se uma determinada tabela precisa de um trabalho mais detalhado para desfragmentacao.. Agluem teria algum post bom sobre isso ?
