jueves, 7 de julio de 2016

Niveles de registro de Apache

Niveles de registro de Apache

Apache separa todos los mensajes informativos en categorías en función de la importancia que concede la información.
Por ejemplo, para los mensajes más importantes, como urgencias, Apache designa el nivel de registro como "emerg". La etiqueta de "información", por el contrario, solo muestra la información útil que puede ser útil para mirar de vez en cuando.
Estos son los niveles de registro que reconoce Apache, del más importante al menos:
  • emerg: situaciones de emergencia cuando el sistema está en un estado inutilizable.
  • alertar: situación grave que es necesario actuar con rapidez.
  • crit: problemas importantes que necesitan ser abordados.
  • de error: Se ha producido un error. Algo no tuvo éxito.
  • advertir: Algo fuera de lo común sucedido, pero no es un motivo de preocupación.
  • Aviso: Algo normal, pero cabe destacar que ha ocurrido.
  • información: un mensaje con información que podría ser bueno saber.
  • depuración: La información de depuración que puede ser útil para identificar dónde se produce un problema.

miércoles, 29 de junio de 2016

MySQL, tareas típicas de mantenimiento

Las tareas típicas (y automatizables) para el mantenimiento de MySQL son las siguientes:
  • Copias de seguridad
  • Limpieza de logs binarios
  • Optimización de tablas
  • Vaciamiento de cache de consultas
  • Rotación de logs binarios
A continuación, se explica brevemente cada una de las tareas mencionadas:
Copias de seguridad
Una de las formas clásicas de realizar backups de una base de datos MySQL es a través de mysqldump, programa que se encarga de hacer un volcado a archivo de las sentencias SQL necesarias para crear la estructura de las tablas y los datos de la misma. Recomiendo ver una publicación realizada tiempo atrás donde se presenta un shell script sencillo (candidato a ser ejecutado por un cron) que realiza una copia de seguridad de todas las bases de datos de un servidor. Ver: MySQL shell script backup
Limpieza de logs binarios
Si tienes activados los logs binarios, estos a la larga ocuparán varios Mb de nuestro disco y generalmente no tiene sentido mantener logs muy añejos.
Para “purgar” los logs binarios podemos hacerlo de una forma pasiva (modificando la configuración del servidor) o bien, de manera activa, ejecutando la instrucción PURGE MASTER LOGS desde el prompt de MySQL.
La forma pasiva, consiste en que MySQL limpie por su cuenta los logs binarios. Para hacer ésto, basta agregar al archivo de configuración my.cnf: expire_logs_days = 7
De forma activa, desde un promt de MySQL puedes ejecutar, por ejemplo:
PURGE MASTER LOGS TO ‘bin-log.000012’;
PURGE MASTER LOGS BEFORE ‘2008-07-23 00:00:00’
Evita eliminar los logs binarios borrando directamente el archivo desde el sistema operativo (rm -f binglog.*).
Presta especial atención al purgar los logs, pues si la base de datos está siendo replicada y los logs a “purgar” aun no han sido recogidos por el SLAVE, el mismo puede perderse de datos.
Optimización de tablas
Las tablas, al fin y al cabo, son archivos (dependiendo del motor de almacenamiento, uno o más archivos, un archivo único, etc.). Como archivo, al cabo de varias operaciónes de manipulación de datos (INSERT, UPDATE, DELETE) se puede generar fragmentación, espacio inutil, etc. Por tal razón, desde el prompt de MySQL puedes ejecutar la instrucción OPTIMIZE TABLE nombre_de_tabla para que MySQL haga lo suyo con los archivos.
Vaciamiento de cache de consultas
La caché de consultas almacena los resultados de una consulta, así el servidor responde más rápido si algún otro cliente los requiere. La cache de consultas también es susceptible a fragmentación, en especial cuando se ejecutan SELECTs con resultados de diferente tamaño. Por lo tanto, no está de más, que frecuentemente se vacíe esta cache de consultas. Para hacerlo, basta ejecutar la instrucción FLUSH QUERY CACHE.
Rotación de logs binarios
MySQL crea un nuevo archivo de log binario cada vez que es reiniciado o cada vez que se llegue a un tamaño máximo que se puede especificar en el my.cnf, por ejemplo: max_binlog_size=4M.
Aveces, puedes querer rotar los logs por tiempo en vez de por tamaño. Para rotar los tamaños por tiempo, puedes crear un script a ejecutar desde el cron que ejecute simplemente un FLUSH LOGS.
extraido de http://luauf.com/2008/08/30/mysql-tareas-tipicas-de-mantenimiento/

martes, 21 de junio de 2016

backup mysql rapido

#!/bin/sh

DBNAME=nombre_de_la_base
DATE=`date +"%Y%m%d"`
SQLFILE=$DBNAME-${DATE}.sql
mysqldump --opt --user=root --min $DBNAME > $SQLFILE
gzip $SQLFILE

martes, 17 de mayo de 2016

montar unidad de red en server linux

smbclient -L ip_local -U admin
mount.cifs //ip_local/backups /home/mnigro/baklinux/ -o user=admin
Password for admin@//ip_local/backups:

martes, 19 de abril de 2016

Extraido de 

http://clonezilla.es/


Clonezilla LiveCD es una utilidad para la clonación y copia de seguridad de disco. Además de los programas comerciales (y pagado), como Norton Ghost o Acronis True Image, el CD de arranque puede ayudar a sus discos o particiones de seguridad y de fácil reubicación.
Como cualquier otro LiveCD de Linux, es capaz de arrancar un gran número de configuraciones y de reconocer muchos periféricos.
Usted puede hacer una imagen ISO y guardarla en una partición en el disco o CD de arranque. La aplicación es compatible con formatos de archivos de sistema ext2, ext3, ReiserFS, XFS, JFS y LVM2, y hace copias de los bloques de disco, que mejora la velocidad y el rendimiento de la clonación. Para los administradores de red, el modo de multidifusión puede ser muy útil para respaldar y restaurar un conjunto de equipos

Descargar

Clonezilla es un software libre de recuperación ante desastres, sirve para la clonación de discos y particiones. Clonezilla está diseñado por Steven Shaiu y desarrollado por el NCHC Labs en Taiwán. Clonezilla ofrece soporte multicast similares a Norton Ghost Corporate Edition.
Descargar Clonezilla en Sourceforge o el sitio del Proyecto (en Inglés) :)
Clonezilla Live
Clonezilla Live permite a los usuarios clonar una máquina individual, partición o disco para ser reproducido en otro medio. La clonación puede ser guardada como un archivo de imagen o como una copia exacta de datos. Los datos pueden ser guardados localmente, en un servidor SSH, servidor Samba o un recurso compartido de archivos NFS y luego restaurarlos en una fecha posterior. El software se puede ejecutar ya sea desde un arranque de unidad flash USB o cd/dvd.
Clonezilla Server
Clonezilla Server se utiliza para clonar simultáneamente muchos computadores a través de una red. Esto se hace usando un servidor DRBL y estaciones de trabajo que puede arrancar desde una red.

https://www.youtube.com/watch?feature=player_embedded&v=Cf9nrnP4o_w