Es obligatorio realizar copias de seguridad de las bases de datos SQL con regularidad. Ya hemos cubierto formas de hacer una copia de seguridad de todas las bases de datos de su servidor SQL en un disco duro local, pero esto no protege contra fallas en la unidad o el sistema. Como capa adicional de protección contra este tipo de desastres, puede copiar o crear directamente sus copias de seguridad en un recurso compartido de red.
Copia de seguridad local y luego copia al recurso compartido de red
La forma preferida y más directa de realizar esta tarea es simplemente crear una copia de seguridad local de una base de datos y luego copiar el archivo de copia de seguridad correspondiente a un recurso compartido de red. Puede hacer esto creando un script por lotes que se vea así:
Este script hace lo siguiente (línea por línea):
- Establece una variable en el directorio local de copia de seguridad de SQL.
- Crea una copia de seguridad de SQL de MyDB (utilizando la autenticación de Windows) en el directorio local de copia de seguridad de SQL.
- Copia el archivo de copia de seguridad local a un recurso compartido de red.
- Elimina el archivo de copia de seguridad local.
Nuevamente, este es el método preferido porque funciona de forma inmediata y la probabilidad de que falle la copia de seguridad es mínima, ya que la copia de seguridad se crea en un disco local. Sin embargo, si no tiene suficiente espacio en disco para almacenar copias locales de los archivos de copia de seguridad, esta acción fallará. En este caso, deberá agregar espacio en disco adicional o hacer una copia de seguridad directamente en un recurso compartido de red.
Copia de seguridad directamente en un recurso compartido de red
Normalmente, cuando intenta crear una copia de seguridad directamente en un recurso compartido de red usando un comando como:
Lo más probable es que reciba un error como:
Este error ocurre a pesar de que ejecutó el comando de copia de seguridad de SQL usando la autenticación de Windows (el interruptor -E) y la cuenta de Windows como la capacidad de acceder y copiar archivos en el recurso compartido a través del Explorador de Windows.
Para permitir que SQL realice copias de seguridad directamente en un recurso compartido de red, tenemos que ejecutar el servicio SQL Server como una cuenta local que tiene acceso a los recursos de la red.
Edite las propiedades del servicio de SQL Server y, en la pestaña Iniciar sesión, configure el servicio para que se ejecute como una cuenta alternativa que tenga derechos de acceso a la red.
Cuando haga clic en Aceptar, recibirá un aviso de que la configuración no tendrá efecto hasta que se reinicie el servicio.
Reiniciar el servicio.
La lista de servicios ahora debería mostrar que el servicio de SQL Server se está ejecutando como la cuenta que configuró.
Ahora, cuando ejecute el comando para hacer una copia de seguridad directamente en un recurso compartido de red:
Deberías ver un mensaje de éxito:
Con el archivo de copia de seguridad ahora en el directorio compartido de red:
Consideraciones sobre el uso compartido de la red
Es importante tener en cuenta que el comando de copia de seguridad espera poder conectarse directamente al recurso compartido de red sin que se le soliciten las credenciales. La cuenta en la que configuró el servicio de SQL Server para que se ejecute debe tener una conexión confiable con el recurso compartido de red donde las credenciales respectivas permitan el acceso; de lo contrario, puede ocurrir un error como este:
Este error indica que el recurso compartido de red no aceptó el nombre de usuario y la contraseña de la cuenta y el comando falló.
Otra cuestión a tener en cuenta es que la copia de seguridad se realiza directamente en un recurso de red, por lo que cualquier contratiempo en la conexión de red podría hacer que la copia de seguridad falle. Por este motivo, solo debe realizar copias de seguridad en ubicaciones de red que sean estables (es decir, probablemente no en una VPN).
Implicaciones de seguridad
Como se mencionó anteriormente, es preferible usar el método en el que se realiza una copia de seguridad local y luego se copia a un recurso compartido de red, ya que le permite ejecutar el servicio SQL como una cuenta con acceso al sistema local solamente.
Al ejecutar el servicio como una cuenta alternativa, abre la puerta a posibles problemas de seguridad. Por ejemplo, un script SQL malicioso podría ejecutarse bajo la cuenta alternativa y atacar los recursos de la red. Además, cualquier cambio en la cuenta respectiva (cambios de contraseña/vencimientos o eliminación/deshabilitación de la cuenta) hará que el servicio de SQL Server no se inicie.
Es importante tener en cuenta estos puntos si ejecuta su instancia de SQL Server con una cuenta alternativa. Si bien estos no son impedimentos si se toman las precauciones adecuadas, debe considerar agregar espacio adicional en el disco duro y luego implementar la copia de seguridad local y la copia para que pueda ejecutar el servicio SQL usando una cuenta local.
