[oracle_br] [off-topic] Grupos no Telegram

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

http://savepoint.blog.br/grupos-de-ti-no-telegram/

Comentários são bem vindos.

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

Re: [oracle_br] OT - Grupo dbas - Dbabrasil no telegram

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Em 13 de maio de 2016 11:44, angelo angelolis...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Queria aproveitar para convida-los a entrar no grupo que roda no Telegram
> (o primo do whatsapp)
> Talvez alguns aqui ja conheçam e frequentem
>
> https://telegram.me/DbaBrasil
>
>
> Obs: Nos grupos do telegram, seu número de telefone não aparece no grupo,
> apenas o seu nick. Porque as vezes a pessoa fica meio cabrera de entrar por
> causa disso...
>
>
>
Olha, para grupos, o Telegram é realmente muito superior ao Whatsapp... já
estamos com 565 pessoas no grupo e crescendo (o limite é 5K até agora). E
por incrível que pareça não dá bagunça. A capacidade de citar uma pessoa ou
resposta específica ajuda muito. E ele praticamente só atualiza o grupo
quando você abre o Telegram, ou seja, não fica apitando nem consumindo
recursos...



> []s angelo
>
>
>
>
>
>
>
>
> 
>



-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

[oracle_br] Re: Grupo DBA-Brasil no Telegram

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Em 6 de abril de 2016 13:42, Fábio Telles Rodriguez 
escreveu:

> Senhores, o grupo do Telegram cresceu e passou das 200 pessoas e agora é
> um supergrupo, então o link para entrar mudou:
>
> https://telegram.me/joinchat/BSo6ET1rO4Ba2eSOHyMhGg
>
>
Corrigindo, em um dia, passamos dos 300 usuários!

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

[oracle_br] Grupo DBA-Brasil no Telegram

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Senhores, o grupo do Telegram cresceu e passou das 200 pessoas e agora é um
supergrupo, então o link para entrar mudou:

https://telegram.me/joinchat/BSo6ET1rO4Ba2eSOHyMhGg

Vejo vocês lá!

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

[oracle_br] DBA Brasil 1.0

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Senhores, está aberta a chamada de trabalhos para o DBA Brasil 1.0 que vai
acontecer em São Paulo no dia 16/04.

Uma oportunidade interessante de participar de um evento que promete muito.

Seguem os links:

Meus comentários sobre o evento: http://savepoint.blog.br/dba-brasil-1-0/
Site oficial, ainda em construção...
http://www.dbabr.com.br/blog/index.php/dba-brasil-1-0/
Inscrição na chamada de trabalhos:
https://docs.google.com/forms/d/1Q5WNtTc2OOF4j67vWH1LyurHqnmOrnH08S1rwHG3UFA/

Vejo vocês lá!

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

[oracle_br] [OFF TOPIC] Grupo DBA-Brasil

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Senhores, acho que esse assunto já deve ter passado por aqui, mas vou
reforçar. Uma turma criou um grupo chamado DBA-Brasil, que começou como um
grupo no Whatsapp, que logo lotou e foi para o segundo, terceiro.. e agora
temos um grupo no Telegram, onde cabem até mil pessoas. São DBAs de
diversas áreas trocando experiências, vagas de emprego, nerdices, etc.

- Montaram um grupo no Google, em:
https://groups.google.com/forum/#!forum/dba-brasil
- Marcamos uma cervejada em São Paulo, nesta quinta-feira às 19h no
Mineiro, perto da Av. Paulista: À Mineira, que fica na Alameda Joaquim
Eugênio de Lima, 697 - Jardim Paulista - SP
- Montaram um site que reúne blogs de diversos DBAs:
http://www.dbabr.com.br/blog/
- Tem vaga no grupo do Telegram (que eu pessoalmente acho bem melhor que o
whatsapp). Basta seguir o link e instalar o App:
https://telegram.me/joinchat/BSo6EQM3rCpAxyvTp2GANQ
- Quem quiser entrar num dos grupos do Whatsapp, tem que pedir no grupo por
e-mail.

Espero encontrar alguns dos senhores para tomar uma cerveja (ou suco, para
quem preferir).

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

[oracle_br] Hangout sobre o perfil do DBA no Brasil

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Senhores, em agosto realizei aqui uma pesquisa sobre o "Perfil do DBA no
Brasil <http://savepoint.blog.br/pesquisa-sobre-o-perfil-do-dba-no-brasil/>".
Quem não respondeu à pesquisa, tem até o dia 10/11/2015 para responder.
Pois nesse dia vou apresentar os dados em grande estilo, com 3 convidados
para lá de especiais:

   - Christiano Anderson <http://christiano.me/>, membro conhecido da
   comunidade de software livre especialista em NoSQL, MongoDB e Big Data;
   - Fábio Cotrim, DBA MS SQL Server e o criador do grupo DBA-Brasil
   
<https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!forum/dba-brasil>,
   que inspirou esta pesquisa;
   - Fábio Telles Rodriguez: Eu, DBA e entusiasta PostgreSQL;
   - José Laurindo Chiappa: DBA Oracle e membro lendário na lista Oracle-BR
   <https://br.groups.yahoo.com/neo/groups/oracle_br/info>.


Resumindo:

   - *Assunto*: Perfil do DBA no Brasil
   -  *Data*: 10/11
   -  *Hora*: 20h30
   - *Onde*: Hangout
   <https://plus.google.com/events/c3s503553u6pek6qq6uhebhork4>ou Youtube
   <http://www.youtube.com/watch?v=bBc1j8v9bVo>


-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

Re: [oracle_br] Tabelas com muito Insert/Update/Delete

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Em 18 de agosto de 2015 10:01, Fábio Telles Rodriguez <
fabio.tel...@gmail.com> escreveu:

