Anomalías funcionamiento SQL Server 2000

14/04/2004 - 11:21 por msnews.microsoft.com | Informe spam
Primero indicaros que soy novato en estas lides, por lo que no sé si lograré
explicarme con claridad.

Se trata de un SQL Server 2000 (montado en un Windows 2000 Server) que tiene
un par de bases de datos a las que se accede atacando con VB 6, mediante una
cadena de conexión a la IP de la máquina.

También se puede acceder remotamente mediante una conexión ODBC y access
2000.



Pues bien, la primera dificultad surgió para migrar los mdb de access
mediante la opción de importación de datos del SQL.

La cuestión es que importaba la estructura, pero no así los datos (dando
error en la importación de los mismos); la única manera de conseguirlo fue
exportando, una a una, las tablas de access a ficheros txt; éstos sí se
dejaban importar a la esctructura de tablas ya creada en SQL (tarea de
chinos, vaya).



El segundo problema es que cuando quieres ver los datos en el servidor
mediante el "administrador corporativo" à base datos à [nombre_tabla] à
abrir tabla à devolver todas las filas... ¡no hay forma!: da un mensaje de
"error grave" y no muestra nada; el error dice:

Error de ODBC <os>

Se ha generado un error de ODBC. Es posible que haya eliminado un registro
que tuviera un valor de clave externa relacionado con él o que haya
infringido una restricción CHECK



Lo curioso del caso es que hace algún tiempo, sí podían verse las filas de
esta forma. Siento no saber ¿qué ha cambiado desde entonces?... ¡no soy el
único inconsciente que mete mano!... si me permitís la expresión ;-)



En fin, he actualizado con el Service Pack 3a, pero nada ha cambiado.

Por cierto que si se intenta exportar los datos de SQL a Access mediante el
asistente de exportar, tampoco se puede; en fin, que no sé por dónde pegar.



Si alguien ha experimentado algo así, o se le ocurre algo, le agradecería
una sugerencia.

Si necesitarais algún dato más,... pues eso, en mi inexperiencia, no sé qué
puedo contar para describir mejor el problema.



Un saludo y gracias



Emilio

Valencia

Preguntas similare

Leer las respuestas

#6 msnews.microsoft.com
14/04/2004 - 14:54 | Informe spam
Una vez más, gracias por tu atención Miguel.
Ayer también actualicé el MDAC a la 2.8, por lo que debe ser otra cosa.

En fin, si descubro algo lo contaré por si fuera de interés.

Más saludos

Emilio

"Miguel Egea" escribió en el mensaje
news:
Efectivamente no son necesarios son el sp3 para la versión desktop y para
los analisys services que salvo que los uses no lo necesitas.
Lo de error de ODBC, es el mecanismo de conectarse del administrador
corporativo. Lo único que se me ocurre que puedas hacer es actualizar la
versión de MDAC, por si viene por ahí el problema. El administrador
corporativo hace muchas cosas para mostrar la información, algunas de


ellas
innecesarias, pero no suele dar este tipo de problemas.
Suerte
Saludos
Miguel Egea
"msnews.microsoft.com" escribió en el mensaje
news:#
> Veamos...
> 1) Desde el "Analizador de consultas SQL", pruebo a realizar un <select


