SSD con Oracle

19

Hemos estado buscando el uso de SSD con Oracle para acelerar nuestras ejecuciones de migración de prueba. Actualmente, lleva de 12 a 18 horas completar una ejecución de migración, dependiendo del volumen de datos (obviamente, también estamos haciendo muchos ajustes de rendimiento). Tenemos una serie de cajas linux baratas que estamos usando para varias ejecuciones y análisis.

El costo de los SSD directos de Dell es prohibitivo. Me preguntaba si alguien tiene experiencia en el uso de SSD de consumo (como los Crucial / Micron).

Me doy cuenta de que el soporte TRIM sería un problema en Linux (usando Centos). ¿Alguien los ha usado en Windows 7 para contrarrestar esto?

oracle performance Stuart Brock
fuente
1
Terminamos agregando SSD para índices y espacios de tabla y separando los dos en ellos. No obtuvimos el gran salto de velocidad que esperábamos. Más como un 10-15% más rápido para nuestras ejecuciones de migración, pero en ausencia de otras opciones que fue un buen ahorro de tiempo (nuestro experto en ajuste de Oracle ya había sido liberado en la base de datos). Gracias por todos los comentarios. Fuimos con SSD Crucial que ofrecían un rendimiento bastante bueno a un buen precio y aún no habían tenido ningún problema. ¡También aceptamos que se desgastarían y los vigilamos (y copiosas copias de seguridad)! Gracias por todos los comentarios. Stuart
Stuart Brock el

Respuestas:

6

Estos son los principales problemas que veo con las SSD y las bases de datos:

  • Falla de SSD
    • Sucede más a menudo de lo que me gustaría; a menudo dentro de uno o dos años con uso normal, y más rápido si se lee o se escribe demasiado. ¿Qué sucede cuando envía sus archivos de rehacer, registros y datos a un SSD? Muchas lecturas y muchas escrituras. Mala combinación, OMI.
  • SSD "curar todo"
    • Los SSD son buenos cuando se trata de la velocidad de lectura, sí. Son excelentes para arrancar desde un sistema operativo o para iniciar programas. Pero no se debe permitir que los SSD se conviertan en una solución para la optimización total. Estoy seguro de que no, ya que probablemente esté intentando todo lo posible para que la migración se realice más rápido, pero a veces los SSD pueden parecer un santo grial para evitar algunos de los problemas más difíciles a la hora de optimizar. (En muchos sentidos, se puede decir lo mismo acerca de arrojar más hardware o memoria a un problema. A veces es mejor optimizar el problema en lugar de arrojarle más hardware).
  • R / W no coinciden
    • Las lecturas son extremadamente rápidas.
    • Las escrituras no son tan rápidas como las lecturas (aunque generalmente son mejores que las HDD)
      http://en.wikipedia.org/wiki/Solid-state_drive
    • Como tal, los SSD realmente solo tienen sentido para los medios de arranque (como SO, ejecutables de db, etc.)
  • Nivelación de desgaste y seguridad
    • Si la seguridad es motivo de preocupación, la nivelación del desgaste en su SSD hará que sea casi imposible limpiar el disco y asegurarse de que se haya puesto a cero. Dos, tres y más pases ni siquiera lo harán, y siempre habrá una posibilidad de que alguna parte de sus datos aún se pueda obtener.
Kerri Shotts
fuente
¿Todavía tienes la misma opinión en 2019?
TrojanName
7

Todavía no veo ninguna respuesta a su pregunta, y aunque no tengo ninguna experiencia con el uso de unidades SSD de grado de consumidor con una base de datos, pensé que la siguiente pregunta en ServerFault podría ser útil:

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

editar: encontré el siguiente artículo recientemente y pensé en agregarlo a mi respuesta. Habla sobre el uso de SSD con SQL Server, pero pensé que algunos de los factores discutidos podrían ser útiles también para Oracle DBA.

http://technet.microsoft.com/en-us/magazine/hh334997.aspx (reducir E / S, aumentar el rendimiento)

Jeff
fuente
5

Los SSD pueden acelerar la lectura de datos.

Escribir no será más rápido. Ni siquiera piense en colocar los rehacer en SSD ya que solo están escritos. Para acelerar la escritura en el rehacer: agregue más unidades y elimínelas. Rehacer se escriben secuencialmente, por lo que agregar más ejes mejora el rendimiento de escritura, hasta que cumpla con el límite del controlador.

¿Qué está haciendo esa migración de prueba? ¿Utiliza código de procedimiento o usa conjuntos?

Si usa código de procedimiento, asegúrese de implementar operaciones masivas. Los conjuntos son casi siempre más rápidos.

ik_zelf
fuente
1
¿Tiene una fuente para un punto de referencia que muestre una velocidad de escritura inferior en SSD, particularmente con la misma cantidad de rayas? Comprendí que los SSD también son más rápidos en las escrituras, pero la diferencia no es tan dramática como lo es para las lecturas.
Leigh Riffel
@Leigh: eso es cierto, pero el punto real es que la ventaja es considerablemente mayor para io aleatorio que para secuencial . Creo que es justo decir que los SSD todavía son solo para altas necesidades de iops aleatorios.
Jack Douglas
1
Hicimos algunas pruebas con las tarjetas f5100 en un sistema M5000 donde intentamos usar los discos flash como caché secundaria para zfs, dedicada para archivos y sga extendida. La lectura fue rápida, la escritura lenta, en comparación con lo que hicimos con la SAN. (alguna caja EMC). Como se señaló, los registros se escriben secuencialmente. Los discos están hechos para este tipo de io, cuando están rayados.
ik_zelf
2

He cambiado mi HDD anterior por una SSD Crucial M4 de 512 MB para realizar pruebas en una gran base de datos Oracle.

Ejecuto Oracle 10.2 en Windows 7 en VMWare.

Los cambios de rendimiento son realmente impresionantes. Importar y exportar bases de datos y consultas SQL es mucho más rápido.

Sin embargo, tengo un extraño error que aparece de vez en cuando:

ERROR 2012-06-18 18: 18: 14,177: Error al realizar la consulta
java.sql.SQLException: ORA-01578: bloque de datos ORACLE dañado (archivo # 6, bloque # 1646317)
ORA-01110: archivo de datos 6: 'C: \ ORACLE \ PRODUCT \ 10.2.0 \ ORADATA \ DUNE \ WEBDATA02.DBF '

Nunca tuve este problema con la misma VM en la misma máquina con el HDD.

Después de ejecutar DBV en el archivo, nada se marca como dañado.

No he encontrado nada sobre este tema.

svett
fuente
No reconozco ese error, pero olvidé mencionar que las SSD aceleraron enormemente las importaciones. Fueron solo las ejecuciones de migración las que solo aumentaron de 10 a 15% en velocidad. Así que gracias por eso.
Stuart Brock