>
>
> Em 18 de agosto de 2015 07:57, 'Ednilson Silva' ednilson.si...@jbs.com.br
> [oracle_br]  escreveu:
>
>>
>>
>> Bom Dia,
>>
>> Como descobrir as tabelas que sofrem mais insert/update/delete?
>>
>> Alguém tem e poderia disponibilizar algum script para realizar uma coleta
>> diaria de estatísticas nessas tabelas?
>>
>>
> Apenas consulte a tabela pg_stat_all_tables. Você pode zerar as
> estatísticas desta tabela usando a função
> pg_stat_reset(). Isto é bem trivial.
>
> Consulte a documentação sobre outros detalhes:
> http://www.postgresql.org/docs/9.5/static/monitoring-stats.html
>
>
Ops, lista errada. Desconsiderem (isso só funciona no PostgreSQL)
:-)

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

Re: [oracle_br] Tabelas com muito Insert/Update/Delete

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Em 18 de agosto de 2015 07:57, 'Ednilson Silva' ednilson.si...@jbs.com.br
[oracle_br]  escreveu:

>
>
> Bom Dia,
>
> Como descobrir as tabelas que sofrem mais insert/update/delete?
>
> Alguém tem e poderia disponibilizar algum script para realizar uma coleta
> diaria de estatísticas nessas tabelas?
>
>
Apenas consulte a tabela pg_stat_all_tables. Você pode zerar as
estatísticas desta tabela usando a função
pg_stat_reset(). Isto é bem trivial.

Consulte a documentação sobre outros detalhes:
http://www.postgresql.org/docs/9.5/static/monitoring-stats.html




>
>
> Grato,
>
> Ednilson Silva
>
> 
>



-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

Re: [oracle_br] [off topic] Pesquisa rápida com os DBAs do grupo

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Em 13 de agosto de 2015 15:00, Jefferson Clyton
jeff_programa...@yahoo.com.br [oracle_br] 
escreveu:

>
>
>
> D) Eu já gostava de banco de dados e direcionei minha carreira para isso
>

Jefferson, se puder responda a pesquisa em:
*https://docs.google.com/forms/d/1kzb1mwCQ_vW_bT7CUIxj4JvpskgF80-vKOkX4VWhN-s/viewform
<https://docs.google.com/forms/d/1kzb1mwCQ_vW_bT7CUIxj4JvpskgF80-vKOkX4VWhN-s/viewform>*

>
>
> Sem mais,
>
> Jefferson Silva.
>
>
> *Visite o meu blog -  Notícias sobre Banco de Dados em geral.*
> http://jeff-dba.blogspot.com/
>
> Em 11 de agosto de 2015 17:10, Fábio Telles Rodriguez
> fabio.tel...@gmail.com [oracle_br] 
> escreveu:
>
>>
>>
>> Senhores, quem puder responder em PVT ou aqui na lista, eu agradeço. A
>> questão que eu quero abordar rapidamente é como as pessoas se tornam um DBA
>> na sua carreira de TI.
>>
>> Responda, como iniciou sua carreira de DBA???
>>
>> A) Eu era um sysadmin e precisavam de alguém para cuidar do banco de
>> dados XPTO na empresa.
>> B) Eu era um desenvolvedor e precisavam de alguém para cuidar do banco de
>> dados XPTO na empresa.
>> C) Eu era o gestor de um grupo de TI, e precisavam de alguém para cuidar
>> do banco de dados XPTO na empresa.
>> D) Eu já gostava de banco de dados e direcionei minha carreira para isso
>> E) Outros: qual?
>>
>> --
>> Atenciosamente,
>> Fábio Telles Rodriguez
>> blog: http:// <http://www.midstorm.org/~telles/>s
>> <http://tellesr.wordpress.com/>avepoint.blog.br
>> e-mail / gtalk / MSN: fabio.tel...@gmail.com
>> Skype: fabio_telles
>>
>> Timbira - A empresa brasileira de Postgres
>> http://www.timbira.com.br
>>
>>
> 
>



-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

Re: [oracle_br] Re: [off topic] Pesquisa rápida com os DBAs do grupo

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Em 12 de agosto de 2015 17:22, Fábio Telles Rodriguez <
fabio.tel...@gmail.com> escreveu:

>
>
> Em 12 de agosto de 2015 11:55, Fábio Telles Rodriguez <
> fabio.tel...@gmail.com> escreveu:
>
>>
>>
>> Em 12 de agosto de 2015 11:48, Fábio Telles Rodriguez <
>> fabio.tel...@gmail.com> escreveu:
>>
>>>
>>>
>>> Em 12 de agosto de 2015 11:15, Fabio Prado fbifa...@gmail.com
>>> [oracle_br]  escreveu:
>>>
>>>>
>>>>
>>>> Pessoal, gostei da pesquisa e gostaria de me aproveitar da ideia para
>>>> publicar uma enquete com essas perguntas em meu blog.
>>>>
>>>> Fábio Telles Rodriguez, tudo bem se eu fizer isso? Irá te ajudar?
>>>>
>>>
>>>
>>> Claro, esteja à vontade. Se o fizer, manda o link depois.
>>>
>>
>> Pensando bem, resolvi fazer uma pesquisa mais completa aqui... daqui a
>> pouco divulgo o link.
>>
>
> Segue o link: http://goo.gl/forms/WyryxNOa9i
>
>

Senhores, se puderem divulgar em outras listas de DBAs só tive 45
respostas até agora, ou seja, não dá para fazer nenhuma análise com um
volume tão baixo, e seira legal ver o perfil de DBAs de outros SGDBs também
e até comparar.

[]s

Re: [oracle_br] Re: [off topic] Pesquisa rápida com os DBAs do grupo

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Em 12 de agosto de 2015 11:55, Fábio Telles Rodriguez <
fabio.tel...@gmail.com> escreveu:

>
>
> Em 12 de agosto de 2015 11:48, Fábio Telles Rodriguez <
> fabio.tel...@gmail.com> escreveu:
>
>>
>>
>> Em 12 de agosto de 2015 11:15, Fabio Prado fbifa...@gmail.com
>> [oracle_br]  escreveu:
>>
>>>
>>>
>>> Pessoal, gostei da pesquisa e gostaria de me aproveitar da ideia para
>>> publicar uma enquete com essas perguntas em meu blog.
>>>
>>> Fábio Telles Rodriguez, tudo bem se eu fizer isso? Irá te ajudar?
>>>
>>
>>
>> Claro, esteja à vontade. Se o fizer, manda o link depois.
>>
>
> Pensando bem, resolvi fazer uma pesquisa mais completa aqui... daqui a
> pouco divulgo o link.
>

