[opensuse-es] Comentarios Particionamiento para Oracle
Hola a todos, me encuentro en un proceso de migracion de SQL2000 sobre w2003 a Oracle 10g, sobre SLES10, antes de comenzar la instalacion, me gustaria saber sus comentarios sobre cual es la forma en la que deberia crear mis particiones..? tengo 5 de 72GB discos en RAID5 ( 280GB) el tamaño de mi BD en SQL alcanza a 100GB aproximadamente. se que puedo crear las particiones como me plazca, pero la idea es instalar el servidor de tal forma que se requieran la menor cantidad posible de configuracion para que oracle funcione correctamente, Agradezco desde ya sus comentarios. Saludos JCarlos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola :) El Miércoles, 3 de Enero de 2007 04:56, Juan Carlos Bravo Celis escribió:
Hola a todos,
me encuentro en un proceso de migracion de SQL2000 sobre w2003 a Oracle 10g, sobre SLES10, antes de comenzar la instalacion, me gustaria saber sus comentarios sobre cual es la forma en la que deberia crear mis particiones..? tengo 5 de 72GB discos en RAID5 ( 280GB) el tamaño de mi BD en SQL alcanza a 100GB aproximadamente.
Antes de dar mi opinión, pregunta, ¿los 5 discos los tienes en el mismo servidor o en una cabina de discos? Lo digo porque el RAID5 que harías tendría más o menos discos. Es decir, ¿los 5 discos son para sistema operativo y para la BBDD? ¿Qué tecnología tienen los discos? ¿SAS, SATA, SCSI, PATA? ¿Conexión de los discos: SATA, SAS, FC, SCSI, PATA? ¿Cuantas tarjetas de red? ¿Cuántos usuarios concurrentes? Un par de consejos: - si usas RAID por sw, es recomendable tener al menos 2 CPUs/cores - la RAM es bastante más importante que el disco duro (y más cara) - es importante que los discos tengan buena conexión: FC, por ejemplo - separa la partición swap, el sistema operativo, la BBDD y los logs (tanto de BBDD como de sistema operativo) en diferentes discos - añade una CPU/core por puerto de red - añade una CPU/core por cada 3 puertos FC Estos son consejos para un sistema ideal. Si no lo cumples, no pasa nada. En cuanto al filesystem, utiliza el que recomiende Oracle.
se que puedo crear las particiones como me plazca, pero la idea es instalar el servidor de tal forma que se requieran la menor cantidad posible de configuracion para que oracle funcione correctamente,
Agradezco desde ya sus comentarios.
Limitándome a la información que nos has dado (5 discos), yo haría lo siguiente: 1 disco para sistema operativo y para instalar el Oracle 1 disco para swap y logs 3 discos para el RAID 5 con la BBDD -> ~140 GB Si ves que es poco espacio: 1 disco para sistema operativo, Oracle, swap, logs 4 discos para el RAID 5 con la BBDD -> ~200 GB Esto se te puede quedar corto, si puedes añadir discos ... mejor. HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 03/01/07, Rafa Grimán
Hola :)
Hola, gracias por tu respuesta,
El Miércoles, 3 de Enero de 2007 04:56, Juan Carlos Bravo Celis escribió:
Hola a todos,
Antes de dar mi opinión, pregunta, ¿los 5 discos los tienes en el mismo servidor o en una cabina de discos? Lo digo porque el RAID5 que harías tendría más o menos discos. Es decir, ¿los 5 discos son para sistema operativo y para la BBDD?
los 05 discos estan en el mismo servidor, y son para sistema operativo y para la BBDD Son SATA El servidor tiene 02 Procesadores dual core de 3.8GHZ, 04 GB de RAM, 02 tarjetas de red y el RAID es por Hardware, memoria cache de la controladora 256MB.
- separa la partición swap, el sistema operativo, la BBDD y los logs (tanto de BBDD como de sistema operativo) en diferentes discos
En cuanto al filesystem, utiliza el que recomiende Oracle.
disculpa Rafa, pero cual es el filesystem que recomienda Oracle..?
se que puedo crear las particiones como me plazca, pero la idea es instalar el servidor de tal forma que se requieran la menor cantidad posible de configuracion para que oracle funcione correctamente,
Agradezco desde ya sus comentarios.
Limitándome a la información que nos has dado (5 discos), yo haría lo siguiente:
1 disco para sistema operativo y para instalar el Oracle 1 disco para swap y logs 3 discos para el RAID 5 con la BBDD -> ~140 GB
Si ves que es poco espacio: 1 disco para sistema operativo, Oracle, swap, logs 4 discos para el RAID 5 con la BBDD -> ~200 GB
Me inclino por la ultima opción, pero tengo unas dudas mas cuando te refieres a logs, significa los logs del sistema operativo y los de la base de datos? cuanto es el tamaño recomendable de swap, considerando los 4GB de RAM.?
Esto se te puede quedar corto, si puedes añadir discos ... mejor.
por el momento estaremos con los 05 discos en el servidor, teniendo proyectado la implementacion de una solucion con cabina de discos a finales de este año 2007. Saludos JCarlos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola :) El Miércoles, 3 de Enero de 2007 14:56, Juan Carlos Bravo Celis escribió:
On 03/01/07, Rafa Grimán
wrote: Hola :)
Hola, gracias por tu respuesta,
El Miércoles, 3 de Enero de 2007 04:56, Juan Carlos Bravo Celis escribió:
Hola a todos,
Antes de dar mi opinión, pregunta, ¿los 5 discos los tienes en el mismo servidor o en una cabina de discos? Lo digo porque el RAID5 que harías tendría más o menos discos. Es decir, ¿los 5 discos son para sistema operativo y para la BBDD?
los 05 discos estan en el mismo servidor, y son para sistema operativo y para la BBDD
Un poco justo, pero vale.
Son SATA El servidor tiene 02 Procesadores dual core de 3.8GHZ, 04 GB de RAM, 02 tarjetas de red y el RAID es por Hardware, memoria cache de la controladora 256MB.
Va bien servidor el servidor ... un problema menos :)
- separa la partición swap, el sistema operativo, la BBDD y los logs (tanto de BBDD como de sistema operativo) en diferentes discos
En cuanto al filesystem, utiliza el que recomiende Oracle.
disculpa Rafa, pero cual es el filesystem que recomienda Oracle..?
Si es un cluster, tiene que ser OCFSv2. Si no es un cluster, ext3. Esto si quieres Unbreakable Support. Si quieres sólo soporte a nivel de producto, puedes usar el filesystem que quieras. ¿Diferencias? Que con Unbreakable Support, Oracle te da soporte de sistema operativo también. Con el otro soporte, sólo se hace cargo de la BBDD y del SGBDR.
se que puedo crear las particiones como me plazca, pero la idea es instalar el servidor de tal forma que se requieran la menor cantidad posible de configuracion para que oracle funcione correctamente,
Agradezco desde ya sus comentarios.
Limitándome a la información que nos has dado (5 discos), yo haría lo siguiente:
1 disco para sistema operativo y para instalar el Oracle 1 disco para swap y logs 3 discos para el RAID 5 con la BBDD -> ~140 GB
Si ves que es poco espacio: 1 disco para sistema operativo, Oracle, swap, logs 4 discos para el RAID 5 con la BBDD -> ~200 GB
Me inclino por la ultima opción, pero tengo unas dudas mas
cuando te refieres a logs, significa los logs del sistema operativo y los de la base de datos?
Sí, a todos los logs. Ten en cuenta que el escribir en el log te va a suponer un acceso a disco (bueno, realmente son dos), lo mismo que si accede a la BBDD. Por lo que si ambas (BBDD y logs) están en el mismo disco, cuando accede uno ... el otro no accede. Si lo separas, ambos pueden acceder al disco duro al mismo tiempo. En tu caso, lo ideal sería: 1 disco para OS 1 disco para logs del OS 1 disco para swap 1 disco para logs de Oracle x discos para la DDBB Como te decía antes, esto son situaciones ideales que casi nadie cumple así que no te preocupes demasiado. Casi nadie cumple porque "es muy caro". Otra cosa. Si optas por alguna de estas opciones que te he comentado, ten en cuenta que el sistema operativo va en un único disco por lo que si revienta el disco ... adios servidor. Yo soy de la opinión de clonar el disco y tener el clon bien guardado ... además de tener unas buenas copias de seguridad ;)
cuanto es el tamaño recomendable de swap, considerando los 4GB de RAM.?
Lo mejor es que monitorices tu las necesidades de la BBDD. No hay una regla. De todas maneras, teniendo en cuenta que: - linux cachea todo lo que puede en RAM - tienes una BBDD de 100 GB Yo pondría todo lo que pudiera. Si tienes un disco de 73 GB que va a llevar logs, swap, OS y SGBDR. Calcula: 1 partición para OS + SGBDR. No sé cuánto ocupa el Oracle instalado, pero me imagino que con unos 20 GB tendrás bastante 1 partición para los logs, yo pondría aquí unos 45 GB 1 partición para swap de 4 GB Esto es a "ojímetro".
Esto se te puede quedar corto, si puedes añadir discos ... mejor.
por el momento estaremos con los 05 discos en el servidor, teniendo proyectado la implementacion de una solucion con cabina de discos a finales de este año 2007.
Buena idea. En cuanto a cabinas ... ten cuidado con lo que te vendan. Hay dos tecnologías interesantes: - SAS - FC SAS es más económico y te puede dar mejor rendimiento que el FC. Esto depende del número de puertos SAS que tengan el servidor y la cabina de discos. La diferencia económica es bastante grande. Los discos pueden ser: SAS, SATA o FC. Como te digo, los SAS son económicos y dan buen ancho de banda. Otra cosa a tener en cuenta es el número de discos que compone el RAID, el tipo de RAID, tamaño de bloque, tamaño de stripe, número de controladoras, asociación LUN-controladora, ... Estudia bien las características técnicas antes de comprar. De todas maneras, eso es otra historia ;) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-03 a las 15:44 +0100, Rafa Grimán escribió:
cuando te refieres a logs, significa los logs del sistema operativo y los de la base de datos?
Sí, a todos los logs. Ten en cuenta que el escribir en el log te va a suponer un acceso a disco (bueno, realmente son dos), lo mismo que si accede a la BBDD. Por lo que si ambas (BBDD y logs) están en el mismo disco, cuando accede uno ... el otro no accede. Si lo separas, ambos pueden acceder al disco duro al mismo tiempo.
En tu caso, lo ideal sería: 1 disco para OS 1 disco para logs del OS 1 disco para swap 1 disco para logs de Oracle x discos para la DDBB
Como te decía antes, esto son situaciones ideales que casi nadie cumple así que no te preocupes demasiado. Casi nadie cumple porque "es muy caro".
Como esto se sale de mi experiencia, tengo curiosidades, así que aprovecho y pregunto O:-) ¿Un disco para logs del sistema operativo? ¿Estamos hablando del syslog, /var/log/messages, o hay más? ¿Tan grande es, que necesita un disco para logs? Si fuera el var entero... :-O :-? Otra duda. ¿Otro disco para logs del oracle? ¿Que guarda ahí, un registro texto de todas las transacciones que hace? En las centrales de telefonía que yo usaba había una base de datos muy rápida y fiable, que nunca supe muy bien como iba. La cosa es que estaba desglosada en lo que podríamos llamar "datos establecidos" y "cambios recientes". Los "cambios recientes" eran las modificaciones que se iban haciendo, que se guardaban en memoria para uso, y en disco como respaldo, pero como un histórico que servía para reproducir los cambios en caso de "catástrofe". En ningún caso los cambios se guardaban directamente en la base de datos. Unicamente, por comando o por tiempo, los datos recientes se podían consolidar en la base de datos establecidos. Esto se hacía así por velocidad: en esa base se guardan no sólo las rutas telefónicas sino cosas como cuando tu marcas un código en tu teléfono para activar un desvío de llamada, y tiene que ser rapidísima: no se puede perder tiempo en guardar las cosas en disco (usaban una especie de disco en mirror, por cierto). Entonces mi pregunta viene por ahí. ¿El log del oracle son los cambios recientes, o no tiene nada que ver?
Otra cosa. Si optas por alguna de estas opciones que te he comentado, ten en cuenta que el sistema operativo va en un único disco por lo que si revienta el disco ... adios servidor. Yo soy de la opinión de clonar el disco y tener el clon bien guardado ... además de tener unas buenas copias de seguridad ;)
Raid 1 + clon fuera de linea ;-)
cuanto es el tamaño recomendable de swap, considerando los 4GB de RAM.?
La respuesta genérica es tanta como haga falta ;-) Añadiré un detalle: algunos dicen que conviene tener configurado la suspensión a disco en las máquinas "serias", como sistema de emergencia para caídas de fuerza, en vez del apagado (mientras dure la sai). La recuperación es más rápida. También sirve por si necesitas apagar la máquina 1 minuto para reemplazar algo: el tiempo de recuperación es mucho más rápido suspendiendo que un halt/reboot. Para que el método funcione tiene que haber una swap al menos algo mayor que la ram.
Lo mejor es que monitorices tu las necesidades de la BBDD. No hay una regla. De todas maneras, teniendo en cuenta que: - linux cachea todo lo que puede en RAM
Y lo que no necesita con el tiempo pasa a swap, luego es memoria ram que se gana ;-)
1 partición para swap de 4 GB
ponle 6..8 :-P No tengo experiencia en esas máquinas, no me tomeis muy en serio ;-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFnAPitTMYHG2NR9URAoZHAJ48q8aoRr4k1YC0BoO2zykl5whETwCfQpyk TSTirSvtxvqeDxLLsxha3IQ= =Sbub -----END PGP SIGNATURE-----
Hola :) El Miércoles, 3 de Enero de 2007 20:28, Carlos E. R. escribió:
El 2007-01-03 a las 15:44 +0100, Rafa Grimán escribió:
cuando te refieres a logs, significa los logs del sistema operativo y los de la base de datos?
Sí, a todos los logs. Ten en cuenta que el escribir en el log te va a suponer un acceso a disco (bueno, realmente son dos), lo mismo que si accede a la BBDD. Por lo que si ambas (BBDD y logs) están en el mismo disco, cuando accede uno ... el otro no accede. Si lo separas, ambos pueden acceder al disco duro al mismo tiempo.
En tu caso, lo ideal sería: 1 disco para OS 1 disco para logs del OS 1 disco para swap 1 disco para logs de Oracle x discos para la DDBB
Como te decía antes, esto son situaciones ideales que casi nadie cumple así que no te preocupes demasiado. Casi nadie cumple porque "es muy caro".
Como esto se sale de mi experiencia, tengo curiosidades, así que aprovecho y pregunto O:-)
¿Un disco para logs del sistema operativo? ¿Estamos hablando del syslog, /var/log/messages, o hay más? ¿Tan grande es, que necesita un disco para logs? Si fuera el var entero... :-O
:-?
No tanto por el tamaño sino por el rendimiento. El problema que tienen las bases de datos es que acceden mucho a disco porque los servidores que se venden para BBDD no tienen la memoria suficiente. En este caso, por ejemplo, lo ideal sería un servidor con más de 100 GB de RAM, de forma que la BBDD se cachea entera en RAM. Al no tener la suficiente RAM, la BBDD se queda en disco y todo va a disco lo cual te da un cuello de botella bestial. Si a esto sumamos el acceso a disco por parte del sistema operativo ... más accesos a disco ... -> ... peor rendimiento :( Hay gente que incluso separa las tablas de la propia base de datos en diferentes discos ... En la web de Oracle te cuentan cosas de estas. Otro ejemplo es Oracle 10g, se usa el grid, no sólo para aumentar la potencia de cálculo sino para separar la BBDD en diferentes equipos y teóricamente" mejorar el rendimiento. Digo teóricamente porque en la práctica no se mejora tanto ya que entran las latencias de red ... -> ... peor rendimiento, hay mucha intercomunicación entre nodos :(
Otra duda. ¿Otro disco para logs del oracle? ¿Que guarda ahí, un registro texto de todas las transacciones que hace?
Sí, hay gente que lo llama también journal. Nosotros, en el caso de XFS, recomendamos separar el journal del filesystem de los datos.
En las centrales de telefonía que yo usaba había una base de datos muy rápida y fiable, que nunca supe muy bien como iba. La cosa es que estaba desglosada en lo que podríamos llamar "datos establecidos" y "cambios recientes". Los "cambios recientes" eran las modificaciones que se iban haciendo, que se guardaban en memoria para uso, y en disco como respaldo, pero como un histórico que servía para reproducir los cambios en caso de "catástrofe".
IMDB -> In Memory Data Base. Ahora se están poniendo de moda, desde que Oracle comprase a Times Ten. DB/2 también tiene algo. Estas BBDD son muy rápidas y se sincronizan (o no) a disco. Como dices, las telcos las han usado mucho, pero el mundo "Enterprise" no.
En ningún caso los cambios se guardaban directamente en la base de datos. Unicamente, por comando o por tiempo, los datos recientes se podían consolidar en la base de datos establecidos. Esto se hacía así por velocidad: en esa base se guardan no sólo las rutas telefónicas sino cosas como cuando tu marcas un código en tu teléfono para activar un desvío de llamada, y tiene que ser rapidísima: no se puede perder tiempo en guardar las cosas en disco (usaban una especie de disco en mirror, por cierto).
Lo de tener una BBDD en memoria es lo mejor que hay en cuanto a rendimiento ya que el acceso a datos, ... en RAM es muy superior al acceso a datos en disco. Lo malo es que se te apague o se te estropee un módulo de memoria. Para "evitar" que se te estropee la RAM, tienes ahora memoria hotswap y mirrored. He visto funcionar la memoria hotswap y mirrored y la verdad es que funciona -> quitas un módulo y no hay caída de sistema :)
Entonces mi pregunta viene por ahí. ¿El log del oracle son los cambios recientes, o no tiene nada que ver?
Sí, el journal.
Otra cosa. Si optas por alguna de estas opciones que te he comentado, ten en cuenta que el sistema operativo va en un único disco por lo que si revienta el disco ... adios servidor. Yo soy de la opinión de clonar el disco y tener el clon bien guardado ... además de tener unas buenas copias de seguridad ;)
Raid 1 + clon fuera de linea ;-)
;)
cuanto es el tamaño recomendable de swap, considerando los 4GB de RAM.?
La respuesta genérica es tanta como haga falta ;-)
Añadiré un detalle: algunos dicen que conviene tener configurado la suspensión a disco en las máquinas "serias", como sistema de emergencia para caídas de fuerza, en vez del apagado (mientras dure la sai). La recuperación es más rápida. También sirve por si necesitas apagar la máquina 1 minuto para reemplazar algo: el tiempo de recuperación es mucho más rápido suspendiendo que un halt/reboot. Para que el método funcione tiene que haber una swap al menos algo mayor que la ram.
Cierto, lo que pasa es que en algunas máquinas el arranque es tan lento que por esperar un poco más tampoco hace daño ;) Arranques lentos los tienes en máquinas con SCSI ... y de muchas CPUs ;)
Lo mejor es que monitorices tu las necesidades de la BBDD. No hay una regla. De todas maneras, teniendo en cuenta que: - linux cachea todo lo que puede en RAM
Y lo que no necesita con el tiempo pasa a swap, luego es memoria ram que se gana ;-)
1 partición para swap de 4 GB
ponle 6..8 :-P
Sí, sería mejor lo que dice Carlos, 8 GB no irían nada mal :)
No tengo experiencia en esas máquinas, no me tomeis muy en serio ;-)
Yo de BBDD no sé, lo que me toca a mi es configurar el hardware para que la BBDD funcione de forma óptima, pero algo se me queda al hablar con gente de BBDD ;) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2007/1/3, Juan Carlos Bravo Celis
On 03/01/07, Rafa Grimán
wrote: Hola :)
Hola, gracias por tu respuesta,
El Miércoles, 3 de Enero de 2007 04:56, Juan Carlos Bravo Celis escribió:
Hola a todos,
Antes de dar mi opinión, pregunta, ¿los 5 discos los tienes en el mismo servidor o en una cabina de discos? Lo digo porque el RAID5 que harías tendría más o menos discos. Es decir, ¿los 5 discos son para sistema operativo y para la BBDD?
los 05 discos estan en el mismo servidor, y son para sistema operativo y para la BBDD
Son SATA El servidor tiene 02 Procesadores dual core de 3.8GHZ, 04 GB de RAM, 02 tarjetas de red y el RAID es por Hardware, memoria cache de la controladora 256MB.
- separa la partición swap, el sistema operativo, la BBDD y los logs (tanto de BBDD como de sistema operativo) en diferentes discos
En cuanto al filesystem, utiliza el que recomiende Oracle.
disculpa Rafa, pero cual es el filesystem que recomienda Oracle..?
raw !!! o a su vez OCFS (para clusters) salu2 -- -- Victor Hugo dos Santos Linux Counter #224399 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2007/1/3, Rafa Grimán
Hola :)
hola [...]
Limitándome a la información que nos has dado (5 discos), yo haría lo siguiente:
1 disco para sistema operativo y para instalar el Oracle 1 disco para swap y logs 3 discos para el RAID 5 con la BBDD -> ~140 GB
en alguna parte lei que RAID0+1 es mas confiable que el RAID5 (hace una semana no lo sabia) y que oracle recomenda este modelo de RAID (0+1). salu2 -- -- Victor Hugo dos Santos Linux Counter #224399 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola :) El Miércoles, 3 de Enero de 2007 15:46, Victor Hugo dos Santos escribió:
2007/1/3, Rafa Grimán
: Hola :)
hola
[...]
Limitándome a la información que nos has dado (5 discos), yo haría lo siguiente:
1 disco para sistema operativo y para instalar el Oracle 1 disco para swap y logs 3 discos para el RAID 5 con la BBDD -> ~140 GB
en alguna parte lei que RAID0+1 es mas confiable que el RAID5 (hace una semana no lo sabia) y que oracle recomenda este modelo de RAID (0+1).
Yo tampoco lo sabía, gracias por la info :) A mi, personalmente, no me gusta RAID1 porque si hay un dato erróneo en uno ... se transmite también al otro disco. La ventaja de esta configuración es que tienes una buena lectura/escritura (RAID0) y los datos duplicados (RAID1). El inconveniente es que pierdes el 50% del espacio. Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2007/1/3, Victor Hugo dos Santos:
en alguna parte lei que RAID0+1 es mas confiable que el RAID5 (hace una semana no lo sabia) y que oracle recomenda este modelo de RAID (0+1).
En la Wiki*pone que para bbdd se recomienda RAID10, que es distinto de 0+1. Qué follón, la verdad es que me quedo con buenos discos y copias de seguridad, esto del raid se me está atragantando... :-P * http://en.wikipedia.org/wiki/Nested_RAID_levels#RAID_10 Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (5)
-
Camaleón
-
Carlos E. R.
-
Juan Carlos Bravo Celis
-
Rafa Grimán
-
Victor Hugo dos Santos