Re: [oracle_br] Re: ASM
Ederson, Não sei se é possível, estou pesquisando o seguinte: Eu tenho em PRD na instância ASM: +DATA ---DBXXX ---DBYYY ---DBZZZ E tenho um BKP FULL com os três DB's, mas eu quero trazer para HMLG somente o DBXXX é possível fazer isso pelo RMAN? Obrigado, Em 29 de abril de 2013 17:13, ederson2001br ederson200...@yahoo.com.brescreveu: ** Boa tarde José Antonio, Sobre este assunto, gostaria de contribuir com um cenário real que me aconteceu no ambiente de testes. Recebi o erro ORA-15041 que é diskgroup space exhausted e fiz a adição de novo asmdisk no diskgroup e mesmo assim o Oracle continuou informando que não havia espaço disponível. Esta operação de adicionar discos, requer um REBALANCE, veja cenário: ORA-19504: failed to create file +DATA2 ORA-17502: ksfdcre:4 Failed to create file +DATA2 ORA-15041: diskgroup space exhausted SQL alter diskgroup data2 add disk '/dev/mapper/ed_group-ASM_0_TC'; SQL select disk_number Disk #, free_mb from v$asm_disk where group_number = 1 order by 1; Disk # FREE_MB -- -- 0 518 1 538 2 757327 novo asmdisk adicionado SQL alter diskgroup DATA2 rebalance power 11; Diskgroup altered. --a resposta é imediata, mas a operação está rodando em background, distribuindo os dados existentes entre os volumes SQL select path, free_mb,total_mb,state from v$asm_disk where group_number in (select group_number from v$asm_diskgroup where name='DATA2') order by 1; PATH FREE_MB TOTAL_MB STATE -- -- -- /dev/mapper/ed_group-ASM_0_TC 757327 819200 NORMAL /dev/mapper/ed_group-ASM_1_TC 538 819200 NORMAL /dev/mapper/ed_group-ASM_2_TC 538 819200 NORMAL --Monitorando o Rebalance: SQL select * from v$asm_operation; GROUP_NUMBER OPERA STAT POWER ACTUAL SOFAR EST_WORK EST_RATE EST_MINUTES - -- -- -- -- -- --- 1 REBAL RUN 11 11 11176 479865 2165 216 --Após balanceamento: SQL select path, free_mb,total_mb,state from v$asm_disk where group_number in (select group_number from v$asm_diskgroup where name='DATA2') order by 1; PATH FREE_MB TOTAL_MB STATE -- -- -- /dev/mapper/ed_group-ASM_0_TC 252794 819200 NORMAL /dev/mapper/ed_group-ASM_1_TC 252794 819200 NORMAL /dev/mapper/ed_group-ASM_2_TC 252795 819200 NORMAL SQL select disk_number Disk #, free_mb from v$asm_disk where group_number = 1 order by 1; Disk # FREE_MB -- -- 0 252794 1 252795 2 252794 SQL select * from v$asm_operation; no rows selected Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 Labor improbus omnia vincit --- Em oracle_br@yahoogrupos.com.br, J. Laurindo Chiappa jlchiappa@... escreveu Veja que o ASM sempre trabalha com discos lógicos (asm disks), discos lógicos esses que podem ser fisicamente compostos de partições, volumes RAID ou mesmo discos físicos totalmente dedicados, E esses asm disks são agrupados em DISK GROUPS, que vc cria com CREATE e dos quais adiciona ou remove asm disks via ALTER ... Então a sua resposta é : o seu procedimento seria criar asm disks com as partições em questão, e depois adicionar esses asm disks no diskgroup +DATA , ok ? Para mais refs, veja o manual Oracle® Database Storage Administrator's Guide no cap. 4 - Administering ASM Disk Groups . []s Chiappa --- Em oracle_br@yahoogrupos.com.br, José Antonio jehony@ escreveu Como eu faço para redimensionar um diskgroup? Por exemplo: eu tenho partições livres, eu quero adicionar essas partições livres ao +DATA, com o objetivo de aumentar a capacidade armazenamento. Obrigado, -- *José Antônio da Silva* *Administrador de Banco de Dados* *ELCARO - Consulting* [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:
[oracle_br] Detalhe no RMAN
Bom dia a todos, Perdi um tempo precioso em um restore/recover de uma base de testes e gostaria de compartilhar com os colegas. Caso tenham algo a acrescentar, agradeço. Bem, vamos ao cenário: tenho um servidor de testes para realizar todo tipo de restore, visando validar o backup e também os passos de uma recuperação de base (um estudo para preparar um disaster recover). Com o backup full do dia, notei que em alguns casos não consigo restaurar a base e mesmo com o restore database validate, vi casos que não restaurou. Rodei crosscheck e nada, continuei na mesma. Bem, após procurar muito, consegui entender após ler o post abaixo, onde o colega (ao qual agradeço ter compartilhado a experiência) mostrou passo-a-passo um detalhe muito importante. Não vou transcrever para não perder a referência, segue o link original. http://hemantoracledba.blogspot.com.br/2010/03/misinterpreting-restore-database.html Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 Labor improbus omnia vincit
Re: [oracle_br] ASM
Antônio, Creio que quando vc fala em DB está se referindo a schema Oracle. E não, não dá para restaurar partes lógicas (schemas) específicos com um backup físico. Você poderia realizar o backup lógico do schema em questão e restaurar na base de homologação. O que também dá para fazer é restaurar as tablespaces de sistema (SYS,SYSAUX e UNDOTBS) e mais a tablespace onde aquele schema reside por um backup do rman, porém, se os outros schemas tiverem objetos na mesma tablespace isso não resolve o seu problema (de espaço pelo que pude notar). Atenciosamente, Rodrigo Mufalani rodr...@mufalani.com.br www.mufalani.com.br Em 29/04/2013, às 19:39, José Antonio jeh...@gmail.com escreveu: Ederson, Não sei se é possível, estou pesquisando o seguinte: Eu tenho em PRD na instância ASM: +DATA ---DBXXX ---DBYYY ---DBZZZ E tenho um BKP FULL com os três DB's, mas eu quero trazer para HMLG somente o DBXXX é possível fazer isso pelo RMAN? Obrigado, Em 29 de abril de 2013 17:13, ederson2001br ederson200...@yahoo.com.brescreveu: ** Boa tarde José Antonio, Sobre este assunto, gostaria de contribuir com um cenário real que me aconteceu no ambiente de testes. Recebi o erro ORA-15041 que é diskgroup space exhausted e fiz a adição de novo asmdisk no diskgroup e mesmo assim o Oracle continuou informando que não havia espaço disponível. Esta operação de adicionar discos, requer um REBALANCE, veja cenário: ORA-19504: failed to create file +DATA2 ORA-17502: ksfdcre:4 Failed to create file +DATA2 ORA-15041: diskgroup space exhausted SQL alter diskgroup data2 add disk '/dev/mapper/ed_group-ASM_0_TC'; SQL select disk_number Disk #, free_mb from v$asm_disk where group_number = 1 order by 1; Disk # FREE_MB -- -- 0 518 1 538 2 757327 novo asmdisk adicionado SQL alter diskgroup DATA2 rebalance power 11; Diskgroup altered. --a resposta é imediata, mas a operação está rodando em background, distribuindo os dados existentes entre os volumes SQL select path, free_mb,total_mb,state from v$asm_disk where group_number in (select group_number from v$asm_diskgroup where name='DATA2') order by 1; PATH FREE_MB TOTAL_MB STATE -- -- -- /dev/mapper/ed_group-ASM_0_TC 757327 819200 NORMAL /dev/mapper/ed_group-ASM_1_TC 538 819200 NORMAL /dev/mapper/ed_group-ASM_2_TC 538 819200 NORMAL --Monitorando o Rebalance: SQL select * from v$asm_operation; GROUP_NUMBER OPERA STAT POWER ACTUAL SOFAR EST_WORK EST_RATE EST_MINUTES - -- -- -- -- -- --- 1 REBAL RUN 11 11 11176 479865 2165 216 --Após balanceamento: SQL select path, free_mb,total_mb,state from v$asm_disk where group_number in (select group_number from v$asm_diskgroup where name='DATA2') order by 1; PATH FREE_MB TOTAL_MB STATE -- -- -- /dev/mapper/ed_group-ASM_0_TC 252794 819200 NORMAL /dev/mapper/ed_group-ASM_1_TC 252794 819200 NORMAL /dev/mapper/ed_group-ASM_2_TC 252795 819200 NORMAL SQL select disk_number Disk #, free_mb from v$asm_disk where group_number = 1 order by 1; Disk # FREE_MB -- -- 0 252794 1 252795 2 252794 SQL select * from v$asm_operation; no rows selected Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 Labor improbus omnia vincit --- Em oracle_br@yahoogrupos.com.br, J. Laurindo Chiappa jlchiappa@... escreveu Veja que o ASM sempre trabalha com discos lógicos (asm disks), discos lógicos esses que podem ser fisicamente compostos de partições, volumes RAID ou mesmo discos físicos totalmente dedicados, E esses asm disks são agrupados em DISK GROUPS, que vc cria com CREATE e dos quais adiciona ou remove asm disks via ALTER ... Então a sua resposta é : o seu procedimento seria criar asm disks com as partições em questão, e depois adicionar esses asm disks no diskgroup +DATA , ok ? Para mais refs, veja o manual Oracle® Database Storage Administrator's Guide no cap. 4 - Administering ASM Disk Groups . []s Chiappa --- Em oracle_br@yahoogrupos.com.br, José Antonio jehony@ escreveu Como eu faço para redimensionar um diskgroup? Por exemplo: eu tenho partições livres, eu quero adicionar essas partições livres ao +DATA, com o objetivo de aumentar a capacidade armazenamento. Obrigado, -- *José Antônio da Silva* *Administrador de Banco de Dados* *ELCARO - Consulting* [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:
Re: [oracle_br] ASM
Na verdade não. Estou falando em ASM mesmo, estou apanhando um pouco porque sou iniciante, tenho uns problemas pontuais para resolver e limitações de disco. O EXPDP / IMPDP já foi feito, e não resolvem o meu problema, porque ficam milhares de objetos quebrados, inválidos e tenho que ficar procurando um a um corrigindo e recompilando, da um trabalho gigantesco. Já no RMAN não, eu pego o banco por completo, não dá muitos problemas com objetos inválidos, e se acontece é um ou dois objetos no máximo. Mesmo assim agradeço pela opinião. Obrigado, Em 30 de abril de 2013 11:09, Rodrigo Mufalani rodr...@mufalani.com.brescreveu: ** Antônio, Creio que quando vc fala em DB está se referindo a schema Oracle. E não, não dá para restaurar partes lógicas (schemas) específicos com um backup físico. Você poderia realizar o backup lógico do schema em questão e restaurar na base de homologação. O que também dá para fazer é restaurar as tablespaces de sistema (SYS,SYSAUX e UNDOTBS) e mais a tablespace onde aquele schema reside por um backup do rman, porém, se os outros schemas tiverem objetos na mesma tablespace isso não resolve o seu problema (de espaço pelo que pude notar). Atenciosamente, Rodrigo Mufalani rodr...@mufalani.com.br www.mufalani.com.br Em 29/04/2013, às 19:39, José Antonio jeh...@gmail.com escreveu: Ederson, Não sei se é possível, estou pesquisando o seguinte: Eu tenho em PRD na instância ASM: +DATA ---DBXXX ---DBYYY ---DBZZZ E tenho um BKP FULL com os três DB's, mas eu quero trazer para HMLG somente o DBXXX é possível fazer isso pelo RMAN? Obrigado, Em 29 de abril de 2013 17:13, ederson2001br ederson200...@yahoo.com.brescreveu: ** Boa tarde José Antonio, Sobre este assunto, gostaria de contribuir com um cenário real que me aconteceu no ambiente de testes. Recebi o erro ORA-15041 que é diskgroup space exhausted e fiz a adição de novo asmdisk no diskgroup e mesmo assim o Oracle continuou informando que não havia espaço disponível. Esta operação de adicionar discos, requer um REBALANCE, veja cenário: ORA-19504: failed to create file +DATA2 ORA-17502: ksfdcre:4 Failed to create file +DATA2 ORA-15041: diskgroup space exhausted SQL alter diskgroup data2 add disk '/dev/mapper/ed_group-ASM_0_TC'; SQL select disk_number Disk #, free_mb from v$asm_disk where group_number = 1 order by 1; Disk # FREE_MB -- -- 0 518 1 538 2 757327 novo asmdisk adicionado SQL alter diskgroup DATA2 rebalance power 11; Diskgroup altered. --a resposta é imediata, mas a operação está rodando em background, distribuindo os dados existentes entre os volumes SQL select path, free_mb,total_mb,state from v$asm_disk where group_number in (select group_number from v$asm_diskgroup where name='DATA2') order by 1; PATH FREE_MB TOTAL_MB STATE -- -- -- /dev/mapper/ed_group-ASM_0_TC 757327 819200 NORMAL /dev/mapper/ed_group-ASM_1_TC 538 819200 NORMAL /dev/mapper/ed_group-ASM_2_TC 538 819200 NORMAL --Monitorando o Rebalance: SQL select * from v$asm_operation; GROUP_NUMBER OPERA STAT POWER ACTUAL SOFAR EST_WORK EST_RATE EST_MINUTES - -- -- -- -- -- --- 1 REBAL RUN 11 11 11176 479865 2165 216 --Após balanceamento: SQL select path, free_mb,total_mb,state from v$asm_disk where group_number in (select group_number from v$asm_diskgroup where name='DATA2') order by 1; PATH FREE_MB TOTAL_MB STATE -- -- -- /dev/mapper/ed_group-ASM_0_TC 252794 819200 NORMAL /dev/mapper/ed_group-ASM_1_TC 252794 819200 NORMAL /dev/mapper/ed_group-ASM_2_TC 252795 819200 NORMAL SQL select disk_number Disk #, free_mb from v$asm_disk where group_number = 1 order by 1; Disk # FREE_MB -- -- 0 252794 1 252795 2 252794 SQL select * from v$asm_operation; no rows selected Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 Labor improbus omnia vincit --- Em oracle_br@yahoogrupos.com.br, J. Laurindo Chiappa jlchiappa@ ... escreveu Veja que o ASM sempre trabalha com discos lógicos (asm disks), discos lógicos esses que podem ser fisicamente compostos de partições, volumes RAID ou mesmo discos físicos totalmente dedicados, E esses asm disks são agrupados em DISK GROUPS, que vc cria com CREATE e dos quais adiciona ou remove asm disks via ALTER ... Então a sua resposta é : o seu procedimento seria criar asm disks com as partições em questão, e depois adicionar esses asm disks no diskgroup +DATA , ok ? Para mais refs, veja o manual Oracle® Database Storage Administrator's Guide no cap. 4 - Administering ASM Disk Groups . []s Chiappa --- Em oracle_br@yahoogrupos.com.br,
[oracle_br] Re: ASM
Boa tarde Mufalani e José Antonio, Eu havia entendido que os path´s DBXXX, DB e DB seriam instâncias e não schemas. Então, José Antônio, caso sejam instâncias, o backup estaria separado e bastaria copiar o backup da instância específica e rodar o RMAN. Claro, setando-se o ORACLE_SID para a instância específica, dar o shutdown na instância em HMLG. Setar ORACLE_SID para +ASM e esvaziar a pasta da instância específica no ASM de HMLG, setar novamente para DB (por exemplo) e proceder o restore desta instância. Passa mais detalhes aí do cenário, que estas operação são delicadas e podem ser destrutivas caso sejam feitas incorretamente. Não inicie nada sem estar certo (faça um checklistprimeiro) do que será feito. Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 Labor improbus omnia vincit --- Em oracle_br@yahoogrupos.com.br, Rodrigo Mufalani rodrigo@... escreveu Antônio, Creio que quando vc fala em DB está se referindo a schema Oracle. E não, não dá para restaurar partes lógicas (schemas) específicos com um backup físico. Você poderia realizar o backup lógico do schema em questão e restaurar na base de homologação. O que também dá para fazer é restaurar as tablespaces de sistema (SYS,SYSAUX e UNDOTBS) e mais a tablespace onde aquele schema reside por um backup do rman, porém, se os outros schemas tiverem objetos na mesma tablespace isso não resolve o seu problema (de espaço pelo que pude notar). Atenciosamente, Rodrigo Mufalani rodrigo@... www.mufalani.com.br Em 29/04/2013, às 19:39, José Antonio jehony@... escreveu: Ederson, Não sei se é possível, estou pesquisando o seguinte: Eu tenho em PRD na instância ASM: +DATA ---DBXXX ---DBYYY ---DBZZZ E tenho um BKP FULL com os três DB's, mas eu quero trazer para HMLG somente o DBXXX é possível fazer isso pelo RMAN? Obrigado, Em 29 de abril de 2013 17:13, ederson2001br ederson2001br@...escreveu: ** Boa tarde José Antonio, Sobre este assunto, gostaria de contribuir com um cenário real que me aconteceu no ambiente de testes. Recebi o erro ORA-15041 que é diskgroup space exhausted e fiz a adição de novo asmdisk no diskgroup e mesmo assim o Oracle continuou informando que não havia espaço disponível. Esta operação de adicionar discos, requer um REBALANCE, veja cenário: ORA-19504: failed to create file +DATA2 ORA-17502: ksfdcre:4 Failed to create file +DATA2 ORA-15041: diskgroup space exhausted SQL alter diskgroup data2 add disk '/dev/mapper/ed_group-ASM_0_TC'; SQL select disk_number Disk #, free_mb from v$asm_disk where group_number = 1 order by 1; Disk # FREE_MB -- -- 0 518 1 538 2 757327 novo asmdisk adicionado SQL alter diskgroup DATA2 rebalance power 11; Diskgroup altered. --a resposta é imediata, mas a operação está rodando em background, distribuindo os dados existentes entre os volumes SQL select path, free_mb,total_mb,state from v$asm_disk where group_number in (select group_number from v$asm_diskgroup where name='DATA2') order by 1; PATH FREE_MB TOTAL_MB STATE -- -- -- /dev/mapper/ed_group-ASM_0_TC 757327 819200 NORMAL /dev/mapper/ed_group-ASM_1_TC 538 819200 NORMAL /dev/mapper/ed_group-ASM_2_TC 538 819200 NORMAL --Monitorando o Rebalance: SQL select * from v$asm_operation; GROUP_NUMBER OPERA STAT POWER ACTUAL SOFAR EST_WORK EST_RATE EST_MINUTES - -- -- -- -- -- --- 1 REBAL RUN 11 11 11176 479865 2165 216 --Após balanceamento: SQL select path, free_mb,total_mb,state from v$asm_disk where group_number in (select group_number from v$asm_diskgroup where name='DATA2') order by 1; PATH FREE_MB TOTAL_MB STATE -- -- -- /dev/mapper/ed_group-ASM_0_TC 252794 819200 NORMAL /dev/mapper/ed_group-ASM_1_TC 252794 819200 NORMAL /dev/mapper/ed_group-ASM_2_TC 252795 819200 NORMAL SQL select disk_number Disk #, free_mb from v$asm_disk where group_number = 1 order by 1; Disk # FREE_MB -- -- 0 252794 1 252795 2 252794 SQL select * from v$asm_operation; no rows selected Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 Labor improbus omnia vincit --- Em oracle_br@yahoogrupos.com.br, J. Laurindo Chiappa jlchiappa@ escreveu Veja que o ASM sempre trabalha com discos lógicos (asm disks), discos lógicos esses que podem ser fisicamente compostos de partições, volumes RAID ou mesmo discos físicos totalmente dedicados, E esses asm disks são agrupados em DISK GROUPS, que vc cria com CREATE e dos quais adiciona ou remove asm disks via ALTER ... Então a sua resposta é : o seu
Re: [oracle_br] Instalação Oracle 11g no Windows 7 64
Qual edição do Windows? Professional? Ultimate? 2013/4/29 Emerson dos Santos Gaudêncio emerson.fen...@gmail.com Marcos, Você desabilitou o UAC(User Access Control) do Windows 7 , para instalar o Oracle 11g no Windows? Em 29 de abril de 2013 17:28, Marcos marcos@gmail.com escreveu: ** É 64 mesmo. Em 29/04/2013, às 18:19, Emerson dos Santos Gaudêncio emerson.fen...@gmail.com escreveu: Marcos, Qual a Release do Oracle 11g você está usando para efetuar a instalação? A Versão do Oracle 11g da Instalação é para Windows 64 bits? Já tive problemas semelhantes utilizando a versão do Oracle 32 bits , executando em sistemas de 64 bits. Att, Emerson Em 29 de abril de 2013 17:08, Marcos marcos@gmail.com escreveu: ** Na verdade, trava e fecha a janela sem mensagem de erro nenhuma. Já tentei várias coisas, inclusive executar pela linha de comando: Setup -jreLoc caminho do jdk Obs.: não há nenhuma oracle home nesta máquina. Abs, Marcos Em 29/04/2013, às 17:21, Milton Bastos Henriquis Jr. miltonbas...@gmail.com escreveu: Trava em qual momento? Arraste a janela pro lado, pra ver se não abriu uma outra janela atrás dela esperando uma ação sua... 2013/4/29 Marcos marcos@gmail.com ** Pessoal, Durante a instalação do 11g no Win 64, o Oracle Installer trava e não dá nenhuma mensagem de erro. Alguém já pegou este problema? Valeu! Marcos [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] -- 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] -- 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]
[oracle_br] Trigger com problemas
Pessoal boa tarde! Estou com um problema incomum aqui na empresa. A trigger abaixo deveria realizar um insert simples na tabela FLP_HISTORICO. O problema é que a trigger esta inserindo apenas parte dos valores passados no insert. Os demais dados não são inseridos mesmo contendo valores nos campos. O mais curioso, é que se eu executar os inserts manualmente com os mesmos dados, o insert é realizado com sucesso. Alguem tem idéia do que pode ser? Dados inseridos corretamente: *:NEW.COD_FUNCIONARIO, :NEW.DAT_LANC, 204* Dados não inseridos: *:NEW.VLR_DOCUMENTO, 'MANAGER', :NEW.DAT_LANC, 'FC'* Trigger: *create or replace* *TRIGGER GLOBUS.TR_FLP_FICHACONDUTA_ARR_BH* *AFTER INSERT ON T_ARR_LANC_FUNC * *FOR EACH ROW WHEN (NEW.cod_empresa in (1,2,3))* * * *BEGIN* *INSERT INTO FLP_HISTORICO (codintfunc, dthist, codocorr, nrdoctohist, usuincluiu, dtincluiu, origem) * *VALUES (:NEW.COD_FUNCIONARIO, :NEW.DAT_LANC, 204, :NEW.VLR_DOCUMENTO, 'MANAGER', :NEW.DAT_LANC, 'FC');* END; -- Att, Rafael HM Pereira Linux User Id: 360166 Skype: rafaelhmpereira MSN: rafael.henri...@gmail.com Blog: http://rafaelhmpereira.blogspot.com LinkedIn: http://br.linkedin.com/in/rafaelhmpereira (27) 9233-0734 / (27) 3328-4320 [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] MSN acaba nesta terça; Skype assume usuários
Diferencial do Skype em relação ao MSN é a possibilidade de realizar ligações pela internet para telefones comuns e celulares Os internautas brasileiros dão adeus ao Windows Live Messenger (antigo MSN) nesta terça-feira. No lugar do software de comunicação instantânea a Microsoft aposta no Skype, comprado pela empresa em 2011. A partir desta quarta-feira, quem tentar acessar o MSN vai encontrar na tela uma mensagem pedindo para que seja feita a migração de sua conta (incluindo seus contatos antigos) para o Skype. O processo é simples e rápido. A princípio, o internauta que desconhece o uso do Skype não encontrará grandes dificuldades ao migrar sua conta do MSN para o novo programa. Nele, ainda é possível enviar e receber mensagens de texto e emoticons, por exemplo. O diferencial do Skype em relação ao MSN é a possibilidade de realizar ligações pela internet para telefones comuns e celulares. [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Trigger com problemas
Fala Rafael. Não tem alguma outra trigger nesta mesma tabela que esteja limpando estes campos não? Tivemos um problema semelhante, em que o processo fazia o insert na tabela, que disparava a trigger, e depois fazia um update no registro inserido, para sinalizar que tinha concluído a operação, neste momento uma trigger de update limpava os campos. Então, parecia ser um único momento, mas na verdade eram 2 triggers uma anulando a outra. Dá uma conferida nisso Abraços! Gerson S. de Vasconcelos Júnior DBA - Oracle Certified Fone: (16) 8176-0468 Msn: gerson.vasconce...@gmail.com Skype: gersonvjunior http://www.diaadiaoracle.com.br/ Em 30 de abril de 2013 14:40, Rafael HM Pereira rafael.henri...@gmail.comescreveu: ** Pessoal boa tarde! Estou com um problema incomum aqui na empresa. A trigger abaixo deveria realizar um insert simples na tabela FLP_HISTORICO. O problema é que a trigger esta inserindo apenas parte dos valores passados no insert. Os demais dados não são inseridos mesmo contendo valores nos campos. O mais curioso, é que se eu executar os inserts manualmente com os mesmos dados, o insert é realizado com sucesso. Alguem tem idéia do que pode ser? Dados inseridos corretamente: *:NEW.COD_FUNCIONARIO, :NEW.DAT_LANC, 204* Dados não inseridos: *:NEW.VLR_DOCUMENTO, 'MANAGER', :NEW.DAT_LANC, 'FC'* Trigger: *create or replace* *TRIGGER GLOBUS.TR_FLP_FICHACONDUTA_ARR_BH* *AFTER INSERT ON T_ARR_LANC_FUNC * *FOR EACH ROW WHEN (NEW.cod_empresa in (1,2,3))* * * *BEGIN* * INSERT INTO FLP_HISTORICO (codintfunc, dthist, codocorr, nrdoctohist, usuincluiu, dtincluiu, origem) * * VALUES (:NEW.COD_FUNCIONARIO, :NEW.DAT_LANC, 204, :NEW.VLR_DOCUMENTO, 'MANAGER', :NEW.DAT_LANC, 'FC');* END; -- Att, Rafael HM Pereira Linux User Id: 360166 Skype: rafaelhmpereira MSN: rafael.henri...@gmail.com Blog: http://rafaelhmpereira.blogspot.com LinkedIn: http://br.linkedin.com/in/rafaelhmpereira (27) 9233-0734 / (27) 3328-4320 [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
[oracle_br] Re: Trigger com problemas
Blz Gerson? Espero que sim! =) Muito obrigado pela dica. Vou verificar isso aqui e te retorno! Mais uma vez obrigado pela atenção! RAfael --- Em oracle_br@yahoogrupos.com.br, Gerson Junior gerson.vasconcelos@... escreveu Fala Rafael. Não tem alguma outra trigger nesta mesma tabela que esteja limpando estes campos não? Tivemos um problema semelhante, em que o processo fazia o insert na tabela, que disparava a trigger, e depois fazia um update no registro inserido, para sinalizar que tinha concluído a operação, neste momento uma trigger de update limpava os campos. Então, parecia ser um único momento, mas na verdade eram 2 triggers uma anulando a outra. Dá uma conferida nisso Abraços! Gerson S. de Vasconcelos Júnior DBA - Oracle Certified Fone: (16) 8176-0468 Msn: gerson.vasconcelos@... Skype: gersonvjunior http://www.diaadiaoracle.com.br/ Em 30 de abril de 2013 14:40, Rafael HM Pereira rafael.henrique@...escreveu: ** Pessoal boa tarde! Estou com um problema incomum aqui na empresa. A trigger abaixo deveria realizar um insert simples na tabela FLP_HISTORICO. O problema é que a trigger esta inserindo apenas parte dos valores passados no insert. Os demais dados não são inseridos mesmo contendo valores nos campos. O mais curioso, é que se eu executar os inserts manualmente com os mesmos dados, o insert é realizado com sucesso. Alguem tem idéia do que pode ser? Dados inseridos corretamente: *:NEW.COD_FUNCIONARIO, :NEW.DAT_LANC, 204* Dados não inseridos: *:NEW.VLR_DOCUMENTO, 'MANAGER', :NEW.DAT_LANC, 'FC'* Trigger: *create or replace* *TRIGGER GLOBUS.TR_FLP_FICHACONDUTA_ARR_BH* *AFTER INSERT ON T_ARR_LANC_FUNC * *FOR EACH ROW WHEN (NEW.cod_empresa in (1,2,3))* * * *BEGIN* * INSERT INTO FLP_HISTORICO (codintfunc, dthist, codocorr, nrdoctohist, usuincluiu, dtincluiu, origem) * * VALUES (:NEW.COD_FUNCIONARIO, :NEW.DAT_LANC, 204, :NEW.VLR_DOCUMENTO, 'MANAGER', :NEW.DAT_LANC, 'FC');* END; -- Att, Rafael HM Pereira Linux User Id: 360166 Skype: rafaelhmpereira MSN: rafael.henrique@... Blog: http://rafaelhmpereira.blogspot.com LinkedIn: http://br.linkedin.com/in/rafaelhmpereira (27) 9233-0734 / (27) 3328-4320 [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: ASM
É instância mesmo Ederson, você está correto. Realmente é uma operação delicada, mesmo para um ambiente de HMLG, então eu fiz tudo o que você falou conforme conversamos na trilha sobre RMAN, todavia travei neste erro: RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of restore command at 04/26/2013 22:06:16 ORA-01119: erro ao criar o arquivo '+DATA' de banco de dados ORA-17502: ksfdcre:4 Falhou ao criar o arquivo +DATA ORA-15041: diskgroup DATA space exhausted RMAN-06956: create datafile failed; retry after removing +DATA/bdxxx/datafile/data.262.796430253 from OS Até este erro o RMAN estava restaurando tudo corretamente, a princípio eu já entendi que é necessário mais espaço no +DATA, mas o máquina que vai receber restore já está com 7 TB alocados, estou dificuldade de entender quais sãos discos físicos com compõem o DG +DATA, eu entrei no asmcmd, e dei comando lsdsk -k -G data, e objetive o seguinte resultado: Total_MB Free_MB OS_MB Name Failgroup Failgroup_Type Library Label UDID Product Redund Path 511993 845 511993 DATA_0004 DATA_0004 REGULAR System UNKNOWN /dev/raw/raw1 511993 824 511993 DATA_0003 DATA_0003 REGULAR System UNKNOWN /dev/raw/raw10 511993 813 511993 DATA_0002 DATA_0002 REGULAR System UNKNOWN /dev/raw/raw11 511993 782 511993 DATA_0001 DATA_0001 REGULAR System UNKNOWN /dev/raw/raw2 511993 811 511993 DATA_ DATA_ REGULAR System UNKNOWN /dev/raw/raw3 511993 805 511993 DATA_0005 DATA_0005 REGULAR System UNKNOWN /dev/raw/raw7 511993 795 511993 DATA_0006 DATA_0006 REGULAR System UNKNOWN /dev/raw/raw8 511993 793 511993 DATA_0007 DATA_0007 REGULAR System UNKNOWN /dev/raw/raw9 Mas não sei quem são esses /dev/raw/* no SO. Mas já sei que tenho que adicionar mais um ou dois discos. Agradeço pela ajuda. Obrigado. Em 30 de abril de 2013 12:22, ederson2001br ederson200...@yahoo.com.brescreveu: ** Boa tarde Mufalani e José Antonio, Eu havia entendido que os path´s DBXXX, DB e DB seriam instâncias e não schemas. Então, José Antônio, caso sejam instâncias, o backup estaria separado e bastaria copiar o backup da instância específica e rodar o RMAN. Claro, setando-se o ORACLE_SID para a instância específica, dar o shutdown na instância em HMLG. Setar ORACLE_SID para +ASM e esvaziar a pasta da instância específica no ASM de HMLG, setar novamente para DB (por exemplo) e proceder o restore desta instância. Passa mais detalhes aí do cenário, que estas operação são delicadas e podem ser destrutivas caso sejam feitas incorretamente. Não inicie nada sem estar certo (faça um checklistprimeiro) do que será feito. Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 Labor improbus omnia vincit --- Em oracle_br@yahoogrupos.com.br, Rodrigo Mufalani rodrigo@... escreveu Antônio, Creio que quando vc fala em DB está se referindo a schema Oracle. E não, não dá para restaurar partes lógicas (schemas) específicos com um backup físico. Você poderia realizar o backup lógico do schema em questão e restaurar na base de homologação. O que também dá para fazer é restaurar as tablespaces de sistema (SYS,SYSAUX e UNDOTBS) e mais a tablespace onde aquele schema reside por um backup do rman, porém, se os outros schemas tiverem objetos na mesma tablespace isso não resolve o seu problema (de espaço pelo que pude notar). Atenciosamente, Rodrigo Mufalani rodrigo@... www.mufalani.com.br Em 29/04/2013, às 19:39, José Antonio jehony@... escreveu: Ederson, Não sei se é possível, estou pesquisando o seguinte: Eu tenho em PRD na instância ASM: +DATA ---DBXXX ---DBYYY ---DBZZZ E tenho um BKP FULL com os três DB's, mas eu quero trazer para HMLG somente o DBXXX é possível fazer isso pelo RMAN? Obrigado, Em 29 de abril de 2013 17:13, ederson2001br ederson2001br@...escreveu: ** Boa tarde José Antonio, Sobre este assunto, gostaria de contribuir com um cenário real que me aconteceu no ambiente de testes. Recebi o erro ORA-15041 que é diskgroup space exhausted e fiz a adição de novo asmdisk no diskgroup e mesmo assim o Oracle continuou informando que não havia espaço disponível. Esta operação de adicionar discos, requer um REBALANCE, veja cenário: ORA-19504: failed to create file +DATA2 ORA-17502: ksfdcre:4 Failed to create file +DATA2 ORA-15041: diskgroup space exhausted SQL alter
[oracle_br] Vaga SAP SOLMAN ChaRM Sênior
Boa Tarde! A WA Consultoria está no mercado de T.I há 24 anos, atuando de forma integrada, desenvolvendo soluções completas com serviços e produtos para empresas em toda América do Sul. Buscamos o seguinte perfil: * SAP Solution Manager Sênior Local: São Paulo/SP Duração: 6 meses Requisitos: Consultor Solution Manager com experiência em ChaRM. Principais atividades: Levantamento da situação atual cenário SAP e processo de gestão de mudança. Definição de novo modelo: governança, fluxos das mudanças e funções (papéis e responsabilidades). Proposição do modelo futuro para o processo de mudança com o ChaRM no Solution Manager. Especificação das configurações para o ChaRM (desenho da solução). Criação de manual operacional de mudanças (processo, governança e operacionalização). Interessados ou Indicações, enviar CV para: eloisa.si...@wa.com.br Skype para contato: elosantoss Atenciosamente, Eloísa Silva Recursos Humanos WA Informática Office +55 (11) 3741-3705 Emailmailto:eloisa.si...@wa.com.br eloisa.si...@wa.com.br Site http://www.wa.com.br/ www.wa.com.br WA SP Recepção +55 (11) 3741-4040 | Fax +55 (11) 3741-3040 WA RJRecepção +55 (21) 2220-6402 | RH +55 (21) 2221-0823 [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: ASM
Alô José Antonio, Bem, então vc avançou bastante. Um detalhe, como já falei em email anterior, a mensagem ORA-15041 não significa **SEMPRE** que acabou o espaço, pode ser que um disco tenha sido adicionado e não foi balanceado, releia o email. Agora, sobre o RAW, significa volume cru, isto é, o Linux apenas reservou o espaço em disco, mas não o formatou e nem atribuiu ponto de montagem. Se vc rodar um df -h, os discos raw não vão aparecer. Para ver os discos raw, rode (como root no Linux): # lvdisplay e também # pvdisplay -s Vc pode tb setar ORACLE_SID=+ASM e com o sqlplus / as sysdba, rodar: SQL show parameter asm_diskstring; SQL select GROUP_NUMBER, name, header_status, substr(path,1,30) path, state FROM V$ASM_DISK; Os passos acima vão te mostrar informações sobre o volume físico e lógico que está configurado no Linux. O próximo passo, seria adicionar mais espaço. Se o PVDISPLAY mostrar que ainda tem espaço nos volumes físicos, vc pode criar novo volume lógico com o LVCREATE, veja meu exemplo (no seu ambiente será outros nomes): # lvcreate -L 800G -n ASM_2_TC asm_group1 Meu disco físico tem 1Tb livre, então 800Gb é o tamanho que posso alocar e ainda deixar uma sobra para o futuro. ASM_2_TC é o nome de um novo volume lógico e asm_group1 é o nome do volume group (vc vê com o comando # vgdisplay) Em seguida, volte ao sqlplus e rode novamente (o novo volume aparece como CANDIDATE): SQL select GROUP_NUMBER, name, header_status, substr(path,1,30) path, state FROM V$ASM_DISK; Agora fica fácil: SQL alter diskgroup DATA add disk '/dev/mapper/asm_group1-ASM_2_TC'; Rode novamente (o novo volume aparece como MEMBER): SQL select GROUP_NUMBER, name, header_status, substr(path,1,30) path, state FROM V$ASM_DISK; Agora vc pode ver sobre o REBALANCE, conforme o email que já te passei. ATENÇÃO: Garantir o backup de HMLG ANTES de iniciar os procedimentos, isto é de lei !! Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 Labor improbus omnia vincit --- Em oracle_br@yahoogrupos.com.br, José Antonio jehony@... escreveu É instância mesmo Ederson, você está correto. Realmente é uma operação delicada, mesmo para um ambiente de HMLG, então eu fiz tudo o que você falou conforme conversamos na trilha sobre RMAN, todavia travei neste erro: RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of restore command at 04/26/2013 22:06:16 ORA-01119: erro ao criar o arquivo '+DATA' de banco de dados ORA-17502: ksfdcre:4 Falhou ao criar o arquivo +DATA ORA-15041: diskgroup DATA space exhausted RMAN-06956: create datafile failed; retry after removing +DATA/bdxxx/datafile/data.262.796430253 from OS Até este erro o RMAN estava restaurando tudo corretamente, a princípio eu já entendi que é necessário mais espaço no +DATA, mas o máquina que vai receber restore já está com 7 TB alocados, estou dificuldade de entender quais sãos discos físicos com compõem o DG +DATA, eu entrei no asmcmd, e dei comando lsdsk -k -G data, e objetive o seguinte resultado: Total_MB Free_MB OS_MB Name Failgroup Failgroup_Type Library Label UDID Product Redund Path 511993 845 511993 DATA_0004 DATA_0004 REGULAR System UNKNOWN /dev/raw/raw1 511993 824 511993 DATA_0003 DATA_0003 REGULAR System UNKNOWN /dev/raw/raw10 511993 813 511993 DATA_0002 DATA_0002 REGULAR System UNKNOWN /dev/raw/raw11 511993 782 511993 DATA_0001 DATA_0001 REGULAR System UNKNOWN /dev/raw/raw2 511993 811 511993 DATA_ DATA_ REGULAR System UNKNOWN /dev/raw/raw3 511993 805 511993 DATA_0005 DATA_0005 REGULAR System UNKNOWN /dev/raw/raw7 511993 795 511993 DATA_0006 DATA_0006 REGULAR System UNKNOWN /dev/raw/raw8 511993 793 511993 DATA_0007 DATA_0007 REGULAR System UNKNOWN /dev/raw/raw9 Mas não sei quem são esses /dev/raw/* no SO. Mas já sei que tenho que adicionar mais um ou dois discos. Agradeço pela ajuda. Obrigado.
[oracle_br] Fwd:
http://www.jit-izu.sakura.ne.jp/cmfvxe.php