Segue o link: http://goo.gl/forms/WyryxNOa9i


> --
> Atenciosamente,
> Fábio Telles Rodriguez
> blog: http:// <http://www.midstorm.org/~telles/>s
> <http://tellesr.wordpress.com/>avepoint.blog.br
> e-mail / gtalk / MSN: fabio.tel...@gmail.com
> Skype: fabio_telles
>
> Timbira - A empresa brasileira de Postgres
> http://www.timbira.com.br
>



-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

[oracle_br] Fwd: Pesquisa sobre o Perfil do DBA no Brasil

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Senhores, atendendo a sugestões, estou divulgando um formulário um pouco
mais completo sobre o assunto. Depois de uma ou duas semanas divulgo o
resultado.

Quem puder divulgar em outras listas, eu agradeço muito.

Segue o link para a pesquisa: http://goo.gl/forms/YMXcQBU31c

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br



-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

Re: [oracle_br] Re: [off topic] Pesquisa rápida com os DBAs do grupo

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Em 12 de agosto de 2015 11:48, Fábio Telles Rodriguez <
fabio.tel...@gmail.com> escreveu:

>
>
> Em 12 de agosto de 2015 11:15, Fabio Prado fbifa...@gmail.com [oracle_br]
>  escreveu:
>
>>
>>
>> Pessoal, gostei da pesquisa e gostaria de me aproveitar da ideia para
>> publicar uma enquete com essas perguntas em meu blog.
>>
>> Fábio Telles Rodriguez, tudo bem se eu fizer isso? Irá te ajudar?
>>
>
>
> Claro, esteja à vontade. Se o fizer, manda o link depois.
>

Pensando bem, resolvi fazer uma pesquisa mais completa aqui... daqui a
pouco divulgo o link.
-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

Re: [oracle_br] Re: [off topic] Pesquisa rápida com os DBAs do grupo

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Em 12 de agosto de 2015 11:15, Fabio Prado fbifa...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Pessoal, gostei da pesquisa e gostaria de me aproveitar da ideia para
> publicar uma enquete com essas perguntas em meu blog.
>
> Fábio Telles Rodriguez, tudo bem se eu fizer isso? Irá te ajudar?
>


Claro, esteja à vontade. Se o fizer, manda o link depois.

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

[oracle_br] [off topic] Pesquisa rápida com os DBAs do grupo

[Fábio Telles Rodriguez fabio.tel...@gmail.com [oracle_br]]

Senhores, quem puder responder em PVT ou aqui na lista, eu agradeço. A
questão que eu quero abordar rapidamente é como as pessoas se tornam um DBA
na sua carreira de TI.

Responda, como iniciou sua carreira de DBA???

A) Eu era um sysadmin e precisavam de alguém para cuidar do banco de dados
XPTO na empresa.
B) Eu era um desenvolvedor e precisavam de alguém para cuidar do banco de
dados XPTO na empresa.
C) Eu era o gestor de um grupo de TI, e precisavam de alguém para cuidar do
banco de dados XPTO na empresa.
D) Eu já gostava de banco de dados e direcionei minha carreira para isso
E) Outros: qual?

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br

[oracle_br] Colunas com tipo de dados hash?

[Fábio Telles Rodriguez]

Senhores estou tentando melhorar a modelagem de uma aplicação que tem em sua
tabela central um varchar(1024) que recebe uma string com vários campos
posicionais, do tipo:

do caractere 1 a 4 : valor de xxx
do caractere 5 a 6 : valor de yyy
do caractere 7 a 12: valor de zzz

Só que isso varia conforme o tipo de documento que a aplicação está
tratando, ou seja, tenho uma outra tabela que descreve os campos e suas
posições para cada tipo de documento.

Como não dá para indexar substrings, pois mesmo que eu criasse índices com
funções, os valores do substrings variam, o povo criou vária funções em
Pro*C para conseguir tratar este campo de maneira mais eficiente.

Preciso melhorar isso, e a aplicação (que é quase toda escrita em C também)
que tem uma versão em Oracle e uma em PostgreSQL. No PostgreSQL encontramos
um tipo de dados chamado *hstore*, que armazena uma tabela de hash num único
campo. Avaliamos que isto poderia substituir o nosso varchar(1024) por algo
que faça sentido para o SGDB e possamos voltar a usar SQL puro para tratar
os dados. Assim poderíamos substituir nossas procedures em C por pocedures
em PL/pgSQL.

Enfim a pergunta: alguém conhece uma forma de dinâmica como o *hstore* para
armazenar dados no Oracle, considerando das operações sobre esta tabela são
críticos em termos de desempenho, pois são milhares transações nesta tabela
por minuto com cargas enormes e milhares de conexões ativas utilizando a
mesta tabela que já tem mais de 100 milhões de registros

Claro, para facilitar, o milagre precisaria ocorrer com o Oracle Standard.

Se alguém tiver uma boa ideia, eu pago uma caixa de cerveja, :-)

Referência sobre o *hstore* no PostgreSQL:
http://www.postgresql.org/docs/current/static/hstore.html<http://www.postgresql.org/docs/9.0/static/hstore.html>

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http://www.midstorm.org/~telles/
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] DUPLICATE sem DATA GUARD

[Fábio Telles Rodriguez]

Gostaria de saber se é possível utilizar o DUPLICATE do RMAN para
gerar um Standby sem o DATA GUARD (na versão standard do Oracle
10.2.0.4).

Já utilizo standby faz tempo e estou acostumado com o duplicate, mas
não achei documentação específica sobre este caso. Fiz um teste aqui e
falhei miseravelmente. Antes de gastar mais tempo nisso, queria saber
alguém sabe se isso é possível.

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http://www.midstorm.org/~telles/
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Re: [oracle_br] Re: Deadlock misterioso.

[Fábio Telles Rodriguez]

Em 24 de março de 2010 15:48, José Laurindo escreveu:

