UNIVERSIDAD NACIONAL DE SAN MARTIN

AO DEL BUEN SERVICIO AL CIUDADANO

FACULTAD DE INGENIERA DE SISTEMAS E INFORMTICA

TEMA : Disponibilidad Microsoft SQL Server

ASIGNATURA : Administracin de Base de Datos

DOCENTE : Ing. Andy Hirvyn Rucoba Retegui

INTEGRANTES % Trabajo
Llanlin Rodriguez Silva
Maico Galvez Cancino
Nelson Javier Sinti Paredes
Juan Enrique Arvalo Gonzales
Jhonatan Domnguez Melndez

TARAPOTO - PER
2017
 DISPONIBILIDAD
La disponibilidad es la condicin donde un recurso dado puede ser accedido por sus
consumidores.

Adems es el porcentaje de tiempo que un sistema puede ser usado en trabajo productivo.

Si el rendimiento de una Base de Datos es demasiado pobre que los usuarios no pueden
realizar su trabajo, la Base de Datos no est disponible.

Tiene 4 componentes:

Manejabilidad: Capacidad de crear y mantener un entorno eficaz, que proporciona

servicio a los usuarios.
Recuperabilidad: Capacidad para restablecer el servicio en caso de un fallo o error de
componente.
Fiabilidad: Capacidad para prestar el servicio en los niveles especificados por un
periodo determinado.
Facilidad de Servicio: Capacidad de determinar la existencia de problemas,
diagnosticar su causas y la reparacin del problema.

IMPORTANCIA DE UNA DISPONIBILIDAD

Conseguir una ventaja ms competitiva. La mayora de las veces estas nuevas soluciones se
basan en el acceso inmediato a datos crticos para el negocio. Cuando los datos no estn
disponibles, la aplicacin puede dejar de funcionar. El tiempo de inactividad o cada del
sistema, puede conducir a prdida de productividad, prdida de ingresos, daando las
relaciones con los clientes, la mala publicidad, y pleitos.
Otros factores a considerar en el coste de la inactividad son los niveles mximos tolerables en
cuanto a la duracin de un solo corte de luz ocurrido, y la frecuencia mxima permisible de
incidentes. Si la interrupcin en cuestin dura menos de 30 segundos, entonces puede causar
muy poco dao y resulta casi imperceptible para los usuarios finales. Como la duracin de la
interrupcin crezca, crece el malestar, pasando de un pequeo problema a un gran problema,
y posiblemente en una accin legal.
El tiempo de inactividad no planificado engloba los fallos del ordenador y los fallos de datos.
Los fallos de datos pueden ser causados por fallos en el almacenamiento, errores humanos y
fallos del sitio. Los tiempos de inactividad planificados incluyen cambios en el sistema y los
cambios de datos. Planear la inactividad, en ocasiones puede ser muy perjudicial en las
operaciones, especialmente en las empresas mundiales que soportan usuarios en mltiples
zonas horarias.

COPIA DE SEGURIDAD (BACKUPS) DE UNA BASE DE DATOS

Una copia de seguridad ( backup) es una copia de los datos originales fuera de la
infraestructura que se realiza con el fin de disponer de un medio para recuperarlos en caso de
su prdida, guardar informacin histrica de forma ms econmica que los discos duros y
adems permitiendo el traslado a ubicaciones distintas de la de los datos originales; etc.
El proceso de copia de seguridad se complementa con otro conocido como restauracin de los
datos, que es la accin de leer y grabar en la ubicacin original u otra alternativa los datos
requeridos.
Antes de que los datos sean enviados a su lugar de almacenamiento se lo debe seleccionar,
extraer y manipular.
 TCNICAS DE RECUPERACIN DE DATOS
Existen diversos mtodos para la restauracin de una base de datos corrupta a un estado
previo libre de daos. El tipo de tcnica de recuperacin usado en cada situacin determinada
depende de varios factores.

Copias de seguridad de la base de datos

Para poder efectuar cualquier tipo de restauracin de una base de datos, es necesaria la
realizacin de copias de seguridad (backups) de la base de datos de forma peridica. Este
proceso consiste en la escritura de una copia exacta de la base de datos en un dispositivo
magntico separado del que contiene a la propia base de datos.

A menudo se realiza ms de una nica copia, que luego se almacenan en un lugar lejos del
ordenador, y alejadas entre s, con el fin de que si algn tipo de suceso catastrfico produjese
la destruccin del ordenador, al menos una de las copias en cinta no resultase daada por el
mismo suceso.

Diarios de transacciones y restauracin/reejecucin

Una extensin de la tcnica anterior consiste en el mantenimiento automtico de un fichero

de ordenador, que contenga una lista de los cambios hechos en la base de datos entre dos
copias de seguridad consecutivas. Esta lista se conoce como diario de transacciones, y se
mantiene siempre en un dispositivo fsico diferente del que almacena a la propia base de
datos. Habitualmente se utiliza para este propsito una unidad de cinta magntica, o una
unidad de disco diferente. La razn para usar un dispositivo separado es simplemente que si la
base de datos resulta daada, la causa de dicho dao no tiene por qu afectar a los datos
almacenados en un dispositivo fsico diferente.

La clave para el uso con xito de un diario de transacciones radica en la capacidad del SGBD
para reconocer el comienzo y el final de cada transaccin.

Recuperacin por retroceso

La tcnica de recuperacin por retroceso requiere que el diario de transacciones contenga

imgenes iniciales de cada registro de la base de datos que haya sufrido modificaciones desde
la ltima copia de seguridad. Una imagen inicial es una copia de un registro tal como se
encontraba inmediatamente antes de ser modificado como parte de una transaccin, es decir,
justo antes del inicio de dicha transaccin.

El procesado de recuperacin por retroceso conlleva que despus de que se haya colocado
nuevamente en funcionamiento el SGBD, con la base de datos correcta, tal como estaba
cuando tuvo lugar la interrupcin, se pase a procesar el diario de transacciones. Para cada
transaccin incompleta anotada en el diario se reemplaza la versin actual del registro de la
base de datos por la imagen inicial correspondiente. As, cada registro de la base de datos que
ha sufrido modificaciones durante una transaccin no completada es devuelto a su estado
inicial, antes del comienzo de la transaccin. El resultado de este proceso es la eliminacin de
la base de datos de todas las huellas de transacciones incompletas, es decir, las que estaban en
marcha cuando tuvo lugar la cada.

Para que la recuperacin por retroceso pueda funcionar, el diario de transacciones debe
contener marcas de comienzo de transaccin y de final de transaccin para cada
transaccin. Cuando se realiza un proceso de recuperacin, las transacciones incompletas se
detectan por la ausencia de una marca de final de transaccin.
Recuperacin por adelanto

El adelanto es otro tipo de mecanismo de recuperacin, que se usa a menudo cuando una base
de datos ha sido daada y debe, por tanto, ser restaurada a partir de una copia de seguridad.
Se parece a la tcnica del retroceso, y comparte con sta la ventaja de que es mucho ms
rpida que el mtodo de restauracin/reejecucin. Requiere que el diario de transacciones
contenga una imagen final de cada registro de la base de datos que ha sido modificado desde
la ltima copia. Una imagen final es una copia de un registro, inmediatamente despus de
haber sido modificado como parte de una transaccin, es decir, en el estado en que se
encuentra al finalizar dicha transaccin.

En su forma ms simple, esta tcnica consta de dos etapas:

1. Despus de un fallo que produce un dao en la base de datos, se utiliza la ltima copia de
seguridad para restaurarla.

2. Se procesa el diario, a partir del punto en que se efectu la ltima copia de seguridad. Para
cada transaccin completada anotada en el diario, se sustituye la versin actual del registro de
la base de datos por la imagen final correspondiente.

ALTA DISPONIBILIDAD
En esta seccin se presentan varias soluciones de alta disponibilidad de SQL Server que
mejoran la disponibilidad de los servidores o las bases de datos. Una solucin de alta
disponibilidad enmascara los efectos de un error de hardware o software y mantiene la
disponibilidad de las aplicaciones a fin de minimizar el tiempo de inactividad que perciben los
usuarios.
SQL Server ofrece varias opciones para crear una alta disponibilidad para un servidor o una
base de datos. Entre las opciones de alta disponibilidad figuran las siguientes:

Agrupacin en clsteres de conmutacin por error

Una agrupacin en clsteres de conmutacin proporciona alta disponibilidad a una instancia

