Mailinglist Archive: opensuse-es (2206 mails)

["Carlos E. R." <robin.listas@xxxxxxxxxxxxxx>]

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