INF: Preguntas más frecuentes: conversión

Seleccione idioma Seleccione idioma
Id. de artículo: 195444 - Ver los productos a los que se aplica este artículo
Este artículo se publicó anteriormente con el número E195444
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
.
Expandir todo | Contraer todo

Resumen

En este artículo se pretende dar respuesta a las preguntas más frecuentes relativas a la conversión de una instalación de SQL Server 6.5 a la versión SQL Server 7.0.

Más información

  1. P. ¿Cuánto tiempo tarda en completarse el proceso de conversión?

    R. Hay muchos factores que influyen en la cantidad de tiempo necesario para convertir bases de datos de SQL Server 6.x a SQL Server 7.0. Cada objeto de la base de datos de SQL Server 6.x se debe volver a generar en la base de datos de SQL Server 7.0, y se debe transferir cada fila. Según la complejidad de cada base de datos, el tiempo requerido para convertir dos bases de datos de 10 GB con un número diferente de filas y objetos puede variar enormemente. Asimismo, la plataforma de hardware, el número de procesadores, el subsistema de disco y la cantidad de RAM desempeñarán un papel significativo en el tiempo necesario para la conversión. La selección de "validación de datos" durante la instalación duplicará la cantidad de tiempo requerido para la actualización. Algunos tiempos normales para el proceso de actualización son:

    Tamaño de la base de datos

    Método de conversión de cinta con un equipo

    Con este método, se realiza una copia de seguridad de los archivos de datos de SQL Server 6.x en un volcado SQL. Además, puede especificar que también se realice una copia de seguridad de los archivos físicos. Una vez realizado este paso, los dispositivos de datos se eliminan de las unidades y se utiliza el volcado SQL durante la carga de las nuevas bases de datos de SQL Server 7.0. Si tiene dificultades, puede volver a instalar SQL Server 6.x y restaurar los archivos de datos originales a partir de la copia de seguridad física de los archivos de datos.

    Método de conversión con dos equipos

    Con este método, el nuevo equipo debe tener aproximadamente 1,5 veces el espacio en disco que utilizan actualmente las bases de datos de SQL Server 6.x. La cantidad de espacio final usada puede ser menor, según los tipos de datos y la cantidad real de espacio libre de las bases de datos de SQL Server 6.x. Al convertir una base de datos, SQL Server 7.0 sugerirá un tamaño de archivo de datos y utilizará el tamaño del archivo de registro anterior para el primer archivo de registro. Tenga en cuenta que este comportamiento es distinto cuando se crea una base de datos nueva en SQL Server 7.0. En tal caso, SQL Server 7.0 creará la nueva base de datos con un tamaño predeterminado de 2 MB.
  2. P. ¿Pueden conectarse usuarios al equipo con SQL Server 6.x mientras se está ejecutando el proceso de conversión?

    R. No. Durante el proceso de actualización, el equipo con SQL Server 6.x se detiene y se inicia mientras se escriben los objetos y se extraen los datos. Además, cuando se inicia la transferencia de datos, sólo se está ejecutando SQL Server 7.0 y no es posible el acceso a SQL Server 6.x.
  3. P. ¿Cómo se debe configurar el servidor antes de realizar la actualización?

    R. Si va a actualizar el servidor SQL Server 6.x existente a un nuevo equipo donde se ejecuta SQL Server 7.0, ambos equipos deben estar configurados para utilizar un nombre de usuario del dominio y una contraseña para el servicio MSSQLServer. La cuenta de usuario del dominio también debe pertenecer al grupo Administradores en ambos equipos. Una cuenta de sistema local es suficiente para una actualización con un equipo. Si va a actualizar en dominios diferentes, debe tener configurada una relación de confianza entre los dominios antes de iniciar la actualización.

    NOTA: si en el proceso de actualización con un equipo utiliza la cuenta de sistema local además de una cuenta local, no podrá actualizar inicios de sesión integrados (ya que se producirá un error en SETUSER). Por tanto, sólo debe usar la cuenta de sistema local en la actualización con un equipo si utiliza la seguridad estándar en lugar de la seguridad integrada.
  4. P. ¿Se puede convertir una instalación de SQL Server 4.21 directamente a SQL Server 7.0?

    R. No. Debido a los numerosos cambios en la estructura de las bases de datos de SQL Server 4.21 y las de SQL Server 6.x, el proceso de conversión no se podrá ejecutar con bases de datos de SQL Server 4.21. Para actualizar un servidor donde se ejecuta SQL Server 4.21 a SQL Server 7.0, primero debe actualizar el servidor a SQL Server 6.0 o SQL Server 6.5 antes de convertirlo a SQL Server 7.0. Si utiliza SQL Server 4.21 y desea actualizar a SQL Server 7.0 pero no posee SQL Server 6.x, en Microsoft Fulfillment Center puede obtener una copia de SQL Server 6.5 con el objetivo de actualizar a SQL Server 7.0.

    NOTA: antes de convertir la instalación de SQL Server 4.21 a SQL Server 6.x, ejecute los programas Chkupg65.exe o Chkupg60.exe para comprobar que la estructura y el contenido de las bases de datos de SQL Server 4.21 no tienen conflictos con los nuevos requisitos de ANSI 92 implementados en las versiones SQL Server 6.x.
  5. P. ¿Es posible cargar los volcados SQL en un nuevo equipo y actualizar éste a SQL Server 7.0?

    R. Sí. No obstante, asegúrese de que copia también la base de datos master en el nuevo equipo. Si se cargan bases de datos de un equipo distinto en un nuevo equipo, los identificadores de inicio de sesión de SQL Server no estarán presentes en la base de datos master. En la actualización no se podrán crear objetos para usuarios cuyos identificadores de inicio de sesión no estén incluidos en la base de datos master. Además, si se utiliza la seguridad integrada y no hay un grupo local para los usuarios de una base de datos cargada en SQL Server, es posible que no puedan realizarse inicios de sesión.
  6. P. ¿Es posible consolidar bases de datos de dos o más servidores SQL Server 6.x en una versión de SQL Server 7.0?

    R. No. El proceso de actualización realizará un seguimiento del servidor que se está actualizando y sólo permitirá la actualización de bases de datos de un servidor SQL Server 6.x. La consolidación de bases de datos de servidores diferentes puede causar problemas en los identificadores de inicio de sesión de los usuarios, cuentas de usuario y permisos de objetos. Si desea consolidar varias bases de datos de servidores SQL Server 6.x distintos, muévalas a un servidor SQL Server 6.x y compruebe que las aplicaciones funcionan correctamente antes de actualizar a SQL Server 7.0.
  7. P. ¿Es necesario ejecutar instrucciones del comprobador de coherencia de bases de datos (DBCC) en el servidor antes de actualizar las bases de datos?

    R. Aunque no es necesario ejecutar instrucciones DBCC antes de realizar la actualización, sí se recomienda. Según el alcance de las incoherencias lógicas existentes en la base de datos, puede que el proceso de actualización no se complete correctamente. En caso de no disponer del tiempo suficiente en un lapso dedicado a mantenimiento para completar la actualización y las comprobaciones DBCC, considere la posibilidad de ejecutar éstas en una copia de seguridad o un servidor secundario, utilizando volcados de las bases de datos que se van a actualizar.
  8. P. ¿Se puede actualizar sólo una o varias de las bases de datos a SQL Server 7.0?

    R. Sí. Puede actualizar una, varias o todas las bases de datos de SQL Server 6.x a SQL Server 7.0. Incluso puede convertir bases de datos individuales como prueba o práctica antes de actualizar todas las bases de datos en el servidor. No obstante, se recomienda convertir al mismo tiempo todas las bases de datos de producción de un servidor; esto reducirá al mínimo los posibles problemas. Si sólo desea convertir un subconjunto de las bases de datos de SQL Server 6.x, deberá convertirlas todas al mismo tiempo.

    Si no va a actualizar todas las bases de datos a la vez, hay varios detalles que debe conocer. Los objetos basados en el contenido de otras bases de datos, incluidos procedimientos almacenados, desencadenadores y vistas, no se podrán crear si el objeto o la base de datos dependiente no existe.

    Si se modificó la base de datos model de SQL Server 6.x para incluir más objetos, se debe convertir al mismo tiempo que todas las demás bases de datos de SQL Server 6.x o en último lugar. Los objetos creados en bases de datos de SQL Server 6.x como resultado de la adición de objetos no predeterminados a la base de datos model de SQL Server 6.x se escribirán durante el proceso de actualización.

    Si se actualizan otras bases de datos de SQL Server 6.x después de convertir la base de datos model, contendrán objetos no predeterminados basados en la base de datos model de SQL Server 6.x. Como los objetos se van a agregar a las nuevas bases de datos de SQL Server 7.0 cuando los cree por primera vez la base de datos model de SQL Server 7.0, la secuencia de comandos de creación no creará objetos que ya existan en la base de datos. Por tanto, al convertir en último lugar la base de datos model, los cambios en la estructura de la base de datos sólo se aplicarán a las nuevas bases de datos de SQL Server 7.0. Todos los objetos no predeterminados de las bases de datos convertidas de SQL Server 6.x se habrán creado mediante secuencias de comandos durante el proceso de conversión de estas bases de datos.
  9. P. ¿Se pueden ejecutar simultáneamente SQL Server 6.x y SQL Server 7.0 en un solo equipo?

    R. No. Sólo se puede ejecutar una de estas versiones de SQL Server en un momento dado. Ambas comparten recursos de Windows NT comunes e información del Registro, y sólo se puede iniciar una versión cada vez. No obstante, se puede cambiar entre SQL Server 7.0 y SQL Server 6.x mediante la herramienta Conmutador. Esta herramienta está destinada al proceso de conversión y pruebas; no es adecuada para alojar dos versiones de SQL Server en un mismo equipo en un entorno de producción.

    Si convirtió las bases de datos a SQL Server 7.0 en el mismo equipo que la instalación de SQL Server 6.x existente, es importante darse cuenta de que estos dos conjuntos de bases de datos son independientes; no están sincronizados y las modificaciones que se realicen en los datos de SQL Server 6.x no se reflejarán en las bases de datos de SQL Server 7.0. A la inversa, los cambios realizados en los datos de SQL Server 7.0 tampoco se reflejarán en las bases de datos de SQL Server 6.x.

    PRECAUCIÓN: si instala SQL Server 7.0 junto a SQL Server 6.x en el mismo equipo, no lo haga en el mismo directorio. Se deben instalar en directorios independientes.
  10. P. Durante la conversión aparecen errores del tipo "@@nombreDeServidor no válido". ¿Por qué?

    R. Este mensaje de error puede aparecer si no se asignó un nombre a la versión SQL Server 6.x que está actualizando. Para solucionar estos problemas, lleve a cabo los pasos siguientes:

    1. En ISQL o ISQL/w, utilice la instrucción SELECT @@nombreDeServidor para asegurarse de que el servidor tiene nombre.
    2. Si el servidor no tiene nombre, utilice el siguiente procedimiento almacenado para agregar uno:
      sp_addserver <nombreDeServidor>, local
  11. P. ¿Cuál es la causa de los errores "No se puede abrir base de datos predeterminada" y "Error al consultar @@nombreDeServidor"?

    R. Si no se ha recuperado todavía la base de datos predeterminada para el administrador del sistema (SA) o está marcada como sospechosa, el Asistente para actualización generará alguno de estos mensajes de error. Solucione el problema con la base de datos predeterminada y vuelva a ejecutar el asistente.
  12. P. El proceso de conversión parece que deja de funcionar y se produce un error. ¿Por qué?

    R. Si hay aplicaciones o servicios que tienen abiertas conexiones ODBC en el servidor SQL Server 6.x durante el proceso de conversión, es posible que no permitan que se cierre totalmente SQL Server. El proceso de conversión no continuará con el paso siguiente si no recibe la confirmación de que el servidor SQL Server 6.x se detuvo totalmente. Parecerá que el proceso de conversión deja de funcionar y, finalmente, se producirá un error en esta situación. Para solucionar el problema, cierre todas las aplicaciones y servicios que puedan tener conexiones ODBC o que puedan estar utilizando SQL Server antes de realizar la actualización. Si los programas Analizador de SQL o Traza de SQL están conectados a las versiones 6.x de SQL Server, se producirá un problema similar: aunque el servidor realmente no deje de funcionar, las tareas que antes se ejecutaban rápidamente utilizarán ahora más tiempo de CPU y se ralentizarán de forma exponencial.
  13. P. ¿Dónde se puede ver un registro de los errores que se puedan haber producido durante el proceso de conversión?

    R. Durante el proceso de conversión, se generan registros detallados que se almacenan en el directorio de SQL. Si se producen errores durante el proceso de conversión, aparecerá un cuadro de diálogo al final del proceso. Este cuadro de diálogo mostrará el contenido de los archivos de errores. Este archivo de salida se encuentra en el directorio MSSQL\Upgrade\ nombreDeServidor _ fecha _ hora . Cada base de datos tendrá su propio subdirectorio con los archivos de salida y de error que se generaron durante el proceso de conversión.
  14. P. Algunos de los procedimientos almacenados no se convirtieron correctamente o ni siquiera se convirtieron; ¿dónde se produjo el error?

    R. A continuación se muestran algunas de las razones posibles por las que los procedimientos almacenados no se convirtieron correctamente:

    • El texto del procedimiento almacenado debe comenzar con CREATE PROCEDURE; si el procedimiento comienza con BEGIN TRANSACTION, seguido del texto CREATE PROCEDURE, no se creará el procedimiento almacenado.
    • Los procedimientos almacenados basados en tablas del sistema no se crearán debido a cambios en los nombres de columnas y a un cambio en la estructura de los catálogos del sistema.
    • Si se cambió el nombre de un procedimiento almacenado mediante el procedimiento sp_rename, no se modificó el nombre original del procedimiento almacenado en la tabla del sistema syscomments. En tal caso, se creará el procedimiento almacenado con el nombre original. Además, si hay otro procedimiento almacenado con el mismo nombre o uno creado antes que el original, el segundo procedimiento almacenado no se creará porque ya existe un objeto con ese nombre.
    • Los procedimientos almacenados creados por otros procedimientos almacenados no se crearán porque no tienen ninguna entrada en la tabla syscomments.
  15. Para obtener más información acerca de problemas de conversión, consulte el tema "Antes de actualizar: lista de comprobación" en los Libros en pantalla de SQL Server 7.0.

    Propiedades

    Id. de artículo: 195444 - Última revisión: domingo, 09 de febrero de 2014 - Versión: 3.0
    La información de este artículo se refiere a:
    • Microsoft SQL Server 7.0 Standard Edition
    Palabras clave: 
    kbnosurvey kbarchive kbfaq kbinfo ssrvinst KB195444

    Contact us for more help

    Contact us for more help
    Connect with Answer Desk for expert help.
    Get more support from smallbusiness.support.microsoft.com