Backup con Robocopy

04/06/2008 - 15:57 por XiScO | Informe spam
hola!
Resulta que me he encontrado con un sistema de backup ya montado con
Robocopy. Consiste en varios servidores con raid 0+1, que replican los
datos entre ellos para tener redundancia, por medio de robocopy en un
script VBS. Cada tarea es algo como esto
cscript C:\scripts\backupRobocopy.vbs //B Servidor_Origen recurso1$
recurso2$ recursos3$ \\servidor_destino\z$\backups
Con lo que copia el contenido de los recursos compartidos en la unidad Z:
del servidor destino.
El problema es que hasta ahora las tareas programadas se estan ejecutando
con una cuenta que es administrador en todos los servidores, y la idea era
cambiarla por un usuario con menos privilegios.
He probado con un usuario en el grupo Operador de copia y tambien como
Duplicador, pero en ninguno de los dos casos funciona, me da acceso
denegado ya al acceder a los recursos del servidor de origen.
Alguna idea/sugerencia?

Gracias

Preguntas similare

Leer las respuestas

#1 Javier Inglés [MS MVP]
04/06/2008 - 18:35 | Informe spam
Socio, un robocopy no es un backup como tal; me explico: si un usuario tiene
un documento en A, éste fectivamente se copia a B; si lo borra en A, lo
puedes coger de B.

Hasta aquí correcto, pero si el usuario A, borra contenido, el robocopy se
lanza a la hora que sea, eso e borra de B...entonces de dónde lo recuperas?

O imagina que te pide recuperar el contenido de hace 15 días, qué haces
ahí???

Por ello un backup es un sistema de backup (cintas, a disco, etc...pero
gestionado con un software que te dé dicha funcionalidad)

Para lo cque comentas, basta con que tengas un usuario que tenga permisos de
Leer/Escribir en origen/destino

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"XiScO" escribió en el mensaje
news:ubK%23%
hola!
Resulta que me he encontrado con un sistema de backup ya montado con
Robocopy. Consiste en varios servidores con raid 0+1, que replican los
datos entre ellos para tener redundancia, por medio de robocopy en un
script VBS. Cada tarea es algo como esto
cscript C:\scripts\backupRobocopy.vbs //B Servidor_Origen recurso1$
recurso2$ recursos3$ \\servidor_destino\z$\backups
Con lo que copia el contenido de los recursos compartidos en la unidad Z:
del servidor destino.
El problema es que hasta ahora las tareas programadas se estan ejecutando
con una cuenta que es administrador en todos los servidores, y la idea era
cambiarla por un usuario con menos privilegios.
He probado con un usuario en el grupo Operador de copia y tambien como
Duplicador, pero en ninguno de los dos casos funciona, me da acceso
denegado ya al acceder a los recursos del servidor de origen.
Alguna idea/sugerencia?

Gracias

Respuesta Responder a este mensaje
#2 XiScO
06/06/2008 - 09:02 | Informe spam
Hola!
Pues en principio el script utiliza el Robocopy para que haga una copia
incremental y solo copie lo que cambia, vamos que si se borra en A, en B se
deja, y si en A se modifica en B tambien.
De todas formas la idea es que el usario pudiese hacer la copia sin tener
que darle permisos en los recursos, pero supongo entonces que con robocopy
no se puede hacer sin darle permisos?.
Hay alguna opcion que se pueda usar para hacer este tipo de backup? He leido
algo de BackupExec de symantec, pero es de pago y la idea seria utilizar
las opciones que da Windows o algo no de pago.

Salu2

Javier Inglés [MS MVP] wrote:

Socio, un robocopy no es un backup como tal; me explico: si un usuario
tiene un documento en A, éste fectivamente se copia a B; si lo borra en A,
lo puedes coger de B.

Hasta aquí correcto, pero si el usuario A, borra contenido, el robocopy se
lanza a la hora que sea, eso e borra de B...entonces de dónde lo
recuperas?

