instalar sql server en xp pro sp2

29/12/2004 - 17:09 por Joan | Informe spam
Hola,

he intentado instalar el sql server en mi xp pro con sp2, sin éxito. Que hay
compatible con xp prp sp2 ? Lo necesito solo para subir una base de sql
server 7 -me pasan el archivo access (.mdb).

Gracias de antemano

Encarna

Preguntas similare

Leer las respuestas

#6 Asterion
29/12/2004 - 18:49 | Informe spam
Si es solo para eso, lo que podés hacer es instalar el MSDE, y encima las
herramientas para cliente del sql server 2000.
Respuesta Responder a este mensaje
#7 Joan
30/12/2004 - 11:32 | Informe spam
Gracias Asterion,

probaré de conseguir el msde y haber como me va.

Encarna
Respuesta Responder a este mensaje
#8 Joan
31/12/2004 - 00:17 | Informe spam
Hola Salvador,

en local tengo el acces2003, en remoto el sqlserver2000 y desde el access,
abro la base de datos y ejecuto el asistente para convertir a sqlserver, le
doy la ip del servidor remoto y me proyecto .adp. Por el momento solo he
querido crear la estructura -sin datos-, porque dispongo de 13 mb de espacio
de datos y 7 de transacciones y siempre que he intentado subirlo todo, hay
una tabla -que ocupa casi 12 mb- que peta, quejándose de no disponer
suficiente espacio para transacciones; por eso, suponía que quizás desde sql
server local a remoto, sería más óptima la copia y que el traspaso de
registros lo podría hacer poco a poco -cada 6 horas se hace una copia de la
base en remoto y se libera el espacio de transacciones > es un servicio de
alojamiento-. Este es mi planteamiento; no se si hay otra opción mejor. El
problema es que no conozco sqlserver.

En cualquier caso, muchas gracias por preguntar

Encarna
Respuesta Responder a este mensaje
#9 Salvador Ramos
31/12/2004 - 09:28 | Informe spam
Hola:

En ese caso es lo mismo que tengas en local una cosa u otra. El problema lo
tienes en que al generar la información en remoto ocupa más del espacio que
tienes disponible, y lo hagas como lo hagas todo el proceso quedará
registrado en el log de transacciones (eso no se puede evitar).

Te propongo que hagas lo siguiente en el servidor remoto (si tu proveedor te
lo permite). Pon la base de datos en modo recuperación sencillo, y marca
también 'reducir automáticamente'. Estas dos opciones son más inseguras a la
hora de recuperar datos, pero en tu caso como los tienes también en local, y
simplemente subes una copia a internet no tendrás mayor problema.

Si con eso no es suficiente, ya nos tendrías que indicar cuantas tablas
tienes, qué volumen de datos hay en cada una e intentaríamos dar una
solución para ir subiendo la información por partes, haciendo transacciones
más cortas.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL server, Windows DNA y .NET)

"Joan" escribió en el mensaje
news:
Hola Salvador,

en local tengo el acces2003, en remoto el sqlserver2000 y desde el access,
abro la base de datos y ejecuto el asistente para convertir a sqlserver,
le
doy la ip del servidor remoto y me proyecto .adp. Por el momento solo he
querido crear la estructura -sin datos-, porque dispongo de 13 mb de
espacio
de datos y 7 de transacciones y siempre que he intentado subirlo todo, hay
una tabla -que ocupa casi 12 mb- que peta, quejándose de no disponer
suficiente espacio para transacciones; por eso, suponía que quizás desde
sql
server local a remoto, sería más óptima la copia y que el traspaso de
registros lo podría hacer poco a poco -cada 6 horas se hace una copia de
la
base en remoto y se libera el espacio de transacciones > es un servicio de
alojamiento-. Este es mi planteamiento; no se si hay otra opción mejor. El
problema es que no conozco sqlserver.

En cualquier caso, muchas gracias por preguntar

Encarna

Respuesta Responder a este mensaje
#10 Joan
31/12/2004 - 15:39 | Informe spam
Muchísimas gracias Salvador,

voy a consultar con mi proveedor -arsys- por si permite poner la base de
datos en modo recuperación sencillo, con la opción "reducir
automáticamente".

Salut !

Encarna

Hola:

En ese caso es lo mismo que tengas en local una cosa u otra. El problema
lo tienes en que al generar la información en remoto ocupa más del espacio
que tienes disponible, y lo hagas como lo hagas todo el proceso quedará
registrado en el log de transacciones (eso no se puede evitar).

Te propongo que hagas lo siguiente en el servidor remoto (si tu proveedor
te lo permite). Pon la base de datos en modo recuperación sencillo, y
marca también 'reducir automáticamente'. Estas dos opciones son más
inseguras a la hora de recuperar datos, pero en tu caso como los tienes
también en local, y simplemente subes una copia a internet no tendrás
mayor problema.

Si con eso no es suficiente, ya nos tendrías que indicar cuantas tablas
tienes, qué volumen de datos hay en cada una e intentaríamos dar una
solución para ir subiendo la información por partes, haciendo
transacciones más cortas.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL server, Windows DNA y .NET)

"Joan" escribió en el mensaje
news:
Hola Salvador,

en local tengo el acces2003, en remoto el sqlserver2000 y desde el
access,
abro la base de datos y ejecuto el asistente para convertir a sqlserver,
le
doy la ip del servidor remoto y me proyecto .adp. Por el momento solo he
querido crear la estructura -sin datos-, porque dispongo de 13 mb de
espacio
de datos y 7 de transacciones y siempre que he intentado subirlo todo,
hay
una tabla -que ocupa casi 12 mb- que peta, quejándose de no disponer
suficiente espacio para transacciones; por eso, suponía que quizás desde
sql
server local a remoto, sería más óptima la copia y que el traspaso de
registros lo podría hacer poco a poco -cada 6 horas se hace una copia de
la
base en remoto y se libera el espacio de transacciones > es un servicio
de
alojamiento-. Este es mi planteamiento; no se si hay otra opción mejor.
El
problema es que no conozco sqlserver.

En cualquier caso, muchas gracias por preguntar

Encarna





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