Conexion SQL server 2000
Angel Zapata
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
Jose Mariano Alvarez
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
Mi.Correo.es.j0s...@gmail.c0m.Corregirl0
(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" <angel....@micorreoe.es> wrote in message
news:e4guz5yg...@TK2MSFTNGP02.phx.gbl...
n g e l . z a p a t a @gruposh.es Angel Zapata
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"
<Mi.Correo.es.j0s...@gmail.c0m.Corregirl0> escribió en el
mensaje news:E7840BBC-90A7-4AA1...@microsoft.com...
Carlos Brown
tiene el 1433 tendrias que cambiar la cadena de conexion
Salu2
--
Carlos Campos
carlos[punto]brown[punto]79[arroba]gmail[punto]com
n g e l . z a p a t a @gruposh.es Angel Zapata
traves de 2007 sea con una cadena de conexion diferente, actualmente utilizo
Provider=SQLOLEDB.1;USER ID=sa;Password=XXXXXXXXXX;Persist Security
Info=True;Initial Catalog=Siglo;Data Source=192.168.0.1
Donde XXXXXX se sustituye por programacion por la contraseña correcta.
Un saludo
Angel Zapata
"Carlos Brown" <carlos....@gmail.com> escribió en el mensaje
news:er9hp5Qh...@TK2MSFTNGP04.phx.gbl...
Jose Mariano Alvarez
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
Mi.Correo.es.j0s...@gmail.c0m.Corregirl0
(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:eh4hEtQh...@TK2MSFTNGP03.phx.gbl...
n g e l . z a p a t a @gruposh.es Angel Zapata
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 Source=192.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 Source=192.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"
<Mi.Correo.es.j0s...@gmail.c0m.Corregirl0> escribió en el
mensaje news:3FD82DE8-D402-4637...@microsoft.com...
Jose Mariano Alvarez
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
Mi.Correo.es.j0s...@gmail.c0m.Corregirl0
(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:uYTAabUh...@TK2MSFTNGP02.phx.gbl...
n g e l . z a p a t a @gruposh.es Angel Zapata
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"
<Mi.Correo.es.j0s...@gmail.c0m.Corregirl0> escribió en el
mensaje news:53A6AAD2-F32A-4428...@microsoft.com...
n g e l . z a p a t a @gruposh.es Angel Zapata
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:eW4p6eih...@TK2MSFTNGP05.phx.gbl...
Jose Mariano Alvarez
--
Saludos
------------------------
Ing. Jose Mariano Alvarez
SQLTotal Consulting
Mi.Correo.es.j0s...@gmail.c0m.Corregirl0
(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$ImEqhJ...@TK2MSFTNGP05.phx.gbl...