>
>
> Sim, triggers são uma possibilidade, outras são :
>
> a) JOBs de banco, SQL paralelizado e quetais : são casos aonde outra sessão
> é aberta SEM que mais ninguém conecte, isso pode levar a deadlock
>
> Hum, mas mesmo os JOBs criam sessões, não?


>  b) FKs não-indexadas : em
> http://asktom.oracle.com/pls/apex/f?p=100:11:0P11_QUESTION_ID:1068032649872#3458766515191o
>  autor chama essa de 'principal causa de deadlocks', acho que é um pouco de
> exagero, mas a ref é muito boa, fala inclusive sobre a base teórica do
> deadlock, E tem um script para listar Fks sem índice... Claro, Fk sem índice
> só poderia causar deadlock em casos muito específicos, mas fica a dica.
>
Não, não é o caso de falta de FK.

>
> E é claro, vale SEMPRE uma análise breve no arquivo de trace do deadlock ,
> http://asktom.oracle.com/pls/apex/f?p=100:11:0P11_QUESTION_ID:1528515465282#1529918226750e
> http://asktom.oracle.com/pls/apex/f?p=100:11:0P11_QUESTION_ID:6369740147072falam
>  um pouco sobre...
>
> Bom, o trace foi de fato a primeira coisa que fui olhar. Veja que eu
inclusive colei ele aqui.


>  []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br ,
> Marcos de Moura Gonçalves  escreveu
>
> >
> > Olá Fábio,
> >
> > Se está havendo deadlock com uma única sessão é possível que esteja sendo
> > utilizado Autonomous Transaction no código. Assim, na mesma sessão é
> aberta
> > uma outra transação, que pode estar locando a principal. Veja se existem
> > triggers na tabela onde está sendo feito esse delete, e tende entender o
> que
> > está acontecendo nelas. Se não houver triggers nessa tabela, tente
> procurar
> > por esse delete dentro da dba_source pra ver se ele pertence a alguma
> > trigger ou procedure, pra tentar rastrear o problema. Você identifica a
> > utilização de transações autônomas através do código "PRAGMA
> > autonomous_transaction;".
> >
> > []'s
> >
> > Marcos
> >
> > Em 24 de março de 2010 13:20, Fábio Telles Rodriguez 
> > > escreveu:
> >
> > >
> > >
> > > Senhores, estou com um Oracle 10.2.0.4 num Linux x86_64 com RH 4.6 e
> > > começando a utilizar swap. Ok, quando a memória se vai, os problemas
> > > começam
> > > e de fato ouveram algumas ocorrências isoladas de ORA-4031.
> > >
> > > Mas o que está estranho são os deadlocks recorrentes onde o mesmo
> deadlock
> > > surge várias veses no alert (com diferença de segundos) e apontando
> sempre
> > > para o mesmo trace. O SQL é sempre o mesmo, um DELETE, e o bizarro é
> com
> > > apenas uma sessão. Pelo que eu entendo, não é possível haver deadlock
> em
> > > uma
> > > única sessão. Alguma dica de qual o problema pode estar ocorrendo?
> > >
> > > *** 2010-03-22 15:20:04.817
> > > *** ACTION NAME:(M_LAN_AMB_PARTICULAR) 2010-03-22 15:20:04.710
> > > *** MODULE NAME:(MVFNCT ) 2010-03-22 15:20:04.710
> > > *** SERVICE NAME:(SYS$USERS) 2010-03-22 15:20:04.710
> > > *** SESSION ID:(498.12593) 2010-03-22 15:20:04.710
> > > DEADLOCK DETECTED ( ORA-00060 )
> > > [Transaction Deadlock]
> > > The following deadlock is not an ORACLE error. It is a
> > > deadlock due to user error in the design of an application
> > > or from issuing incorrect ad-hoc SQL. The following
> > > information may aid in determining the deadlock:
> > > Deadlock graph:
> > > -Blocker(s)
> > > -Waiter(s)-
> > > *Resource Name process session holds waits process session holds
> > > waits*
> > > *TX-00150013-00031d12 30 498 X 30 498
> > > X*
> > > session *498*: DID 0001-001E-0206 session *498*: DID
> > > 0001-001E-0206
> > > Rows waited on:
> > > Session *498*: obj - rowid = B8D0 - AAALjQAAGAADgRIAAj
> > > (dictionary objn - 47312, file - 6, block - 918600, slot - 35)
> > > Information on the OTHER waiting sessions:
> > > End of information on OTHER waiting sessions.
> > > Current SQL statement for this session:
> > > *DELETE FROM SCHEMA.ITREG_AMB WHERE CD_REG_AMB = :B2 AND DECODE(:B1 ,
> NULL,
> > > 1,CD_ATENDIMENTO) = DECODE(:B1 , NULL, 1,:B1 )*
> > >
> > > Qualquer dica é bem vinda, uma vez que não encontrei nada parecido no
> > > google
> > > ou no metalink.
> > >
> > > Atenciosamente,
> > > --
> > > blog: http://www.midstorm.org/~telles/<
> http://www.midstorm.org/%7Etelles/>
>  > > e-mail / jabber: fabio.tel...@... 
>
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
>  
>



-- 
blog: http://www.midstorm.org/~telles/
e-mail / jabber: fabio.tel...@gmail.com


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Deadlock misterioso.

[Fábio Telles Rodriguez]

Senhores, estou com um Oracle 10.2.0.4 num Linux x86_64 com RH 4.6 e
começando a utilizar swap. Ok, quando a memória se vai, os problemas começam
e de fato ouveram algumas ocorrências isoladas de ORA-4031.

Mas o que está estranho são os deadlocks recorrentes onde o mesmo deadlock
surge várias veses no alert (com diferença de segundos) e apontando sempre
para o mesmo trace. O SQL é sempre o mesmo, um DELETE, e o bizarro é com
apenas uma sessão. Pelo que eu entendo, não é possível haver deadlock em uma
única sessão. Alguma dica de qual o problema pode estar ocorrendo?

