Conexion SQL server 2000

29/01/2009 - 23:59 por Angel Zapata | Informe spam
Hola a todos,

os cuento mi problema y si alguien sabe por donde tirar se lo agraderé
eternamente.

Servidor 1: W2003 con SQL Server 2000, tiene la base de datos a la que
necesito acceder, es un controlador de dominio para el dominio 1
Servidor 2: W2008 con SQL Server 2007 Express, controlador de dominio para
el dominio 2, servidor de terminal server.

Relacion de confianza entre los dos dominios, supongo que bien establecida.

Desde el servidor 2 ejecuto la aplicacion de gestion y conecta perfecto con
la base de datos, el usuario es Administrador.
Pero si desde una sesion de terminal server ejecuto la aplicacion de gestion
no conecta con la base de datos aunque el usuario tenga privilegios de
administrador.

La identificacion es mixta en ambos casos pero en la cadena de conexion
solamente figura el usuario sa con su correspondiente contraseña.

Algo debo estar haciendo mal, pero no se por donde tirar.

Lo que pretendo es poder acceder a la base de datos para poder programar una
migración del servidor 1 de w2k3 w2k8,

Muchas gracias a todos
Angel Zapata

Preguntas similare

Leer las respuestas

#6 Angel Zapata
02/02/2009 - 15:58 | Informe spam
Hola Jose Mariano,

Escenario

Dominio1:
Servidor W2K3 192.168.0.1
SQL Server 2003 (Aloja la base de datos principal)
Controlador de dominio
Cadena de conexion: Provider=SQLOLEDB.1;USER
ID=sa;Password=XXXXXXXXXX;Persist Security Info=True;Initial
Catalog=Siglo;Data Source2.168.0.1

Dominio2:
Servidor W2K8 192.168.0.3
SQL Server 2K7 Express
Controlador de dominio
Servidor TS
Cadena de conexion: Provider=SQLOLEDB.1;USER
ID=sa;Password=XXXXXXXXXX;Persist Security Info=True;Initial
Catalog=Siglo;Data Source2.168.0.1

Si ejecuto mi aplicacion en modo local desde el servidor funciona
perfectamente.
Si cualquier usuario, incluido el administrador, conecta a traves de TS no
funciona.

En cuanto a los usuarios he leido en alguna parte que la limitación de la
version express, aparte del tamaño de la base de datos y otras cosas, es la
limitacion de instancias.

Muchas gracias por tu tiempo

Angel Zapata




Jose Mariano Alvarez"
escribió en el
mensaje news:
En express segun entiendo no tienes limite de usuarios. Por que lo
relacionas a las instancias?
Asegurate de que tu aplicacion sea compatible usando al menos el upgrade
advisor.
Para migrar puedes hacer un backup en 2000 y un restore en 2005/2008.
Sugiero que reveas la seguridad para dar los minimos permisos.

No logro comprender por que no te funciona en TS.
Podrias explicar tu arquitectura?



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.










"Angel Zapata" <a n g e l . z a p a t a @ g r u p o s h . e s> wrote in
message news:
Hola Jose Mariano,

La finalidad de SQL Server 2007 Express es para poder migrar todo el
servidor1 al servidor2 y poder formatear el primero, ya que la cantidad
de usuarios es de 10 y la version express acepta hasta 16 instancias de
forma gratuita, me ahorro un buen dinero, SQL Server 2000 no es
compatible con W2K8.

En cuanto a la utilización de SA no es otra que la aplicación
inicialmente solo aceptaba ese usuario, no estaban definidos los usuarios
dentro de SQL, algo que quiero cambiar, pero cuando funcione todo de
forma correcta.

Ahora mismo lo que necesito es que W2K8 pueda acceder a la base de datos
y poder dar servicio a los usuarios que utilizan TS.
En cuanto a los privilegios de Windows, incluso incluyendo a los usuarios
de TS en el grupo de administradores, para que tuvieran dichos
privilegios no me permite acceder.

Estoy perdido, si me pudieras ayuda a modo de "guiaburros", pensando que
he llegado a un punto en que ya no soy capaz de pensar con total lucidez.

Muchas gracias por su tiempo.

Angel Zapata

"Jose Mariano Alvarez"
escribió en el
mensaje news:
El problema no parece estar en el SQL sino en los privilegios de
windows. No explica donde corren los distintos procesos de su aplicación
ni que roles cumplen cada SQL y como deberían conectarse los distintos
componentes que precisa su aplicación. Sugiero que verifique los
requerimientos de cada componente. En cuanto al SQL server si usa
seguridad SQL, normalmente solo se precisa tener abierto el puerto 1433
para poder accederlo.


Tiene usted que usar el SA para la aplicación de gestión?
Eso es muy peligroso.


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.










"Angel Zapata" wrote in message
news:
Hola a todos,

os cuento mi problema y si alguien sabe por donde tirar se lo agraderé
eternamente.

Servidor 1: W2003 con SQL Server 2000, tiene la base de datos a la que
necesito acceder, es un controlador de dominio para el dominio 1
Servidor 2: W2008 con SQL Server 2007 Express, controlador de dominio
para el dominio 2, servidor de terminal server.

Relacion de confianza entre los dos dominios, supongo que bien
establecida.

Desde el servidor 2 ejecuto la aplicacion de gestion y conecta perfecto
con la base de datos, el usuario es Administrador.
Pero si desde una sesion de terminal server ejecuto la aplicacion de
gestion no conecta con la base de datos aunque el usuario tenga
privilegios de administrador.

La identificacion es mixta en ambos casos pero en la cadena de conexion
solamente figura el usuario sa con su correspondiente contraseña.

Algo debo estar haciendo mal, pero no se por donde tirar.

Lo que pretendo es poder acceder a la base de datos para poder
programar una migración del servidor 1 de w2k3 w2k8,

Muchas gracias a todos
Angel Zapata







Respuesta Responder a este mensaje
#7 Jose Mariano Alvarez
03/02/2009 - 01:12 | Informe spam
Angel:
Queda clara las cadenas de conexion peo no dice donde corre el proceso
cliente en cada caso ni el error especifico en cada caso. .

Caso1
Cliente local en el equipo del TS/permiso administrador
Servidor: Remoto

Caso2
Cliente local en el equipo del TS/permiso administrador
Servidor: local

Caso 3
Cliente conectado por TS/permiso administrador
Servidor: Remoto

Caso 4
Cliente conectado por TS/permiso administrador
Servidor: local

Cuenta de servico SQL server 2000

Cuenta de servico SQL server 2008

Desde el TS puede acceder al otro servidor (file sytem)

Podria inddicar el error que da (numero y texto)?



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.










"Angel Zapata" <a n g e l . z a p a t a @ g r u p o s h . e s> wrote in
message news:
Hola Jose Mariano,

Escenario

Dominio1:
Servidor W2K3 192.168.0.1
SQL Server 2003 (Aloja la base de datos principal)
Controlador de dominio
Cadena de conexion: Provider=SQLOLEDB.1;USER
ID=sa;Password=XXXXXXXXXX;Persist Security Info=True;Initial
Catalog=Siglo;Data Source2.168.0.1

Dominio2:
Servidor W2K8 192.168.0.3
SQL Server 2K7 Express
Controlador de dominio
Servidor TS
Cadena de conexion: Provider=SQLOLEDB.1;USER
ID=sa;Password=XXXXXXXXXX;Persist Security Info=True;Initial
Catalog=Siglo;Data Source2.168.0.1

Si ejecuto mi aplicacion en modo local desde el servidor funciona
perfectamente.
Si cualquier usuario, incluido el administrador, conecta a traves de TS no
funciona.

En cuanto a los usuarios he leido en alguna parte que la limitación de la
version express, aparte del tamaño de la base de datos y otras cosas, es
la limitacion de instancias.

Muchas gracias por tu tiempo

Angel Zapata




Jose Mariano Alvarez"
escribió en el
mensaje news:
En express segun entiendo no tienes limite de usuarios. Por que lo
relacionas a las instancias?
Asegurate de que tu aplicacion sea compatible usando al menos el upgrade
advisor.
Para migrar puedes hacer un backup en 2000 y un restore en 2005/2008.
Sugiero que reveas la seguridad para dar los minimos permisos.

No logro comprender por que no te funciona en TS.
Podrias explicar tu arquitectura?



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.










"Angel Zapata" <a n g e l . z a p a t a @ g r u p o s h . e s> wrote in
message news:
Hola Jose Mariano,

La finalidad de SQL Server 2007 Express es para poder migrar todo el
servidor1 al servidor2 y poder formatear el primero, ya que la cantidad
de usuarios es de 10 y la version express acepta hasta 16 instancias de
forma gratuita, me ahorro un buen dinero, SQL Server 2000 no es
compatible con W2K8.

En cuanto a la utilización de SA no es otra que la aplicación
inicialmente solo aceptaba ese usuario, no estaban definidos los
usuarios dentro de SQL, algo que quiero cambiar, pero cuando funcione
todo de forma correcta.

Ahora mismo lo que necesito es que W2K8 pueda acceder a la base de datos
y poder dar servicio a los usuarios que utilizan TS.
En cuanto a los privilegios de Windows, incluso incluyendo a los
usuarios de TS en el grupo de administradores, para que tuvieran dichos
privilegios no me permite acceder.

Estoy perdido, si me pudieras ayuda a modo de "guiaburros", pensando que
he llegado a un punto en que ya no soy capaz de pensar con total
lucidez.

Muchas gracias por su tiempo.

Angel Zapata

"Jose Mariano Alvarez"
escribió en el
mensaje news:
El problema no parece estar en el SQL sino en los privilegios de
windows. No explica donde corren los distintos procesos de su
aplicación ni que roles cumplen cada SQL y como deberían conectarse los
distintos componentes que precisa su aplicación. Sugiero que verifique
los requerimientos de cada componente. En cuanto al SQL server si usa
seguridad SQL, normalmente solo se precisa tener abierto el puerto 1433
para poder accederlo.


Tiene usted que usar el SA para la aplicación de gestión?
Eso es muy peligroso.


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.










"Angel Zapata" wrote in message
news:
Hola a todos,

os cuento mi problema y si alguien sabe por donde tirar se lo agraderé
eternamente.

Servidor 1: W2003 con SQL Server 2000, tiene la base de datos a la que
necesito acceder, es un controlador de dominio para el dominio 1
Servidor 2: W2008 con SQL Server 2007 Express, controlador de dominio
para el dominio 2, servidor de terminal server.

Relacion de confianza entre los dos dominios, supongo que bien
establecida.

Desde el servidor 2 ejecuto la aplicacion de gestion y conecta
perfecto con la base de datos, el usuario es Administrador.
Pero si desde una sesion de terminal server ejecuto la aplicacion de
gestion no conecta con la base de datos aunque el usuario tenga
privilegios de administrador.

La identificacion es mixta en ambos casos pero en la cadena de
conexion solamente figura el usuario sa con su correspondiente
contraseña.

Algo debo estar haciendo mal, pero no se por donde tirar.

Lo que pretendo es poder acceder a la base de datos para poder
programar una migración del servidor 1 de w2k3 w2k8,

Muchas gracias a todos
Angel Zapata













Respuesta Responder a este mensaje
#8 Angel Zapata
03/02/2009 - 18:47 | Informe spam
Hola Jose Mariano,

Ya creo que se donde anda el problema, puesto que ningun usuario, aunque sea
en local puede acceder al servidor, excepto el administrador.

De todos modos el error es el siguiente:

Error '-2147024894(80070002)' en tiempo de ejecución:
Error en el método '~' del objeto '~'

Voy a probar a revisar los permisos de los usuarios y te comento algo.

Un saludo
Angel Zapata

"Jose Mariano Alvarez"
escribió en el
mensaje news:
Angel:
Queda clara las cadenas de conexion peo no dice donde corre el proceso
cliente en cada caso ni el error especifico en cada caso. .

Caso1
Cliente local en el equipo del TS/permiso administrador
Servidor: Remoto

Caso2
Cliente local en el equipo del TS/permiso administrador
Servidor: local

Caso 3
Cliente conectado por TS/permiso administrador
Servidor: Remoto

Caso 4
Cliente conectado por TS/permiso administrador
Servidor: local

Cuenta de servico SQL server 2000

Cuenta de servico SQL server 2008

Desde el TS puede acceder al otro servidor (file sytem)

Podria inddicar el error que da (numero y texto)?



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.










"Angel Zapata" <a n g e l . z a p a t a @ g r u p o s h . e s> wrote in
message news:
Hola Jose Mariano,

Escenario

Dominio1:
Servidor W2K3 192.168.0.1
SQL Server 2003 (Aloja la base de datos principal)
Controlador de dominio
Cadena de conexion: Provider=SQLOLEDB.1;USER
ID=sa;Password=XXXXXXXXXX;Persist Security Info=True;Initial
Catalog=Siglo;Data Source2.168.0.1

Dominio2:
Servidor W2K8 192.168.0.3
SQL Server 2K7 Express
Controlador de dominio
Servidor TS
Cadena de conexion: Provider=SQLOLEDB.1;USER
ID=sa;Password=XXXXXXXXXX;Persist Security Info=True;Initial
Catalog=Siglo;Data Source2.168.0.1

Si ejecuto mi aplicacion en modo local desde el servidor funciona
perfectamente.
Si cualquier usuario, incluido el administrador, conecta a traves de TS
no funciona.

En cuanto a los usuarios he leido en alguna parte que la limitación de la
version express, aparte del tamaño de la base de datos y otras cosas, es
la limitacion de instancias.

Muchas gracias por tu tiempo

Angel Zapata




Jose Mariano Alvarez"
escribió en el
mensaje news:
En express segun entiendo no tienes limite de usuarios. Por que lo
relacionas a las instancias?
Asegurate de que tu aplicacion sea compatible usando al menos el upgrade
advisor.
Para migrar puedes hacer un backup en 2000 y un restore en 2005/2008.
Sugiero que reveas la seguridad para dar los minimos permisos.

No logro comprender por que no te funciona en TS.
Podrias explicar tu arquitectura?



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.










"Angel Zapata" <a n g e l . z a p a t a @ g r u p o s h . e s> wrote in
message news:
Hola Jose Mariano,

La finalidad de SQL Server 2007 Express es para poder migrar todo el
servidor1 al servidor2 y poder formatear el primero, ya que la cantidad
de usuarios es de 10 y la version express acepta hasta 16 instancias de
forma gratuita, me ahorro un buen dinero, SQL Server 2000 no es
compatible con W2K8.

En cuanto a la utilización de SA no es otra que la aplicación
inicialmente solo aceptaba ese usuario, no estaban definidos los
usuarios dentro de SQL, algo que quiero cambiar, pero cuando funcione
todo de forma correcta.

Ahora mismo lo que necesito es que W2K8 pueda acceder a la base de
datos y poder dar servicio a los usuarios que utilizan TS.
En cuanto a los privilegios de Windows, incluso incluyendo a los
usuarios de TS en el grupo de administradores, para que tuvieran dichos
privilegios no me permite acceder.

Estoy perdido, si me pudieras ayuda a modo de "guiaburros", pensando
que he llegado a un punto en que ya no soy capaz de pensar con total
lucidez.

Muchas gracias por su tiempo.

Angel Zapata

"Jose Mariano Alvarez"
escribió en el
mensaje news:
El problema no parece estar en el SQL sino en los privilegios de
windows. No explica donde corren los distintos procesos de su
aplicación ni que roles cumplen cada SQL y como deberían conectarse
los distintos componentes que precisa su aplicación. Sugiero que
verifique los requerimientos de cada componente. En cuanto al SQL
server si usa seguridad SQL, normalmente solo se precisa tener abierto
el puerto 1433 para poder accederlo.


Tiene usted que usar el SA para la aplicación de gestión?
Eso es muy peligroso.


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.










"Angel Zapata" wrote in message
news:
Hola a todos,

os cuento mi problema y si alguien sabe por donde tirar se lo
agraderé eternamente.

Servidor 1: W2003 con SQL Server 2000, tiene la base de datos a la
que necesito acceder, es un controlador de dominio para el dominio 1
Servidor 2: W2008 con SQL Server 2007 Express, controlador de dominio
para el dominio 2, servidor de terminal server.

Relacion de confianza entre los dos dominios, supongo que bien
establecida.

Desde el servidor 2 ejecuto la aplicacion de gestion y conecta
perfecto con la base de datos, el usuario es Administrador.
Pero si desde una sesion de terminal server ejecuto la aplicacion de
gestion no conecta con la base de datos aunque el usuario tenga
privilegios de administrador.

La identificacion es mixta en ambos casos pero en la cadena de
conexion solamente figura el usuario sa con su correspondiente
contraseña.

Algo debo estar haciendo mal, pero no se por donde tirar.

Lo que pretendo es poder acceder a la base de datos para poder
programar una migración del servidor 1 de w2k3 w2k8,

Muchas gracias a todos
Angel Zapata













Respuesta Responder a este mensaje
#9 Angel Zapata
04/02/2009 - 09:16 | Informe spam
Hola Jose Mariano,

encontrado el problema, las relaciones de confianza no estaban correctas,
una vez revisadas he conseguido que funcione, aunque de todos modos esto me
ha servido para ver que la configuración que tenemos en SQL Server no es muy
correcta, algo que voy a documentarme bien y revisar.

Muchas gracias por todo
Angel Zapata

"Angel Zapata" <a n g e l . z a p a t a @ g r u p o s h . e s> escribió en
el mensaje news:
Hola Jose Mariano,

Ya creo que se donde anda el problema, puesto que ningun usuario, aunque
sea en local puede acceder al servidor, excepto el administrador.

De todos modos el error es el siguiente:

Error '-2147024894(80070002)' en tiempo de ejecución:
Error en el método '~' del objeto '~'

Voy a probar a revisar los permisos de los usuarios y te comento algo.

Un saludo
Angel Zapata

"Jose Mariano Alvarez"
escribió en el
mensaje news:
Angel:
Queda clara las cadenas de conexion peo no dice donde corre el proceso
cliente en cada caso ni el error especifico en cada caso. .

Caso1
Cliente local en el equipo del TS/permiso administrador
Servidor: Remoto

Caso2
Cliente local en el equipo del TS/permiso administrador
Servidor: local

Caso 3
Cliente conectado por TS/permiso administrador
Servidor: Remoto

Caso 4
Cliente conectado por TS/permiso administrador
Servidor: local

Cuenta de servico SQL server 2000

Cuenta de servico SQL server 2008

Desde el TS puede acceder al otro servidor (file sytem)

Podria inddicar el error que da (numero y texto)?



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.










"Angel Zapata" <a n g e l . z a p a t a @ g r u p o s h . e s> wrote in
message news:
Hola Jose Mariano,

Escenario

Dominio1:
Servidor W2K3 192.168.0.1
SQL Server 2003 (Aloja la base de datos principal)
Controlador de dominio
Cadena de conexion: Provider=SQLOLEDB.1;USER
ID=sa;Password=XXXXXXXXXX;Persist Security Info=True;Initial
Catalog=Siglo;Data Source2.168.0.1

Dominio2:
Servidor W2K8 192.168.0.3
SQL Server 2K7 Express
Controlador de dominio
Servidor TS
Cadena de conexion: Provider=SQLOLEDB.1;USER
ID=sa;Password=XXXXXXXXXX;Persist Security Info=True;Initial
Catalog=Siglo;Data Source2.168.0.1

Si ejecuto mi aplicacion en modo local desde el servidor funciona
perfectamente.
Si cualquier usuario, incluido el administrador, conecta a traves de TS
no funciona.

En cuanto a los usuarios he leido en alguna parte que la limitación de
la version express, aparte del tamaño de la base de datos y otras cosas,
es la limitacion de instancias.

Muchas gracias por tu tiempo

Angel Zapata




Jose Mariano Alvarez"
escribió en el
mensaje news:
En express segun entiendo no tienes limite de usuarios. Por que lo
relacionas a las instancias?
Asegurate de que tu aplicacion sea compatible usando al menos el
upgrade advisor.
Para migrar puedes hacer un backup en 2000 y un restore en 2005/2008.
Sugiero que reveas la seguridad para dar los minimos permisos.

No logro comprender por que no te funciona en TS.
Podrias explicar tu arquitectura?



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.










"Angel Zapata" <a n g e l . z a p a t a @ g r u p o s h . e s> wrote in
message news:
Hola Jose Mariano,

La finalidad de SQL Server 2007 Express es para poder migrar todo el
servidor1 al servidor2 y poder formatear el primero, ya que la
cantidad de usuarios es de 10 y la version express acepta hasta 16
instancias de forma gratuita, me ahorro un buen dinero, SQL Server
2000 no es compatible con W2K8.

En cuanto a la utilización de SA no es otra que la aplicación
inicialmente solo aceptaba ese usuario, no estaban definidos los
usuarios dentro de SQL, algo que quiero cambiar, pero cuando funcione
todo de forma correcta.

Ahora mismo lo que necesito es que W2K8 pueda acceder a la base de
datos y poder dar servicio a los usuarios que utilizan TS.
En cuanto a los privilegios de Windows, incluso incluyendo a los
usuarios de TS en el grupo de administradores, para que tuvieran
dichos privilegios no me permite acceder.

Estoy perdido, si me pudieras ayuda a modo de "guiaburros", pensando
que he llegado a un punto en que ya no soy capaz de pensar con total
lucidez.

Muchas gracias por su tiempo.

Angel Zapata

"Jose Mariano Alvarez"
escribió en
el mensaje news:
El problema no parece estar en el SQL sino en los privilegios de
windows. No explica donde corren los distintos procesos de su
aplicación ni que roles cumplen cada SQL y como deberían conectarse
los distintos componentes que precisa su aplicación. Sugiero que
verifique los requerimientos de cada componente. En cuanto al SQL
server si usa seguridad SQL, normalmente solo se precisa tener
abierto el puerto 1433 para poder accederlo.


Tiene usted que usar el SA para la aplicación de gestión?
Eso es muy peligroso.


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.










"Angel Zapata" wrote in message
news:
Hola a todos,

os cuento mi problema y si alguien sabe por donde tirar se lo
agraderé eternamente.

Servidor 1: W2003 con SQL Server 2000, tiene la base de datos a la
que necesito acceder, es un controlador de dominio para el dominio 1
Servidor 2: W2008 con SQL Server 2007 Express, controlador de
dominio para el dominio 2, servidor de terminal server.

Relacion de confianza entre los dos dominios, supongo que bien
establecida.

Desde el servidor 2 ejecuto la aplicacion de gestion y conecta
perfecto con la base de datos, el usuario es Administrador.
Pero si desde una sesion de terminal server ejecuto la aplicacion de
gestion no conecta con la base de datos aunque el usuario tenga
privilegios de administrador.

La identificacion es mixta en ambos casos pero en la cadena de
conexion solamente figura el usuario sa con su correspondiente
contraseña.

Algo debo estar haciendo mal, pero no se por donde tirar.

Lo que pretendo es poder acceder a la base de datos para poder
programar una migración del servidor 1 de w2k3 w2k8,

Muchas gracias a todos
Angel Zapata



















Respuesta Responder a este mensaje
#10 Jose Mariano Alvarez
05/02/2009 - 23:26 | Informe spam
Me alegro que pudieran solucionar el problema.



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.










"Angel Zapata" <a n g e l . z a p a t a @ g r u p o s h . e s> wrote in
message news:eV$
Hola Jose Mariano,

encontrado el problema, las relaciones de confianza no estaban correctas,
una vez revisadas he conseguido que funcione, aunque de todos modos esto
me ha servido para ver que la configuración que tenemos en SQL Server no
es muy correcta, algo que voy a documentarme bien y revisar.

Muchas gracias por todo
Angel Zapata

"Angel Zapata" <a n g e l . z a p a t a @ g r u p o s h . e s> escribió en
el mensaje news:
Hola Jose Mariano,

Ya creo que se donde anda el problema, puesto que ningun usuario, aunque
sea en local puede acceder al servidor, excepto el administrador.

De todos modos el error es el siguiente:

Error '-2147024894(80070002)' en tiempo de ejecución:
Error en el método '~' del objeto '~'

Voy a probar a revisar los permisos de los usuarios y te comento algo.

Un saludo
Angel Zapata

"Jose Mariano Alvarez"
escribió en el
mensaje news:
Angel:
Queda clara las cadenas de conexion peo no dice donde corre el proceso
cliente en cada caso ni el error especifico en cada caso. .

Caso1
Cliente local en el equipo del TS/permiso administrador
Servidor: Remoto

Caso2
Cliente local en el equipo del TS/permiso administrador
Servidor: local

Caso 3
Cliente conectado por TS/permiso administrador
Servidor: Remoto

Caso 4
Cliente conectado por TS/permiso administrador
Servidor: local

Cuenta de servico SQL server 2000

Cuenta de servico SQL server 2008

Desde el TS puede acceder al otro servidor (file sytem)

Podria inddicar el error que da (numero y texto)?



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.










"Angel Zapata" <a n g e l . z a p a t a @ g r u p o s h . e s> wrote in
message news:
Hola Jose Mariano,

Escenario

Dominio1:
Servidor W2K3 192.168.0.1
SQL Server 2003 (Aloja la base de datos principal)
Controlador de dominio
Cadena de conexion: Provider=SQLOLEDB.1;USER
ID=sa;Password=XXXXXXXXXX;Persist Security Info=True;Initial
Catalog=Siglo;Data Source2.168.0.1

Dominio2:
Servidor W2K8 192.168.0.3
SQL Server 2K7 Express
Controlador de dominio
Servidor TS
Cadena de conexion: Provider=SQLOLEDB.1;USER
ID=sa;Password=XXXXXXXXXX;Persist Security Info=True;Initial
Catalog=Siglo;Data Source2.168.0.1

Si ejecuto mi aplicacion en modo local desde el servidor funciona
perfectamente.
Si cualquier usuario, incluido el administrador, conecta a traves de TS
no funciona.

En cuanto a los usuarios he leido en alguna parte que la limitación de
la version express, aparte del tamaño de la base de datos y otras
cosas, es la limitacion de instancias.

Muchas gracias por tu tiempo

Angel Zapata




Jose Mariano Alvarez"
escribió en el
mensaje news:
En express segun entiendo no tienes limite de usuarios. Por que lo
relacionas a las instancias?
Asegurate de que tu aplicacion sea compatible usando al menos el
upgrade advisor.
Para migrar puedes hacer un backup en 2000 y un restore en 2005/2008.
Sugiero que reveas la seguridad para dar los minimos permisos.

No logro comprender por que no te funciona en TS.
Podrias explicar tu arquitectura?



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.










"Angel Zapata" <a n g e l . z a p a t a @ g r u p o s h . e s> wrote
in message news:
Hola Jose Mariano,

La finalidad de SQL Server 2007 Express es para poder migrar todo el
servidor1 al servidor2 y poder formatear el primero, ya que la
cantidad de usuarios es de 10 y la version express acepta hasta 16
instancias de forma gratuita, me ahorro un buen dinero, SQL Server
2000 no es compatible con W2K8.

En cuanto a la utilización de SA no es otra que la aplicación
inicialmente solo aceptaba ese usuario, no estaban definidos los
usuarios dentro de SQL, algo que quiero cambiar, pero cuando funcione
todo de forma correcta.

Ahora mismo lo que necesito es que W2K8 pueda acceder a la base de
datos y poder dar servicio a los usuarios que utilizan TS.
En cuanto a los privilegios de Windows, incluso incluyendo a los
usuarios de TS en el grupo de administradores, para que tuvieran
dichos privilegios no me permite acceder.

Estoy perdido, si me pudieras ayuda a modo de "guiaburros", pensando
que he llegado a un punto en que ya no soy capaz de pensar con total
lucidez.

Muchas gracias por su tiempo.

Angel Zapata

"Jose Mariano Alvarez"
escribió en
el mensaje news:
El problema no parece estar en el SQL sino en los privilegios de
windows. No explica donde corren los distintos procesos de su
aplicación ni que roles cumplen cada SQL y como deberían conectarse
los distintos componentes que precisa su aplicación. Sugiero que
verifique los requerimientos de cada componente. En cuanto al SQL
server si usa seguridad SQL, normalmente solo se precisa tener
abierto el puerto 1433 para poder accederlo.


Tiene usted que usar el SA para la aplicación de gestión?
Eso es muy peligroso.


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.










"Angel Zapata" wrote in message
news:
Hola a todos,

os cuento mi problema y si alguien sabe por donde tirar se lo
agraderé eternamente.

Servidor 1: W2003 con SQL Server 2000, tiene la base de datos a la
que necesito acceder, es un controlador de dominio para el dominio
1
Servidor 2: W2008 con SQL Server 2007 Express, controlador de
dominio para el dominio 2, servidor de terminal server.

Relacion de confianza entre los dos dominios, supongo que bien
establecida.

Desde el servidor 2 ejecuto la aplicacion de gestion y conecta
perfecto con la base de datos, el usuario es Administrador.
Pero si desde una sesion de terminal server ejecuto la aplicacion
de gestion no conecta con la base de datos aunque el usuario tenga
privilegios de administrador.

La identificacion es mixta en ambos casos pero en la cadena de
conexion solamente figura el usuario sa con su correspondiente
contraseña.

Algo debo estar haciendo mal, pero no se por donde tirar.

Lo que pretendo es poder acceder a la base de datos para poder
programar una migración del servidor 1 de w2k3 w2k8,

Muchas gracias a todos
Angel Zapata























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