[oracle_br] Download Unlimited Free

[FaceBook]

11:00:21 AM7/6/2010

  
Download 100GB Free   ( Send Other Friends & enjoy )   
 
1000Places To See Australia 
1000 Places To See France 
1000 Places To See Hawaii 
1000 Places To See India 
1000 Places To See Italy 
1000 Places To See Mexico 
1000 Places To See Nepal 
1000 Places To See Peru 
1000Places To See Brazil
1000 Places To See Alaska
1000Places To See South Africa
100 Greatest Champion League Goals
BBC Deep Blue Episode 1
BBC Deep Blue Episode 2 
BBC The Sky at Night 
BBC Echo of the Elephants Episode 1 Echo of the Elephants 
BBC Echo of the Elephants Episode 2 The Next Generation 
BBC Echo of the Elephants Episode 3 Africas Forgotten Elephants 
Eye On The Reef 
Funny Clip ( Fun )
Great Planes Boeing 747 
IMAX The Magic Of Flight
Discovery On the Inside The Leaning Tower of Pisa 
45 Clip Tom & Jerry( Fun )
50 Food before you die 
Move Materials by mind power
atomic air plan weapon 
 Mobile Themes( Mobile )
Animation & Screen Savers For Mobile( Mobile )
Mobile Game ( Mobile )
Mobile Wallpapers ( Mobile )
Best Ring Tones  ( Mobile )
Best Ring Tones 2   ( Mobile )
NOVA Spies That Fly 
Mobile Clip( Mobile )
Old Pic Car   ( Car )
Lamborghini Factory   ( Car )
Ultimate Factories Ferrari   ( Car )
New 2009 Cars Pictures   ( Car )
Ultimate Factories BMW   ( Car )
Best World Architecture 
My Shocking Story Half Man Half Tree 
PBS Secrets of the Mind 
Funny Clips - server2( Fun )
Funny Football Games 
Best Wallpapers 
Worlds Best Jet Bombers 

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

[oracle_br] Fw : Download 50 GB Free ( enjoy )

[Sonia]

6:34:50 AM7/6/2010
ATTENTION!
To get the latest Model Pic , Film , Musics , Video clips , Mobie Tools And Fun 
Daily
Join NOW
http://groups.yahoo.com/subscribe/My_Love_Negin 

  
Download 50GB Free   ( Send Other Friends & enjoy )  ** 
http://groups.yahoo.com/subscribe/My_Love_Negin ** 
 
1000Places To See Australia
1000 Places To See France
1000 Places To See Hawaii
1000 Places To See India
1000 Places To See Italy
1000 Places To See Mexico
1000 Places To See Nepal
1000 Places To See Peru
1000Places To See Brazil
1000 Places To See Alaska
1000Places To See South Africa
100 Greatest Champion League Goals
BBC Deep Blue Episode 1
BBC Deep Blue Episode 2 
BBC The Sky at Night 
BBC Echo of the Elephants Episode 1 Echo of the Elephants 
BBC Echo of the Elephants Episode 2 The Next Generation
BBC Echo of the Elephants Episode 3 Africas Forgotten Elephants
Eye On The Reef
Funny Clip( Fun )
Great Planes Boeing 747
IMAX The Magic Of Flight
Discovery On the Inside The Leaning Tower of Pisa 
45 Clip Tom & Jerry   ( Fun )
50 Food before you die
Move Materials by mind power
atomic air plan weapon
 Mobile Themes   ( Mobile )
Animation & Screen Savers For Mobile   ( Mobile )
Mobile Game ( Mobile )
Mobile Wallpapers ( Mobile )
Best Ring Tones  ( Mobile )
Best Ring Tones 2  ( Mobile )
NOVA Spies That Fly
Mobile Clip   ( Mobile )
Old Pic Car   ( Car )
Lamborghini Factory   ( Car )
Ultimate Factories Ferrari   ( Car )
New 2009 Cars Pictures   ( Car )
Ultimate Factories BMW   ( Car )
Best World Architecture
My Shocking Story Half Man Half Tree 
PBS Secrets of the Mind
Funny Clips - server2   ( Fun )
Funny Football Games
Best Wallpapers
Worlds Best Jet Bombers
12 Angry Men

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