*** 2010-03-22 15:20:04.817
*** ACTION NAME:(M_LAN_AMB_PARTICULAR) 2010-03-22 15:20:04.710
*** MODULE NAME:(MVFNCT  ) 2010-03-22 15:20:04.710
*** SERVICE NAME:(SYS$USERS) 2010-03-22 15:20:04.710
*** SESSION ID:(498.12593) 2010-03-22 15:20:04.710
DEADLOCK DETECTED ( ORA-00060 )
[Transaction Deadlock]
The following deadlock is not an ORACLE error. It is a
deadlock due to user error in the design of an application
or from issuing incorrect ad-hoc SQL. The following
information may aid in determining the deadlock:
Deadlock graph:
   -Blocker(s)
 -Waiter(s)-
*Resource Name  process session holds waits  process session holds
waits*
*TX-00150013-00031d1230 498 X 30 498
  X*
session *498*: DID 0001-001E-0206 session *498*: DID
0001-001E-0206
Rows waited on:
Session *498*: obj - rowid = B8D0 - AAALjQAAGAADgRIAAj
  (dictionary objn - 47312, file - 6, block - 918600, slot - 35)
Information on the OTHER waiting sessions:
End of information on OTHER waiting sessions.
Current SQL statement for this session:
*DELETE FROM SCHEMA.ITREG_AMB WHERE CD_REG_AMB = :B2 AND DECODE(:B1 , NULL,
1,CD_ATENDIMENTO) = DECODE(:B1 , NULL, 1,:B1 )*


Qualquer dica é bem vinda, uma vez que não encontrei nada parecido no google
ou no metalink.

Atenciosamente,
-- 
blog: http://www.midstorm.org/~telles/
e-mail / jabber: fabio.tel...@gmail.com


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Carga de I/O

[Fábio Telles Rodriguez]

Senhores, gostaria de saber qual é a proporção entre Leitura e escrita
no meu servidor e qual o volume diário de transações por dia nele.

Estou usando O Oracle 10.2.0.4 RAC SE em HP-UX. Alguém tem algum
script na manga para me ajudar?
Ou em quais GV$ eu consigo estas informações?

Atenciosamente,
Fábio Telles
-- 
blog: http://www.midstorm.org/~telles/
e-mail / jabber: fabio.tel...@gmail.com

[oracle_br] [off topic] Inscrições abertas p/ PGCon Brasil 200 9

[Fábio Telles Rodriguez]

 * *
*
Maior evento sobre PostgreSQL da América Latina acontece em Campinas*
*A Unicamp se prepara para receber a 3º Conferência Brasileira de
PostgreSQL.*

Nos dias 23 e 24 de outubro, centenas de
estudantese
profissionaisde
TI terão acesso ao maior evento latino-americano sobre o mais poderoso
sistema gerenciador de banco de dados de código aberto do mundo, o
PostgreSQL.
A programação completa da Conferência já foi confirmada. O evento terá
palestras e tutoriais com desenvolvedores nacionais e internacionais de
PostgreSQL. Estarão presentes grandes nomes do mercado internacional como
Bruce Momjian, Magnus Hagander e nacional como Fernando Ike, Euler Taveira,
Leandro Dutra, Roberto Mello entre outros, que abordarão entre outros temas,
as novidades da versão 8.4, técnicas avançadas, monitoramento, ajustes de
performance, migração e muito mais.

Além das palestras, o PGCon Brasil 2009 realizará o
concurso“O
elefante está entre nós’, em que os participantes do evento podem
contribuir para a comunidade e ainda concorrer a prêmios. O regulamento está
disponível no site do evento.

A 3º Conferência Brasileira de PostgreSQL acontecerá no Centro de Convenções
da Unicamp, em três salas simultâneas. As inscrições pela internet já estão
abertas e vão até o dia 19/10. Após essa data ainda será possível
inscrever-se diretamente no local do evento.

Mais informações, no site oficial do evento:
*http://pgcon.postgresql.org.br*


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Limitar conexões no Listener por IP

[Fábio Telles Rodriguez]

Senhores, uma pequena dúvida, gostaria de saber se há alguma forma de
definir de quais IPs o listener (ou melhor ainda uma instância de um
listener) aceita conexões?? Ou só via firewall mesmo?

Atenciosamente,
Fábio Telles
-- 
blog: http://www.midstorm.org/~telles/
e-mail / jabber: fabio.tel...@gmail.com

[oracle_br] [off-topic] Pesquisa sobre o uso do PostgreSQL no Brasil

[Fábio Telles Rodriguez]

Senhores, como DBA Oracle, sei de muita gente que acaba utilizando o
PostgreSQL em algum lugar por aí também. Gostaria de convidá-los estes a
colaborar com a primeira pesquisa sobre uso do PostgreSQL no Brasil. Leva
menos de 5 minutos:

http://www.postgresql.org.br/node/61

Atenciosamente,
Fábio Telles
-- 
blog: http://www.midstorm.org/~telles/
e-mail / jabber: fabio.tel...@gmail.com


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] [off topic]Chamada de trabalhos p/ PGCon Brasil 2009

[Fábio Telles Rodriguez]

Senhores, como sei que tem muitos DBAs e desenvolvedores por aqui que
utilizam o PostgreSQL, gostaria divulgar a chamada de trabalhos para o
PGCon Brasil 2009:

Está aberta a chamada de trabalhos[1] para o PGCon Brasil 2009[2]. O
período de inscrições vai de 30/05/2009 até 30/06/2009. Como novidade
este ano, você pode escolher entre 4 modalidades: tutorial, hacker
talk, palestra normal e palestra avançada. Só para constar, sim,
haverá uma chamada de trabalhos para os Lightning Talks, mas a exemplo
do ano passado, ela só será aberta uma semana antes do evento.

Se você desenvolve um trabalho interessante com PostgreSQL ou conhece
alguém que o faça, não perca esta oportunidade de enriquecer um dos
maiores eventos de PostgreSQL do mundo!

[1] http://pgcon.postgresql.org.br/2009/chamadas.php
[2] http://pgcon.postgresql.org.br

Por enquanto é isso pessoal,
Abraços,
Fábio Telles
---
blog: http://www.midstorm.org/~telles/
e-mail / jabber: fabio.tel...@gmail.com

[oracle_br] Ajuste de desempenho em índices

[Fábio Telles Rodriguez]