*
> from tabla> y ¡todo perfecto!
> Devuelve las filas sin error.
> Esto no lo había probado antes.
>
> 2) Desde el "Administrador corporativo de SQL Server" , seleccionar base
> datos --> seleccionar tabla --> botón derecho (opciones: "devolver todas
las
> filas"/"volver al principio"/"consulta")... usando cualquiera de ellas,


da
> error:
>
> La primera vez, "error no especificado" -->ayuda --> Error de ODBC:
<os>
> Si lo ejecuto por segunda vez consecutiva, "error catastrófico" -->
> ayuda --> idem: Error de ODBC: <os>
>
> En fin, espero no estar mareando la perdiz, porque lo cierto es que


desde
> las aplicaciones, se accede perfectamente a los datos y, de otra parte,


el
> "query analizer" también ejectua correctamente las consultas.
>
> Por cierto, ayer actualicé con el fichero esn_sql2ksp3.exe, que entiendo
es
> el adecuado para poner el Service Pack 3
>
> En MS habían 2 ficheros más: el esn_sql2kdesksp3.exe y el
esn_sql2kasp3.exe
> ;pero entendí que no eran necesarios para la actualización... ¿me
equivoqué
> y también hace falta ejecutarlos?
>
> Uf!
>
> "Miguel Egea" escribió en el mensaje
> news:
> > igual sí, prueba a hacer un select a tu tabla desde el query analizer


y
> nos
> > cuentas. Asegurate de tener sp3 instalado
> >
> >
> > Saludos
> >
> > Miguel Egea
> > Microsoft SQL-SERVER MVP
> > Brigada Anti-Cursores
> > http://www.portalsql.com
> >
> > (Quita el online si me tienes que mandar un correo)
> > "msnews.microsoft.com" escribió en el
mensaje
> > news:
> > > Gracias, pero qué me dices sobre que no se pueda ver el contenido de
las
> > > tablas desde el Administrador Corporativo del SQL
> > >
> > > ¿No te parece que algo anda mal?
> > >
> > > Saludos
> > >
> > > "Miguel Egea" escribió en el
mensaje
> > > news:%
> > > > Migra los datos con el upsizing wizard de access creo que evitarás
> todo
> > el
> > > > problema.
> > > >
> > > >
> > > > Saludos
> > > >
> > > > Miguel Egea
> > > > Microsoft SQL-SERVER MVP
> > > > Brigada Anti-Cursores
> > > > http://www.portalsql.com
> > > >
> > > > (Quita el online si me tienes que mandar un correo)
> > > > "msnews.microsoft.com" escribió en el
> > mensaje
> > > > news:
> > > > > Primero indicaros que soy novato en estas lides, por lo que no



si
> > > > lograré
> > > > > explicarme con claridad.
> > > > >
> > > > > Se trata de un SQL Server 2000 (montado en un Windows 2000


Server)
> que
> > > > tiene
> > > > > un par de bases de datos a las que se accede atacando con VB 6,
> > mediante
> > > > una
> > > > > cadena de conexión a la IP de la máquina.
> > > > >
> > > > > También se puede acceder remotamente mediante una conexión ODBC


y
> > access
> > > > > 2000.
> > > > >
> > > > >
> > > > >
> > > > > Pues bien, la primera dificultad surgió para migrar los mdb de
> access
> > > > > mediante la opción de importación de datos del SQL.
> > > > >
> > > > > La cuestión es que importaba la estructura, pero no así los


datos
> > (dando
> > > > > error en la importación de los mismos); la única manera de
> conseguirlo
> > > fue
> > > > > exportando, una a una, las tablas de access a ficheros txt;


éstos

> > se
> > > > > dejaban importar a la esctructura de tablas ya creada en SQL
(tarea
> de
> > > > > chinos, vaya).
> > > > >
> > > > >
> > > > >
> > > > > El segundo problema es que cuando quieres ver los datos en el
> servidor
> > > > > mediante el "administrador corporativo" à base datos à
> [nombre_tabla]
> > à
> > > > > abrir tabla à devolver todas las filas... ¡no hay forma!: da un
> > mensaje
> > > de
> > > > > "error grave" y no muestra nada; el error dice:
> > > > >
> > > > > Error de ODBC <os>
> > > > >
> > > > > Se ha generado un error de ODBC. Es posible que haya eliminado


un
> > > registro
> > > > > que tuviera un valor de clave externa relacionado con él o que
haya
> > > > > infringido una restricción CHECK
> > > > >
> > > > >
> > > > >
> > > > > Lo curioso del caso es que hace algún tiempo, sí podían verse


las
> > filas
> > > de
> > > > > esta forma. Siento no saber ¿qué ha cambiado desde entonces?...
¡no
> > soy
> > > el
> > > > > único inconsciente que mete mano!... si me permitís la expresión
;-)
> > > > >
> > > > >
> > > > >
> > > > > En fin, he actualizado con el Service Pack 3a, pero nada ha
> cambiado.
> > > > >
> > > > > Por cierto que si se intenta exportar los datos de SQL a Access
> > mediante
> > > > el
> > > > > asistente de exportar, tampoco se puede; en fin, que no sé por
dónde
> > > > pegar.
> > > > >
> > > > >
> > > > >
> > > > > Si alguien ha experimentado algo así, o se le ocurre algo, le
> > > agradecería
> > > > > una sugerencia.
> > > > >
> > > > > Si necesitarais algún dato más,... pues eso, en mi


inexperiencia,
no
> > sé
> > > > qué
> > > > > puedo contar para describir mejor el problema.
> > > > >
> > > > >
> > > > >
> > > > > Un saludo y gracias
> > > > >
> > > > >
> > > > >
> > > > > Emilio
> > > > >
> > > > > Valencia
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>


Respuesta Responder a este mensaje
#7 Maximiliano D. A.
14/04/2004 - 16:35 | Informe spam
Hola, opino igual que Miguel, para mi es el MDAC que tenes, reinstalalo no
solo en el cliente sino tambien en el Servidor y nos contas.

:-)

Bye


Salu2
Maxi

Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET

MSN:
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"msnews.microsoft.com" escribió en el mensaje
news:
Una vez más, gracias por tu atención Miguel.
Ayer también actualicé el MDAC a la 2.8, por lo que debe ser otra cosa.

En fin, si descubro algo lo contaré por si fuera de interés.

Más saludos

Emilio

"Miguel Egea" escribió en el mensaje
news:
> Efectivamente no son necesarios son el sp3 para la versión desktop y


para
> los analisys services que salvo que los uses no lo necesitas.
> Lo de error de ODBC, es el mecanismo de conectarse del administrador
> corporativo. Lo único que se me ocurre que puedas hacer es actualizar la
> versión de MDAC, por si viene por ahí el problema. El administrador
> corporativo hace muchas cosas para mostrar la información, algunas de
ellas
> innecesarias, pero no suele dar este tipo de problemas.
> Suerte
> Saludos
> Miguel Egea
> "msnews.microsoft.com" escribió en el


mensaje
> news:#
> > Veamos...
> > 1) Desde el "Analizador de consultas SQL", pruebo a realizar un


<select
*
> > from tabla> y ¡todo perfecto!
> > Devuelve las filas sin error.
> > Esto no lo había probado antes.
> >
> > 2) Desde el "Administrador corporativo de SQL Server" , seleccionar ba