O imagina que te pide recuperar el contenido de hace 15 días, qué haces
ahí???

Por ello un backup es un sistema de backup (cintas, a disco, etc...pero
gestionado con un software que te dé dicha funcionalidad)

Para lo cque comentas, basta con que tengas un usuario que tenga permisos
de Leer/Escribir en origen/destino

Respuesta Responder a este mensaje
#3 Javier Inglés [MS MVP]
06/06/2008 - 09:52 | Informe spam
Sigo diciéndote lo mismo, si borras en A, verifica bien que nose borra en B;
y no obstante, si quieres recuperar algo de hace días qué haces??

Y sí, necesitas que el robocopu se lance con un usuari ocon los permisos que
te he dicho en origen o destino.

Si quieres usar una herramienta de backup, prueba el propio ntbackup de
Windows para ver qué te parece

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"XiScO" escribió en el mensaje
news:
Hola!
Pues en principio el script utiliza el Robocopy para que haga una copia
incremental y solo copie lo que cambia, vamos que si se borra en A, en B
se
deja, y si en A se modifica en B tambien.
De todas formas la idea es que el usario pudiese hacer la copia sin tener
que darle permisos en los recursos, pero supongo entonces que con robocopy
no se puede hacer sin darle permisos?.
Hay alguna opcion que se pueda usar para hacer este tipo de backup? He
leido
algo de BackupExec de symantec, pero es de pago y la idea seria utilizar
las opciones que da Windows o algo no de pago.

Salu2

Javier Inglés [MS MVP] wrote:

Socio, un robocopy no es un backup como tal; me explico: si un usuario
tiene un documento en A, éste fectivamente se copia a B; si lo borra en
A,
lo puedes coger de B.

Hasta aquí correcto, pero si el usuario A, borra contenido, el robocopy
se
lanza a la hora que sea, eso e borra de B...entonces de dónde lo
recuperas?

O imagina que te pide recuperar el contenido de hace 15 días, qué haces
ahí???

Por ello un backup es un sistema de backup (cintas, a disco, etc...pero
gestionado con un software que te dé dicha funcionalidad)

Para lo cque comentas, basta con que tengas un usuario que tenga permisos
de Leer/Escribir en origen/destino




Respuesta Responder a este mensaje
#4 XiScO
06/06/2008 - 10:26 | Informe spam
Pues nada mirare a ver que se hace, el script esta funcionando desde hace 1
año y va bien no borra nada.
Gracias de todas formas.

Salu2
Javier Inglés [MS MVP] wrote:

Sigo diciéndote lo mismo, si borras en A, verifica bien que nose borra en
B; y no obstante, si quieres recuperar algo de hace días qué haces??

Y sí, necesitas que el robocopu se lance con un usuari ocon los permisos
que te he dicho en origen o destino.

Si quieres usar una herramienta de backup, prueba el propio ntbackup de
Windows para ver qué te parece

Respuesta Responder a este mensaje
#5 Jordi Maicas
07/06/2008 - 17:46 | Informe spam
entiendo a los dos y ambos teneis razon:

1. yo uso tambien robocopy, y va de vicio... siempre y cuando

2. no quieras ponerte en los datos de hace X dias, porque robocopy no
controla eso.

Solucion,

o el ntbackup, o arc server, o veritas.

"XiScO" escribió en el mensaje
news:
Pues nada mirare a ver que se hace, el script esta funcionando desde hace
1
año y va bien no borra nada.
Gracias de todas formas.

Salu2
Javier Inglés [MS MVP] wrote:

Sigo diciéndote lo mismo, si borras en A, verifica bien que nose borra en
B; y no obstante, si quieres recuperar algo de hace días qué haces??

Y sí, necesitas que el robocopu se lance con un usuari ocon los permisos
que te he dicho en origen o destino.

Si quieres usar una herramienta de backup, prueba el propio ntbackup de
Windows para ver qué te parece




email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida