Srs,

concordo que faz diferença todos esses fatores, e com certeza um bom sysadmin.
Mas eu me lembro que até algum tempo atrás o Oracle voava em HP-UX por anos era 
o sonho de consumo dos DBAs.
Eu cheguei a ver uma vez um equipamento HPUX equivalente a um AIX rodar o dobro 
de bases de dados com folga e o AIX se arrastava, mesmo sendo bem configurado.
Quanto aos outros equipamentos e SO´s não tinha nem como comparar.
Eu ainda acho que a Oracle tem um certo pezinho com a HP, visto que criou o 
Oracle Database Machine com parceria da HP e SO linux...
quem quiser mais detalhes desse servidor...

hp.com/go/oracle/exadata

quem não acha que isso deve ser um avião?? ou que deve detonar qualquer windows?

[]´s

Anderson Santiago
DBA Sênior.
www.ruevers.webs.com

PS: Não tenho nada contra windows...rsrsrr


 



________________________________
De: jlchiappa <jlchia...@yahoo.com.br>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Sexta-feira, 5 de Junho de 2009 11:35:08
Assunto: [oracle_br] Re: 10 motivos para não instalar oracle em windows





Na verdade ** nenhum ** desses motivos por si só é impedimento, pois existem 
n+1 tools que podem ser adicionadas pra suprir as funcionalidades, 
principalmente a (imho) melhor delas, CygWin em http://www.cygwin. com/ , a 
própria m$ te oferece o unix toolkit, ou ainda melhor o Sysinternals em 
http://technet. microsoft. com/en-us/ sysinternals/ bb545046. aspx - sem dúvida 
uma comprinha esperta feita pela m$... Então na verdade o ponto é que em m$win 
vc ** não ** recebe um SO completo em termos administrativos, vc vai ter que 
baixar diversas tools para o complemenar, não dá boa impressão, dá trabalho, 
mas funciona, sem maiores problemas...
De minha parte, da minha experiência, já vi bd Oracle "voando" em linux e em 
windows, e se arrastando também nos dois ambientes, os dois únicos fatores 
comuns que indicaram se é possível/recomendá vel usar o bd Orace windows ou o 
linux foram :

a) a ADEQUAÇÂO do hardware/ambiente ao windows/unix : já vi um caso (por 
exemplo) aonde os drivers do storage (de pequeno porte) eram ultra-otimizados 
para windows, o fabricante há anos só trabalhava com esse SO, e tinha há pouco 
lançado versão linux, ** óbvio ** que o linux estava se arrastando e a máquina 
windows que usava o mesmo storage voava, e já vi também diversos contra-casos 
aonde a versão linux que era boa e o windows era um remendão... Idem pra BIOS, 
software embarcado (como firmwares de modo geral), etc, etc...

b) a experiência do sysadmin (e net admins & cia bela) : esse é o fator ** 
CRÍTICO ** , mais do que o anterior - em rigorosamente ** TODOS ** os ambientes 
aonde vi o windows ir excepcionalmente bem o sysadmin era fera, o cara de rede 
também... Idem pro linux, onde vi o linux ir bem com certeza tinha gente MUITO 
boa por trás... O complicado no windows, na minha experiência, é que abundam 
nessa ecosfera os "cursinhos" de fundo de quintal, dado por curiosos, sem o 
menor critério, no linux (não por ser mais difícil, mas por ser "diferente") 
isso ocorre um pouco menos, mas o fato é : difícil ou fácil, raro ou abundante 
o recurso, vc ** TEM QUE ** ter um sysadmin / netadmin e técnicos de 
administração em geral COMPETENTES no ambiente escolhido, em tendo isso (e se 
respeitando a condição a) acima) absolutamente QUALQUER um dos SOs em hardwares 
idênticos pode ter desempenho muito bom, praticamente equivalentes

c) adequação dos demais softwares ao SO : o banco Oracle ** não ** trabalha num 
vácuo, tipicamente há clients, ferramentas de desenvolvimento, 
loaders/manipulador es de dados, além do próprio aplicativo, também envolvidos 
: EVIDENTEMENTE é comum acontecer que algum desses caras "não goste" do linux 
ou do windows, tenha bugs com x ou y, é um ponto que não tem a ver diretamente 
com o banco MAS tem que ser checado na hora da escolha do SO , principalmete em 
relação à d) abaixo, o win 64 bits e recente, embora o banco em sis esteja 
estável nele ainda é comum se ter outros caras relacionados não

d) até mesmo a questão dos 64 bits (que era um contínuo calcanhar de aquiles na 
m$, foi uma adição recente e realmente não estava MESMO estável nem 
performática no windows 2000) nas versões atualizadas do Win2003 e mais 
recentes já tá muito boa em si...

Quanto à algumas diferenças técnicas (como o fato do Windows exigir a "muleta" 
do serviço windows pra criar a instância, ou o fato de cada task ser uma thread 
dum único processo oracle.exe, por exemplo), via de regra não vejo isso como 
dificuldade, a Oracle fez um trabalho excepcionalmente bom ao portar o software 
original pra windows e já previu essas coisas, e a "comunicação" entre o 
oracle.exe e suas threads é bem light - mesmo em casos de alto volume de uso, 
MAS com o hardware devidamente capacitado, e a) e b) atendidos, já vi (até 
recentemente, num cliente recente da área financeira em SP) o windows atender 
perfeitamente. .. 

