Creación de tablas utilizando el Import/Export Data Wizard

04/11/2005 - 01:02 por Ricardo Kaligari | Informe spam
Buen día

Muchas gracias por su ayuda, antes que nada. Tengo en mi compañia dos
servidores de SQL Server 2000 SP3, uno de desarrollo y otro de producción. Al
intentar llevar tablas desde el servidor de desarrollo al de producción,
utilizando el Wizard de Import/Export Data, estas se crean en el servidor de
producción como Type: System y después de eso no puedo realizar inserciones,
actualizaciones, borrados o modificaciones de esquema, por que la considera
como una tabla de sistema. Alguien sabe, de casualidad, como solucionar este
inconveniente?

De nuevo, muchas gracias por la ayuda que me puedan prestar.

Ricardo Kaligari Marulanda
Analista de Sistemas 3
CCAm

Preguntas similare

Leer las respuestas

#1 Maxi
04/11/2005 - 14:10 | Informe spam
mmm, nunca me paso algo igual, podrias explicar paso a paso como estas
haciendo los DTS?


Salu2
Maxi [MVP SQL SERVER]


"Ricardo Kaligari" escribió en
el mensaje news:
Mostrar la cita
#2 Ricardo Kaligari
04/11/2005 - 14:44 | Informe spam
Muchas gracias por la respuesta.

No es cosa del otro mundo, Click Derecho, All task, Import Data, selecciono
el servidor de desarrollo, autenticación por Windows y selecciono la base de
datos, siguiente, los datos de la base de datos a la que estoy conectado,
siguiente, copy tables and views from source database, seleciono las dos
tablas, siguiente, Run immediately, siguiente y listo. Ese es el proceso que
he hecho durante 3 años y nunca antes me había pasado algo así. Intente
generar el script SQL para crear las tablas vía Query Analyzer y pasa
exactamente lo mismo, en la base de datos aparece como una tabla de sistema.

Alguna idea?

"Maxi" escribió:

Mostrar la cita
#3 Alejandro Mesa
04/11/2005 - 15:28 | Informe spam
Ricardo Kaligari,

No se cual seria el motivo, pero por alguna razon se quedo prendido el flag
1717 (no lo usen del todo, no esta documentado) y esto hace que cada vez que
se cree un objeto en la db, este se cree como "System" o "IsMSShipped = 1".
Ve al servidor destino y ejecuta "dbcc traceoff (1717)" o el procedimiento
"exec sp_MS_upd_sysobj_category @pSeqMode = 2" para lo cual debes pertenecer
a db_owner o setupadmin.

Ejemplo:

use northwind
go

exec sp_MS_upd_sysobj_category 1
go

create table dbo.t1( c1 int)
go

select
TABLE_NAME,
objectproperty(object_id(TABLE_SCHEMA + '.' + TABLE_NAME), 'IsMSShipped')
as IsMSShipped
from
INFORMATION_SCHEMA.TABLES
where
TABLE_SCHEMA = 'dbo'
and TABLE_NAME = 't1'
go

drop table dbo.t1
go

exec sp_MS_upd_sysobj_category 2
go

create table dbo.t1( c1 int)
go

select
TABLE_NAME,
objectproperty(object_id(TABLE_SCHEMA + '.' + TABLE_NAME), 'IsMSShipped')
as IsMSShipped
from
INFORMATION_SCHEMA.TABLES
where
TABLE_SCHEMA = 'dbo'
and TABLE_NAME = 't1'
go

drop table dbo.t1
go


AMB

"Ricardo Kaligari" wrote:

Mostrar la cita
#4 Ricardo Kaligari
04/11/2005 - 15:46 | Informe spam
Alejandro

Muchas gracias por tu respuesta, efectivamente el inconveniente se
presentaba por eso y ya fue solucionado. Tenemos alguna forma de saber como
pudo activarse este dbcc? Hay alguna forma de saber cómo o quien o cuando se
hizo este cambio?

Muchísimas gracias de nuevo por la respuesta y quedo muy agradecido.

Ricardo Kaligari M
Analista de Sistemas
CCAm

"Alejandro Mesa" escribió:

Mostrar la cita
#5 Alejandro Mesa
04/11/2005 - 15:56 | Informe spam
Ricardo Kaligari,

Mostrar la cita
Esto puede haber sucedido durante la instalacion de algun service pack y que
el script se haya abortado o que alguien lo haya hecho de forma directa. Yo
no se si esta operacion es salvada en el log de errores y / o el log de
transacciones, para lo cual tendrias que utilizar alguna aplicacion de
terceros que te permita leer el log de transacciones.


AMB

"Ricardo Kaligari" wrote:

Mostrar la cita
Ads by Google
Search Busqueda sugerida