se
> > datos --> seleccionar tabla --> botón derecho (opciones: "devolver


todas
> las
> > filas"/"volver al principio"/"consulta")... usando cualquiera de


ellas,
da
> > error:
> >
> > La primera vez, "error no especificado" -->ayuda --> Error de


ODBC:
> <os>
> > Si lo ejecuto por segunda vez consecutiva, "error


catastrófico" -->
> > ayuda --> idem: Error de ODBC: <os>
> >
> > En fin, espero no estar mareando la perdiz, porque lo cierto es que
desde
> > las aplicaciones, se accede perfectamente a los datos y, de otra


parte,
el
> > "query analizer" también ejectua correctamente las consultas.
> >
> > Por cierto, ayer actualicé con el fichero esn_sql2ksp3.exe, que


entiendo
> es
> > el adecuado para poner el Service Pack 3
> >
> > En MS habían 2 ficheros más: el esn_sql2kdesksp3.exe y el
> esn_sql2kasp3.exe
> > ;pero entendí que no eran necesarios para la actualización... ¿me
> equivoqué
> > y también hace falta ejecutarlos?
> >
> > Uf!
> >
> > "Miguel Egea" escribió en el


mensaje
> > news:
> > > igual sí, prueba a hacer un select a tu tabla desde el query


analizer
y
> > nos
> > > cuentas. Asegurate de tener sp3 instalado
> > >
> > >
> > > Saludos
> > >
> > > Miguel Egea
> > > Microsoft SQL-SERVER MVP
> > > Brigada Anti-Cursores
> > > http://www.portalsql.com
> > >
> > > (Quita el online si me tienes que mandar un correo)
> > > "msnews.microsoft.com" escribió en el
> mensaje
> > > news:
> > > > Gracias, pero qué me dices sobre que no se pueda ver el contenido


de
> las
> > > > tablas desde el Administrador Corporativo del SQL
> > > >
> > > > ¿No te parece que algo anda mal?
> > > >
> > > > Saludos
> > > >
> > > > "Miguel Egea" escribió en el
> mensaje
> > > > news:%
> > > > > Migra los datos con el upsizing wizard de access creo que


evitarás
> > todo
> > > el
> > > > > problema.
> > > > >
> > > > >
> > > > > Saludos
> > > > >
> > > > > Miguel Egea
> > > > > Microsoft SQL-SERVER MVP
> > > > > Brigada Anti-Cursores
> > > > > http://www.portalsql.com
> > > > >
> > > > > (Quita el online si me tienes que mandar un correo)
> > > > > "msnews.microsoft.com" escribió en


el
> > > mensaje
> > > > > news:
> > > > > > Primero indicaros que soy novato en estas lides, por lo que no

> si
> > > > > lograré
> > > > > > explicarme con claridad.
> > > > > >
> > > > > > Se trata de un SQL Server 2000 (montado en un Windows 2000
Server)
> > que
> > > > > tiene
> > > > > > un par de bases de datos a las que se accede atacando con VB


6,
> > > mediante
> > > > > una
> > > > > > cadena de conexión a la IP de la máquina.
> > > > > >
> > > > > > También se puede acceder remotamente mediante una conexión


ODBC
y
> > > access
> > > > > > 2000.
> > > > > >
> > > > > >
> > > > > >
> > > > > > Pues bien, la primera dificultad surgió para migrar los mdb de
> > access
> > > > > > mediante la opción de importación de datos del SQL.
> > > > > >
> > > > > > La cuestión es que importaba la estructura, pero no así los
datos
> > > (dando
> > > > > > error en la importación de los mismos); la única manera de
> > conseguirlo
> > > > fue
> > > > > > exportando, una a una, las tablas de access a ficheros txt;
éstos
> sí
> > > se
> > > > > > dejaban importar a la esctructura de tablas ya creada en SQL
> (tarea
> > de
> > > > > > chinos, vaya).
> > > > > >
> > > > > >
> > > > > >
> > > > > > El segundo problema es que cuando quieres ver los datos en el
> > servidor
> > > > > > mediante el "administrador corporativo" à base datos à
> > [nombre_tabla]
> > > à
> > > > > > abrir tabla à devolver todas las filas... ¡no hay forma!: da


un
> > > mensaje
> > > > de
> > > > > > "error grave" y no muestra nada; el error dice:
> > > > > >
> > > > > > Error de ODBC <os>
> > > > > >
> > > > > > Se ha generado un error de ODBC. Es posible que haya eliminado
un
> > > > registro
> > > > > > que tuviera un valor de clave externa relacionado con él o que
> haya
> > > > > > infringido una restricción CHECK
> > > > > >
> > > > > >
> > > > > >
> > > > > > Lo curioso del caso es que hace algún tiempo, sí podían verse
las
> > > filas
> > > > de
> > > > > > esta forma. Siento no saber ¿qué ha cambiado desde


entonces?...
> ¡no
> > > soy
> > > > el
> > > > > > único inconsciente que mete mano!... si me permitís la


expresión
> ;-)
> > > > > >
> > > > > >
> > > > > >
> > > > > > En fin, he actualizado con el Service Pack 3a, pero nada ha
> > cambiado.
> > > > > >
> > > > > > Por cierto que si se intenta exportar los datos de SQL a