[]s

Chiappa
--- Em oracle...@yahoogrup os.com.br, Ivan Ricardo Schuster <ivanr...@.. .> 
escreveu
>
> Vou citar alguns motivos que me vem a cabeça agora (opinião minha):
> 
> 1. tail
> 2. grep
> 3. awk
> 4. more/less
> 5. não usar o conceito de "serviço"
> 6. top, iostat, vmstat
> 7. pipe
> 8. ssh (principalmente tunneling)
> 9. sed
> 10. find com seus -exec, -print
> 
> Não necessáriamente nesta mesma ordem.
> 
> 
> 2009/6/5 Alexandre Rocha Placido <aplacido.oracle@ ...>:
> > Ratificando o que Carlos Alfredo disse, minha experiência é a mesma. O único
> > problema foi em relação a datafiles grandes, acima de 2gb que nos gerou
> > problema. Mas mesmo o ganho de performance não foi significativo. O era em
> > Linux em maquinas RISC à época, mas hoje com tudo Intel, não vejo grandes
> > diferenças.
> >
> >
> >
> > Apesar que hoje estamos também com Linux RedHat com o Oracle 10gRAC, mais
> > por questões de custo mesmo.
> >
> >
> >
> >
> >
> >
> >
> > Digitalizar0003. jpg
> >
> > Alexandre Rocha Placido
> >
> > image002DITEC – Divisão de Tecnologia da Informação
> >
> > Agrovale
> >
> >
> >
> > 74 3612-2900
> >
> > 87 8802-0474
> >
> > aplac...@...
> >
> > MSN: aplac...@...
> >
> > Skype: aplac...@...
> >
> > P Ler aqui sem imprimir é mais legal e faz bem ao meio ambiente.
> >
> >
> >
> > 1 JOÃO 4:10 - Nisto consiste o amor: não em que nós tenhamos amado a Deus,
> > mas em que ele nos amou e enviou seu Filho como propiciação pelos nossos
> > pecados.
> >
> >
> >
> > De: oracle...@yahoogrup os.com.br [mailto:oracle...@yahoogrup os.com.br] Em
> > nome de Carlos Alfredo M. de Menezes
> > Enviada em: sexta-feira, 5 de junho de 2009 08:13
> > Para: oracle...@yahoogrup os.com.br
> > Assunto: Re: [oracle_br] 10 motivos para não instalar oracle em windows
> >
> >
> >
> >
> >
> >
> >
> >
> > Colega,
> > De experiência própria, trabalhei com Oracle em Windows Server de 1995
> > até março de 2006, a partir dessa data com Linux, digo que não tenho
> > saudades do tempo de Windows mas seria mais honesto dizer que nesse
> > período nunca passei nenhum apuro com Oracle, rodou sempre muito bem e
> > me sentia confortável, olha que trabalhei com a primeira versão para
> > Windows NT 3.5, depois migrei para NT 4 e por fim rodei em ambiente
> > Windows2000 em cluster MS com Failsafe. Sobre performance, também
> > gostaria de dizer que essa diferença não é tão grande assim, que aliás a
> > Oracle fez muito bom trabalho em portar o código para trabalhar com
> > threads, razão de sua principal diferença em relação as versões para
> > Unix like, outro colega comentou em tom de brincadeira que o Oracle
> > nasceu para ambientes Unix, é verdade, pois na época não existia nenhum
> > Windows server, assim como não existia versão para Linux em 1995 e já
> > existia para Windows.
> >
> > Att,
> > Carlos Alfredo
> >
> > Willian Fernando Frasson escreveu:
> >>
> >>
> >> Boa noite,
> >>
> >> Uma vez vi até uma reposta do Chiappa e realmente o que ele disse é o
> >> mais correto, não depende se vai usar Windows, Linux, Aix, Solaris,
> >> Hp-UX, etc.
> >>
> >> O que depende é se terá um Admin de Rede em tal S.O, claro que se
> >> fosse por escolha seria AIX, Solaris, Linux (nessa ordem), mas tenho
> >> vários clientes que rodam até RAC
> >> em Win2003 Server e nunca parou.
> >>
> >> ----- Original Message -----
> >> From: Ricardo de Carvalho Moreno
> >> To: oracle...@yahoogrup os.com.br <mailto:oracle_ br%40yahoogrupos .com.br>
> > <mailto:oracle_ br%40yahoogrupos .com.br>
> >> Sent: Tuesday, June 02, 2009 9:56 PM
> >> Subject: [oracle_br] 10 motivos para não instalar oracle em windows
> >>
> >> Blz pessoal ?
> >>
> >> Todos já sabem que o oracle não se dá bem com o windows para uma base de
> >> produção com grande volume de dados.
> >>
> >> Alguém sabe me dizer motivos para não instalar oracle em windows ?
> >> O windows que me refiro é o windows server.
> >>
> >> Valew !!
> >>
> >> [As partes desta mensagem que não continham texto foram removidas]
> >>
> >> ------------ --------- --------- --------- --------- --------- -
> >>
> >> O Banco de Dados de Vírus interno expirou.
> >> Verificado por AVG - http://www.avgbrasi l.com.br
> >> <http://www.avgbrasi l.com.br>
> >> Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de
> >> Lançamento: 30/1/2009 17:31
> >>
> >> [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
> >
> >
> >
>





      Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

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

Responder a