Obrigado Chiappa.
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada em: segunda-feira, 27 de agosto de 2007 16:15 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Duvida sobre blocos Colega, basicamente a sua resposta é : sim, EM TESE o tamanho de bloco no disco deveria ser idêntico ao tamanho de bloco do seu database, pois senão ou o SO terá que fazer vários I/Os físicos quando o banco pedir um só I/O de bloco (que é o mínimo que o banco pede), ou o SO fará um I/O físico só porém maior do que o mínimo que o banco pediu. MAS por outro lado, estamos falando aqui de I/Os que duram FRAÇÃO de segundo, isso é algo que muitas vezes é até DIFÍCIL de mensurar, então um eventual "desbalanceamento" entre block do banco e do disco NÃO É algo que por si só implique altíssima performance se presente ou derrube o banco se ausente : o correto ajuste dos SQLs da aplicação , das estruturas físicas dentro do banco (como STORAGE e HWM), das estruturas de apoio (como índices, settings de CBO e de uso de RAM, profiles, MVs, etc) normalmente são ** EXPONENCIALMENTE ** mais importantes, são elas que te dão o máximo retorno com mínimo esforço. ==>> E eu disse EM TESE porém porque há OUTROS pontos a considerar ao se definir um blocksize para um banco - por exemplo, se vc tiver um bloco muito grande logicamente muito mais registros caberão dentro desse bloco, aumenta EM MUITO portanto a chance de muitas mais pessoas quererem acessar esse bloco, e já que cada acesso implica em latches (ie, "travamento lógico" do bloco), um blocksize muito grande em ambiente OLTP (aonde tipicamente há DEZENAS e DEZENAS, se não CENTENAS de usuários online) é propício a ** derrubar ** a performance do seu banco... Já num ambiente DW, como há muito muito menos usuários simultâneos via de regra, em alguns casos é aceitável um blocksize ** um pouco ** maior, mas vc TEM que ser razoável, um blocksize exageradamente grande implica que esse será o I/O ** mínimo ** , pode levar à saturação do seu sub-sistema de I/O .... E em se referindo à tamanhos, tem se aceito 8 Kb como um valor razoável para OLTP e similares aonde não se deseja bloco grande, e 16 ou 32 Kb aonde se deseja blocos maiores - os 64 Kb que vc cita via de regra são EXAGERO não-recomendável, ok ? E a resposta é em termos de "via de regra" , justamente porque só VOCÊ pode testar isso no seu hardware, só vc conhece a sua aplicação, ok ? E finalmente observo que nos releases mais modernos de bd Oracle (ie, 9i e 10g) vc TRANQUILAMENTE pode ter um banco com blocksize X , ** e ** ao mesmo tempo ter uma os mais tablespaces com blocksize Y, diferente, se julgar adequado, e isso ** INDEPENDE ** totalmente do tamanho de bloco do disco - como eu disse, SE DER pra ser o mesmo do banco ok, se não der ainda há a possibilidade de se usar o recurso.... []s Chiappa --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> , "Alan Corte" <[EMAIL PROTECTED]> escreveu > > Pessoal... > > > > Tenho um ambiente Windows. > > Se formatar o disco com blocos de 64Kb, é possível ter uma blocagem > diferente no banco ? tipo 8kb ou 16kb? > > > > Se sim, qual o impacto negativo ou positivo disto ? > > Se não, se o banco tiver que ter a mesma blocagem do disco, que critério > devo usar para ter uma blocagem de alta > > Performance na leitura e na gravação dos dados.. > > > > Tipo: > > > > 64 KB no disco e no banco (o que ganho aqui e o que perco?) > > e ao contrario Tb ... blocos de 4KB (o que ganho aqui e o que perco?) > > qual o ambiente mais favorável na opiniões de vcs? > > > > Se algum puder responder.. obrigado.. > > > > > > Alan Corte > > P Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO > AMBIENTE! > > > "O que mais preocupa não é nem o grito dos violentos, dos corruptos, dos > desonestos, dos sem caráter, dos sem ética. > O que mais preocupa é o silêncio dos bons." > Martin Luther King > > > > > > > > Email de Saida Escaneado contra Virus > > > [As partes desta mensagem que não continham texto foram removidas] > _____ Email de Entrada Escaneado contra Virus Email de Saida Escaneado contra Virus [As partes desta mensagem que não continham texto foram removidas]