Mover BBDD por falta de espacio

10/07/2007 - 12:48 por SerCer | Informe spam
Buenos dias, por una mala distribucion del espacio en disco, me veo obligado
a cambiar de ubicacion una Database que gestiono a traves de SQLServer.

Los datos referentes al servidor sql y la maquina donde esta alojado son:

La version de SQL Server Enterprise Edition es:8.00.2039(sp4)
La version de ODBC es: 03.52.0000
La version de SQL-DMO es: 8.00.02
Sistema Operativo: Windows 2000Server(SP4)

Mi pregunta es como mover dicha BBDD y/o el log asociado o bien a otra
particion o bien a otra unidad de red compartida si esto fuera posible.

Dicha BBDD esta continuamente en produccion y con un contenido "delicado"
asi que el proceso de "cambio" de ubicacion deberia ser rapido y seguro.

Si alguien me puede ayudar, le estaria agradecido.

Un saludo y gracias de antemano

Preguntas similare

Leer las respuestas

#1 Salvador Ramos
10/07/2007 - 13:37 | Informe spam
Hola,

Una alternativa es separar la base de datos, moverla a la nueva ubicación y
volver a adjuntarla.
Tendrías parado el sistema durante el proceso, puedes estimar el tiempo
calculando (segun el tamaño de los .mdf,. ndf y .ldf y hardware) lo que vas
a tardar en mover esos archivos (por ejemplo con cortar/pegar).

Eso si, antes de hacer nada te recomiendo hacer copias de seguridad, aunque
no es una operación peligrosa, nunca están demás.

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"SerCer" escribió en el mensaje
news:
Buenos dias, por una mala distribucion del espacio en disco, me veo
obligado
a cambiar de ubicacion una Database que gestiono a traves de SQLServer.

Los datos referentes al servidor sql y la maquina donde esta alojado son:

La version de SQL Server Enterprise Edition es:8.00.2039(sp4)
La version de ODBC es: 03.52.0000
La version de SQL-DMO es: 8.00.02
Sistema Operativo: Windows 2000Server(SP4)

Mi pregunta es como mover dicha BBDD y/o el log asociado o bien a otra
particion o bien a otra unidad de red compartida si esto fuera posible.

Dicha BBDD esta continuamente en produccion y con un contenido "delicado"
asi que el proceso de "cambio" de ubicacion deberia ser rapido y seguro.

Si alguien me puede ayudar, le estaria agradecido.

Un saludo y gracias de antemano
Respuesta Responder a este mensaje
#2 SerCer
10/07/2007 - 13:46 | Informe spam
Gracias Salvador

ymover solo el log de una particion d:\ a una particion e:\?

es factible?

asi recuperaria mas de 1 GB de espacio y me permitiria seguir insertando
registros

Un saludo y gracias
Respuesta Responder a este mensaje
#3 Salvador Ramos
10/07/2007 - 13:51 | Informe spam
Claro que si,

Separas la base de datos, mueves el .ldf y luego a la hora de adjuntarla le
indicas la ubicación de cada uno de los archivos.

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"SerCer" escribió en el mensaje
news:
Gracias Salvador

ymover solo el log de una particion d:\ a una particion e:\?

es factible?

asi recuperaria mas de 1 GB de espacio y me permitiria seguir insertando
registros

Un saludo y gracias
Respuesta Responder a este mensaje
#4 Juan Carlos Mendoza
10/07/2007 - 20:07 | Informe spam
On 10 jul, 06:51, "Salvador Ramos"
wrote:
Claro que si,

Separas la base de datos, mueves el .ldf y luego a la hora de adjuntarla le
indicas la ubicación de cada uno de los archivos.

Un saludo
Salvador Ramos
www.helpdna.net(información sobre SQL Server y Microsoft .Net)www.helpdna.net/acerca_de_salvador_ramos.htm


"SerCer" escribió en el mensajenews:



> Gracias Salvador

> ymover solo el log de una particion d:\ a una particion e:\?

> es factible?

> asi recuperaria mas de 1 GB de espacio y me permitiria seguir insertando
> registros

> Un saludo y gracias- Ocultar texto de la cita -

- Mostrar texto de la cita -



Por aca en un caso similar lo que hicimos fue un backup completo el
cual restauramos en el nuevo servidor y luego programamos un corte a
los usuarios. Sacamos diferencial, que pesaba poco, lo movimos al otro
server, lo levantamos y luego de una operacion de renombre de servidor
(El servidor nuevo debia tener el mismo nombre del servidor antiguo
para que los programas ni conexiones tuvieran que modificarse) la base
de datos estuvo en linea. Aca era critico, pues los sistemas funcionan
24x7.

La primera parte con el backup completo y restore parcial nos tomo 4
horas. La segunda parte que afectaba a los usuarios nos tomo 15
minutos.

Saludos,

Juan Carlos Mendoza
Respuesta Responder a este mensaje
#5 Salvador Ramos
10/07/2007 - 21:17 | Informe spam
Hola Carlos

Esa es una buena alternativa para minimizar el tiempo de parada, pero no es
válida en este caso ya que sólo quiere mover archivos, en concreto el .ldf a
otra unidad, dejando el mismo servidor y base de datos.

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"Juan Carlos Mendoza" escribió en el mensaje
news:
On 10 jul, 06:51, "Salvador Ramos"
wrote:
Claro que si,

Separas la base de datos, mueves el .ldf y luego a la hora de adjuntarla
le
indicas la ubicación de cada uno de los archivos.

Un saludo
Salvador Ramos
www.helpdna.net(información
sobre SQL Server y Microsoft
.Net)www.helpdna.net/acerca_de_salvador_ramos.htm


"SerCer" escribió en el
mensajenews:



> Gracias Salvador

> ymover solo el log de una particion d:\ a una particion e:\?

> es factible?

> asi recuperaria mas de 1 GB de espacio y me permitiria seguir insertando
> registros

> Un saludo y gracias- Ocultar texto de la cita -

- Mostrar texto de la cita -



Por aca en un caso similar lo que hicimos fue un backup completo el
cual restauramos en el nuevo servidor y luego programamos un corte a
los usuarios. Sacamos diferencial, que pesaba poco, lo movimos al otro
server, lo levantamos y luego de una operacion de renombre de servidor
(El servidor nuevo debia tener el mismo nombre del servidor antiguo
para que los programas ni conexiones tuvieran que modificarse) la base
de datos estuvo en linea. Aca era critico, pues los sistemas funcionan
24x7.

La primera parte con el backup completo y restore parcial nos tomo 4
horas. La segunda parte que afectaba a los usuarios nos tomo 15
minutos.

Saludos,

Juan Carlos Mendoza
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida