miércoles, 22 de mayo de 2013

RESPALDOS


1.- ¿ Por qué es importante para el administrador saber hacer respaldos ?

Es siempre muy importante poder hacer respaldos porque se puede manejar informacion muy importante, se pueden mencionar muchas razones de cómo se puede perder la informacion puede ser de que falle como el hardware o el sotfware o personas que no tienen los suficientes conocimientos.

Es por eso que se debe mantener una copia reciente de la informacion asi la perdida de la misma puede ser nula o de muy poca información en vez de una perdida total que puede generar un sinfín de problemas y de gastos.

2.- ¿ Es responsabilidad del administrador hacer un respaldo periódico de los sistemas de archvios de la máquina que administra ?

Si, el administrador es el responsable tanto de la seguridad como de la confiabilidad de los datos y es por lo cual debe mantener respaldos actualizados de la informacion que administra, ya se haciendolos de manera manual o programandolos automaticamente, ya que si ocurre un fallo y se pierde informacion el administrador sera considerado responsable.

3.- ¿Cómo se hace un respaldo y ¿Como se restaura un respaldo ?

 

Recuperación y backups

MySQL mantiene bases de datos en directorios y las tablas en archivos. No es recomendable que modifique tales archivos, al menos no, mientras el servidor esté activo.

Para sacar una copia de respaldo de todas las bases de datos con:

# mysqldump --force -p --all-databases > /respaldomysql/dump-1nov2007.sql

         

y posteriormente restaurarla con:

# mysql < /respaldomysql/dump-1nov2007.sql

 

 

Respaldo y Restauración MySQL de Manera Local.

 

Para hacer un respaldo de una base de datos MySQL desde nuestro consola o mediante comandos shell podemos usar el comando mysqldump como lo ejemplificamos en la siguiente liga.

Comando: mysqldump -u "usuario" -p"contraseña" nombre-de-la-base-de-datos > nombre-del-respaldo.sql

NOTA: Las comillas deben omitirse tanto en el usuario como en la contraseña.

 

Para restaurar un respaldo de una base de datos MySQL usamos el siguiente comando

Comando: mysql -u "usuario" -p"contraseña" nombre-de-la-base-de-datos < nombre-del-respaldo.sql

NOTA: Al igual que en el ejemplo anterior las comillas deben omitirse tanto en el usuario como en la contraseña.

 

Respaldo y Restauración MySQL de Manera Remota.

Para Respaldar o Restaurar una Base de datos remota usamos los mismos comandos que de manera local, con la única diferencia de agregar la opción "-h" con la cual especificaremos el nombre o dirección del host en donde se encuentra nuestra base.

Para Respaldar usamos:

Comando: mysqldump -u "usuario" -p"contraseña"-h"nombre-o-dirección-del-host" nombre-de-la-base-de-datos > nombre-del-respaldo.sql

Para restaurar usamos:

Comando: mysql -u "usuario"-p"contraseña" -h"nombre-o-dirección-del-host" nombre-de-la-base-de-datos< nombre-del-respaldo.sql

 

5.- ¿Cómo se muestra en pantalla el contenido de un respaldo ?


 
 

6.- ¿ Se puede copiar una estructura de directorios, preservando los permisos, dueños, grupos, fechas y ligas ? Ilustra tu respuesta.

 

Crear estructura del directorio

A continuación, los siguientes archivos han sido copiados en la nueva estructura de directorio:

cp /usr/local/libexec/mysqld

/var/www/usr/local/mysql/libexec/

cp /usr/local/share/mysql/english/errmsg.sys

/var/www/mysql/usr/local/share/mysql/english/

cp /etc/hosts /var/www/etc/

cp /etc/host* /var/www/etc/

cp /etc/resolv.conf /var/www/etc/

grep mysql /etc/group > /var/www/etc/group

grep mysql /etc/master.passwd > /var/www/etc/master.passwords

grep mysql /etc/passwd > /var/www/etc/passwd

 

 

Si, ya que al hacer un respaldo total de toda la informacion lo que se respalda es TODA la informacion, asi como al generar un respaldo de nivel 1 o 2 los cambios en cualquiera de dichas estructuras debe ser conservado al igual que los cambios en la informacion contenida en la base de datos.

7- Realiza una tabla donde se muestre los procedimientos para respaldar la base de datos para el proyecto de veterinaria y como restaurar la base de datos.

Paso
Procedimiento
1
Tener un usuario con privilegios
2
Planear un respaldo de nivel 0
3
Ejecutamos el comando mysqldump -u "usuario" -p"contraseña" nombre-de-la-base-de-datos > nombre-del-respaldo.sql
4
Planear los siguientes respaldos de nivel 1 y 2
5
Podemos llevar a cabo un respaldo remoto usando el comando: mysqldump -u "usuario" -p"contraseña" -h"nombre-o-dirección-del-host" nombre-de-la-base-de-datos > nombre-del-respaldo.sql

 

 

martes, 7 de mayo de 2013

Actividad de Espejeo

Configurar Mirroring en SQL Server

Database Mirroring aparece en la versión 2005 y es la evolución de Log Shipping. Tal como su nombre lo indica, sirve para tener una base de datos “espejada” en otro servidor. Puede trabajar de 3 Formas:
modos de funcionamiento | Fuente: guillesql.es
modos de funcionamiento | Fuente: guillesql.es
De foma más simple, la principal diferencia entre la configuración síncrona o asíncrona es:
  • De modo síncrono, el servidor principal espera a que las transacciones hagan commit en el servidor espejo para poder continuar.
  • De modo asíncrono, el servidor principal trabaja sin esperar al secundario.
Algunas diferencias entre LogShipping y Mirroring (Hay muchas más, pero aquí están las que más me llaman la atención):
  • Database Mirroring es capaz de configurar una conexión segura entre ambos puntos.
  • Database Mirroring provee la capacidad de hacer failover automático.
Log Shipping no hace ninguna de las dos anteriores.
Para configurar Database Mirroring se puede hacer a través del asistente o se puede hacer a través de instrucciones en t-sql. En este caso, utilizaremos el asistente para ahorrar tiempo.
Antes de partir la configuración nos debemos asegurar que la base de datos esté en modo de recuperación Full y debemos crear un respaldo de la base de datos del servidor primario y restaurarla con la opción WITH NORECOVERY en el servidor que será espejo.
Esta configuración requiere algunas configuraciones en el firewall de ambos equipos. En el servidor principal y en el espejo se debe abrir el puerto TCP 5022. Ahora, si se decide usar otro puerto, hay que estar seguro que el puerto está disponible y se puede abrir para las conexiones.
Una vez que se tiene la configuración previa lista, se hace el asistente que permitirá configurar el mirroring
Abrir asistente
Abrir asistente
En la ventana principal se debe iniciar el asistente
Ventana Principal
Ventana Principal
Se inicia el asistente
Inicio del asistente
Inicio del asistente
Se puede o no configurar un testigo. El testigo servirá para poder tener un failover automático. En este artículo no configuraré un testigo.
Configuracion del testigo
Configuracion del testigo
Configuración del equipo principal. Se puede cambiar el puerto (pero recuerden que ya habíamos abierto el puerto 5022). Además, se puede seleccionar si se quiere cifrar o no la conexión.
Configuracion del primario
Configuracion del primario
Para la configuración del secundario es necesario conectarse antes (recordar abrir el puerto 1422 en el secundario). La ventana de configuración es exactamente igual al primario.
Configuracion del Secundario
Configuracion del Secundario
El servicio debe estar configurado con una cuenta de dominio. Se debe indicar la cuenta del servicio del servidor primario y del espejo.
Cuentas de servicio
Cuentas de servicio
Para Finalizar:
Finalizar
Finalizar
Al momento de finalizar, se inicia el proceso de configuración del mirroring. Si aparece este mensaje, es porque está todo bien
Progreso de Configuracion
Progreso de Configuracion
Al terminar el asistente, aparecerá una ventana así en la cual nos preguntará si queremos iniciar Mirroring al tiro o no. En mi caso, no configuré el testigo, por lo que no activaré el mirroring para hacer una configuración antes de partir.
Iniciar mirroring
Iniciar mirroring
Antes de comenzar el mirroring, lo configuré como asíncrono y luego inicié el mirroring
Mirroring Funcionando
Mirroring Funcionando