SQL 2000 a SQL 2005

Coincido con maxi.

Quiza sea adecuado al menos capacitar a una persona que capacite al resto
del equipo.

Seria interesante hacer una revision de las bases de datos con upgrade
advizor.y verificar el costo esperable de migracion. En muchos casos es
practicamente transparente como dice Gux y Alfredo.

Si la migras tal como esta estarias desaprovechando los cientos de cambios y
mejoras nuevas por desconocimiento pero estarias usando un mejor motor de
base de datos. Luego, en un futuro podrian aprovechar esas ventajas cuando
las conozcan..




Saludos

Ing. Jose Mariano Alvarez
SQLTotal Consulting


(Cambia los ceros por O y saca lo que sobra)


IMPORTANTE
Este mensaje se proporciona tal como es, sin garantías 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.



"Maxi" wrote in message
news:

Mira, Penta, yo ancararia por donde te comente, primero habria que saber
para que usan el sql no es lo mismo que los sistemas criticos de la
empresa esten montados en el que lo este algun sistema satelite sin
mayores riesgos.

Entonces, cual es el costo de que las cosas salgan mal en los sistemas
criticos? por ejemplo si la migracion sale mal cuanto perderia la empresa
en que sus sistemas no funcionen?

Lo mas sensato seria que si no hay plata ni se migre y esperen a hacer las
cosas bien y no por decir que es obsoleto se metan en un lio terrible



Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Total Consulting



"Penta" escribió en el mensaje de
noticias:

Justamente, debido a la resecion que tenemos en America Latina asi
como en varias partes del mundo, estan recortando presupuesto en
capacitaciones.
Es muy incensanto cuando dice:
"debemos ajustarnos al presupuesto"
"debemos actualizarnos porque SS2000 quedo obsoleto"


De echo los argumentos los quiero presentar en un documento con copias
a el y a los directivos.

Atte.
Penta.

Hola, que no hay cambios grandes?? sql2005 vs sql 2000 debe ser una de las
versiones con mayor gap, de hecho la migracion no es tan simple,
Algunos cambios nomas

1) no hay mas dts sini SSIS
2) No se usa mas el Owner sino Schemas
3) Se refuerzan los lgins
4) Soporte para clr
5) Soporte para SOA
6) Service Broker
7) Idolation level snapshot
8) Nuevos tipos de datos (varchar(max), etc)
9) Cifrado nativo con certificados, claves asimetricas, etc
10) No esta mas el Query Analizer ni el Enterprise Manager, ahora esta el
Management Studio
11) Nuevos modelos de replicacion y cambios en la forma que se aplican las
modificaciones de schemas
12) No estan mas las tablas de sistema accesibles
13) Se incorporan vistas de sistemas
14) Trigger DDL
15) Event Notification
16) BI cambio por completo
17) Mirrror como modelo de alta disponibilidad
18) Ahora log shipping esta en la edicion standard
19) Particionamiento de tablas nativo
20) restore online
21) Include de indices
22) Cambios de arquitectura generales
23) Index online
24) Database Snapshot

Bue y mucho mas.. si esto no es que cambio entonces no se!

Ahora bien en una migracion todo eso no lo va a usar pero.. por ejemplo
migrar los dts a integration puede ser todo un tema si no se conoce bien.,
El tema de las tablas de sistema otro, habria por ejempplo que analizar si
no hay stores o script o codigo que las use y al migrar queden fuera.
Tambien se deprecaron varias sentencias.

No creo que con un libro le alcance y ademas el tiempo invertido sera mucho
mas grande que con una capacitacion.

"Alfredo Novoa" escribió en el mensaje de noticias
news:1l1s6cb4tdrg2$

El Sun, 11 Jan 2009 14:48:31 -0800 (PST), Penta escribió:

Estimados.
Actualmente usamos SS2000 y mi jefe quiere cambiarse a SS2005, PERO
SIN CAPACITACION :(

Argumentos para tratar de forzar estas capacitaciones se agradecerian.

No hay cambios muy grandes. Los miras en Internet o en libros y listo.


Saludos