SQL 2005: Restore remoto

11/02/2009 - 03:38 por Juan Carlos Mendoza | Informe spam
Buenas,

Antes de SQL2005, realizaba restores desde backups ubicados en otro
servidor con la sentencia

restore bd_name from disk= '\\servidor_remoto\directorio
\archivo'.

ahora cuando lo ejecuto en SQL 2005 me sale el error:

Access is denied
NULL

con una prueba simple de red descarto problemas de que el servidor
remoto no este disponible o en red, se me hace que es un problema
simple de permisos que simplemente no ubico donde esta, ya que por
default se que SQL2005 viene con las seguridades cerradas.

Agradecere su colaboracion

Saludos,

Juan carlos Mendoza

Preguntas similare

Leer las respuestas

#6 Jose Mariano Alvarez
11/02/2009 - 16:58 | Informe spam
Si la cuenta de servicio del SQL Server (no es la cuenta del usuario) no es
del dominio no podra acceder a una carpeta en un recurso de red..
Normalmente esto ocurre porque el servico corre con la cuenta "localsystem"
si no se especifica otra cosa en la instalacion.


Saludos


Ing. Jose Mariano Alvarez
SQLTotal Consulting

(Cambia los ceros por O y saca lo que sobra)

Este mensaje se proporciona tal como es, SIN GARANTIAS de ninguna clase. Por
favor tratar de indicar la versión de SQL y Service Pack. La inclusión de
(CREATE, INSERTS, etc.) para poder reproducir el problema también ayuda.










"Gustavo Larriera (MVP)"
wrote in message news:
Cuando usted dice "el usuario de conexión" se refiere a la cuenta del
servicio SQL o a la cuenta del usuario que ejecuta el RESTORE?

El que tiene que tener acceso sobre la carpeta compartida es la cuenta del
servicio SQL, no importa el usuario que ejecuite el RESTORE.

Gustavo Larriera, Microsoft MVP
http://www.linkedin.com/in/gustavolarriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Juan Carlos Mendoza" wrote:

El usuario de conexion es un usuario de dominio con privilegios sobre
el recurso compartido, lo cual he validad incluso por acceso remoto \
ombrepc\carpeta de windows sin ningun problema. Sali del tema
provisionalmente colocando el backup en un equipo pc de usuario donde
si acceso sin ningun problema y realizo el restore satisfactoriamente,
pero eso fue la salida, no la solucion.

En el servidor que tiene el backup, incluso y solo para efectos de
prueba, comparti el recurso con everyone, con permisos de lectura,
pero sigue saliendo el mismo error.

Agradecere sus colaboraciones.

Juan Carlos Mendoza

Respuesta Responder a este mensaje
#7 Carlos Sacristan
12/02/2009 - 08:31 | Informe spam
Igual mi respuesta lo ha liado un poco todo... cuando dije "usuario de
conexión" me refería a la cuenta de SQL, como los compañeros comentan.

Siento si he causado confusión


Un saludo
-
www.navento.com
Servicios de Localización GPS


"Gustavo Larriera (MVP)" wrote:

Cuando usted dice "el usuario de conexión" se refiere a la cuenta del
servicio SQL o a la cuenta del usuario que ejecuta el RESTORE?

El que tiene que tener acceso sobre la carpeta compartida es la cuenta del
servicio SQL, no importa el usuario que ejecuite el RESTORE.

Gustavo Larriera, Microsoft MVP
http://www.linkedin.com/in/gustavolarriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Juan Carlos Mendoza" wrote:

> El usuario de conexion es un usuario de dominio con privilegios sobre
> el recurso compartido, lo cual he validad incluso por acceso remoto \
> ombrepc\carpeta de windows sin ningun problema. Sali del tema
> provisionalmente colocando el backup en un equipo pc de usuario donde
> si acceso sin ningun problema y realizo el restore satisfactoriamente,
> pero eso fue la salida, no la solucion.
>
> En el servidor que tiene el backup, incluso y solo para efectos de
> prueba, comparti el recurso con everyone, con permisos de lectura,
> pero sigue saliendo el mismo error.
>
> Agradecere sus colaboraciones.
>
> Juan Carlos Mendoza
>
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida