E só para substanciar :
primeiro, quando eu falo de bugs estou me referindo a bugs tipo o
http://oracle-randolf.blogspot.com.br/2011/05/assm-bug-reprise-part-1.html,
http://jonathanlewis.wordpress.com/2011/06/15/block-size/ para múltiplos block
sizes para diferentes tablespaces, que são
Se não 32 KB (já que nem todas as versões de RDBMS e nem todos os
hardwares/SOs suportam em full 32 KB) ao menos 16 KB , sim, em tese, para
DW-like - mas è Claro, depois de testar Muito bem, não só para Confirmar que o
hardware é capaz de oferecer leitura desses 16 KB com overhead mínimo compar
Sem dúvida : em ambiente OLTP vc tipicamente tem muitas transações pequenas
ocorrendo em conjunto, e cada bloco sendo acessado para sofrer alterações
precisa ser lockado (latcheado, na verdade) então quanto maior o seu block size
mais chances de vc ter dados diferentes no mesmo bloco e sofrer
Boa Chiappa.
Tem aquele efeito colateral, especialmente em ambientes OLTP. Se aumentar muito
o blocksize pode aumentar a contenção, correto?
OLTP -> 8K
BATCH -> pode-se pensar em 16K mediante testes, especialmente para tbs de
indexes
Escrevi alguma bobagem? :)
Att
Vitor Jr
--- Em oracle_br@yah
Na verdade, Vitor, é como eu disse na minha resposta pro Wanderson : até
PODEM existir casos pontuais de maior performance para índices em blocksizes
maiores MAS em contrapartida o overhead tanto para cada I/O quanto para a
MANUTENÇÃO desses blocos (o que o nosso palpiteiro de plantão Mr. Burl
Buenas.
Tem que pagar, e tem inclusive um PDF da própria Oracle demonstrando essa parte
de licenciamento. Já andou aqui no grupo inclusive
:D
Att,/Regards,
Vitor Jr.
Infraestrutura / Infrastructure Team
Oracle 11g DBA Certified Professional - OCP
Oracle Certified Expert, Oracle Real Applicati
Rafael, acho que tem um equívoco na afirmação de que "aumentar o tamanho dos
blocos dos indices vc nao terá aumento nenhum de performance."
http://www.dba-oracle.com/art_so_blocksize.htm
Ressalto:
The benefits of large blocksizes are demonstrated on this OTN thread where we
see a demo showing 3
De qualquer forma amigo, a Oracle tem o serviço LMS
http://www.oracle.com/us/corporate/license-management-services/index.html onde
gratuitamente tu pode passar o teu ambiente desejado pra eles e eles lhe
retornam com a quantidade de licenças necessárias pra formar este ambiente.
(Thanks GUOB Tech D
Wanderson, como o Milton falou; Se vc separar os indices e os dados em
tablespaces separados e/ou aumentar o tamanho dos blocos dos indices vc nao
terá aumento nenhum de performance.
Mas vale salientar que se vc fizer isso e colocar os seus índices para não
gerar log, o único ganho de performan
Muito provavelmente sim, não devem estar em SQL, devem estar armazenadas
nalguma tabela interna - eu mesmo nunca tive a necessidade/curiuosidade de
precisar consultar isso fora do OEM, então não sei especificar, mas pode ser
que seja, sim
Posta aqui no forum o que vc achar, que fica de r
Wanderson, em alguns casos a documentação até recomenda ter index + data no
mesmo tablespace. Isso para que quando o Oracle encontrar o índece ele também
já encontre o data no mesmo bloco ou num bloco próximo. Se não me engano isso é
para casos de Oracle DSS usando Storage com FC. Mas de qualq
Blz ???
Bom, deixe-me começar a resposta REPETINDO o mesmo que já tinha dito, vamos
ver se a segnda é de vez : ponto é, falando de blocagem para I/O (como eu
mostrei nos links anteriores, há outros tipos de blocagem, e há inclusive o
buffer block size do SO, cfrme
http://www.ixora.com.au/ti
Milton!!!
Então não existe nenhum ganho de performance, caso eu separe as tablespaces
de índices e de dados, mesmo que o tamanho do bloco da tablespace de
índices seja bem maior do que o tamanho do bloco da tablespace de dados??
Att,
--
Wanderson Barrence
DBA Oracle 10g/11g
Analista de Testes -
Bom dia pessoal, Milton descordo de você... vamos ver se eu consigo explicar..
Isso depende da estrutura, exemplo: Se eu tenho uma máquina com discos
locais, e estes discos estão ligados em uma mesma controladora, sim..
não vai adiantar de nada. É apenas uma questão organizacional. Certo?
Iss
Bom dia pessoal, Milton descordo de você... vamos ver se eu consigo explicar..
Isso depende da estrutura, exemplo: Se eu tenho uma máquina com discos locais,
e estes discos estão ligados em uma mesma controladora, sim.. não vai adiantar
de nada. É apenas uma questão organizacional. Certo? Isso
15 matches
Mail list logo