SQL Server - Cómo Hacer Copias de Seguridad Directamente en Unidades de Red - Blog de José Manuel Alarcón Aguín en Geeks - Ms (Alt

06 January 2010
SQL Server: cmo hacer copias de seguridad

directamente en unidades de red
Generalmente, lo que ms nos interesa a la hora de realizar copias de
seguridad es hacerlas hacia alguna mquina o dispositivo especializado de la
red local, distintos a la mquina en la que se ejecuta nuestra aplicacin o
-en nuestro caso concreto- el servidor de datos. As podremos recuperarlos
desde cualquier otra mquina ante cualquier contingencia que surja. En los
Data Center (y en muchas oficinas) suelen existir sistemas NAS (Network
Attached Storage, almacenamiento en red) cuyo propsito es precisamente
albergar las copias de seguridad.
SQL Server, sin embargo, slo ofrece soporte nativo para realizar copias de
seguridad en unidades de disco o dispositvos de backup hardware locales.
Esto siempre me ha parecido una seria limitacin, ya que hacer copias de
seguridad en local no me resulta til en absoluto. Y tiene muchas
limitaciones ms (como no comprimir o cifrar las copias), aunque esto es
bueno para las empresas que venden herramientas especializadas en ello,
como la excelente SQL Backup de Red Gate Software.
Lo que muchos hemos hecho toda la vida ha sido lo siguiente: haces el backup en una carpeta local y
programas, un tiempo prudencial despus, la ejecucin de un archivo .bat que mueva la copia a una unidad de
red usando comandos del sistema operativo. Esto funciona pero aade complejidad ya que hay que coordinar
ambas acciones y hay ms puntos de fallo. Adems hay una cuestin adicional que a mi ya me ha ocurrido en
servidores viejos: si el disco local no tiene espacio suficiente no puedes hacer copias de seguridad (no te
caben), cuando a lo mejor tienes cientos de GB libres en el NAS que no puedes aprovechar :-(
Lo ideal sera hacer la copia directamente en el NAS sin pasar por el disco local. En este post voy a contar
cmo podemos conseguir precisamente esto: hacer backups de SQL Server directamente a la red. Adems
cuento cmo conseguir un backup diario, con un archivo para da de la semana, que se van sobrescribiendo
automticamente, por lo que conseguimos de manera sencilla una retencin de 7 das.
Las instrucciones que doy a continuacin funcionan con SQL Server 2005 y 2008, y las he sacado a base de
prueba y fallo durante bastante tiempo. No he encontrado en Internet instrucciones algunas que contemplen
esta operacin por completo, sobre todo en lo referente a los pequeos detalles (como la seguridad) que
hacen que llegue a funcionar.
1.- Cuenta de ejecucin de SQL Server
Lo primero que tenemos que hacer es asegurarnos de que nuestro sistema SQL Server va a tener acceso a la
red local. Tanto el motor de bases de datos como el agente de SQL Server se ejecutan suplantando a un
determinado usuario del sistema operativo. Mucha gente instala SQL Server para que sus servicios se ejecuten
bajo la cuenta de sistema, ya que sta tiene acceso a cualquier recurso del sistema local, y simplifica la
gestin. Esto, aparte de un posible problema de seguridad (en el que no voy a entrar), no es necesario en
absoluto. Adems hay una cuestin fundamental: la cuenta de sistema no tiene capacidades para acceder a la
red. Por lo tanto si nuestro servidor de datos se ejecuta bajo System no podremos realizar copias de seguridad
a unidades de red.
SQL Server: cmo hacer copias de seguridad directamente en unidades de... http://geeks.ms/blogs/jalarcon/archive/2010/01/06/sql-server-c-243-mo-...
1 de 8 18/10/2013 9:20
La cuenta recomendada para ejecutar SQL Server y conseguir acceso a la red es "Servico de Red" (o, en
ingls, "Network Service"). Esta cuenta tiene los permisos suficientes para ejecutar SQL Server sin problema
y adems nos sirve para nuestro propsito. Lo podemos cambiar desde la configuracin de Servicios de SQL
Server, en las propiedades de cada servicio:
Si las copias de seguridad las vamos a hacer escribiendo el comando desde el SQL Management Studio, esta
cuenta debemos asignarla al motor de SQL Server. Si, como es ms comn, las copias de seguridad sern
automatizadas con el agente de SQL Server, es este servicio el que debe ejecutarse con esta cuenta. En
cualquier caso (y sin ser especialista en absoluto en SQL Server), mi recomendacin sera que pusisemos
ambos servicios a ejecutarse bajo esta cuenta.
2.- Creacin de la cuenta para acceso a la red
Una cosa es la cuenta bajo la que se ejecuta el servidor y otra es la cuenta que usaremos para acceder al
recurso de red. Tendr que ser un usuario que tenga permisos de lectura y escritura en la carpeta compartida
en la que queremos escribir el backup. Si no estamos bajo un mismo dominio de Directorio Activo -es decir,
utilizamos usuarios diferentes para cada mquina- debemos crear en nuestra mquina local (en la que se
ejecuta SQL Server) una cuenta de usuario con el mismo nombre y clave que el que usaremos para acceder a
dicho recurso. Por ejemplo, si el NAS tiene un usuario llamado "NAS\Backup" con clave "backup",
deberemos crear tambin en local este mismo usuario. Cuando accedemos interactivamente desde el
explorador de Windows al recurso remoto podemos escribir el usuario y la clave en la ventan que aparece,
pero con el Script SQL que usaremos aqu, o disponemos del usuario tambin en local, o no funcionar. El
motivo no lo tengo muy claro, pero es as :-(
3.-Habilitar el comando xp_cmdshell
Este comando permite ejecutar comandos del sistema operativo desde scripts T-SQL. Vamos a necesitarlo
para habilitar el acceso a los recursos remotos. Por defecto viene desactivado y no podremos usarlo, ya que
2 de 8 18/10/2013 9:20
reviste bastante peligro, puesto que otorga acceso a comandos del sistema que pueden ser muy peligrosos
(como formatear el disco duro, por ejemplo). En SQL Serevr 2000 vena habilitado por defecto y las
aplicaciones con problemas de seguridad debidas a inyecin SQL y ejecutadas bajo cuentas con demasiados
privilegios eran una coladera, por eso en la versin 2005 y posteriores se ha deshabilitado por omisin.
En nuestro caso lo necesitaremos, as que tenemos que habilitarlo. Para ello debemos lanzar las siguientes
instrucciones T-SQL desde SQL Management Studio:
-- Permitir el cambio de opciones avanzadas de SQL Server
EXEC sp_configure 'show advanced options', 1
GO
-- Reconfigurar para que permita modificarlas.
RECONFIGURE
GO
-- Habilitar la caracterstica xp_cmdshell
EXEC sp_configure 'xp_cmdshell', 1
GO
-- Refrescar para que el cambio surta efecto
RECONFIGURE
GO
Ya est.
4.- Programar la copia de seguridad
Ahora ya tenemos las bases necesarias para que esto funcione, as que lo nico que nos resta es crear una
nueva tarea del agente SQL que se encargue de realizar la copia de seguridad. En el apartado de "pasos de la
tarea" crearemos un nuevo paso con las siguientes instrucciones T-SQL:
SET LANGUAGE us_english
exec xp_cmdshell 'net use \\192.168.1.1\backups\SQL clave /user:backup'
DECLARE @Archivo AS nvarchar(100)
SET @Archivo = N'\\192.168.1.1\Backups\SQL\MiBaseDeDatos_' + DATENAME(WEEKDAY, GETDATE()) + '.bak'
BACKUP DATABASE [MiBaseDeDatos] TO DISK = @Archivo WITH NOFORMAT, INIT,
NAME = N'MiBaseDeDatos-Full Database Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10;
exec xp_cmdshell 'net use \\192.168.1.1\Backups\SQL /D'
Lo que estamos haciendo es poner el lenguaje actual en ingls. Yo suelo usar siempre el ingls para todo y
tengo los sistemas en este idioma porque considero que tiene muchas ventajas pero t, claro est, puedes usar
el idioma que prefieras. El hecho de establecer el idioma es para asegurarnos de que si transportamos el Script
a otro servidor diferente los nombres de los archivos de copia de seguridad van a tener nombres consistentes,
ya que usaremos el nombre del da de la semana para crear un archivo .bak cada da (lunes, martes, y as
sucesivamente).
El comando xp_cmdshell de la segunda lnea habilita la conexin a la carpeta de red \backups\SQL que est
en nuestro NAS, con direccin IP 192.168.1.1. Podramos haber usado el nombre de red (por ejemplo \\NAS
o similar), pero con la IP nos aseguramos de que siempre va a funcionar, pues lo otro a veces he detectado
que da problemas. En esta lnea, por tanto, debes poner la ruta de red que queires usar e indicar la clave y
nombre de usuario que usaremos para acceder (ver paso 2).
Las dos siguientes lneas declaran el nombre y la ruta del archivo de backup que vamos a crear. Lo que yo
hago aqu es ponerle como sufijo el nombre del da de la semana en ingls, de forma que se me crean copias
de seguridad diarias con el nombre "MiBaseDeDatos_Monday.bak", "MiBaseDeDatos_Tuesday.bak", y as
sucesivamente. Con esto consigo tener una copia completa cada da de la semana, con una retencin de 7
das, que se va sobrescribiendo automticamente cuando pasa una semana. Para mi esto es ms que
suficiente, pero si quisieras ms retencin o ms de una copia diaria al da tendras que buscar una forma
alternativa para nombrar los archivos.
3 de 8 18/10/2013 9:20
La siguiente lnea es una instruccin T-SQL normal y corriente para crear una copia de seguridad, slo que en
este caso ya se har directamente sobre la carpeta de red, y no en local, que es lo que desebamos.
Finalmente con xp_cmdshell, nos desconectamos del recurso de red. Esto es necesario para que no queden
conexiones abiertas y nos impidan volver a reconectar en sucesivas ocasiones.
Espero que te resulte til y que mis horas de prueba y error te ahorren a ti mucho tiempo. Si me loquieres
agradecedr, ya sabes, matriclate en alguno de nuestros cursos o compra alguno de nuestros libros ;-)
Archivado en: SQL Server
Comparte este post:
Comentarios
# Fran Daz said:
qu crack!!
Thursday, January 7, 2010 8:35 AM
# preguntoncojonero said:
qu peligro el xp_cmdshel !!! feliz ao !!!
# Fran Daz said:
Despus de pensar un rato....por un lado es muy bueno, pero cuando estamos en redes con cortes o
aunque no los tenga y pasa, es un peligro no crees?
Saludos!
# Jos M. Alarcn Agun said:
Hola Fran:
Hombre, en una red local raro ser que te quedes sin conexin entre equipos, y adems, lo lgico desde
mi punto de vista es siempre hacer los backups fuera del equipo en el que residen los datos originales (y
si pudieras fuera del mismo edificio)...
Saludos!
JM
# Pedro said:
Y porque no crear un dispositivo apuntando a la ruta de red de un recurso compartido ?
EXEC master.dbo.sp_addumpdevice
@devtype = N'disk',

4 de 8 18/10/2013 9:20
@logicalname = N'LAN',
@physicalname = N'\\myserver\backupfolder\MYBAK.bak'
GO
BACKUP DATABASE [Sample]
TO [LAN]
Eso si, el usuario tendra que tener permisos de escritura
# Fran Daz said:
Ya ya, en eso estamos de acuerdo :D
An as, muy buen post ;)
Saludos!
Hola Pedro:
Gracias por la aportacin.
Como bien dices sp_addumpdevice aade un dispositvo de respaldo en una unidad de red, pero en
realidad si el usuario bajo el que ejecutas SQL Server (o el agente) ya tienen permisos para aceder a la
red ni siquiera lo necesitaras pues podras especificar la ruta sin problemas.
Lo que he tratado de explicar es cmo conseguir esto usando una instalacin tpica de SQL Server que
se ejecuta con alguna de las cuentas predeterminadas (en este caso Network Service), y sin tener que
crear un usuario especficamente para ejecutar SQL Server y que tenga permisos de acceso a recursos
remotos. Es ms complicado pero creo que te ayuda a mantener separados la operacin normal del
gestor de datos y las copias de seguridad, que pienso que no deberan estar tan entrelazados.
En mi opinin debera ser todo ms fcil y SQL Server debera ofrecer una opcin para suplantar a un
usuario especfico a la hora de hacer backups (que es en el fondo lo que se hace con esto que explico),
lo hara que todo fuese ms fcil.
Un saludo
JM
# Jose said:
Cordial saludo Jose Manuel, me parece muy bien explicado este post. Quisiera compartirte un problema
que tengo a ver si puedes ayudarme, uso SQL Server 2008 y tengo un script que ejecutando comandos
de xp_cmdshell en un script sql crea en mi BD todos los procedimientos almacenados que tengo
guardados en una ruta, hasta ahi todo muy bien pero tengo un problema y es que la ruta donde estan los
archivos debe ser local al servidor donde esta la BD (para cualquier ruta diferente sale este mensaje:
5 de 8 18/10/2013 9:20
The system cannot find the file specified.), esto nos coloca una limitacin y tambin un problema ya
que no siempre vamos a poder acceder al servidor local de la BD, la mayoria de las veces los fuentes
residen en otro directorio o en otro servidor de BD, como lo puedo solucionar? gracias por tu valiosa
ayuda!!
Jose
Thursday, January 7, 2010 9:11 PM
# Bethania Sanz said:
Hola Jose, fijate me entre a este foro buscando ayuda y creo que eres el mejor moderador de foros para
encontrar una solucion, fijate es que tengo un problema para realizar un backup y quisiera ver si me
puedes ayudar..resulta que tengo un servidor al que no puedo entrar porque han perdido la clave de
administrador, me ha tocado recuperar la base de datos sql 05, pero se graba localmente y no puedo
acceder, intente agregandole un USB y hacer el backup en el pero no me permite, conoces algun
comando o una manera de como puedo recuperar la base de datos antes de que se formatee ese
servidor..
Agradezco inmensamente si me puedes ayudar..
Wednesday, January 27, 2010 3:55 PM
# Jonn said:
Una pregunta mi buen amigo, el comando xp_cmdshell se puede usar tambien en server 2008
Thursday, February 25, 2010 7:38 PM
# Francisco said:
Hay una forma mas sencilla y es utilizando una herramienta gratuita llamada ExpressMaint. Les dejo un
link donde tienen el detalle completo sobre como hacer el back-up periodico: www.ittraining.com.ar/...
/Back-up-periodico-en-SQL-Server-Express-2008-(tambien-en-version-2005).aspx
Sunday, September 5, 2010 4:25 AM
# Andres Restrepo said:
hola, estoy utilizando el codigo que nos das para hacer el backup pero me aparece el siguiente error a
que se debe?
Mens. 3201, Nivel 16, Estado 1, Lnea 4
Cannot open backup device '\\192.168.2.165\olas\MiBaseDeDatos_Friday.bak'. Operating system error
5(Acceso denegado.).
Mens. 3013, Nivel 16, Estado 1, Lnea 4
BACKUP DATABASE is terminating abnormally
gracias por la colaboracion
Friday, March 18, 2011 7:47 PM
Hola:
6 de 8 18/10/2013 9:20
Eso es que no tienes permiso de acceso a la ruta.
saludos,
JM
Friday, March 18, 2011 9:34 PM
Inicio
Contacto
Blog de Jos Manuel Alarcn Agun en Geeks.ms (alternativo a
www.JASoft.org)
---
ATENCIN! Este es el, blog alternativo de Jos Manuel Alarcn en Geeks.ms
Si ests buscando un post antiguo, el blog principal est en www.jasoft.org.
----
- Blog original: JASoft.org
- Twitter: jm_alarcon
RSS
ATOM
RSS de comentarios
Acerca de
Jos Manuel Alarcn
ASP.NET Web Developer MVP
Director de campusMVP, la web especialista en formacin on-line en tecnologa Microsoft.
Es ingeniero industrial y master en consultora de empresa. Autor de varios libros y
centenares de artculos para revistas como PC World, Windows TI Magazine, DotNetMania
y otras.
Recibe notificaciones en tu mvil gratis y annimas cuando haya nuevos artculos. Unos das antes de
que aparezan aqu.
Para trucos, noticias y artculos sigue a campusMVP.
campusMVP
- Los mejores cursos on-line sobre tecnologa Microsoft
- Sguenos en Twitter
- Sguenos en Facebook
- Sguenos en Scribd
Libro JavaScript
Aprende o mejora tu JavaScript con mi nuevo libro:
7 de 8 18/10/2013 9:20
Dirigido tanto a principiantes como a programadores experimentados y lleno de tcnicas y consejos tiles.
Buscar
Ir
8 de 8 18/10/2013 9:20

SQL Server - Cómo Hacer Copias de Seguridad Directamente en Unidades de Red - Blog de José Manuel Alarcón Aguín en Geeks - Ms (Alt

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

SQL Server - Cómo Hacer Copias de Seguridad Directamente en Unidades de Red - Blog de José Manuel Alarcón Aguín en Geeks - Ms (Alt

Caricato da

Copyright:

Formati disponibili

06 January 2010

SQL Server: cmo hacer copias de seguridad

Potrebbero piacerti anche