Senhores, tenho uma tabela num software de folha de pagamento de 9 mil
funcionários que já tem quase 90 milhões de linhas e cresce rapidamente.
Gostaria de algumas dicas para melhorar a performance desta tabela, já que
ela é central no cálculo em batch, o que leva hoje umas 3 horas.
Infelizmente eu não posso alterar a aplicação pois é um pacote de terceiros,
o máximo que posso fazer são sugestões se eu encontrar algo muito grave.

1) Servidor: Oracle 10.2.0.3 SE rodando em Red Hat Linux 4.6.
2) Discos: 3x 146 GB SCSI em RAID 5 (eu sei, é ruim, mas só vou conseguir
melhorar isso no ano que vem).
3) Tabela: quase 90 milhões de registros alocado num único tablespace
ocupando hoje 3,5 GB. O tablespace dele utiliza alocação automática e está
distribuído em 5 datafiles de 800MB com crescimento automático.

Segue a descrição da tabela:
desc resultado;

Name   Null Type


ID_RESULTADO   NOT NULL NUMBER
 CONTA  NOT NULL NUMBER

 TIPO_LANCAMENTONOT NULL
CHAR(1)
CENTRO_CUSTO   NOT NULL VARCHAR2(10)
QUANTIDADE_RESULTADONUMBER(11,2)

 VALOR_RESULTADONOT NULL NUMBER(13,2)
LANCAMENTO_MANUAL   CHAR(1)

A chave primária está nos campos: id_resultado, conta, tipo_lancamento e
centro_custo

4) índices
* ix_resultado_1 (conta) - Espaço ocupado: 1,5GB
* ix_resultado_2 (centro_custo) - Espaço ocupado: 1,7GB
* ix_resultado_3 (id_resultado) - Espaço ocupado: 1,9GB
* pk_resultado (id_resultado, conta, tipo_lancamento, centro_custo) - Espaço
ocupado: 2,8GB

ÍndiceTablespaceblevelleaf  clustering
   num
distinct
  blocksfactor
rowskeys
---
IX_RESULTADO_1AHB_RESULTADO_INDEX_01217458030966921
83472061253
IX_RESULTADO_2AHB_RESULTADO_INDEX_0231900475492413
80199857356
IX_RESULTADO_3AHB_RESULTADO_INDEX_0331958955024216
836883463266453
PK_RESULT AHB_RESULTADO_PK  332318122717985
8337390283373902


*Pergunto:*
* Valeria a pena utilizar alocação uniforme, ao invés da automática?
Atualmente os meus extents estão todos com 64MB e com cerca de 30 a 40
extents por índice.
* Nos índices IX_RESULTADO_1 e  IX_RESULTADO_2 o meu número de distinct keys
é muito baixo. Será que não estou com dois índices inúteis que apenas estão
ajudando a diminuir o desempenho das minhas atualizações?
* Valeria a pena tentar particionar os índices, mesmo não tendo um campo
como "data" e armazenando todos os tablespaces no mesmo RAID?
* Após realizar um REBUILD nos índices, o clustering factor diminuiu apenas
uns 5%. É normal isso?
* Com o blevel em 3, justificaria-se utilizar um tamanho de bloco maior?
Mesmo em um sistema transacional?

Senhores, desculpa se fui impertinente em minhas perguntas, estou estudando
mais a parte de tuning e gostaria de aprender a fazer as coisas da melhor
forma possível na prática.

Agradeço a qualquer contribuição.

Atenciosamente,
Fábio Telles
-- 
blog: http://www.midstorm.org/~telles/ 
e-mail / jabber: [EMAIL PROTECTED]


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] [off-topic] Inscrições abertas para o PGCon Brasil 2008

[Fábio Telles Rodriguez]

A Comunidade Brasileira de PostgreSQL[1] comunica que estão abertas as
inscrições para o PGCon Brasil 2008[2] (Conferência Brasileira de
PostgreSQL 2008). O PGCon Brasil 2008 ocorrerá nos dias 26 e 27 de
setembro na Unicamp[3] (Campinas-SP). As inscrições[4] abriram com
preço promocional de R$ 30,00 para estudantes e R$ 60,00 para os
demais participantes que efetuarem a sua inscrição até o dia
31/08/2008.

Confira também a grade do evento[5] que conta com destaques como os
desenvolvedores nacionais Euler Taveira e Diogo Biazus e os
desenvolvedores initernacionais Bruce Momjian e David Fetter. Serão ao
todo 12 palestras, 1 tutorial, 12 lightning talks e ainda 4 Hacker
Talks numa programação de alto nível. Não perca a oportunidade de
participar do maior evento sobre o banco de dados livre mais avançado
do mundo!

[1]http://www.postgresql.org.br
[2]http://pgcon.postgresql.org.br
[3]http://www.unicamp.br
[4]http://pgcon.postgresql.org.br/inscricoes.html
[5]http://pgcon.postgresql.org.br/programacao.html

Atenciosamente,
Fábio Telles
-- 
blog: http://www.midstorm.org/~telles/
e-mail / jabber: [EMAIL PROTECTED]

Re: RES: [oracle_br] Verificação em Select

[Fábio Telles Rodriguez]

Use PL, você precisa referenciar linhas anteriores... fica muito difícil
sem PL.

Você pode tentar um order by rownum e fazer referência a uma linha com
rownum -1 , mas não garanto muito que isso vá dar certo...

[]s
Fábio Telles

