¿Existe "/dev/null" en Windows/SQL?

17/11/2009 - 14:01 por Diego Fernández | Informe spam
Hola a todos:

A ver... a lo mejor es una tonteria y lo que digo no sirve para nada:
En una BBDD "de pruebas" donde se ponen desarrollos antes de pasarlos a
producción, quiero programar trabajos de mantenimiento para que no crezca el
log, se optimicen índices, etc..., pero no tengo espacio en disco para
guardarlos, y además no quiero guardarlos para nada.

¿Es posible hacer copias, etc... y que la salida sea algo tipo /dev/null?

Si no me equivoco, de esa forma, se haría todo el proceso de optimización,
reducción de log, etc... y no me consumiría espacio en disco.

¿Es una tontería?

Gracias por vuestra ayuda.
Diego Fernández

Preguntas similare

Leer las respuestas

#1 Carlos Sacristan
17/11/2009 - 14:07 | Informe spam
Si no es un entorno de producción, las bases de datos probablemente podrían
estar en modo de recuperación SIMPLE para evitarte tener que administrar el
log de transacciones.

En cuanto a lo de la salida para que no ocupe espacio... ¿a qué te refieres
exactamente?

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Diego Fernández" wrote in message
news:
Hola a todos:

A ver... a lo mejor es una tonteria y lo que digo no sirve para nada:
En una BBDD "de pruebas" donde se ponen desarrollos antes de pasarlos a
producción, quiero programar trabajos de mantenimiento para que no crezca
el log, se optimicen índices, etc..., pero no tengo espacio en disco para
guardarlos, y además no quiero guardarlos para nada.

¿Es posible hacer copias, etc... y que la salida sea algo tipo /dev/null?

Si no me equivoco, de esa forma, se haría todo el proceso de optimización,
reducción de log, etc... y no me consumiría espacio en disco.

¿Es una tontería?

Gracias por vuestra ayuda.
Diego Fernández
Respuesta Responder a este mensaje
#2 Diego Fernández
17/11/2009 - 15:29 | Informe spam
Con que "la salida no ocupe espacio", me refería a que el fichero de salida
(el .bak o .trn) no llegue a existir pero el proceso de mantenimiento se
realice...
No se si me explico...

Un saludo.
Diego.

"Carlos Sacristan" escribió en el mensaje de
noticias:
Si no es un entorno de producción, las bases de datos probablemente
podrían estar en modo de recuperación SIMPLE para evitarte tener que
administrar el log de transacciones.

En cuanto a lo de la salida para que no ocupe espacio... ¿a qué te
refieres exactamente?

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Diego Fernández" wrote in message
news:
Hola a todos:

A ver... a lo mejor es una tonteria y lo que digo no sirve para nada:
En una BBDD "de pruebas" donde se ponen desarrollos antes de pasarlos a
producción, quiero programar trabajos de mantenimiento para que no crezca
el log, se optimicen índices, etc..., pero no tengo espacio en disco para
guardarlos, y además no quiero guardarlos para nada.

¿Es posible hacer copias, etc... y que la salida sea algo tipo /dev/null?

Si no me equivoco, de esa forma, se haría todo el proceso de
optimización, reducción de log, etc... y no me consumiría espacio en
disco.

¿Es una tontería?

Gracias por vuestra ayuda.
Diego Fernández



Respuesta Responder a este mensaje
#3 Carlos Sacristan
17/11/2009 - 15:37 | Informe spam
Eeeehm... ¿lo que estás pidiendo es hacer un backup sin tener el archivo
físico? No entiendo... Si no quieres hacer el backup, no lo hagas y no habrá
que preocuparse por el espacio...

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Diego Fernández" wrote in message
news:
Con que "la salida no ocupe espacio", me refería a que el fichero de
salida (el .bak o .trn) no llegue a existir pero el proceso de
mantenimiento se realice...
No se si me explico...

Un saludo.
Diego.

"Carlos Sacristan" escribió en el mensaje de
noticias:
Si no es un entorno de producción, las bases de datos probablemente
podrían estar en modo de recuperación SIMPLE para evitarte tener que
administrar el log de transacciones.

En cuanto a lo de la salida para que no ocupe espacio... ¿a qué te
refieres exactamente?

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Diego Fernández" wrote in message
news:
Hola a todos:

A ver... a lo mejor es una tonteria y lo que digo no sirve para nada:
En una BBDD "de pruebas" donde se ponen desarrollos antes de pasarlos a
producción, quiero programar trabajos de mantenimiento para que no
crezca el log, se optimicen índices, etc..., pero no tengo espacio en
disco para guardarlos, y además no quiero guardarlos para nada.

¿Es posible hacer copias, etc... y que la salida sea algo tipo
/dev/null?

Si no me equivoco, de esa forma, se haría todo el proceso de
optimización, reducción de log, etc... y no me consumiría espacio en
disco.

¿Es una tontería?

Gracias por vuestra ayuda.
Diego Fernández



Respuesta Responder a este mensaje
#4 Diego Fernández
17/11/2009 - 16:53 | Informe spam
OK, por lo que me has dicho, poniendo el modelo de recuperación en "simple"
no necesito hacer el backup.
Como no sabía esto, buscaba la forma de hacer el proceso (para truncar el
log, etc...) sin generar el fichero, pero tal y como me decías, voy a poner
el tipo de recuperación a simple.

Un saludo.
Diego Fernández

"Carlos Sacristan" escribió en el mensaje de
noticias:
Eeeehm... ¿lo que estás pidiendo es hacer un backup sin tener el archivo
físico? No entiendo... Si no quieres hacer el backup, no lo hagas y no
habrá que preocuparse por el espacio...

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Diego Fernández" wrote in message
news:
Con que "la salida no ocupe espacio", me refería a que el fichero de
salida (el .bak o .trn) no llegue a existir pero el proceso de
mantenimiento se realice...
No se si me explico...

Un saludo.
Diego.

"Carlos Sacristan" escribió en el mensaje de
noticias:
Si no es un entorno de producción, las bases de datos probablemente
podrían estar en modo de recuperación SIMPLE para evitarte tener que
administrar el log de transacciones.

En cuanto a lo de la salida para que no ocupe espacio... ¿a qué te
refieres exactamente?

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Diego Fernández" wrote in message
news:
Hola a todos:

A ver... a lo mejor es una tonteria y lo que digo no sirve para nada:
En una BBDD "de pruebas" donde se ponen desarrollos antes de pasarlos a
producción, quiero programar trabajos de mantenimiento para que no
crezca el log, se optimicen índices, etc..., pero no tengo espacio en
disco para guardarlos, y además no quiero guardarlos para nada.

¿Es posible hacer copias, etc... y que la salida sea algo tipo
/dev/null?

Si no me equivoco, de esa forma, se haría todo el proceso de
optimización, reducción de log, etc... y no me consumiría espacio en
disco.

¿Es una tontería?

Gracias por vuestra ayuda.
Diego Fernández








Respuesta Responder a este mensaje
#5 Carlos Sacristan
17/11/2009 - 18:15 | Informe spam
No necesitas hacer el backup... del log de transacciones, se entiende

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Diego Fernández" wrote in message
news:
OK, por lo que me has dicho, poniendo el modelo de recuperación en
"simple" no necesito hacer el backup.
Como no sabía esto, buscaba la forma de hacer el proceso (para truncar el
log, etc...) sin generar el fichero, pero tal y como me decías, voy a
poner el tipo de recuperación a simple.

Un saludo.
Diego Fernández

"Carlos Sacristan" escribió en el mensaje de
noticias:
Eeeehm... ¿lo que estás pidiendo es hacer un backup sin tener el archivo
físico? No entiendo... Si no quieres hacer el backup, no lo hagas y no
habrá que preocuparse por el espacio...

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Diego Fernández" wrote in message
news:
Con que "la salida no ocupe espacio", me refería a que el fichero de
salida (el .bak o .trn) no llegue a existir pero el proceso de
mantenimiento se realice...
No se si me explico...

Un saludo.
Diego.

"Carlos Sacristan" escribió en el mensaje de
noticias:
Si no es un entorno de producción, las bases de datos probablemente
podrían estar en modo de recuperación SIMPLE para evitarte tener que
administrar el log de transacciones.

En cuanto a lo de la salida para que no ocupe espacio... ¿a qué te
refieres exactamente?

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Diego Fernández" wrote in message
news:
Hola a todos:

A ver... a lo mejor es una tonteria y lo que digo no sirve para nada:
En una BBDD "de pruebas" donde se ponen desarrollos antes de pasarlos
a producción, quiero programar trabajos de mantenimiento para que no
crezca el log, se optimicen índices, etc..., pero no tengo espacio en
disco para guardarlos, y además no quiero guardarlos para nada.

¿Es posible hacer copias, etc... y que la salida sea algo tipo
/dev/null?

Si no me equivoco, de esa forma, se haría todo el proceso de
optimización, reducción de log, etc... y no me consumiría espacio en
disco.

¿Es una tontería?

Gracias por vuestra ayuda.
Diego Fernández








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