completa de SQL Server. Un clster de conmutacin por error es una combinacin de uno o
varios nodos, o servidores, con dos o ms discos compartidos. Las aplicaciones se instalan cada
una en un grupo de clsteres de Servicios de Cluster Server de Microsoft (MSCS), conocido
como grupo de recursos. En todo momento, cada grupo de recursos es propiedad de un nico
nodo del clster. El servicio de aplicacin tiene un nombre virtual que es independiente de los
nombres del nodo y al que nos referimos como nombre de instancia de clster de
conmutacin por error. Una aplicacin puede conectarse con la instancia de clster de
conmutacin por error si hace referencia al nombre de la misma. La aplicacin no necesita
saber qu nodo aloja a la instancia de clster de conmutacin por error.

Creacin de reflejo de la base de datos

La creacin de reflejo de la base de datos es bsicamente una solucin de software para

aumentar la disponibilidad de la base de datos mediante una conmutacin por error casi
inmediata. La creacin de reflejo de la base de datos puede utilizarse para mantener una sola
base de datos en estado de espera, o base de datos reflejada, para una base de datos de
produccin correspondiente a la que se conoce como base de datos principal.
La base de datos reflejada se crea mediante la restauracin (sin recuperacin) de una copia de
seguridad de la base de datos principal. Eso hace que los clientes no dispongan de acceso a la
base de datos reflejada. Sin embargo, es posible utilizarla de forma indirecta para generar
informes creando una instantnea de base de datos en la base de datos reflejada. La
instantnea de la base de datos proporciona a los clientes acceso de slo lectura a la
informacin de la base de datos tal como exista al crearse la instantnea.

Trasvase de registros

Al igual que la creacin de reflejo de la base de datos, el trasvase de registros se aplica en la

base de datos. Puede usar el trasvase de registros para mantener una o varias bases de datos
en estado de espera activa para una base de datos de produccin correspondiente que se
conoce como base de datos principal. Las bases de datos en estado de espera tambin se
conocen como bases de datos secundarias. Cada una de las bases de datos secundarias se crea
al restaurar una copia de seguridad (sin recuperacin) de la base de datos principales, o en
espera. La restauracin con estado de espera permite usar la base de datos secundaria
resultante para la generacin limitada de informes.

Replicacin

La replicacin utiliza un modelo de publicacin y suscripcin. Esto permite que un servidor

principal, conocido como publicador, distribuya datos a uno o varios servidores secundarios, o
suscriptores. Gracias a la replicacin, se puede obtener una disponibilidad y escalabilidad en
tiempo real entre tales servidores. Esta solucin es compartible con el filtrado para obtener un
subconjunto de datos de los suscriptores, as como las actualizaciones con particiones. Los
suscriptores estn en lnea y disponibles para la generacin de informes y otras funciones, sin
recuperacin de consultas.

Bases de datos compartidas escalables

La caracterstica de base de datos compartida y escalable permite escalar una base de datos de
slo lectura construida exclusivamente para informes. La base de datos de informes debe
residir en un conjunto de volmenes dedicados de slo lectura, cuyo fin principal es hospedar
la base de datos. Mediante el uso de hardware estndar para servidores y volmenes, puede
escalar una base de datos de informes para que proporcione la misma vista de los datos de los
informes en varios servidores de informes.

Demostracin de las Herramientas de Disponibilidad en el Gestor

1.- Crear una copia de seguridad y como restaurarla.

Copia de Seguridad:
Abrimos nuestro Gestor de Base de Datos, para la demostracin elegimos la Base de Datos
DB_Ventas, hacemos click derecho sobre l, nos sale varias opciones, hacemos accedemos a
Tareas, luego click en Copia de seguridad.
Nos sale esta ventaja donde haremos la copia de seguridad.

No vamos al cuadro donde dice Agregar, hacemos click y nos sale la ventana donde
indicaremos la carpeta donde se guardara nuestro Backup.
Luego click en el cuadro se abre otra ventana para elegir la carpeta, elegimos la
carpeta que dice Backup, luego el tipo de archivo que por default en nuestro caso es
.bak y asignarle tambin un nombre en Nombre de archivo el cual ser
DB_Ventas_Backup. Al terminar todo el proceso le damos aceptar a las todas las
subventanas.
Ya teniendo nuestra carpeta destino y culminado las opciones que queremos que
tenga nuestra Copia de Seguridad, le damos aceptar a la ventana principal.