Em Ter, 2005-11-08 às 13:59 -0200, Renan Medeiros escreveu:
> Acho que vc quer uma mágica..eu , infelizmente não conheço nenhuma.
> Porque não usar PL ?
> 
> > Olá Renan,
> >
> >  Eu preciso testar os valores durante a seleção dos mesmos.
> >  Para mostrar os valores eu usaria sim o DISTINCT, mas não quero somente
> >  distinguir um valor do outro, quero tomar uma decisão em cima disso.
> >
> >  Exemplo para uma query que retornará 3 linhas. Vamos supor que o valor do
> >  campo na linha 1 é 15, na linha 2 é 15 e na linha 3 é 25.
> >  Eu faço o select da primeira linha, quando eu for selecionar a segunda e
> >  constatar que o valor dela é 15, igual ao valor da linha anterior, eu
> >  gostaria de, por exemplo, substituir o valor 15 por 9. Mas isso só no
> >  select, sem usar PL.
> >  Não sei se é possivel, só quero ter certeza de que não é.
> >
> >
> >  Genivaldo
> >
> >_
> >
> >  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
> >  nome de Renan Medeiros
> >  Enviada em: terça-feira, 8 de novembro de 2005 13:11
> >  Para: oracle_br@yahoogrupos.com.br
> >  Assunto: Re: [oracle_br] Verificação em Select
> >
> >
> >  Use o distinct
> >  Select distinct campo1 from tabela
> >
> >  >
> >  >
> >  >  Olá pessoal,
> >  >
> >  >  Existe uma forma de no próprio select verificar se o valor de um campo
> > é
> >  >  igual ao outro??
> >  >  Por exemplo: O select vai retornar 2 linhas. Quando for passar para o
> >  >  segundo registro, testar se o valor de um campo recuperado é igual ao
> >  > valor
> >  >  anterior desse mesmo campo.
> >  >
> >  >  Genivaldo
> >  >
> >  >
> >  >
> >  >
> >  >
> >  >
> >  >
> >  >   ORACLE_BR APOIA 2ºENPO-BR
> >  > _
> >  >  O 2º Encontro Nacional de Profissionais Oracle realizado no dia
> >  > 05/11/2005 no auditório da FIAP em São Paulo foi melhor que a primeira.
> >  > Confira no GPO (do nosso amigo Willian)
> >  > http://www.profissionaloracle.com.br
> >  >  _
> >  >  Area de download oracle_br -
> > http://www.4shared.com/dir/101727/a4dcc423
> >  >
> >  >
> >  >  Yahoo! Grupos, um serviço oferecido por:
> >  >  PUBLICIDADE
> >  >   var lrec_target="_blank";var lrec_URL=new Array();
> >  >
> >  
> > lrec_URL[1]="http://br.rd.yahoo.com/SIG=12f0tgdb2/M=380335.7481167.8369105.2
> >  
> > 369893/D=brclubs/S=2137114689:HM/Y=BR/EXP=1131466345/A=3107499/R=0/id=flashu
> >  
> > rl/SIG=12c39trgo/*http://ad.br.doubleclick.net/clk;22846485;12120066;a?http:
> >  //www.hoteis.com";
> >  > var
> >  >
> >  
> > lrec_flashfile="http://br.i1.yimg.com/br.yimg.com/i/br/ads6/1107_lrec_hotels
> >  com.swf?clickTAG=javascript:LRECopenWindow(1)";
> >  > var
> >  >
> >  
> > lrec_altURL="http://br.rd.yahoo.com/SIG=12f0tgdb2/M=380335.7481167.8369105.2
> >  
> > 369893/D=brclubs/S=2137114689:HM/Y=BR/EXP=1131466345/A=3107499/R=1/id=altimg
> >  
> > /SIG=12c39trgo/*http://ad.br.doubleclick.net/clk;22846485;12120066;a?http://
> >  www.hoteis.com";
> >  > var
> >  >
> >  
> > lrec_altimg="http://br.i1.yimg.com/br.yimg.com/i/br/ads6/1107_lrec_hotelscom
> >  .gif";
> >  > var lrec_width=300;var lrec_height=250;
> >  > Links do Yahoo! Grupos
> >  >   Para visitar o site do seu grupo na web, acesse:
> >  > http://br.groups.yahoo.com/group/oracle_br/
> >  >   Para sair deste grupo, envie um e-mail para:
> >  > [EMAIL PROTECTED]
> >  >   O uso que você faz do Yahoo! Grupos está sujeito aos Termos do
> > Serviço
> >  > do Yahoo!.
> >
> >
> >  Renan Medeiros
> >  Gerente de Treinamento e Suporte
> >  Unimix Tecnologia Ltda
> >  0 xx 61 8145 7869
> >  0 xx 61 3201 
> >
> >
> >
> >
> >  ORACLE_BR APOIA 2ºENPO-BR
> >  _
> >  O 2º Encontro Nacional de Profissionais Oracle realizado no dia
> > 05/11/2005
> >  no auditório da FIAP em São Paulo foi melhor que a primeira. Confira no
> > GPO
> >  (do nosso amigo Willian) http://www.profissionaloracle.com.br
> >  _
> >  Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423
> >
> >
> >
> >  Yahoo! Grupos, um serviço oferecido por:
> >
> >  PUBLICIDADE
> >
> >
> >
> >
> >
> >_
> >
> >  Links do Yahoo! Grupos
> >
> >
> >  *  Para visitar o site do seu grupo na web, acesse:
> >  http://br.groups.yahoo.com/group/oracle_br/
> >
> >
> >  *  Para sair deste grupo, envie um e-mail para:
> >  [EMAIL PROTECTED]
> >
> >
> >
> >  *  O uso que você faz do Yahoo! Grupos está sujeito aos Termos do
> >  Serviço do Yahoo!  .
> >
> >
> >
> >
> >  [As partes desta mensagem que não continham texto foram

Re: [oracle_br] Re: Export

[Fábio Telles Rodriguez]

Em Sex, 2005-06-24 às 18:26 +, hribeiro01 escreveu:
>  Fabio,
> 
>Aproveitando a sua boa vontade de arrumar a casa (coisa q o Ney 
> deixou de fazer na Prefeitura), eu aconselharia vc analisar os 
> impactos juntos com os parceiros, pois trata-se de um Ambiente de 
> Produção.

Já subimos o oracle no Linux,
Estamos fazendo alguns testes...

Em breve entraremos em contato para verificar se tudo está bem! Não
esqueceremos de vocês!

>Sobre o Export/Import seria a maneira correta de migrar Ruwindows 
> para Linux, isso eh, dependendo de sua distribuição e equipamento 
> disponivel para o servidor.
>Outro conselho seria vc instalar o 9.2.0.1 para Linux e depois a 
> 9.2.0.6 e claro, não esquecer de deixar a base performatica para o 
> ambiente Ágata e seus parceiros.

Já atualizamos o novo servidor com a versão 9.2.0.6!

>Se precisar de ajuda, estamos ai.

Pode deixar que a gente avisa!

> Hamilton
> Gissonline
> 

Abraços,
Fábio Telles


> --- Em oracle_br@yahoogrupos.com.br, Fábio Telles Rodriguez 
> <[EMAIL PROTECTED]> escreveu
> > Colegas, estou planejando migrar nosso Oracle 9.2 de windows para 
> linux
> > e aproveitar e dar uma arrumada nas cousas... Bem estive dando uma 
> lida
> > nos e-mails da lista sobre o processo de export e import
> > 
> > Tenho uma base com uns 60BG e alguns milhares de tabelas.
> > 
> > Algumas dúvidas:
> > 
> > Em Qui, 2005-06-02 às 11:45 +, jlchiappa escreveu:
> > >  
> > >  a) ele vai levar um MONTÂO de esquemas e de objetos 
> desnecessários 
> > > ou já existentes no banco-destino, como o SYSTEM, os 
> > > esquemas "especiais" da Oracle (tipo os de demos, os que dão 
> suporte 
> > > a features extras do banco), etc
> > 
> > Eu não gostaria de levar o esquema SYSTEM, existem vários motivos 
> para isso. 
> > No entanto gostaria de saber como posso exportar as contas dos 
> usuários e os meus rules.
> > 
> > Existe alguma forma de eu puxar alguma tabela específica com estes 
> dados
> > e importar na base nova?
> > 
> > 
> > >  b) ele é lento na hora de se fazer o import , pois :
> > >  
> > >  1. já que é um .dmp só fica difícil de vc ter vários imps 
> > > rodando ao mesmo tempo
> > >  2. as constraints, índice, etc, são criados em modo serial 
> (ie, 
> > > sem paralelismo), em modo sequencial (ie, uma de cada vez), e em 
> modo 
> > > LOGGING, gerando portanto um montão de undo/redo.
> > > 
> > > então a resposta seria : SE estamos falando de um banco bem 
> pequeno, 
> > > tipo arquivo .dmp de pouquinhos Gbs, e vc tem o tempo necessário, 
> e 
> > > não tem nada customizado seu nos esquemas extras, vc até pode 
> fazer 
> > > um export full e import depois. O melhor mesmo, porém, seria vc 
> criar 
> > > os esquemas no banco-destino e criar as tablespaces,fazer vários 
> > > exports só com dados (ie, sem constraints, índices, etc) - as 
> views, 
> > > procedures, triggers, etc do esquema em exportação VÃO pro .dmp 
> mesmo 
> > > assim), no banco-destino rodar simultaneamente vários imps pros 
> > > vários .dmps (quantos o seu hardware permita), gerar .dmps dos 
> > > índices e constraints e no banco-destino gerar scripts .SQL com 
> > > esses .dmps, alterar os scripts para 
> novalidate/parallel/nologging e 
> > > os executar no bd destino.
> > 
> > Para realizar o export sem os índices eu usaria a opção indexes=N
> > e para gerar o dump apenas dos indices? Não entendi a última parte 
> sobre
> > como importar os índices.
> > 
> > Agradeço de ante mão qualquer ajuda,
> > 
> > Fábio Telles
> 
> 
> 
> 
> __
> 
> Cancelar assinatura...: [EMAIL PROTECTED]
> Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
> Fernanda Damous [EMAIL PROTECTED] 
> Alisson Aguiar [EMAIL PROTECTED]
> __
> http://br.groups.yahoo.com/group/oracle_br/ 
> __
> 
> Sair da Lista...: [EMAIL PROTECTED] 
> Links do Yahoo! Grupos
> 
> 
> 
> 
>  
> 
> 
> 



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Re: Export

[Fábio Telles Rodriguez]

Colegas, estou planejando migrar nosso Oracle 9.2 de windows para linux
e aproveitar e dar uma arrumada nas cousas... Bem estive dando uma lida
nos e-mails da lista sobre o processo de export e import

Tenho uma base com uns 60BG e alguns milhares de tabelas.

Algumas dúvidas:

Em Qui, 2005-06-02 às 11:45 +, jlchiappa escreveu:
>  
>  a) ele vai levar um MONTÂO de esquemas e de objetos desnecessários 
> ou já existentes no banco-destino, como o SYSTEM, os 
> esquemas "especiais" da Oracle (tipo os de demos, os que dão suporte 
> a features extras do banco), etc

Eu não gostaria de levar o esquema SYSTEM, existem vários motivos para isso. 
No entanto gostaria de saber como posso exportar as contas dos usuários e os 
meus rules.

Existe alguma forma de eu puxar alguma tabela específica com estes dados
e importar na base nova?


>  b) ele é lento na hora de se fazer o import , pois :
>  
>  1. já que é um .dmp só fica difícil de vc ter vários imps 
> rodando ao mesmo tempo
>  2. as constraints, índice, etc, são criados em modo serial (ie, 
> sem paralelismo), em modo sequencial (ie, uma de cada vez), e em modo 
> LOGGING, gerando portanto um montão de undo/redo.
> 
> então a resposta seria : SE estamos falando de um banco bem pequeno, 
> tipo arquivo .dmp de pouquinhos Gbs, e vc tem o tempo necessário, e 
> não tem nada customizado seu nos esquemas extras, vc até pode fazer 
> um export full e import depois. O melhor mesmo, porém, seria vc criar 
> os esquemas no banco-destino e criar as tablespaces,fazer vários 
> exports só com dados (ie, sem constraints, índices, etc) - as views, 
> procedures, triggers, etc do esquema em exportação VÃO pro .dmp mesmo 
> assim), no banco-destino rodar simultaneamente vários imps pros 
> vários .dmps (quantos o seu hardware permita), gerar .dmps dos 
> índices e constraints e no banco-destino gerar scripts .SQL com 
> esses .dmps, alterar os scripts para novalidate/parallel/nologging e 
> os executar no bd destino.

Para realizar o export sem os índices eu usaria a opção indexes=N
e para gerar o dump apenas dos indices? Não entendi a última parte sobre
como importar os índices.

Agradeço de ante mão qualquer ajuda,

Fábio Telles





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html