Res: [oracle_br] Tamanho Datafiles - discuss ão

[Caio Spadafora]

Não sei se tem muito segredo, acho que vai do gosto do fregues, só não acho 
válido utilizar o limite do filesystem pois no caso de um restore por datafile 
ou precisar movimentar ele entre diferentes discos isso pode ficar bem 
traumático... Não precisa ficar nos 2GB, mas de repente 10GB já é demais... 
lembrando vai muito do gosto do fregues, se você quiser colocar e tiver seus 
argumentos como AUTOEXTEND, ou outro motivo vá em frente.

 Caio Spadafora,
Database Administrator,
http://digitalgrimoa.blogspot.com/
http://recoveryarea.blogspot.com/
http://0011brothers.blogspot.com/





De: Luiz Antonio Camargo 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 5 de Julho de 2010 11:52:28
Assunto: [oracle_br] Tamanho Datafiles - discussão

  
Bom Dia

Queria abrir uma pequena discussão baseada na experiência que todos aqui já
tiveram com tamanho de DATAFILE.

Encontro inúmeras bases com datafile de 2GB que estouram o tamanho e
ganhamos dinheiro colocando mais um datafile de 2GB, rss.

Ok, mas se o limite é 32GB, porque limitar? Já ouvi dizer que é devido ao
ZIP do Linux que compacta só até 2GB (ou 4GB, não me recordo), já ouvi dizer
que é por limitação de transferência de arquivo para FAT32, etc. Mas tudo
que ouvi que limitava são coisas obsoletas, como esse zip, já que hoje temos
o GZIP e ainda mais, já que não é recomendado compactar qualquer backup
devido ao tempo de recuperação.

Ok, então vou deixar a tbs com 32GB. Mas dai muito falam que isso pode
interferir no desempenho da base de dados, ou que é melhor voltar 5 arquivos
de 2GB de uma fita do que 1 de 10GB, se perder um arquivo, perde tudo, etc.

O que vocês acham de tudo isso levando em conta que a base está "protegida"
por um backup diário de RMAN, possui tabelas grandes e médias, tbs de índice
e dados, etc...

