Chiappa, Tem esse programas para Windows 2003?
E + uma vez obrigadão!!!! ----- Original Message ----- From: jlchiappa To: [email protected] Sent: Wednesday, December 27, 2006 2:31 PM Subject: [oracle_br] Re: Caminho errado na criação do BD Antes de responder, aviso : o bloco default adotado nos bancos mais recentes (ie, 8 Kb) é, na esmagadora maioria dos casos, MUITO adequado, é bem RARO vc ter a necessidade de usar outros tamanhos, além do que é um assunto relativamente complexo que dificilmente é cobrado seja num ocp, seja numa eventual entrevista ou no dia a dia, então eu sugiro que vc dê atenção MUITO MENOR a esse cara... SÓ leia o resto desta resposta se REALMENTE quiser dedicar tempo e esforço a isso... Sinceramente, em sendo vc um estudante, tem peixes MUITO maiores pra vc fritar antes de esquentar a moringa com isso... Muito bem : primeiro a necessidade, eu só pensaria nisso num caso onde o bloco maior é uma necessidade real, como por exemplo a chave do índice não cabe no bloco atual, ou vc está tendo algum tipo de overhead por causa da qtdade de blocos ou está tendo row chaining e migrações em excesso, como citado em http://asktom.oracle.com/pls/asktom/f? p=100:11:0::::P11_QUESTION_ID:329017235004#71346788456449 - nesse mesmo artigo se dão as sugestões para se encontrar o block size do seu SO. Quanto á necessidade de se alinhar EXATAMENTE block size do banco com block size do SO, isso basicamente é verdadeiro SE a APENAS SE vc está fazendo I/O buffered, ie, se os dados lidos pelo SO estão indo prum cache do SO antes de chegarem ao bd Oracle... Num banco de Produção, I/O buffered é puro desperdício via de regra, já que o próprio banco TEM um cache próprio e muito eficiente, vc ter coisas cacheadas no banco E no SO é algo a ser evitado, como mostrado em http://www.ixora.com.au/tips/avoid_buffered_io.htm , e em http://www.ixora.com.au/tips/buffered_block_size.htm ele discute esse alinhamento se vc por qquer motivo for REALMENTE obrigado a ter buffered I/O. Em http://www.ixora.com.au/tips/block_size.htm há uma discussão sobre a possibilidade de se ter blocos mais largos que o usual. Já pra vc testar os diferentes tamanhos de block I/O no seu sistema, http://nextre.it/oracledocs/blocksize.html e http://www.jlcomp.demon.co.uk/block.html tem uns programinhas de teste que podem te ajudar []s Chiappa --- Em [email protected], "Alex Ferreira" <[EMAIL PROTECTED]> escreveu > > Caro Chiappa, > Outra pequena dúvida q tenho é a configuração do DB Block Size. Vc conhece > algum documento específico explicando essa parte de blocos do oracle? > Li algumas coisas q deve ser relacionado com o sistema operacional, mas como > a gente pode ver no sistema operacional? > > Obrigado + uma vez!! > > > Em 27/12/06, jlchiappa <[EMAIL PROTECTED]> escreveu: > > > > imho, o que todo DBA deve conhecer em alguma profundidade, de modo ao > > menos razoável : linguagens SQL e PL/SQL, backup/restore, Tunning de > > banco e de SQL/PL/SQL, dicionário de dados Oracle a principais > > pacotes DBMS, noções de rede, noções (principais comandos, ao menos > > uma palinha) do Sistema Operacional em que o bd roda, noção geral das > > principais features do release que usa de banco, e uma noção geral > > dos principais utilitários. O que é ** TOTALMENTE OBRIGATÓRIO **, não > > se admite um DBA sem isso, é um conhecimento COM PROFUNDIDADE dos > > tópicos abordados no manual "Oracle Concepts", ie, arquitetura, > > conceitos gerais do bd Oracle... dependendo do ambiente pode ser que > > algum dos temas iniciais diminuam de importância - por exemplo, pode > > acontecer que numa dada Empresa haja (digamos) uma equipe > > especializada que faz backup e restore, aí o dba não precisa se > > aprofundar tanto nisso, mas os Conceitos não tem o que discutir, sem > > isso vc não vai pra lugar algum... > > De dificuldade é aquele negócio, hoje em dia o mercado é feroz, seja > > qual for a profissão praticamente NENHUMA Empresa mais quer investir > > nada em formação, E quer que um faça o trabalho de três ganhando por > > um (ou às vezes menos que um :(, assim ambos os pontos demandam por > > experiência... Seja um vendedor, pedreiro, DBA, médico, cada dia mais > > o que se vê é que pouquíssimas Empresas se dispõem a arcar com o > > tempo de aprendizado, em que o Jr. necessariamente não está > > produzindo em ritmo top... Então sim, a dificuldade VAI ser grande, > > talvez até mesmo se vc não tem experiência alguma vc não consiga > > começar diretamente como DBA (mesmo que Jr.), talvez tenha que > > começar como desenvolvedor só pra juntar alguma experiência > > relacionada com bd Oracle, pra depois tentar de novo como DBA > > iniciante, é isso. > > > > []s > > > > Chiappa > > > > --- Em [email protected] <oracle_br% 40yahoogrupos.com.br>, > > "Alex Ferreira" > > <alexanderferreira@> escreveu > > > > > > Certo Chiappa, > > > Aproveitando o assunto, queria saber de vc q é um ótimo > > profissional, qual > > > os assuntos q realmente são mais importantes para um DBA e as > > dificuldades > > > de entrar no mercado como DBA Jr? > > > > > > Obrigado mais uma vez!!! > > > > > > [] Alex > > > > > > > > > Em 27/12/06, jlchiappa <jlchiappa@> escreveu: > > > > > > > > OK, única coisa é que eu QUESTIONO a utilidade prática de vc > > estudar > > > > criação manual de novos databases, pois como eu disse a > > necessidade é > > > > RARA, e mesmo em OCP afaik isso não é pedido, eu acho que há n > > outros > > > > tópicos mais importantes pra se estudar... > > > > > > > > []s > > > > > > > > Chiappa > > > > --- Em [email protected] <oracle_br% 40yahoogrupos.com.br><oracle_br% > > 40yahoogrupos.com.br>, > > > > "Alex Ferreira" > > > > <alexanderferreira@> escreveu > > > > > > > > > > Obrigado Jlchiappa!!!! > > > > > Entendi o q vc falou e vou fazer isso. É q estou praticando > > criação > > > > do banco > > > > > manualmente e pensei q fosse desse jeito q estava fazendo e q tb > > > > estava > > > > > fazendo errado! > > > > > Mas valeu pela dica!!! > > > > > > > > > > Abraços! > > > > > > > > > > > > > > > Em 27/12/06, jlchiappa <jlchiappa@> escreveu: > > > > > > > > > > > > Alex, antes de responder eu lembro que, no Oracle, ao > > contrário > > > > de > > > > > > outros BDs, vc praticamente NUNCA cria um novo banco na > > máquina, > > > > pois > > > > > > AUTOMAGICAMENTE cada usuário que for criar tabelas/objetos > > terá a > > > > SUA > > > > > > PRÓPRIA área lógica (o SCHEMA), absolutamente INDEPENDENTE > > uma da > > > > > > outra.... E se ter vários bancos é em princípio SEMPRE contra- > > > > > > recomendado porque necessariamente vários bancos ativos > > IMPLICAM > > > > em > > > > > > várias instâncias, CADA UMA consumindo CPU, cada uma com a > > sua SGA > > > > > > diferente, cada uma com a sua tablespace SYSTEM, absolutamente > > > > não há > > > > > > (afora RAC e similares) como vc "compartilhar" recursos entre > > > > bancos, > > > > > > então cada banco é um consumidor de recursos na máquina.... > > Assim, > > > > > > PRINCIPALMENTE PARA ESTUDOS,onde a máquina necessariamente > > deve > > > > ser > > > > > > limitada/doméstica, E onde não há nenhuma exigência em > > contrário, > > > > não > > > > > > vejo muito sentido em se ter vários bancos - em produção > > algumas > > > > > > (raras!!) vezes isso pode ser necessário, como por exemplo em > > > > casos > > > > > > onde na mesma máquina vai se rodar dois sistemas diferentes > > que > > > > > > EXIGEM versões de Oracle diferente, e/ou que exigem settings > > > > > > absolutamente diferentes, aí não tem como .... > > > > > > Mas se vc REALMENTE quiser por qquer motivo o fazer : quando > > vc > > > > > > diz "Pensei q qdo criasse o banco e iniciasse pelo modo > > nomount, > > > > ele > > > > > > se desligaria do ORCL", não tem NADA a ver : veja vc, quando > > vc > > > > > > inicia uma instância (ie, carrega em memória os binários, que > > é o > > > > que > > > > > > um startup nomount faz), NECESSARIAMENTE as variáveis de > > ambiente > > > > > > (ORACLE_SID principalmente) é que indicam QUAL instância será > > > > > > montada, aposto que vc está tentando fazer o novo banco SEM > > > > alterar > > > > > > as vars de ambiente, isso SÒ PODE dar caca... Inclusive, como > > além > > > > > > das vars há *** muitos *** outros settings necessários, eu > > > > RECOMENDO > > > > > > que vc use o Assistente de criação de bancos pra criar o novo > > > > banco, > > > > > > MAS ao final dele ** NÂO ** peça pra criar o novo banco, mas > > sim > > > > > > apenas pra criar SCRIPTS, que aí sim esses scripts já terão > > tudo o > > > > > > necessário. > > > > > > > > > > > > []s > > > > > > > > > > > > Chiappa > > > > > > > > > > > > --- Em [email protected]<oracle_br% 40yahoogrupos.com.br><oracle_br% > > 40yahoogrupos.com.br><oracle_br% > > > > 40yahoogrupos.com.br>, > > > > > > "Alex Ferreira" > > > > > > <alexanderferreira@> escreveu > > > > > > > > > > > > > > Olá Pessoal, > > > > > > > > > > > > > > Estou com uma dúvida qto a criação do BD. > > > > > > > O problema é assim: > > > > > > > Tenho um banco de estudo chamado ORCL. Qdo vou criar outro > > banco > > > > > > manualmente eu faço o seguinte procedimento: > > > > > > > - Crio os Serviços no Windows > > > > > > > - Crio os diretórios > > > > > > > - Crio o arquivo de senha > > > > > > > - Inicio o iSQLPLUS e me logo assim: > > > > > > > / as sysdba > > > > > > > - Faço o SHUTDOWN IMMEDIATE (Pois tenho o banco ORCL > > instalado) > > > > > > > - Inicio o banco: > > > > > > > startup nomount pfile='caminho do arquivo' > > > > > > > - Ele inicia normalmente > > > > > > > - Rodo o script de criação do Banco. > > > > > > > > > > > > > > O problema: > > > > > > > > > > > > > > Qdo ele instala, ele muda o caminho dos arquivos do Banco > > ORCL > > > > para > > > > > > o caminho do novo banco de dados q criei.....:( > > > > > > > Pensei q qdo criasse o banco e iniciasse pelo modo nomount, > > ele > > > > se > > > > > > desligaria do ORCL, mas não, ele parece q fica conectado > > ainda no > > > > > > ORCL. > > > > > > > O q pode estar acontecendo, será q estou fazendo algo de > > errado > > > > na > > > > > > criação??? > > > > > > > > > > > > > > Obrigado pessoal! > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram > > > > removidas] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram > > removidas] > > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > [As partes desta mensagem que não continham texto foram removidas]