Copia de Seguridad se a creado correctamente.

Restaurar una Copia de Seguridad:
Para restaurar nuestro Backup nos vamos a la Base de Dato que deseamos restaurar,
nos vamos a Tareas, luego Restaurar y elegimos la Base de Datos ya que
restauraremos todo.
En caso tengamos el Backup en otra carpeta que no sea la que est en el Microsoft
SQL Server, seguiremos este proceso, nos vamos a Dipositivo y click donde esta el
cuadro , se abre una subventana donde ponemos Agregar donde ser la
agregacin del Backup y luego nos abre otra ventana donde elegiremos el Backup
DB_Ventas_Backup y luego aceptar a todo.

Ac podemos ver la fecha de la ltima vez que se cre la copia de Seguridad de la

Base de Datos a restaurar y le damos aceptar.
La Base de Datos fue restaurada correctamente.

2.- Crear una copia de seguridad automtica (programada) a cierta hora

y fecha.

El primer paso es crear el script que genera el respaldo de la base de datos, el script
que ser usado es el siguiente :

USE nombre_de_su_base;
GO
declare @fecha varchar(MAX)
declare @archivo varchar(MAX)
set @fecha = CONVERT(Varchar(max),
GETDATE(),102)+'_'+SUBSTRING(CONVERT(varchar(10),
getdate(),108),1,2)+SUBSTRING(CONVERT(varchar(10), getdate(),108),4,2)+'horas'
set @archivo ='C:\nombredelacarpetaBACKUP\nombre_de_su_base'+@fecha+'.bak'
BACKUP DATABASE nombre_de_su_base
TO DISK = @archivo
WITH FORMAT,
MEDIANAME = 'D_SQLServerBackups',
NAME = 'Full Backup of nombre_de_su_base';
GO
Como segundo paso debemos configurar el Agente de SQL Server para programar
una tarea que ser que encargada de ejecutar el Script que sea especificado en el
paso uno, para ello haremos lo siguiente:
1. Al entrar al SQL Server Management observaremos en el explorar de objetos que el
agente de SQL Server que encuentra al final del rbol del explorar

Al dar click en icono del + se desplegara un submen y en el est la opcin de

Trabajos que es lo que nos interesa.

2. Al desplegar el Submen del Agente de SQL Server se debe crear un nuevo trabajo,
para ello debemos dar click derecho para que se despliegue lo siguiente:

Como pueden observar tenemos la opcin de Nuevo trabajo, demos click ah para dar
inicio la configuracin del nuevo trabajo o tarea.
3. Cuando damos click en Nuevo trabajo aparecer la siguiente ventana:

En la ventana llamada "Nuevo trabajo" se especificara el nombre que tendr la tarea

que ejecutara el script para generar los respaldos de la base, adicional al nombre es
recomendable que se escriba una breve descripcin de la funcionalidad.

4. Al haber especificado en nombre de la tarea, damos click en la opcin "Pasos" que

se encuentra ubicada en la parte superior izquierda de la ventana "Nuevo trabajo",
para configurar esa opcin se hace lo siguiente:
En la ventana "nuevo paso" especificamos el nombre, la base de datos a la cual se
le har el respaldo, en este caso use la base de datos Productos y en la parte donde
dice "Comando" hay que copiar el Script ya modificado a nuestra conveniencia y
damos un click en el botn Aceptar.

5. Ahora es el momento de programar la frecuencia con la que se generar el respaldo

de seguridad, para ello damos click en la opcin "Programaciones", para configurar
una programacin hacemos lo siguiente:
En la ventana "Nueva Programacin de trabajo" especificamos un nombre para poder
identificar la programacin, en la seccin "Frecuencia" especificamos con que
frecuencia queremos que se ejecute la tarea, especificar la hora de inicio y fin y otros
datos ms que que puede ser de utilidad. Una vez sea hecho todas las
especificaciones de la programacin damos aceptar y luego aceptar para terminar con
la configuracin del Agente de SQL Server.

Cuando sea la hora y fecha establecida en la programacin de la tarea, comprobamos

que se crea el backup automtico en nuestra carpeta