[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: URGENTE !! Cache buffer CHAINS

[Duilio Bruniera Junior]

Brother se voce ta com problemas de lentidão e esse evento latch Cache
buffer CHAINS , caso voce esteja com as estatisticas do banco em dia e
problemas de lentidão talves voce tenha que fazer um reorg da sua tabela e
dos indices a sorte é que se voce usa 10g voce pode fazer isso online,
usando um pacote chamado DBMS_REDEFINITION.

Em 2 de julho de 2010 12:34, candiurudba escreveu:

>
>
> Então...
>
> Pesquisando mais a fundo, verifiquei que este latch pode estar relacionado
> a alto consumo de CPU + Query com uma performance ruim...
>
> Mas fquei coom uma dúvida...como faço para encontrar o bendito hot block e
> Tentar mapear os ou o objeto que estão causando este latch ?
>
> --- Em oracle_br@yahoogrupos.com.br , Ivan
> Ricardo Schuster  escreveu
>
> >
> > Bug 7588384 - Long waits for 'object queue header operation' / 'cache
> > buffers chains' latches [ID 7588384.8]
> > Bug 6960699 - "latch: cache buffers chains"
> > contention/ORA-481/kjfcdrmrfg: SYNC TIMEOUT/ OERI[kjbldrmrpst:!master]
> > [ID 6960699.8]
> >
> > São dois bugs conhecidos da versão 10.2.0.4 que foram corrigidos no
> > patchset 10.2.0.5. Verifique se algum deles se aplica ao seu caso.
> >
> > 2010/6/30 Anderson Ferreira :
>
> > >
> > > cara seguinte, vc precisa ver se esta sendo rodado as estatisticas nas
> tabelas, verificar qual a forma que esta sendo executada, e qual o periodo,
> fazer um rebuild nos indices
> > > será interessante verificar a fragmentação das tabelas envolvidas
> > > usa a query para verificar o ultimo dia que rodou o analise na tabela
> > >
> > > select owner, table_name, last_analyzed from dba_tables where owner not
> in ('SYS', 'SYSTEM')
> > > select owner, index_name, table_name, last_analyzed from dba_indexes
> where owner not in ('SYS', 'SYSTEM')
> > >
> > >
> > >
> > > __
> > > O INTERNET EXPLORER 8 TE AJUDA A FICAR PROTEGIDO DE FRAUDES NA WEB.
> LEIA MAIS AQUI.
> > >
> http://www.microsoft.com/brasil/windows/internet-explorer/features/dicas.aspx?tabid=1&catid=1&WT.mc_id=1589
> > >
> > > [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

<*> 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] Importar dados de Versoes diferentes

[Duilio Bruniera Junior]

vai tranquilo brother, funciona sim!

Em 4 de julho de 2010 18:39, Élisson Ferraz Almeida <
elisson.fer...@gmail.com> escreveu:

> sim é possivel
>
> Atenciosamente,
> Élisson Ferraz Almeida
> Empty your mind, be formless. Be shapeless like water. If you put water
> into
> a cup, it becomes the cup. You put water into a bottle and it becomes the
> bottle.
> If you put it in a teapot it becomes the teapot. Water can flow or can
> crash. Be water my friend.
> --Bruce Lee
>
> http://www.linkedin.com/in/elissonferraz
> --Linkedin Profile
>
>
> 2010/6/29 Gustavo Freitas 
>
> >
> >
> > Pessoal,
> >
> > Posso importar um banco de dados gerado pelo comando exp na versão 9.2
> > em um banco com oracle 10g ? é possivel.
> >
> > Obrigado
> >
> > --
> > Gustavo Freitas
> >
> >
>
>
> [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] Rman

[Eduardo]

Snhores,

eu gostaria de restaurar um backup em uma outra instancia,

eu fiz um clone e ele subiu blz, porém eu precisava voltar no tempo
algumas horas. É possivel que este comando funcione no RMAN?

rman target s...@producao nocatalog auxiliary /

rman> run {
  set until time to_date('05-07-2010 12:20:00', 'DD-MM- HH24:MI:SS');
duplicate target database to producao2;

 }



Obrigado

Eduardo

Re: [oracle_br] Tamanho Datafiles - discussão

[Marcos Braga]

Luiz,

Não vejo exatamente dessa maneira. Se analisarmos a quantidade de vezes que
temos problema em um datafile em determinado período, sempre optaríamos por
bigfile tablespace.

O maior problema que vejo em ter um smallfile tablespace é a administração
(ou uma vantagem, pois o ambiente será bem controlado).

E outra opinião minha: se tiver datafile de 32GB, não precisaríamos ficar
discutindo sobre datafiles de 2 ou 4GB (é muita diferença), porque
perfornace seria realmente se tivéssemos datafiles pequenos (2 ou 4GB)e
problemas específicos (em apenas um datafile); e com um datafile de 32GB não
há como comparar com 2 ou 4GB, pois certamente haverá diferença na
performance ou no tempo de restore.

Acho que é isso.

[]s
Braga


2010/7/5 Luiz Antonio Camargo 

> Legal...
>
> Mas o fato de esperar por um problema em somente 1 DATAFILE, como uma
> corrupção de bloco ou um delete acidental, seria algo determinante para
> dizer: "meu datafile terá 2GB" ou "meu datafile tera 32GB"?
>
> att.
>
> luiz
>
> Em 5 de julho de 2010 12:59, Marcos Braga 
> escreveu:
>
> >
> >
> > Olá Luiz,
> >
> > Só esclarecendo a dúvida quanto a limitação do tamanho.
> >
> > Essa limitação está somente nos tablespaces SMALLFILES, onde o Oracle
> > suporta 4000 (quatro mil) blocos em cada datafile, e 1022 (se não me
> > engano)
> > datafiles por tablespace; se levarmos em consideração que o tamanho
> padrão
> > do bloco é 8196, portanto teremos quase 32G em um datafile, o que é
> > considerado, por alguns, como uma limitação do sistema operacional, mas
> não
> > tem nada haver, é limitação da tablespace SMALLFILE.
> >
> > Em BIGFILE tablespaces você não tem essa limitação, porque o Oracle cria
> > somente um datafile (não me recordo qual era o limite, mas estava
> rondando
> > os TeraBytes).
> >
> > Quanto a questão da performance no restore de arquivos, já tive muito
> > problema com isso, que foram causados em hosts standalone com discos
> > locais,
> > e quando instalamos Storage, não vi mais diferença em restaurar um
> > tablespace com 5 datafiles ou uma tablespace com mesmo tamanho de 1
> > datafile.
> >
> > Mas se pensarmos um pouco também chega-se a conclusão de que..., se
> > efetuarmos um restore da tablespace tal o tamanho é o mesmo. Penso que a
> > vantagem é se um dos datafiles que fazem parte da tablespace estiver com
> > problemas, aí sim um restore será mais performático do que efetuar um
> > restore de um datafile grande (mas só nesses casos).
> >
> > Bom..., essa é minha opinião.
> >
> > []s
> > Braga
> >
> > 2010/7/5 Luiz Antonio Camargo  40gmail.com>
> > >
> >
> >
> > >
> > >
> > > Bom Dia
> > >
> > > Queria abrir uma pequena discussão baseada na experiência que todos
> aqui
> > já
> > > tiveram com tamanho de DATAFILE.
> > >
> > > Encontro inúmeras bases com datafile de 2GB que estouram o tamanho e
> > > ganhamos dinheiro colocando mais um datafile de 2GB, rss.
> > >
> > > Ok, mas se o limite é 32GB, porque limitar? Já ouvi dizer que é devido
> ao
> > > ZIP do Linux que compacta só até 2GB (ou 4GB, não me recordo), já ouvi
> > > dizer
> > > que é por limitação de transferência de arquivo para FAT32, etc. Mas
> tudo
> > > que ouvi que limitava são coisas obsoletas, como esse zip, já que hoje
> > > temos
> > > o GZIP e ainda mais, já que não é recomendado compactar qualquer backup
> > > devido ao tempo de recuperação.
> > >
> > > Ok, então vou deixar a tbs com 32GB. Mas dai muito falam que isso pode
> > > interferir no desempenho da base de dados, ou que é melhor voltar 5
> > > arquivos
> > > de 2GB de uma fita do que 1 de 10GB, se perder um arquivo, perde tudo,
> > etc.
> > >
> > > O que vocês acham de tudo isso levando em conta que a base está
> > "protegida"
> > > por um backup diário de RMAN, possui tabelas grandes e médias, tbs de
> > > índice
> > > e dados,
>


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

Re: [oracle_br] Tamanho Datafiles - discussão

[Luiz Antonio Camargo]

Legal...

Mas o fato de esperar por um problema em somente 1 DATAFILE, como uma
corrupção de bloco ou um delete acidental, seria algo determinante para
dizer: "meu datafile terá 2GB" ou "meu datafile tera 32GB"?

att.

luiz

Em 5 de julho de 2010 12:59, Marcos Braga  escreveu:

>
>
> Olá Luiz,
>
> Só esclarecendo a dúvida quanto a limitação do tamanho.
>
> Essa limitação está somente nos tablespaces SMALLFILES, onde o Oracle
> suporta 4000 (quatro mil) blocos em cada datafile, e 1022 (se não me
> engano)
> datafiles por tablespace; se levarmos em consideração que o tamanho padrão
> do bloco é 8196, portanto teremos quase 32G em um datafile, o que é
> considerado, por alguns, como uma limitação do sistema operacional, mas não
> tem nada haver, é limitação da tablespace SMALLFILE.
>
> Em BIGFILE tablespaces você não tem essa limitação, porque o Oracle cria
> somente um datafile (não me recordo qual era o limite, mas estava rondando
> os TeraBytes).
>
> Quanto a questão da performance no restore de arquivos, já tive muito
> problema com isso, que foram causados em hosts standalone com discos
> locais,
> e quando instalamos Storage, não vi mais diferença em restaurar um
> tablespace com 5 datafiles ou uma tablespace com mesmo tamanho de 1
> datafile.
>
> Mas se pensarmos um pouco também chega-se a conclusão de que..., se
> efetuarmos um restore da tablespace tal o tamanho é o mesmo. Penso que a
> vantagem é se um dos datafiles que fazem parte da tablespace estiver com
> problemas, aí sim um restore será mais performático do que efetuar um
> restore de um datafile grande (mas só nesses casos).
>
> Bom..., essa é minha opinião.
>
> []s
> Braga
>
> 2010/7/5 Luiz Antonio Camargo 
> >
>
>
> >
> >
> > Bom Dia
> >
> > Queria abrir uma pequena discussão baseada na experiência que todos aqui
> já
> > tiveram com tamanho de DATAFILE.
> >
> > Encontro inúmeras bases com datafile de 2GB que estouram o tamanho e
> > ganhamos dinheiro colocando mais um datafile de 2GB, rss.
> >
> > Ok, mas se o limite é 32GB, porque limitar? Já ouvi dizer que é devido ao
> > ZIP do Linux que compacta só até 2GB (ou 4GB, não me recordo), já ouvi
> > dizer
> > que é por limitação de transferência de arquivo para FAT32, etc. Mas tudo
> > que ouvi que limitava são coisas obsoletas, como esse zip, já que hoje
> > temos
> > o GZIP e ainda mais, já que não é recomendado compactar qualquer backup
> > devido ao tempo de recuperação.
> >
> > Ok, então vou deixar a tbs com 32GB. Mas dai muito falam que isso pode
> > interferir no desempenho da base de dados, ou que é melhor voltar 5
> > arquivos
> > de 2GB de uma fita do que 1 de 10GB, se perder um arquivo, perde tudo,
> etc.
> >
> > O que vocês acham de tudo isso levando em conta que a base está
> "protegida"
> > por um backup diário de RMAN, possui tabelas grandes e médias, tbs de
> > índice
> > e dados, etc...
> >
>
> [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] Tamanho Datafiles - discussão

[Marcos Braga]

Olá Luiz,

Só esclarecendo a dúvida quanto a limitação do tamanho.

Essa limitação está somente nos tablespaces SMALLFILES, onde o Oracle
suporta 4000 (quatro mil) blocos em cada datafile, e 1022 (se não me engano)
datafiles por tablespace; se levarmos em consideração que o tamanho padrão
do bloco é 8196, portanto teremos quase 32G em um datafile, o que é
considerado, por alguns, como uma limitação do sistema operacional, mas não
tem nada haver, é limitação da tablespace SMALLFILE.

Em BIGFILE tablespaces você não tem essa limitação, porque o Oracle cria
somente um datafile (não me recordo qual era o limite, mas estava rondando
os TeraBytes).

Quanto a questão da performance no restore de arquivos, já tive muito
problema com isso, que foram causados em hosts standalone com discos locais,
e quando instalamos Storage, não vi mais diferença em restaurar um
tablespace com 5 datafiles ou uma tablespace com mesmo tamanho de 1
datafile.

Mas se pensarmos um pouco também chega-se a conclusão de que..., se
efetuarmos um restore da tablespace tal o tamanho é o mesmo. Penso que a
vantagem é se um dos datafiles que fazem parte da tablespace estiver com
problemas, aí sim um restore será mais performático do que efetuar um
restore de um datafile grande (mas só nesses casos).

Bom..., essa é minha opinião.

[]s
Braga




2010/7/5 Luiz Antonio Camargo 

>
>
> Bom Dia
>
> Queria abrir uma pequena discussão baseada na experiência que todos aqui já
> tiveram com tamanho de DATAFILE.
>
> Encontro inúmeras bases com datafile de 2GB que estouram o tamanho e
> ganhamos dinheiro colocando mais um datafile de 2GB, rss.
>
> Ok, mas se o limite é 32GB, porque limitar? Já ouvi dizer que é devido ao
> ZIP do Linux que compacta só até 2GB (ou 4GB, não me recordo), já ouvi
> dizer
> que é por limitação de transferência de arquivo para FAT32, etc. Mas tudo
> que ouvi que limitava são coisas obsoletas, como esse zip, já que hoje
> temos
> o GZIP e ainda mais, já que não é recomendado compactar qualquer backup
> devido ao tempo de recuperação.
>
> Ok, então vou deixar a tbs com 32GB. Mas dai muito falam que isso pode
> interferir no desempenho da base de dados, ou que é melhor voltar 5
> arquivos
> de 2GB de uma fita do que 1 de 10GB, se perder um arquivo, perde tudo, etc.
>
> O que vocês acham de tudo isso levando em conta que a base está "protegida"
> por um backup diário de RMAN, possui tabelas grandes e médias, tbs de
> índice
> e dados, etc...
>


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

[oracle_br] Tamanho Datafiles - discussão

[Luiz Antonio Camargo]

Bom Dia

Queria abrir uma pequena discussão baseada na experiência que todos aqui já
tiveram com tamanho de DATAFILE.

Encontro inúmeras bases com datafile de 2GB que estouram o tamanho e
ganhamos dinheiro colocando mais um datafile de 2GB, rss.

Ok, mas se o limite é 32GB, porque limitar? Já ouvi dizer que é devido ao
ZIP do Linux que compacta só até 2GB (ou 4GB, não me recordo), já ouvi dizer
que é por limitação de transferência de arquivo para FAT32, etc. Mas tudo
que ouvi que limitava são coisas obsoletas, como esse zip, já que hoje temos
o GZIP e ainda mais, já que não é recomendado compactar qualquer backup
devido ao tempo de recuperação.

Ok, então vou deixar a tbs com 32GB. Mas dai muito falam que isso pode
interferir no desempenho da base de dados, ou que é melhor voltar 5 arquivos
de 2GB de uma fita do que 1 de 10GB, se perder um arquivo, perde tudo, etc.

O que vocês acham de tudo isso levando em conta que a base está "protegida"
por um backup diário de RMAN, possui tabelas grandes e médias, tbs de índice
e dados, etc...


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

Re: [oracle_br] Certificação

[Álisson Zimermann]

Automaticamente... e eh pelo endereço do site!

Em 30 de junho de 2010 16:07, Luis Renato Araujo - Agereti <
renato.ara...@agereti.com.br> escreveu:

>
>
> Pessoal, boa tarde.
>
> Com relação ao assunto da CERTIFICAÇÃO, realizei a prova 1z0-007 e
> 1z0-0042,
> com isso me certifiquei como OCA.
>
> Minha dúvida é o seguinte:
>
> O certificado eles enviam automaticamente ou tenho que solicitar?
>
> Caso enviem automaticamente eles pegam o endereço que esta cadastrado no
> site da VUE para envio do mesmo?
>
> Att,
>
> Renato Araujo.
>
>
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em
> nome de Welvis Douglas
> Enviada em: quinta-feira, 24 de junho de 2010 14:40
> Para: oracle_br@yahoogrupos.com.br ; 'Raul
> Francisco Costa F. de Andrade,
> DBA'
> Assunto: RES: [oracle_br] Certificação
>
>
> Mas mesmo não sendo certificar, ou seja não sendo OCA eles vão mandar o
> comprovante que eu fiz a prova raul?
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br   oracle_br%40yahoogrupos.com.br >
> [mailto:oracle_br@yahoogrupos.com.br  oracle_br%40yahoogrupos.com.br >
>
> ] Em
> nome de Raul Francisco Costa F. de Andrade, DBA
> Enviada em: quinta-feira, 24 de junho de 2010 14:34
> Para: oracle_br@yahoogrupos.com.br  oracle_br%40yahoogrupos.com.br >
>  Assunto: Re: [oracle_br] Certificação
>
> Boa tarde! Cara eu fiz o meu no tempo da Prometric ainda... Mas costuma
> demorar uns 90 a 120 dias
>
> Em 24 de junho de 2010 13:40, Welvis Douglas 
> 
>  >escreveu:
>
>
> >
> >
> > Olá pessoal, estou com uma duvida, no dia 16/04 eu fiz um exame da Oracle
> > pela VUE. Só que até agora não me mandaram nenhum comprovante. Alguém
> sabe
> > quanto tempo demora para chegar e se chega?
> >
> > Att,
> >
> > Welvis Douglas da Silva Moretto
> >
> > DBA - Oracle Certified (1ZO-042)
> >
> > Fone: (41) 9997-6297
> >
> > E-mail: welvis_doug...@hotmail.com  welvis_douglas%40hotmail.com >
> ,
> > wel...@stcruz.com.br   welvis%40stcruz.com.br >
>
> 
> >
> > Messenger: welvis_doug...@hotmail.com 
> 
> 
>
> >
> > Mestre em Engenharia de Produção e Sistemas - PUC/PR;
> >
> > Especializando em Banco de Dados - UNOPAR;
> >
> > Especialista Engenharia de Software - UNOPAR;
> >
> > Tecnólogo em Processamento de Dados - FACCAR.
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> --
> --
> Raul Francisco da Costa Ferreira de Andrade
> DBA - OCA - Oracle Certified Associate
> COBIT Foundation 4.1
> Fone: (41)8855-8874 Brt
> email: raulf...@gmail.com   raulfdba%40gmail.com >
> Skype: raul.andrade
> www.clickdba.com
>
> "A adversidade leva alguns a serem vencidos
> e outros a baterem recordes."
> William Arthur Ward
>
> [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]





--
>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

RES: ***SPAM*** RES: [oracle_br] Certificação

[Luis Renato Araujo - Agereti]

Valeu Paulo!

 

Obrigado pelas informações.

 

Att,

 

Renato Araujo.

DBA Oracle.

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Paulo Trevisolli
Enviada em: segunda-feira, 5 de julho de 2010 08:02
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: ***SPAM*** RES: [oracle_br] Certificação

 

  

Brother,

No caso da certificação de Developer que fiz, enviaram ambos os certificados
automaticamente, pelo correio, de 90 à 120 dias no endereço da então
Prometric (hj a Oracle trabalha com a VUE).

[]s

Paulo Trevisolli mailto:paulo.treviso...@ancora.inf.br
 

Consultor - Desenvolvimento 
(16) 3335-6228 #ramal 37
Oracle Partner Network 

_ 

De: oracle_br@yahoogrupos.com.br 
[mailto:oracle_br@yahoogrupos.com.br 
] Em
nome de Luis Renato Araujo - Agereti
Enviada em: quarta-feira, 30 de junho de 2010 16:08
Para: oracle_br@yahoogrupos.com.br  ;
'Raul Francisco Costa F. de Andrade,
DBA'
Assunto: ***SPAM*** RES: [oracle_br] Certificação

Pessoal, boa tarde.

Com relação ao assunto da CERTIFICAÇÃO, realizei a prova 1z0-007 e 1z0-0042,
com isso me certifiquei como OCA.

Minha dúvida é o seguinte: 

O certificado eles enviam automaticamente ou tenho que solicitar?

Caso enviem automaticamente eles pegam o endereço que esta cadastrado no
site da VUE para envio do mesmo?

Att, 

Renato Araujo.

De: oracle_br@yahoogrupos.com.br 

[mailto:oracle_br@yahoogrupos.com.br 

] Em
nome de Welvis Douglas
Enviada em: quinta-feira, 24 de junho de 2010 14:40
Para: oracle_br@yahoogrupos.com.br 
 ;
'Raul Francisco Costa F. de Andrade,
DBA'
Assunto: RES: [oracle_br] Certificação

Mas mesmo não sendo certificar, ou seja não sendo OCA eles vão mandar o
comprovante que eu fiz a prova raul?

-Mensagem original-
De: oracle_br@yahoogrupos.com.br 


[mailto:oracle_br@yahoogrupos.com.br 


] Em
nome de Raul Francisco Costa F. de Andrade, DBA
Enviada em: quinta-feira, 24 de junho de 2010 14:34
Para: oracle_br@yahoogrupos.com.br 

 
Assunto: Re: [oracle_br] Certificação

Boa tarde! Cara eu fiz o meu no tempo da Prometric ainda... Mas costuma
demorar uns 90 a 120 dias

Em 24 de junho de 2010 13:40, Welvis Douglas mailto:welvis%40stcruz.com.br> 
 
 >escreveu:

>
>
> Olá pessoal, estou com uma duvida, no dia 16/04 eu fiz um exame da Oracle
> pela VUE. Só que até agora não me mandaram nenhum comprovante. Alguém sabe
> quanto tempo demora para chegar e se chega?
>
> Att,
>
> Welvis Douglas da Silva Moretto
>
> DBA - Oracle Certified (1ZO-042)
>
> Fone: (41) 9997-6297
>
> E-mail: welvis_doug...@hotmail.com 


,
> wel...@stcruz.com.br 



>
> Messenger: welvis_doug...@hotmail.com
 
 
 
>
> Mestre em Engenharia de Produção e Sistemas - PUC/PR;
>
> Especializando em Banco de Dados - UNOPAR;
>
> Especialista Engenharia de Software - UNOPAR;
>
> Tecnólogo em Processamento de Dados - FACCAR.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>

-- 
--
Raul Francisco da Costa Ferreira de Andrade
DBA - OCA - Oracle Certified Associate
COBIT Foundation 4.1
Fone: (41)8855-8874 Brt
email: raulf...@gmail.com 

 
Skype: raul.andrade
www.clickdba.com

"A adversidade leva alguns a serem vencidos
e outros a baterem recordes."
William Arthur Ward

[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 » Dica

RES: ***SPAM*** RES: [oracle_br] Certificação

[Paulo Trevisolli]

Brother,

 

No caso da certificação de Developer que fiz, enviaram ambos os certificados
automaticamente, pelo correio, de 90 à 120 dias no endereço da então
Prometric (hj a Oracle trabalha com a VUE).

[]s

 

Paulo Trevisolli mailto:paulo.treviso...@ancora.inf.br

Consultor - Desenvolvimento 
(16) 3335-6228 #ramal 37
Oracle Partner Network 

 

 

 

 

 

 

 

 

  _  

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Luis Renato Araujo - Agereti
Enviada em: quarta-feira, 30 de junho de 2010 16:08
Para: oracle_br@yahoogrupos.com.br; 'Raul Francisco Costa F. de Andrade,
DBA'
Assunto: ***SPAM*** RES: [oracle_br] Certificação

 

  

Pessoal, boa tarde.

Com relação ao assunto da CERTIFICAÇÃO, realizei a prova 1z0-007 e 1z0-0042,
com isso me certifiquei como OCA.

Minha dúvida é o seguinte: 

O certificado eles enviam automaticamente ou tenho que solicitar?

Caso enviem automaticamente eles pegam o endereço que esta cadastrado no
site da VUE para envio do mesmo?

Att, 

Renato Araujo.

De: oracle_br@yahoogrupos.com.br 
[mailto:oracle_br@yahoogrupos.com.br 
] Em
nome de Welvis Douglas
Enviada em: quinta-feira, 24 de junho de 2010 14:40
Para: oracle_br@yahoogrupos.com.br  ;
'Raul Francisco Costa F. de Andrade,
DBA'
Assunto: RES: [oracle_br] Certificação

Mas mesmo não sendo certificar, ou seja não sendo OCA eles vão mandar o
comprovante que eu fiz a prova raul?

-Mensagem original-
De: oracle_br@yahoogrupos.com.br 

[mailto:oracle_br@yahoogrupos.com.br 

] Em
nome de Raul Francisco Costa F. de Andrade, DBA
Enviada em: quinta-feira, 24 de junho de 2010 14:34
Para: oracle_br@yahoogrupos.com.br 
 
Assunto: Re: [oracle_br] Certificação

Boa tarde! Cara eu fiz o meu no tempo da Prometric ainda... Mas costuma
demorar uns 90 a 120 dias

Em 24 de junho de 2010 13:40, Welvis Douglas mailto:welvis%40stcruz.com.br> 
 >escreveu:

>
>
> Olá pessoal, estou com uma duvida, no dia 16/04 eu fiz um exame da Oracle
> pela VUE. Só que até agora não me mandaram nenhum comprovante. Alguém sabe
> quanto tempo demora para chegar e se chega?
>
> Att,
>
> Welvis Douglas da Silva Moretto
>
> DBA - Oracle Certified (1ZO-042)
>
> Fone: (41) 9997-6297
>
> E-mail: welvis_doug...@hotmail.com 

,
> wel...@stcruz.com.br 


>
> Messenger: welvis_doug...@hotmail.com
 
 
>
> Mestre em Engenharia de Produção e Sistemas - PUC/PR;
>
> Especializando em Banco de Dados - UNOPAR;
>
> Especialista Engenharia de Software - UNOPAR;
>
> Tecnólogo em Processamento de Dados - FACCAR.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>

-- 
--
Raul Francisco da Costa Ferreira de Andrade
DBA - OCA - Oracle Certified Associate
COBIT Foundation 4.1
Fone: (41)8855-8874 Brt
email: raulf...@gmail.com 
 
Skype: raul.andrade
www.clickdba.com

"A adversidade leva alguns a serem vencidos
e outros a baterem recordes."
William Arthur Ward

[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]