SSDs com Oracle

19

Estamos estudando o uso de SSDs com Oracle para acelerar nossas execuções de migração de teste. Atualmente, leva de 12 a 18 horas para concluir uma execução de migração, dependendo do volume de dados (obviamente estamos realizando muitos ajustes de desempenho também). Temos várias caixas de linux baratas que estamos usando para várias execuções e análises.

O custo dos SSDs diretos da Dell é proibitivo. Eu queria saber se alguém tem experiência no uso de SSDs de consumidor (como os Crucial / Micron).

Sei que o suporte ao TRIM seria um problema no Linux (usando o Centos). Alguém os usou no Windows 7 para combater isso?

Stuart Brock
fonte
1
Acabamos adicionando SSDs para índices e espaços de tabela e distribuindo os dois por eles. Não tivemos o grande salto de velocidade que esperávamos. De 10 a 15% mais rápido em nossas migrações, mas na ausência de outras opções que economizassem bastante tempo (nosso especialista em ajuste da Oracle já havia sido liberado no banco de dados). Obrigado por todos os comentários. Fomos com os SSDs Cruciais, que ofereciam um desempenho muito bom por um bom preço e ainda não tiveram problemas. Também aceitamos que eles se desgastariam e estão de olho neles (e em cópias abundantes)! Obrigado por todos os comentários. Stuart.
amigos estão dizendo sobre stuart

Respostas:

6

Aqui estão os maiores problemas que vejo com SSDs e bancos de dados:

  • Falha no SSD
    • Isso acontece com mais frequência do que eu gostaria; geralmente dentro de um a dois anos com o uso normal e mais rápido se for lido / gravado com muita intensidade. O que está acontecendo quando você envia seus refazer, logs e arquivos de dados para um SSD? Muitas leituras e muitas gravações. Má combinação, IMO.
  • SSD "cura tudo"
    • Os SSDs são bons quando se trata de velocidade de leitura, sim. Eles são ótimos para inicializar em um sistema operacional ou para iniciar programas. Mas não se deve permitir que os SSDs se tornem uma correção para a otimização completa. Tenho certeza de que você não está, pois provavelmente está tentando de tudo para acelerar a migração, mas às vezes os SSDs podem parecer um santo graal para evitar alguns dos problemas mais difíceis na otimização. (De várias maneiras, o mesmo pode ser dito sobre o lançamento de mais hardware ou memória em um problema. Às vezes, é melhor otimizar o problema, em vez de jogar mais hardware nele.)
  • Incompatibilidade R / W
    • As leituras são incrivelmente rápidas.
    • As gravações não são tão rápidas quanto as leituras (embora geralmente sejam melhores que os HDDs)
      http://en.wikipedia.org/wiki/Solid-state_drive
    • Como tal, os SSDs realmente só fazem sentido para a mídia de inicialização (como SO, executáveis ​​db, etc.)
  • Nivelamento e segurança de desgaste
    • Se a segurança for preocupante, o nível de desgaste do seu SSD tornará quase impossível limpar a unidade e ter certeza de que foi zerada. Duas, três e mais passagens nem fazem isso, e sempre haverá uma chance de que parte dos seus dados ainda possa ser obtida.
Kerri Shotts
fonte
Você ainda tem a mesma opinião em 2019?
TrojanName
7

Ainda não vejo respostas para sua pergunta e, embora não tenha experiência em usar unidades SSD de nível de consumidor com um banco de dados, pensei que a seguinte pergunta no ServerFault poderia ser útil:

/server/69037/configuring-sql-for-optimal-performance-ssd-or-hdd

editar: Encontrei o seguinte artigo recentemente e pensei em adicioná-lo à minha resposta. Ele fala sobre o uso de SSDs com o SQL Server, mas achei que alguns dos fatores discutidos também poderiam ser úteis para os DBAs do Oracle.

http://technet.microsoft.com/en-us/magazine/hh334997.aspx (reduza a E / S, aumente o desempenho)

Jeff
fonte
5

Os SSDs podem acelerar a leitura de dados.

Escrever não será mais rápido. Nem pense em colocar os refazer no SSD, pois eles são apenas gravados. Para acelerar a gravação do refazer: adicione mais unidades e divida-as. As refazeres são gravadas sequencialmente, portanto, a adição de mais eixos melhora a taxa de transferência de gravação, até atingir o limite do controlador.

O que essa migração de teste está fazendo? Ele usa código processual ou conjuntos?

Se estiver usando código processual, certifique-se de implementar operações em massa. Os aparelhos são quase sempre sempre mais rápidos.

ik_zelf
fonte
1
Você tem uma fonte de referência que mostre velocidade de gravação inferior em SSDs, principalmente com a mesma quantidade de distribuição? Meu entendimento era que os SSDs também são mais rápidos nas gravações, mas a diferença não é tão dramática quanto nas leituras.
Leigh Riffel
@ Leigh - Isso é verdade, mas o ponto real é que a vantagem é consideravelmente maior para io aleatório do que sequencial . Eu acho que é justo dizer que os SSDs ainda são apenas para altas necessidades aleatórias de Iops.
Jack Douglas
1
Fizemos alguns testes com as placas f5100 em um sistema M5000, onde tentamos usar os discos flash como cache secundário para zfs, dedicado a arquivos e sga estendida. A leitura foi rápida, a gravação lenta, em comparação com o que fizemos com a SAN. (alguma caixa EMC). Como observado, os logs são gravados sequencialmente. Os discos são feitos para esse tipo de io, quando distribuídos.
Ik_zelf
2

Troquei meu disco rígido antigo por um SSD Crucial M4 de 512 MB para executar o teste em um grande banco de dados Oracle.

Eu executo o oracle 10.2 no Windows 7 no VMWare.

As mudanças de desempenho são realmente impressionantes. Importar e exportar bancos de dados e consultas SQL são muito mais rápidos.

No entanto, tenho um erro estranho aparecendo de tempos em tempos:

ERRO 2012-06-18 18: 18: 14,177: Erro ao executar a consulta
java.sql.SQLException: ORA-01578: bloco de dados ORACLE corrompido (arquivo # 6, bloco # 1646317)
ORA-01110: arquivo de dados 6: 'C: \ ORACLE \ PRODUCT \ 10.2.0 \ ORADATA \ DUNE \ WEBDATA02.DBF '

Eu nunca tive esse problema com a mesma VM na mesma máquina com o disco rígido.

Depois de executar o DBV no arquivo, nada é marcado como corrompido.

Não encontrei nada sobre esse problema.

svett
fonte
Não reconheço esse erro, mas esqueci de mencionar que as importações foram aceleradas em massa pelos SSDs. Foram apenas as execuções de migração que saltaram apenas 10-15% em velocidade. Então, obrigado por isso.
Stuart Brock