-----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-----