Access
> > > mediante
> > > > > el
> > > > > > asistente de exportar, tampoco se puede; en fin, que no sé por
> dónde
> > > > > pegar.
> > > > > >
> > > > > >
> > > > > >
> > > > > > Si alguien ha experimentado algo así, o se le ocurre algo, le
> > > > agradecería
> > > > > > una sugerencia.
> > > > > >
> > > > > > Si necesitarais algún dato más,... pues eso, en mi
inexperiencia,
> no
> > > sé
> > > > > qué
> > > > > > puedo contar para describir mejor el problema.
> > > > > >
> > > > > >
> > > > > >
> > > > > > Un saludo y gracias
> > > > > >
> > > > > >
> > > > > >
> > > > > > Emilio
> > > > > >
> > > > > > Valencia
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>







Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.655 / Virus Database: 420 - Release Date: 08/04/2004
Respuesta Responder a este mensaje
#8 ulises
14/04/2004 - 20:31 | Informe spam
Revisa el MDAC con el Component Checker :

INFO: Component Checker: Diagnose Problems and Reconfigure
MDAC
Installationshttp://support.microso...ault.aspx?
scid=kb;EN-US;Q307255

por otro lado, en una charla escuche a Fernando Guerrero
comentar que el Enterprise Manager fue diseñado
inicialmente para que pueda manejar varios manejadores de
BBDD, pero luego solo se limito a dar soporte de SQL
Server y no se produjo un completo rediseño de sus
funciones es por eso es que hace muchas cosas innecesarias
para eralizar su trabajo. En todo caso en Yukon ya no
existe, se ha reemplazado por un Workbench que todavía no
termina de gustarme del todo ...

Saludos,
Ulises

Una vez más, gracias por tu atención Miguel.
Ayer también actualicé el MDAC a la 2.8, por lo que debe


ser otra cosa.

En fin, si descubro algo lo contaré por si fuera de


interés.

Más saludos

Emilio

"Miguel Egea"


escribió en el mensaje
news:
Efectivamente no son necesarios son el sp3 para la




versión desktop y para
los analisys services que salvo que los uses no lo




necesitas.
Lo de error de ODBC, es el mecanismo de conectarse del




administrador
corporativo. Lo único que se me ocurre que puedas hacer




es actualizar la
versión de MDAC, por si viene por ahí el problema. El




administrador
corporativo hace muchas cosas para mostrar la




información, algunas de
ellas
innecesarias, pero no suele dar este tipo de problemas.
Suerte
Saludos
Miguel Egea
"msnews.microsoft.com"




escribió en el mensaje
news:#
> Veamos...
> 1) Desde el "Analizador de consultas SQL", pruebo a




realizar un <select
*
> from tabla> y ¡todo perfecto!
> Devuelve las filas sin error.
> Esto no lo había probado antes.
>
> 2) Desde el "Administrador corporativo de SQL




Server" , seleccionar base
> datos --> seleccionar tabla --> botón derecho




(opciones: "devolver todas
las
> filas"/"volver al principio"/"consulta")... usando




cualquiera de ellas,
da
> error:
>
> La primera vez, "error no especificado" -->ayuda -




-> Error de ODBC:
<os>
> Si lo ejecuto por segunda vez consecutiva, "error




catastrófico" -->
> ayuda --> idem: Error de ODBC: <os>
>
> En fin, espero no estar mareando la perdiz, porque lo




cierto es que
desde
> las aplicaciones, se accede perfectamente a los datos




y, de otra parte,
el
> "query analizer" también ejectua correctamente las




consultas.
>
> Por cierto, ayer actualicé con el fichero




esn_sql2ksp3.exe, que entiendo
es
> el adecuado para poner el Service Pack 3
>
> En MS habían 2 ficheros más: el esn_sql2kdesksp3.exe




y el
esn_sql2kasp3.exe
> ;pero entendí que no eran necesarios para la




actualización... ¿me
equivoqué
> y también hace falta ejecutarlos?
>
> Uf!
>
> "Miguel Egea"




escribió en el mensaje
> news:
> > igual sí, prueba a hacer un select a tu tabla desde




el query analizer
y
> nos
> > cuentas. Asegurate de tener sp3 instalado
> >
> >
> > Saludos
> >
> > Miguel Egea
> > Microsoft SQL-SERVER MVP
> > Brigada Anti-Cursores
> > http://www.portalsql.com
> >
> > (Quita el online si me tienes que mandar un correo)
> > "msnews.microsoft.com"




escribió en el
mensaje
> > news:
> > > Gracias, pero qué me dices sobre que no se pueda




ver el contenido de
las
> > > tablas desde el Administrador Corporativo del SQL
> > >
> > > ¿No te parece que algo anda mal?
> > >
> > > Saludos
> > >
> > > "Miguel Egea"




escribió en el
mensaje
> > > news:%
> > > > Migra los datos con el upsizing wizard de




access creo que evitarás
> todo
> > el
> > > > problema.
> > > >
> > > >
> > > > Saludos
> > > >
> > > > Miguel Egea
> > > > Microsoft SQL-SERVER MVP
> > > > Brigada Anti-Cursores
> > > > http://www.portalsql.com
> > > >
> > > > (Quita el online si me tienes que mandar un




correo)
> > > > "msnews.microsoft.com"




escribió en el
> > mensaje
> > > > news:
> > > > > Primero indicaros que soy novato en estas




lides, por lo que no

si
> > > > lograré
> > > > > explicarme con claridad.
> > > > >
> > > > > Se trata de un SQL Server 2000 (montado en un




Windows 2000
Server)
> que
> > > > tiene
> > > > > un par de bases de datos a las que se accede




atacando con VB 6,
> > mediante
> > > > una
> > > > > cadena de conexión a la IP de la máquina.
> > > > >
> > > > > También se puede acceder remotamente mediante




una conexión ODBC
y
> > access
> > > > > 2000.
> > > > >
> > > > >
> > > > >
> > > > > Pues bien, la primera dificultad surgió para




migrar los mdb de
> access
> > > > > mediante la opción de importación de datos




del SQL.
> > > > >
> > > > > La cuestión es que importaba la estructura,




pero no así los
datos
> > (dando
> > > > > error en la importación de los mismos); la




única manera de
> conseguirlo
> > > fue
> > > > > exportando, una a una, las tablas de access a




ficheros txt;
éstos

> > se
> > > > > dejaban importar a la esctructura de tablas




ya creada en SQL
(tarea
> de
> > > > > chinos, vaya).
> > > > >
> > > > >
> > > > >
> > > > > El segundo problema es que cuando quieres ver




los datos en el
> servidor
> > > > > mediante el "administrador corporativo" à




base datos à
> [nombre_tabla]
> > à
> > > > > abrir tabla à devolver todas las filas... ¡no




hay forma!: da un
> > mensaje
> > > de
> > > > > "error grave" y no muestra nada; el error




dice:
> > > > >
> > > > > Error de ODBC <os>
> > > > >
> > > > > Se ha generado un error de ODBC. Es posible




que haya eliminado
un
> > > registro
> > > > > que tuviera un valor de clave externa




relacionado con él o que
haya
> > > > > infringido una restricción CHECK
> > > > >
> > > > >
> > > > >
> > > > > Lo curioso del caso es que hace algún tiempo,




sí podían verse
las
> > filas
> > > de
> > > > > esta forma. Siento no saber ¿qué ha cambiado




desde entonces?...
¡no
> > soy
> > > el
> > > > > único inconsciente que mete mano!... si me




permitís la expresión
;-)
> > > > >
> > > > >
> > > > >
> > > > > En fin, he actualizado con el Service Pack




3a, pero nada ha
> cambiado.
> > > > >
> > > > > Por cierto que si se intenta exportar los




datos de SQL a Access
> > mediante
> > > > el
> > > > > asistente de exportar, tampoco se puede; en




fin, que no sé por
dónde
> > > > pegar.
> > > > >
> > > > >
> > > > >
> > > > > Si alguien ha experimentado algo así, o se le




ocurre algo, le
> > > agradecería
> > > > > una sugerencia.
> > > > >
> > > > > Si necesitarais algún dato más,... pues eso,




en mi
inexperiencia,
no
> > sé
> > > > qué
> > > > > puedo contar para describir mejor el problema.
> > > > >
> > > > >
> > > > >
> > > > > Un saludo y gracias
> > > > >
> > > > >
> > > > >
> > > > > Emilio
> > > > >
> > > > > Valencia
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>






.

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