© Copyright Microsoft Corporation, 2004. Reservados todos los derechos.
El equipo de la documentación de SQL Server no puede responder preguntas de soporte técnico, pero agradece sus sugerencias y comentarios acerca de este archivo Léame. Puede enviar sus comentarios de forma rápida y directa por correo electrónico a través del siguiente vínculo. Envíelos en inglés.
Para enviar comentarios por escrito acerca de este documento, haga clic aquí: Enviar comentarios.
1.0 Introducción
1.2 Antes de la actualización al Service Pack 4 de los Componentes de base de datos
1.3 Comprobación de la versión de Microsoft Data Access Components
1.4 Identificación de la versión actual de SQL Server 2000
1.5 Información adicional acerca del Service Pack 4
1.6 Actualizaciones de los Libros en pantalla de SQL Server 2000
2.0 Dónde buscar y descargar el Service Pack 4 de los Componentes de base de datos
2.1 Elección del idioma correcto
2.2 Descarga del Service Pack 4 de los Componentes de base de datos
2.3 Extracción de los archivos del Service Pack 4 de los Componentes de base de datos
2.4 Directrices para la fase de descarga y extracción
2.5 Documentación para la instalación del Service Pack 4 de los Componentes de base de datos
3.0 Instalación del Service Pack
3.1 Preparación para la instalación del Service Pack 4 de los Componentes de base de datos
3.2 Instalación del Service Pack 4 de los Componentes de base de datos
3.3 Reinicio de los servicios y las aplicaciones
3.4 Instalación en un clúster de conmutación por error
3.5 Instalación de los Componentes de base de datos en servidores duplicados
3.7 Actualización del catálogo de servidores vinculados
3.8 Desinstalación del Service Pack 4 de los Componentes de base de datos
3.9 Nuevas aplicaciones del Service Pack 4 de los Componentes de base de datos
4.0 Información adicional acerca de la instalación
4.1 Instalaciones desatendidas
4.2 Nuevas distribuciones del Service Pack 4 de los Componentes de base de datos
4.3 Instalación distribuida con Systems Management Server
5.1 Mejoras en la base de datos
5.2 Mejoras en la función de duplicación
5.3 Mejoras en el Agente SQL Server y las herramientas compartidas
5.4 Mejoras en los componentes de conectividad de SQL Server
5.5 Mejoras en Meta Data Services
5.6 Mejoras en los Servicios de transformación de datos
5.7 Mejoras en XML
5.8 Mejoras en la API del dispositivo de copia de seguridad virtual
5.10 Mejoras en la capacidad de uso
5.12 DB-Library y SQL incrustado para C
Este archivo Léame explica cómo utilizar la parte de los Componentes de base de datos del Service Pack 4 (SP4) de Microsoft® SQL Server™ 2000 para actualizar instancias existentes del motor de base de datos de SQL Server 2000 al Service Pack 4 de SQL Server 2000.
El proceso general para instalar el Service Pack 4 es el siguiente:
El Service Pack 4 de SQL Server 2000 consta de cuatro partes:
Todos los Service Packs de SQL Server son acumulativos. El Service Pack 4 de SQL Server incluye las revisiones que se distribuyeron en los Service Packs 1, 2, 3 y 3a.
El Service Pack 4 de los Componentes de base de datos se puede utilizar únicamente en instancias del motor de base de datos de SQL Server 2000 de las versiones Enterprise, Standard, Developer y Personal. Las demás partes del Service Pack 4 de SQL Server 2000 se aplican a los demás componentes de SQL Server 2000, como Analysis Services, MSDE 2000 o SQL Server 2000 (64 bits). Diferentes archivos Léame explican el uso del Service Pack 4 de Analysis Services, el Service Pack 4 de MSDE 2000 y el Service Pack 4 de SQL Server 2000 (64 bits). Estos archivos Léame están disponibles en este sitio Web de Microsoft.
Esta sección explica los cambios en los requisitos del sistema y problemas relacionados con el sistema que afectan a la instalación del Service Pack 4 del motor de base de datos. Encontrará información general acerca de los requisitos del sistema para SQL Server 2000 en este sitio Web de Microsoft.
La instalación del Service Pack 4 de los Componentes de base de datos no se llevará a cabo si alguna de las siguientes directivas de seguridad está configurada como No permitir la instalación.
Si utiliza la opción No permitir la instalación, debe cambiarla a Realizar en silencio antes de instalar el Service Pack 4 de los Componentes de base de datos. Si es necesario, puede devolver la directiva a su configuración anterior una vez terminada la instalación.
Nota No permitir la instalación no es la configuración predeterminada de estas directivas de seguridad.
Para establecer directivas de seguridad
Si una aplicación utiliza la instancia de SQL Server 2000, antes de actualizar al Service Pack 4 de los Componentes de base de datos, pregunte al proveedor de la aplicación si hay consideraciones que tener en cuenta sobre la actualización de SQL Server 2000 aplicables a esa aplicación.
Esta sección explica problemas que debe solucionar y tareas que debe realizar antes de utilizar el Service Pack 4 de los Componentes de base de datos para actualizar una instancia existente del motor de base de datos de SQL Server 2000.
Las bases de datos o copias de seguridad de bases de datos creadas en una instancia del Service Pack 4 de los Componentes de base de datos se pueden adjuntar o restaurar en una versión anterior de SQL Server 2000. Sin embargo, hay restricciones para bases de datos de una topología de duplicación. Para obtener más información, vea la sección 1.2.2 Consideraciones para una instancia de una topología de duplicación o trasvase de registros.
El programa de instalación de los Componentes de base de datos del Service Pack 4 detecta automáticamente la edición de SQL Server 2000 presente en la instancia de SQL Server 2000 que se va a actualizar. El programa de instalación actualiza únicamente los componentes instalados para esa instancia. Por ejemplo, si aplica el Service Pack a un equipo que ejecuta SQL Server 2000 Standard, el Service Pack no intenta actualizar los componentes incluidos únicamente en SQL Server 2000 Enterprise.
Puede aplicar el Service Pack 4 de los Componentes de base de datos a una sola instancia predeterminada o a una instancia con nombre de SQL Server. Si actualiza varias instancias de SQL Server 2000 al Service Pack 4, debe aplicar el Service Pack 4 a cada una de las instancias. Cuando se actualiza al Service Pack 4 una instancia de un equipo en el que se ejecutan una o varias instancias de SQL Server 2000, se actualizan al Service Pack 4 todas las herramientas. No existen copias diferentes de las herramientas para cada instancia.
Si una aplicación utiliza la instancia de SQL Server 2000, consulte primero al proveedor de la aplicación si hay consideraciones acerca de la actualización de SQL Server 2000 específicas para esa aplicación.
Antes de utilizar el Service Pack 4 de los Componentes de base de datos para actualizar una instancia existente del motor de base de datos, se recomienda planear cómo devolver la instancia a su estado anterior en caso de que sea necesario más adelante. Cuando se instala el Service Pack 4 de los Componentes de base de datos de SQL Server 2000, realiza cambios en las tablas del sistema con fines de mantenimiento. También actualiza las bases de datos de usuario y distribución que son miembros de una topología de duplicación. Debido a la naturaleza de estos cambios, no es fácil quitar el Service Pack 4 de los Componentes de base de datos. Para revertir el sistema a la versión que estaba ejecutando antes de instalar el Service Pack 4 de los Componentes de base de datos, debe desinstalar primero la instancia del motor de base de datos de SQL Server 2000 y reinstalar después esa instancia. En segundo lugar, si ejecutó un Service Pack anterior de SQL Server 2000 o aplicó revisiones, debe aplicar de nuevo ese Service Pack y esas revisiones a la instancia.
Nota Para quitar el Service Pack 4, debe tener copias de seguridad de las bases de datos master, model y msdb creadas justo antes de aplicar el Service Pack 4. Para obtener más información, vea la sección 3.1.1 Realice copias de seguridad de sus bases de datos de SQL Server.
Para obtener más información, vea la sección 3.8 Desinstalación del Service Pack 4.
El programa de instalación del Service Pack 4 actualiza las bases de datos de usuario que forman parte de una topología de duplicación. Este factor de actualización puede afectar a la funcionalidad de creación de copias de seguridad y restauración para bases de datos de usuario duplicadas. Antes de instalar el Service Pack 4, asegúrese de que son modificables las bases de datos y los grupos de archivos de duplicación. Para obtener más información acerca de cómo aplicar el Service Pack 4 a bases de datos que están incluidas en topologías de duplicación, vea la sección 3.5 Instalación de los Componentes de base de datos en servidores duplicados. En la sección 5.2.6 Problemas de copia de seguridad y restauración en la duplicación de mezcla, se tratan otras consideraciones de creación de copias de seguridad y restauración para la duplicación.
Nota Si una instancia de SQL Server no forma parte de una topología de duplicación, puede crear una copia de seguridad de una base de datos de usuario y restaurarla en otra versión de SQL Server 2000.
Si el programa de instalación del Service Pack 4 detecta bases de datos de usuario o grupos de archivos no modificables, procede del siguiente modo:
Setup has detected one or more databases and filegroups which are not writable.Nota Este mensaje no afecta a las instalaciones desatendidas de los Componentes de base de datos. Para obtener más información acerca de instalaciones desatendidas, vea la sección 4.1 Instalaciones desatendidas.
Puede omitir esta advertencia, a no ser que algunas de las bases de datos que figuran en el archivo de registro de la instalación formen parte de una topología de duplicación. Si algunas de las bases de datos no modificables que figuran en el archivo de registro de la instalación son miembros de una topología de duplicación, debe convertir las bases de datos en modificables y volver a aplicar el programa de instalación del Service Pack 4 a esa instancia de SQL Server 2000.
Para obtener más información sobre cómo hacer modificable una base de datos, vea la sección 3.6 Aplicación del Service Pack 4 a bases de datos o grupos de archivos de sólo lectura de una topología de duplicación. Para obtener más información acerca de cómo aplicar de nuevo el Service Pack 4, vea la sección 3.9 Nuevas aplicaciones del Service Pack 4 de los Componentes de base de datos.
Puesto que las bases de datos no modificables no dan lugar a que se interrumpa la instalación, debe quitar el trasvase de registros antes de actualizar al Service Pack 4 de los Componentes de base de datos. Sin embargo, si la base de datos trasvasa registros a una base de datos que es un publicador de duplicación, debe hacer lo siguiente:
USE master
GO
EXEC sp_vpupgrade_replication
GOSi aplica el Service Pack 4 sin haber desconectado todas las bases de datos no modificables que trasvasan registros a bases de datos de publicaciones, recibe este error:
Error Running Script sp_vpupgrade_replication (1)
Si recibe este error, siga el procedimiento anterior.
Nota Durante la instalación, el programa de instalación no distingue entre bases de datos de sólo lectura y bases de datos sin conexión o con un estado sospechoso. Si una base de datos de duplicación o un grupo de archivos está desconectado o en un estado sospechoso durante la instalación y forma parte de una topología de duplicación, debe aplicar de nuevo el Service Pack tras haber convertido la base de datos en modificable.
El programa de instalación del Service Pack 4 de los Componentes de base de datos determina si actualizar un versión instalada de Microsoft Data Access Components (MDAC) al Service Pack 1 de MDAC 2.8.
Nota Si un equipo en el que el Service Pack 4 de los Componentes de base de datos se actualiza más adelante a una plataforma de sistema operativo posterior, la versión de MDAC instalada por el Service Pack 4 deja de estar presente.
Nota Vea el artículo 301202 de Knowledge Base para obtener instrucciones sobre cómo determinar la versión de MDAC de su equipo.
Cuando el Service Pack 4 de los Componentes de base de datos instala el Service Pack 1 de MDAC 2.8, la versión de idioma de MDAC es la misma que la versión de idioma del Service Pack 4 de los Componentes de base de datos. Si desea mantener una versión de idioma de MDAC diferente de la del Service Pack 4 de los Componentes de base de datos, debe descargar e instalar la versión de idioma deseada del Service Pack 1 de MDAC 2.8 antes de ejecutar el programa de instalación del Service Pack 4 de los Componentes de base de datos. Puede descargar las versiones de un idioma específico del Service Pack 1 de MDAC 2.8 en este sitio Web de Microsoft.
El Service pack 1 de MDAC 2.8 incluye una actualización al Service Pack 7 de MSXML 3.0. MDAC 2.81 actualiza también SQLXML 1.0, que se distribuyó con Microsoft SQL Server 2000. Este Service Pack no instala ni actualiza SQLXML 3.0. Si su aplicación requiere SQLXML 3.0, debe descargarlo e instalarlo de este sitio Web de Microsoft. Para obtener más información acerca del Service Pack 1 de MDAC 2.8, vea este sitio Web de Microsoft. Para obtener más información acerca de las versiones de MDAC, vea el artículo 822758 de Knowledge Base. Las revisiones incluidas en el Service Pack 1 de MDAC 2.8 están documentadas en el artículo 884930 de Knowledge Base.
Nota Las versiones preliminares del SP4 de SQL Server 2000 instalaban una versión preliminar del SP7 de MSXML 3.0. Si ha instalado una versión preliminar del SP4 de SQL Server 2000, es recomendable que descargue e instale la versión final del SP7 de MSXML 3.0 desde este sitio Web de Microsoft.
Antes de ejecutar el programa de instalación, debe identificar la versión de la instancia de los Componentes de base de datos que se va a actualizar.
Para identificar la versión instalada de los Componentes de base de datos de SQL Server 2000
SELECT SERVERPROPERTY('ProductLevel')SELECT @@VERSION SELECT SERVERPROPERTY('ProductVersion')| Versión y nivel de SQL Server 2000 | @@VERSION | Nivel de producto |
| Versión original de SQL Server 2000 | 8.00.194 | RTM |
| Service Pack 1 de los Componentes de base de datos | 8.00.384 | SP1 |
| Service Pack 2 de los Componentes de base de datos | 8.00.534 | SP2 |
| Service Pack 3 o 3a de los Componentes de base de datos, o MSDE 2000 Release A. | 8.00.760 | SP3 |
| Service Pack 4 de los Componentes de base de datos | 8.00.2039 | SP4 |
Nota Su versión del producto puede ser diferente de estos valores si aplicó alguna revisión después de instalar el producto o después de instalar algún Service Pack anterior. Por ejemplo, @@VERSION devuelve el valor 8.00.818 después de aplicar la revisión de seguridad MS03-031 al Service Pack 3a de SQL Server 2000.
SELECT SERVERPROPERTY('Edition')Si esta consulta devuelve "desktop engine", está ejecutando una instancia de MSDE 2000; de lo contrario, está ejecutando una instancia del motor de base de datos de SQL Server 2000.
El artículo 888799 de Microsoft Knowledge Base proporcionará una lista de las revisiones que contiene este Service Pack. Cada revisión enumerada en el artículo 888799 tiene un vínculo a un artículo de Knowledge Base acerca del problema que corrige la revisión. Siga los vínculos a los artículos de Knowledge Base para obtener información acerca de cada revisión.
Cualquier información relevante del Service Pack 4 de SQL Server 2000 que no estaba disponible a tiempo para incluirla en este archivo Léame se publicará en el artículo 884525 de Microsoft Knowledge Base.
Los artículos de Knowledge Base mencionados en este archivo Léame están disponibles en Microsoft Support Knowledge Base.
Para buscar un artículo en Knowledge Base
Todos los boletines de seguridad publicados acerca del Service Pack 3a de SQL Server 2000 y SQL Server 2000 (64 bits) se han corregido en el Service Pack 4.
Si recibió una revisión para SQL Server 2000 después del 2 de diciembre de 2004, es probable que esa revisión no esté incluida en el Service Pack 4. Póngase en contacto con su proveedor de soporte técnico para saber cómo obtener la misma revisión para el Service Pack 4 de SQL Server 2000.
El Service Pack 4 de SQL Server 2000 incluye mejoras en la capacidad de uso que permiten desinstalar revisiones futuras. Para obtener más información, vea la sección 5.10 Mejoras en la capacidad de uso.
El Service Pack 4 de Microsoft SQL Server 2000 incorpora cambios a los componentes de SQL Server 2000 que solucionan problemas provocados por el gusano Slammer:
Los usuarios de Microsoft SQL Server 2000 Windows® CE Edition (SQL Server CE) y SQL Server 2005 Mobile Edition (SQL Mobile) que han actualizado o planean actualizar los servidores de base de datos y del publicador de SQL Server 2000 al Service Pack 4, también deben actualizar los componentes de duplicación de servidor en los servidores con Servicios de Microsoft Internet Information Server (IIS). Existen instaladores actualizados de herramientas de servidor para SQL Server CE y SQL Mobile
Nota Incluso si ha actualizado los componentes de duplicación de servidor después de actualizar al Service Pack 3 o 3a de SQL Server 2000, debe instalar las últimas actualizaciones específicas del Service Pack 4 para los componentes de herramientas del servidor.
El Service Pack 4 de SQL Server 2000 quita la dependencia de OPENXML de la versión de MSXML instalada por el sistema operativo. El Service Pack 4 de componentes de bases de datos instala una versión interna de la tecnología MSXML que ofrece compatibilidad con versiones anteriores a MSXML 2.6.
Los Libros en pantalla de SQL Server 2000 constituyen la documentación principal del usuario para los Componentes de base de datos 2000. Se actualizan periódicamente con revisiones e información nueva.
Hay disponibles ejemplos del motor de base de datos y Analysis Services de SQL Server 2000 que se actualizaron los Service Packs 3 y 3a. Puede descargar estos ejemplos actualizados en este sitio Web de Microsoft.
El Service Pack 4 de SQL Server 2000 se distribuye de las siguientes formas:
Si dispone de un CD del Service Pack 4, puede actualizar una instancia de SQL Server 2000 al Service Pack 4 utilizando los archivos del Service Pack 4 de los Componentes de base de datos directamente desde el CD.
Nota LLL representa un designador que varía según el idioma.
Si no dispone de un CD del Service Pack 4, puede descargar SQL2000-KB884525-SP4-x86-LLL.exe y ejecutarlo para extraer los archivos del Service Pack 4 de los Componentes de base de datos en su equipo. SQL2000-KB884525-SP4-x86-LLL.exe crea un conjunto de carpetas y archivos en el disco que tienen la misma organización que las carpetas y archivos de los Componentes de base de datos en el CD del Service Pack 4. Una vez finalizada esta fase de extracción de archivos, puede instalar el Service Pack 4 de los Componentes de base de datos desde las carpetas del disco duro.
Los Service Packs de los Componentes de base de datos de SQL Server 2000 son específicos de cada idioma. Para actualizar una instancia de SQL Server 2000, debe obtener el Service Pack que tenga el mismo idioma que la instancia. Puede obtener el Service Pack en un CD del Service Pack 4 de SQL Server 2000 o descargando los archivos de dicho Service Pack. Por ejemplo, si actualiza una instancia de SQL Server 2000 que utiliza japonés, debe obtener la versión en japonés del Service Pack 4 de los Componentes de base de datos.
Si no está seguro del idioma de una instancia de SQL Server 2000:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\InstanceName\CurrentVersion
donde InstanceName es el nombre de la instancia.
| Idioma Valor del Registro (en hexadecimal) | Idioma Valor del Registro (en decimal) | Idioma de esa instancia |
| 0x00000404 | 1028 | Chino tradicional |
| 0x00000407 | 1031 | Alemán |
| 0x00000409 | 1033 | Inglés |
| 0x0000040a | 1034 | Español |
| 0x0000040c | 1036 | Francés |
| 0x00000410 | 1040 | Italiano |
| 0x00000411 | 1041 | Japonés |
| 0x00000412 | 1042 | Coreano |
| 0x00000804 | 2052 | Chino simplificado |
Para extraer el paquete de instalación autoextraíble del Service Pack 4 de los Componentes de base de datos:
Tras descargar el archivo autoextraíble que contiene el paquete de instalación, debe extraer los archivos del Service Pack 4 de los Componentes de base de datos:
Cuando descargue de Internet y extraiga los archivos de instalación del Service Pack 4 de los Componentes de base de datos, utilice las siguientes directrices:
Nota Cuando se extrae el Service Pack en un directorio compartido en red, la ruta de acceso a la carpeta que especifique es relativa a la carpeta desde la que ejecutó SQL2000-KB884525-SP4-x86-LLL.exe.
Los archivos de instalación del Service Pack 4 de los Componentes de base de datos contienen documentación actualizada sobre la instalación a la que puede tener acceso haciendo clic en Ayuda durante la instalación del Service Pack. Esta documentación sobre la instalación no actualiza la versión de los Libros en pantalla de SQL Server 2000 instalada en el equipo. Para obtener información sobre cómo obtener una versión actualizada de los Libros en pantalla de SQL Server 2000, vea la sección 1.6 Actualizaciones de los Libros en pantalla de SQL Server 2000. Si desea tener acceso sólo a la documentación actualizada sobre la instalación del Service Pack 4 de SQL Server 2000 sin actualizar los Libros en pantalla, ejecute el archivo Setupsql.chm. Este archivo se encuentra en la subcarpeta \Books de la carpeta del CD-ROM del Service Pack 4, la carpeta local o el recurso compartido que contiene los archivos extraídos del Service Pack.
Para instalar el Service Pack 4 de los Componentes de base de datos, siga las instrucciones de instalación que se indican en las secciones siguientes. Lea el material de la sección 1.0 Introducción antes de instalar el Service Pack 4 de los Componentes de base de datos. Los pasos para instalar el Service Pack 4 son los siguientes:
Debe hacer lo siguiente antes de instalar el Service Pack 4 de los Componentes de base de datos:
Antes de instalar el Service Pack 4 de los Componentes de base de datos, realice una copia de seguridad de las bases de datos master, msdb y model. La instalación del Service Pack 4 modifica las bases de datos master, msdb y model, y las hace incompatibles con versiones anteriores al Service Pack 4 de SQL Server. Las copias de seguridad de estas bases de datos son necesarias si decide reinstalar SQL Server 2000 sin el Service Pack 4.
Es también prudente realizar copias de seguridad de sus bases de datos de usuario, aunque el Service Pack 4 actualiza únicamente las bases de datos de usuario que forman parte de topologías de duplicación.
Si se produce un error, podrá restaurar la base de datos en un punto conocido después de la actualización al Service Pack 4, por medio de un plan de copia de seguridad existente que incluya la duplicación. Tras aplicar el Service Pack 4, se recomienda realizar una copia de seguridad del registro o de toda la base de datos de cualquier base de datos de usuario que participe en una topología de duplicación. De este modo, si una base datos de duplicación da error, no tiene que aplicar de nuevo el Service Pack 4 después de restaurar la base de datos.
Si la opción autogrow no está seleccionada para las bases de datos master y msdb, las bases de datos deben tener al menos 500 KB de espacio libre. Para comprobarlo, ejecute el procedimiento almacenado del sistema sp_spaceused para la base de datos master o msdb. Si el espacio no asignado de alguna de estas bases de datos es inferior a 500 KB, aumente el tamaño de la base de datos. Para obtener más información, vea "Expandir una base de datos" en los Libros en pantalla de SQL Server.
Si la opción autogrow está seleccionada para las bases de datos master y msdb, y hay suficiente espacio en las unidades, puede omitir el paso anterior de comprobación de espacio.
Para comprobar que la opción autogrow está activada en SQL Server 2000, abra el Administrador corporativo de SQL Server, haga clic con el botón secundario en el icono correspondiente a la base de datos y haga clic en Propiedades. Compruebe que la casilla de verificación Crecimiento automático del archivo está activada.
Debe detener todas las aplicaciones y servicios, incluido el Panel de control, Agregar o quitar programas, SQL Server 2000 Reporting Services, SQL Server 2000 Notification Services y todas las aplicaciones que realicen conexiones con la instancia del motor de base de datos que se va a actualizar, antes de instalar el Service Pack 4 del Motor de base de datos.
Puede aplicar el Service Pack 4 de los Componentes de base de datos sin cerrar primero los servicios, pero entonces algunos no se iniciarán de nuevo a menos que reinicie el sistema. Si no detiene los servicios, se le pedirá que reinicie el equipo cuando acabe la instalación. Si no reinicia el sistema, es posible que no se inicien los siguientes servicios:
Puede reducir la probabilidad de tener que reiniciar el equipo después de instalar el Service Pack 4 de los Componentes de base de datos. Para ello, detenga los servicios y las aplicaciones de la lista anterior antes de ejecutar el programa de instalación.
No puede detener los servicios en un entorno agrupado. Para obtener más información, vea la sección 3.4 Instalación en un clúster de conmutación por error.
La siguientes información se aplica únicamente a los Componentes de base de datos de SQL Server 2000.
Ejecute la secuencia de comandos Setup.bat desde una de estas ubicaciones:
Nota Para instalar los Componentes de base de datos desde un recurso compartido de red, debe realizar primero alguna de las siguientes acciones:
El programa de instalación muestra un cuadro de diálogo que solicita información; por ejemplo, si desea utilizar la autenticación de SQL Server o la autenticación de Windows. Si elige la autenticación de SQL Server, deberá suministrar al programa de instalación la contraseña del inicio de sesión sa. Si elige autenticación de Windows, debe ejecutar el programa de instalación habiendo iniciado sesión en Windows con una cuenta de inicio de sesión de Windows que sea miembro de la función fija de servidor sysadmin para la instancia de SQL Server 2000 que va a actualizar.
El programa de instalación realiza a continuación las siguientes tareas:
Nota Este cambio de contraseña se realiza inmediatamente; incluso si el programa de instalación da error, la contraseña se cambia.
Nota Los pasos anteriores sólo son necesarios al aplicar el Service Pack 4 a bases de datos o grupos de archivos no modificables que no participan en una topología de duplicación. Para obtener más información, vea la sección 3.6 Aplicación del Service Pack 4 a bases de datos o grupos de archivos de sólo lectura de una topología de duplicación.
El cuadro de diálogo Modo de autenticación no utiliza la configuración actual como configuración predeterminada para la instalación. La configuración predeterminada del cuadro de diálogo es Autenticación de Windows. Utilice este cuadro de diálogo para cambiar a autenticación de Windows o a autenticación en modo mixto por medio de una contraseña de inicio de sesión sa que no esté en blanco.
Nota Antes de cambiar el modo de autenticación o la contraseña de inicio de sesión sa, compruebe que este cambio no va a afectar a las aplicaciones existentes. Por ejemplo, si cambia una instancia de SQL Server de autenticación en modo mixto a autenticación de Windows, las aplicaciones existentes que intenten conectarse con autenticación de SQL Server no se pueden conectar hasta que el modo de autenticación se establezca en autenticación de Windows. Asimismo, si cambia la contraseña de inicio de sesión sa, las aplicaciones o procesos administrativos que utilicen la contraseña anterior no pueden conectarse hasta que se configuren para utilizar la nueva contraseña.
Importante Por razones de seguridad, no debe dejar nunca la contraseña en blanco en el inicio de sesión sa.
El programa de instalación incluye un registro de las acciones que realiza en el archivo Sqlsp.log. Este archivo de registro se almacena en la carpeta de Windows del equipo en el que se ejecuta el programa de instalación. Si actualiza varias instancias, sólo se recoge en este registro la actualización más reciente.
El cuadro de diálogo Lista de comprobación de compatibilidad con versiones anteriores muestra problemas que puede encontrar al aplicar el Service Pack a versiones de SQL Server anteriores al Service Pack 3. Los problemas de compatibilidad que aparecen en la lista de comprobación varían según la configuración de la instancia de SQL Server 2000 que se vaya a actualizar.
En este cuadro de diálogo, se pueden corregir los siguientes problemas de compatibilidad con versiones anteriores:
Nota de seguridad No se recomienda la habilitación del encadenamiento de la propiedad entre bases de datos para todas las bases de datos.
Una vez que el programa de instalación finalice, es posible que le pida que reinicie el sistema. La sección 3.1.3 Detenga los servicios y las aplicaciones antes de ejecutar el programa de instalación del Service Pack 4 de los Componentes de base de datos proporciona directrices acerca de cuándo es necesario reiniciar el equipo. Tras reiniciar el sistema (o cuando finalice la instalación sin necesidad de reiniciar), utilice la aplicación Servicios del Panel de control para asegurarse de que se están ejecutando los servicios que detuvo antes de aplicar el Service Pack. Los servicios que quizá haya detenido antes de aplicar el Service Pack son DTC y Microsoft Search, MSSQLServer, MSSQLServerOLAPService y SQLServerAgent o sus equivalentes específicos de la instancia.
Reinicie las aplicaciones que cerró antes de ejecutar el programa de instalación del Service Pack.
Asimismo, es recomendable realizar una copia de seguridad de las bases de datos master y msdb actualizadas en este momento.
La siguiente información se aplica únicamente a componentes de SQL Server 2000 que forman parte de un clúster de conmutación por error.
Para instalar el Service Pack en un clúster de conmutación por error
Nota Si un recurso de clúster se desactiva, el servicio de clúster desactivará también todos los recursos dependientes.
Nota El programa de instalación puede solicitar que se reinicien los nodos del clúster de conmutación por error. Esto reemplaza los archivos que estaban en uso durante la instalación por los archivos actualizados.
Si actualiza una instancia predeterminada (no agrupada en un clúster) de SQL Server a un servidor virtual, debe actualizar la instancia predeterminada a una instancia virtual y aplicar después el Service Pack 4. Para obtener más información acerca de la actualización, vea el tema "Cómo actualizar una instancia predeterminada a una instancia de clúster predeterminada de SQL Server 2000 (Instalación de SQL Server)" en los Libros en pantalla de SQL Server.
Para obtener más información acerca de cómo instalar el Service Pack 4 en un clúster de conmutación por error, vea el artículo 811168 de Knowledge Base.
Si necesita reconstruir un nodo del clúster de conmutación por error
Nota Si ejecuta el programa de instalación desde el nodo donde se ejecuta el servidor virtual, debe aplicar de nuevo el Service Pack 4 a todos los nodos. También debe ejecutar de nuevo las secuencias de comandos de actualización de la base de datos.
La siguiente información se aplica únicamente a instancias existentes de SQL Server 2000 que forman parte de una topología de duplicación.
Nota En muchos casos, especialmente en la duplicación de mezcla, el distribuidor y el publicador están en el mismo servidor y se actualizan a la vez.
Es posible que deba detener el sistema (parar todas las actualizaciones) y actualizar todos los servidores de forma simultánea en los siguientes casos.
La tabla siguiente incluye servidores que publican y se suscriben a publicaciones que permiten actualizaciones en el suscriptor. Como se ha indicado anteriormente, debe seguir el orden de actualización de distribuidor, publicador, suscriptor para topologías que permiten actualizaciones en el suscriptor. Este orden requiere que actualice el servidor A en primer lugar para la publicación de mezcla y el servidor B en primer lugar para la publicación transaccional con suscriptores de actualización. En este caso, debe detener el sistema y actualizar los servidores simultáneamente.
| Servidor A | Servidor B |
|---|---|
| Publicador y distribuidor para duplicación de mezcla | Suscriptor para duplicación de mezcla |
| Suscriptor para duplicación transaccional con actualización | Publicador y distribuidor para duplicación transaccional con actualización |
En este ejemplo, puede actualizar el servidor A en primer lugar porque la publicación transaccional de sólo lectura permite actualizar un suscriptor antes que el publicador y distribuidor.
| Servidor A | Servidor B |
|---|---|
| Publicador y distribuidor para duplicación de mezcla | Suscriptor para duplicación de mezcla |
| Suscriptor para duplicación transaccional de sólo lectura | Suscriptor y distribuidor para duplicación transaccional de sólo lectura |
La siguiente información se aplica únicamente a componentes de SQL Server 2000 que forman parte de una topología de duplicación.
Cuando existen bases de datos o grupos de archivos no modificables, el programa de instalación muestra el siguiente mensaje:
Setup has detected one or more databases and filegroups which are not writable.Normalmente, se puede omitir esta advertencia y continuar con la instalación. Sin embargo, si algunas de las bases de datos no modificables que figuran en el archivo de registro de la instalación son miembros de una topología de duplicación, debe convertir las bases de datos en modificables y volver a aplicar el programa de instalación del Service Pack 4 a esa instancia de SQL Server 2000.
Nota Este mensaje no afecta a las instalaciones desatendidas. Para obtener más información acerca de instalaciones desatendidas, vea la sección 4.1 Instalaciones desatendidas.
Durante la instalación, el programa de instalación no distingue entre bases de datos no modificables y bases de datos sin conexión o con estado sospechoso. Si una base de datos o un grupo de archivos de una topología de duplicación no se puede modificar durante la instalación, debe aplicar de nuevo el Service Pack para actualizar esa base de datos. Para obtener más información acerca de cómo conectar una base de datos, vea el tema "Adjuntar y separar una base de datos" en los Libros en pantalla de SQL Server 2000. Para obtener más información acerca del diagnóstico de bases de datos sospechosas, vea el tema "Solucionar problemas del servidor y de la base de datos" en los Libros en pantalla de SQL Server.
Para aplicar el Service Pack 4 de los Componentes de base de datos a una base de datos de sólo lectura
ALTER DATABASE como se muestra a continuación:
ALTER DATABASE database SET READ_WRITEALTER DATABASEcomo se muestra a continuación:
ALTER DATABASE database SET READ_ONLYPara aplicar el Service Pack 4 a un grupo de archivos de sólo lectura
ALTER DATABASEcomo se muestra a continuación:
ALTER DATABASE Database
MODIFY FILEGROUP filegroup_name READWRITE ALTER DATABASEcomo se muestra a continuación:
ALTER DATABASE Database
MODIFY FILEGROUP filegroup_name READONLYPara obtener más información acerca de ALTER DATABASE, vea el tema "ALTER DATABASE" en los Libros en pantalla de SQL Server 2000. Para obtener más información acerca de cómo aplicar de nuevo el Service Pack 4, vea la sección 3.9 Nuevas aplicaciones del Service Pack 4 de los Componentes de base de datos.
Cuando se actualiza una instancia del motor de base de datos de SQL Server 2000 al Service Pack 4 de los Componentes de base de datos, puede ser necesario comprobar que algunos de los procedimientos almacenados del sistema se actualicen en otras instancias de SQL Server o MSDE.
El Service Pack 4 de los Componentes de base de datos incluye una actualización de Microsoft Data Access Components (MDAC) al Service Pack 1 de MDAC 2.8. El Service Pack 1 de MDAC 2.8 incluye actualizaciones del proveedor SQLOLEDB y del controlador ODBC SQL Server. Para obtener más información, vea la sección 1.3 Comprobación de la versión de Microsoft Data Access Components. Cuando el proveedor o el controlador se conecta a una instancia de SQL Server o MSDE, utiliza un conjunto de procedimientos almacenados del sistema conocido procedimientos almacenados del catálogo. Las versiones de los procedimientos almacenados del catálogo de la instancia deben ser las mismas o posteriores que las versiones que utiliza el proveedor y el controlador. Si intenta conectarse a una instancia de SQL Server o MSDE que tenga versiones anteriores de los procedimientos almacenados del catálogo, recibirá el siguiente error:
The ODBC catalog stored procedures installed on server <ServerName>
are version <OldVersionNumber>; version <NewVersionNumber> or later
is required to ensure proper operation. Please contact your system
administrator.
Cada versión del proveedor y el controlador se distribuye con una secuencia de comandos denominada Instcat.sql. Esta secuencia de comandos actualiza los procedimientos almacenados del catálogo en cualquier instancia de SQL Server o MSDE que tenga una versión anterior del catálogo.
Tras instalar el Service Pack 4 de los Componentes de base de datos, debe ejecutar la secuencia de comandos Instcat.sql desde el Service Pack en cualquier instancia de SQL Server o MSDE que sea una versión anterior al Service Pack 4 de SQL Server 2000 y tenga las siguientes características:
Para actualizar los procedimientos almacenados del catálogo en una instancia que utilice el modo de autenticación de Windows:
osql -E -SComputerName -ilocation\instcat.sqlosql -E -SComputerName\InstanceName -ilocation\instcat.sqlPara actualizar los procedimientos almacenados del catálogo en una instancia que utilice el modo mixto:
osql -UAnAdminLogin -PAdminPassword -SComputerName
-ilocation\instcat.sqlosql -UAnAdminLogin -PAdminPassword
-SComputerName\InstanceName -ilocation\instcat.sqldonde:
La secuencia de comandos Instcat.sql genera muchos mensajes. Normalmente, estos mensajes no indican errores; sólo informan de las filas afectadas por cada instrucción de Transact-SQL de la secuencia de comandos. El último mensaje debe indicar si la secuencia de comandos se ejecutó correctamente.
Para quitar el Service Pack 4 de los Componentes de base de datos, siga los pasos de esta sección.
Nota Las actualizaciones de MDAC no se desinstalan. Para obtener más información, vea la sección 1.3 Comprobación de la versión de Microsoft Data Access Components.
Para poder volver a versiones anteriores al Service Pack 4 de los componentes de SQL Server 2000, debe crear una copia de seguridad de las bases de datos master, msdb y model antes de instalar el Service Pack 4. Para obtener más información, vea la sección 3.1.1 Realice copias de seguridad de sus bases de datos de SQL Server.
Si cualquiera de las bases de datos interviene en la duplicación, debe deshabilitar la publicación.
Para deshabilitar la publicación:
Para volver a una versión anterior al Service Pack 4 de SQL Server
Advertencia Cuando vuelva a la versión de SQL Server 2000 anterior al Service Pack 4, se perderán todos los cambios realizados en las bases de datos master, msdb y model desde que aplicó el Service Pack 4.
La siguiente información se aplica a todos los componentes.
En los casos siguientes, debe aplicar de nuevo el Service Pack 4:
Para aplicar de nuevo el Service Pack 4, siga los pasos que se indican en la sección 3.0 Instalación del Service Pack.
Esta sección documenta consideraciones adicionales para la instalación del Service Pack que se aplican únicamente a casos especiales.
El Service Pack 4 de los Componentes de base de datos no incluye ya archivos de inicialización del programa de instalación predefinidos (.iss). Sin embargo, cada vez que ejecute una instalación atendida del Service Pack 4 de los Componentes de base de datos, las opciones de instalación se escriben en el archivo setup.iss, que se encuentra en la carpeta system. Este archivo .iss se puede usar más adelante para ejecutar una instalación desatendida del Service Pack 4 de los Componentes de base de datos. Para obtener más información acerca de cómo realizar instalaciones desatendidas, vea el tema "Realizar una instalación desatendida" en los Libros en pantalla de SQL Server 2000.
Las siguientes consideraciones se aplican a instalaciones desatendidas:
start /wait setupsql.exe -s -sms -f1 C:\Windows\setup.iss -sapwd password Nota de seguridad Cuando sea posible, proporcione las credenciales de seguridad en tiempo de ejecución. Si almacena las credenciales en un archivo de secuencia de comandos, debe proteger el archivo para impedir el acceso no autorizado.
Nota de seguridad Se recomienda encarecidamente no utilizar contraseñas en blanco, puesto que las contraseñas en blanco suponen una importante vulnerabilidad a infracciones de seguridad.
| Conmutador de instalación desatendida | Descripción |
|---|---|
| UpgradeMSSearch | Este conmutador es necesario para la reconstrucción de los catálogos de texto. Si está habilitada la búsqueda de texto, debe establecer este conmutador en 1. Para obtener más información, vea la sección 5.1.4 Los catálogos de texto se generan de nuevo tras finalizar la instalación. |
| MSXTSXUpgraded | Este conmutador es necesario para controlar el problema de actualización de las configuraciones de los servidores principal y de destino. Si va a aplicar el Service Pack 4 a un servidor principal o de destino, debe establecer este conmutador en 1. Para obtener más información, vea la sección 5.3.2 Cambios en las configuraciones de los servidores principal y de destino. |
| EnableCrossDBChaining | (Opcional) Este conmutador se utiliza para habilitar el encadenamiento de la propiedad entre bases de datos. Para habilitar el encadenamiento de la propiedad entre bases de datos, establezca este conmutador en 1. Para obtener más información, vea la sección 5.1.10 Encadenamiento de la propiedad entre bases de datos. |
| EnableErrorReporting | (Opcional) Este conmutador se utiliza para habilitar los informes de errores. Para habilitar los informes de errores, establezca este conmutador en 1. Para obtener más información, vea la sección 5.9 Informes de errores. |
El Service Pack 4 de los Componentes de base de datos incluye el archivo autoextraíble Sqlredis.exe. Cuando se ejecuta Sqlredis.exe, éste:
Puede redistribuir el archivo Sqlredis.exe bajo los términos y condiciones descritos en el archivo Redist.txt que acompaña al Service Pack 4.
No puede instalar el Service Pack 4 de los Componentes de base de datos desde una ubicación remota. Sin embargo, puede utilizar Microsoft Systems Management Server para instalar el Service Pack 4 automáticamente en varios equipos que ejecuten Windows Server 2003, Windows XP o Windows 2000. Para ello, debe utilizar un archivo de definición de paquete (Smssql2ksp4.pdf) que automatice la creación de un paquete de SQL Server en Systems Management Server. Así se puede distribuir e instalar el paquete de SQL Server en equipos que ejecuten Systems Manager Server. El archivo Sms2kdef.bat es un archivo por lotes que inicia una instalación desatendida utilizando Systems Management Server. En este tipo de instalación, el programa de instalación detecta automáticamente información importante del sistema que necesita. No se requiere acción alguna por parte del usuario.
Esta sección trata problemas que pueden surgir después de aplicar el Service Pack 4 de los Componentes de base de datos y las nuevas características que están disponibles al ejecutar el Service Pack 4. Estos problemas surgen cuando se ejecuta el Service Pack para actualizar una versión anterior de SQL Server 2000. Esta sección no explica todas las revisiones que proporciona el Service Pack 4. Para obtener una lista completa de estas revisiones, vea el artículo 888799 de Microsoft Knowledge Base.
Cualquier información relevante del Service Pack 4 de SQL Server 2000 que no estaba disponible a tiempo para incluirla en este archivo Léame se publicará en el artículo 884525 de Microsoft Knowledge Base.
Las siguientes mejoras se aplican a instancias de SQL Server 2000 en las que está instalado el Service Pack 4 de los Componentes de base de datos.
Incluido en el Service Pack 1
Se han quitado los equipos hash. Debido a algunas mejoras realizadas en SQL Server 2000, los equipos hash ya no ofrecen los beneficios de rendimiento que proporcionaban con SQL Server 7.0. Por otra parte, la eliminación de los equipos hash mejora la estabilidad de SQL Server 2000.
Por tanto, el optimizador de consultas ya no genera los planes de consulta mediante los equipos hash.
En raras ocasiones, la supresión de equipos hash puede ralentizar el procesamiento de una consulta. Analice dichas consultas para averiguar si la creación de índices más adecuados permitiría recuperar el nivel de rendimiento anterior para las consultas.
Incluido en el Service Pack 1
Se han agregado dos conmutadores de máscara de afinidad en este Service Pack.
Este Service Pack permite especificar las CPU que se utilizarán para ejecutar los subprocesos de las operaciones de E/S de disco. Este conmutador debe utilizarse siempre con la opción máscara de afinidad. Para obtener más información, vea el artículo 298402.
Con este Service Pack, puede configurar sistemas habilitados para VIA (Arquitectura de interfaz virtual) para enlazar las conexiones de SQL Server desde ciertas tarjetas de red a un procesador o conjunto de procesadores. Este conmutador debe utilizarse siempre con la opción máscara de afinidad. Para obtener más información, vea el artículo 299641.
Incluido en el Service Pack 2
Si ha experimentado el error 355069 de SQL Server 2000, tal y como se describe en el artículo 306467 de Microsoft Knowledge Base, este Service Pack sólo evitará que se vuelvan a producir resultados inesperados debidos a modificaciones de datos. Además de aplicar esta revisión, deberá volver a crear todos los índices basados en vistas con condiciones de filtro.
Incluido en el Service Pack 3
Todos los catálogos de texto se generan de nuevo como parte de la instalación del Service Pack 4 cuando se actualiza desde el Service Pack 2 o anterior. La regeneración es automática y consume muchos recursos. Las consultas en los catálogos de texto pueden devolver resultados parciales o no devolver ningún resultado hasta que termine el proceso de regeneración. Una vez instalado el Service Pack 4, los registros de sucesos del sistema contienen mensajes que indican que los catálogos que estaban dañados eran de una versión anterior y fue necesario volver a generarlos.
Para obtener más información, vea el artículo 327217 de Knowledge Base, que trata también posibles soluciones para mantener disponible la búsqueda de texto durante el proceso de regeneración y evitar una regeneración automática.
Incluido en el Service Pack 3
Cuando ejecute sp_change_users_login con el argumento @Action=Auto_Fix, debe especificar una contraseña. sp_change_users_login asigna la contraseña a cualquier inicio de sesión nuevo que cree para el usuario. El ejemplo siguiente muestra el nuevo argumento @Password:
sp_change_users_login [ @Action = ] 'action'
[ , [ @UserNamePattern = ] 'user' ]
[ , [ @LoginName = ] 'login' ]
[ , [ @Password = ] 'password' ]Utilice el argumento @Password sólo con @Action=Auto_Fix. El ejemplo siguiente muestra la nueva sintaxis del comando sp_change_users_login cuando se utiliza Auto_Fix. Otros ejemplos de los Libros en pantalla de SQL Server permanecen sin cambios.
USE pubs
go
EXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-36'
GoIncluido en el Service Pack 3
Si no está definida explícitamente la opción del Registro DisallowAdhocAccess, de manera predeterminada, no se permite el acceso ad hoc a proveedores OLE DB. Esto significa que la sintaxis de consulta ad hoc, como OPENDATASOURCE y OPENROWSET, no funcionará con servidores remotos. Para permitir el acceso ad hoc, debe establecer explícitamente la opción DisallowAdhocAccess en 0.
Incluido en el Service Pack 3
Para habilitar un procesamiento más eficaz de las consultas remotas que incluyan predicados LIKE, se ha agregado la opción SqlServerLike al Service Pack 3. A partir del Service Pack 3 de SQL Server 2000 se incluyen dos opciones para enviar operaciones LIKE a servidores vinculados. Si el proveedor OLE DB de un servidor vinculado admite la sintaxis de SQL Server para el operador LIKE y comodines, puede especificar la opción SqlServerLIKE para que SQL Server envíe operaciones LIKE utilizando la sintaxis de SQL Server. Si el proveedor OLE DB de un servidor vinculado indica que admite la sintaxis de nivel de entrada ANSI/ISO SQL-92 o devuelve la propiedad SQLPROP_ANSILIKE, SQL Server envía operaciones LIKE al servidor vinculado utilizando la sintaxis SQL-92. Para obtener más información acerca de SQLPROP_ANSILIKE, vea el tema "Programar el conjunto de propiedades SQLPROPSET_OPTHINTS" en los Libros en pantalla de SQL Server 2000.
Debe agregar un valor de clave del Registro para habilitar la opción SqlServerLIKE para un proveedor OLE DB.
Nota de seguridad Si se modifica incorrectamente el Registro, puede dar lugar a problemas serios que pueden requerir la reinstalación del sistema operativo. Microsoft no garantiza que se puedan resolver los problemas debidos a la incorrecta modificación del Registro. Antes de editar el Registro, cree una copia de seguridad de los datos importantes.
HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\<Nombre de la instancia>\Providers\<Nombre del proveedor>
HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\<Nombre del proveedor>
Incluido en el Service Pack 3
Para consultas distribuidas, SQL Server devuelve información de errores del proveedor y del servidor. Cuando una consulta entre servidores vinculados da lugar a un error, SQL Server comprueba si el proveedor admite la interfaz OLE DB IErrorRecords. Si se admite esta interfaz, SQL Server llama a la función GetErrorInfo para obtener información de errores adicional del proveedor y devuelve esta información al usuario como parte del mensaje de error. Si no se admite la interfaz IErrorRecords, no hay cambio en el comportamiento de SQL Server: SQL Server devuelve un error genérico.
Por ejemplo, ejecute la siguiente consulta en un servidor que utilice MSDASQL, que no admite sql_variant:
SELECT * FROM remote2k.dqtable.dbo.sqlvariantnotnull
--Remote2k is a loopback server.Antes del Service Pack 3, SQL Server devolvía el siguiente mensaje de error:
Server: Msg 7356, Level 16, State 1, Line 1
OLE DB provider 'msdasql' supplied inconsistent metadata for a column.
Metadata information was changed at execution time.
Después de aplicar el Service Pack 3 o posterior, SQL Server devuelve el siguiente mensaje de error:
Server: Msg 7356, Level 16, State 1, Line 1
OLE DB provider 'msdasql' supplied inconsistent metadata for a column.
Metadata information was changed at execution time.
OLE DB error trace [Non-interface error: Column 'sql_variant' (compile-time
ordinal 3) of object '"dqtable"."dbo"."sqlvariantnotnull"' was reported
to have a DBCOLUMNFLAGS_ISFIXEDLENGTH of 16 at compile time and 0 at run time].
Incluido en el Service Pack 3
El Service Pack 3 y posterior incluye la nueva función fn_get_sql, que devuelve el texto de la instrucción SQL para el identificador de SQL especificado. Además, para admitir esta función, se han agregado tres columnas nuevas a la tabla del sistema sysprocesses: sql_handle, stmt_start y stmt_end.
fn_get_sql está documentada en la última copia de los Libros en pantalla de SQL Server 2000. Para obtener información sobre cómo instalar la última versión de los Libros en pantalla de SQL Server 2000, vea la sección 1.6 Actualizaciones de los Libros en pantalla de SQL Server 2000. Ésta es una copia en inglés del tema de referencia dedicado a fn_get_sql.
Incluido en el Service Pack 3
Este Service Pack proporciona nuevas opciones para activar y desactivar el encadenamiento de la propiedad entre bases de datos.
Cuando se instala el Service Pack 4 de los Componentes de base de datos, el cuadro de diálogo Lista de comprobación de compatibilidad con versiones anteriores del programa de instalación muestra una opción para configurar el encadenamiento de la propiedad entre bases de datos. De manera predeterminada, el programa de instalación desactiva el encadenamiento de la propiedad entre bases de datos para todas las bases de datos de usuario. Puede habilitar el encadenamiento de la propiedad entre bases de datos para todas las bases de datos. Para obtener más información, vea Cuadro de diálogo Lista de comprobación de compatibilidad con versiones anteriores
Nota No se recomienda la habilitación del encadenamiento de la propiedad entre bases de datos para todas las bases de datos.
Tras la instalación, puede utilizar los métodos siguientes para activar y desactivar el encadenamiento de la propiedad entre bases de datos para todas las bases de datos en la instancia:
Si el encadenamiento de la propiedad entre bases de datos está desactivado para la instancia, puede configurarlo para bases de datos individuales. Utilice los métodos siguientes para activar y desactivar el encadenamiento de la propiedad para una base de datos:
Para obtener más información, haga clic en el botón Ayuda de la página Lista de comprobación de compatibilidad con versiones anteriores cuando ejecute el programa de instalación, descargue la edición actualizada de los Libros en pantalla de SQL Server 2000 o vea el artículo 810474 de Knowledge Base.
Incluido en el Service Pack 3
La marca de seguimiento 1204 devuelve el tipo de los bloqueos que participan en el interbloqueo y el comando actual afectado. En el Service Pack 3 y posteriores, cuando esta marca de seguimiento está activada, la información de interbloqueo se escribe automáticamente en el registro de errores.
Incluido en el Service Pack 3
Sólo los miembros de la función fija de servidor sysadmin pueden ejecutar el procedimiento almacenado del sistema sp_changedbowner.
Incluido en el Service Pack 3
La funcionalidad de depuración de procedimientos almacenados con Microsoft Visual Studio® 6.0 y posterior o con el Analizador de consultas de SQL Server anterior al Service Pack 3 está desactivada de manera predeterminada. La depuración de aplicaciones (deteniéndose en un punto de interrupción de Transact-SQL de SQL Server mientras se depura una aplicación cliente) está desactivada también de manera predeterminada. Para habilitar la funcionalidad de depuración, ejecute sp_sdidebug, pasando el parámetro legacy_on. Para deshabilitar la depuración, pase legacy_off a este procedimiento.
Nota No se recomienda ejecutar el procedimiento almacenado sp_sdidebug en servidores de producción.
Para obtener más información, vea el artículo 328151 de Microsoft Knowledge Base.
Nota Los Libros en pantalla hacen referencia al componente de depuración de cliente sqldbreg.exe. En el Service Pack 3, se cambió el nombre de este archivo de componente a sqldbreg2.exe.
Incluido en el Service Pack 3
Tras aplicar el Service Pack, no se puede deshabilitar el protocolo Canalizaciones con nombre en instancias del motor de base de datos que participen en un clúster de conmutación por error.
Incluido en el Service Pack 3a
A partir del Service Pack 3a de SQL Server 2000, las instancias del motor de base de datos de SQL Server 2000 y MSDE 2000 que no estén configuradas para admitir comunicaciones de red dejarán de usar el puerto UDP (Protocolo de datagramas de usuarios) 1434. Las instancias que estén configuradas para admitir comunicaciones de red utilizarán UDP 1434.
Una instancia actualizada al Service Pack 3a o posterior dejará de usar UDP 1434 siempre que todas las bibliotecas de red de servidor de la instancia, excepto la biblioteca de red de memoria compartida, estén deshabilitadas. La instancia comenzará a utilizar el puerto 1434 siempre que habilite cualquiera de las bibliotecas de red de servidor. Para obtener información acerca de cómo deshabilitar y habilitar las bibliotecas de red de servidor, vea el tema "Herramienta de red de SQL Server" en los Libros en pantalla de SQL Server 2000.
Si un equipo utiliza el puerto UDP 1434, no deja de usarlo hasta que todas las instancias de SQL Server 2000 y MSDE 2000 del equipo se hayan actualizado al Service Pack 3a o posterior y se hayan configurado para no admitir comunicaciones de red.
Si el puerto UDP 1434 está abierto o cerrado no depende del estado de la biblioteca de red de memoria compartida. Esta biblioteca se utiliza únicamente para conexiones locales y no utiliza una red. La biblioteca de red de memoria compartida está siempre activa, no se puede habilitar ni deshabilitar.
No puede deshabilitar todas las bibliotecas de red de servidor cuando instale o actualice instancias del motor de base de datos de SQL Server 2000.
Incluido en el Service Pack 4
En el Service Pack 4, el valor máximo de la opción de tamaño de paquete de red (establecido con sp_configure) es 32767. Es ligeramente inferior a la mitad del máximo anterior de 65536. Durante la actualización, los valores existentes mayores que 32767 se ajustarán automáticamente a 32767. Si una secuencia de comandos intenta utilizar sp_configure para establecer un valor mayor que 32767 pero menor o igual que 65536, el valor se establecerá también en 32767. Si se establece el tamaño de paquete de red en un valor mayor que 65536, se produce un error.
Incluido en el Service Pack 4
El Service Pack 4 incluye un cambio en el comportamiento del optimizador de SQL Server que afecta a las consultas que contienen predicados con listas IN de gran tamaño o muchas cláusulas OR. Más específicamente, este cambio (incluido en la revisión 789 de SQL Server 2000) afecta a las consultas que contienen (o que se pueden reescribir utilizando una expresión equivalente que contenga) lo siguiente:
Debido a este cambio, SQL Server utiliza menos memoria al compilar estos tipos de instrucciones y, por tanto, evita errores debidos a memoria insuficiente. En raras ocasiones, cuando estos tipos de consulta se ejecutan en sistemas que tienen mucha memoria y un grado bajo de paralelismo, el optimizador puede elegir un plan de consulta con menos rendimiento. Para omitir el cambio de comportamiento del optimizador, se ha proporcionado el indicador de traza 9060 en este Service Pack. De manera predeterminada, el indicador de traza 9060 está desactivado. Cuando se activa este indicador, se habilita el comportamiento del Service Pack 3 anterior a la revisión 789. Si se produce el error 701 (memoria del sistema insuficiente) cuando se activa el indicador de traza, considere la posibilidad de escribir de nuevo las consultas usando tablas temporales o variables de tabla para los valores de las listas IN. Para intervalos numéricos, utilice cláusulas BETWEEN u operadores mayor que (>) o menor que (<). Para obtener información acerca del uso de indicadores de traza, vea el tema "Indicadores de traza" en los Libros en pantalla de SQL Server.
Incluido en el Service Pack 4
El Service Pack 4 es compatible con los protocolos de red Banyan VINES, Multiprotocol, AppleTalk y NWLink IPX/SPX. Sin embargo, estos protocolos no serán compatibles con SQL Server 2005 y versiones posteriores. Téngalo en cuenta.
Incluido en el Service Pack 4
Cuando se ejecuta el modo Windows-on-Windows 64 (WOW) en Windows Server 2003 x64 con Service Pack 1 o posterior, no se puede usar la versión predeterminada de 64 bits del Monitor de rendimiento de Windows para obtener acceso a los contadores de rendimiento de SQL Server que se utilizan para supervisar una instancia del Service Pack 4 de SQL Server 2000. En su lugar, debe usar la versión de 32 bits del Monitor de rendimiento de Windows. La versión de 32 bits se encuentra en:
%systemdrive%\WINDOWS\SysWOW64\perfmon.exe
En modo WOW, los contadores de rendimiento de SQL Server se pueden ver únicamente cuando la versión de 32 bits del Monitor de rendimiento se ejecuta en el mismo equipo que la instancia del Service Pack 4 de SQL Server 2000.
Esta restricción no se aplica a Windows Server 2003 para sistemas basados en Itanium de 64 bits.
Esta sección comenta las mejoras de la función de duplicación de SQL Sever 2000 incluidas en el Service Pack 4.
Incluido en el Service Pack 1
Durante la configuración de la duplicación transaccional, se crean procedimientos almacenados personalizados en la base de datos de suscripciones para insertar, eliminar y actualizar acciones. Independientemente del número de columnas afectadas por la instrucción UPDATE, el procedimiento almacenado personalizado de actualización procede a actualizar todas las columnas de la tabla de suscripciones. Las columnas que no se hayan modificado se restablecen con los mismos valores existentes antes de la actualización. Por norma general, esta acción no suele provocar problemas. No obstante, si alguna de las columnas estuviera indizada, el hecho de restablecerla podría resultar costoso.
Si utiliza duplicación transaccional y tiene varios índices en la tabla de suscripciones, pero sólo algunos valores de columna cambian con las actualizaciones, la sobrecarga que supone el mantenimiento del índice puede limitar el rendimiento cuando se aplican los cambios al suscriptor. Por ejemplo, una base de datos de suscripciones que se utilice para informes puede tener muchos más índices que una base de datos de publicaciones. Crear la instrucción UPDATE de forma dinámica en tiempo de ejecución puede mejorar el rendimiento. La actualización se aplica entonces sólo a las columnas que se hayan modificado, lo cual optimiza la cadena UPDATE.
Este Service Pack incluye un nuevo procedimiento almacenado, sp_scriptdynamicupdproc, que genera un procedimiento almacenado personalizado que puede utilizar en el suscriptor para crear dinámicamente la instrucción UPDATE en tiempo de ejecución. Sin embargo, la creación de la instrucción UPDATE dinámica en tiempo de ejecución supone procesamiento adicional.
sp_scriptdynamicupdproc está documentado en la última copia de los Libros en pantalla de SQL Server 2000. Para obtener información sobre cómo instalar la última versión de los Libros en pantalla de SQL Server 2000, vea la sección 1.6 Actualizaciones de los Libros en pantalla de SQL Server 2000. Ésta es una copia en inglés del tema de referencia dedicado a sp_scriptdynamicupdproc.
Incluido en el Service Pack 1
En la duplicación transaccional, las instrucciones UPDATE suelen duplicarse como actualizaciones. Sin embargo, si la actualización cambia una columna que forma parte de un índice único, un índice agrupado o una expresión utilizada como restricción única, la actualización se lleva a cabo como una instrucción DELETE seguida de una instrucción INSERT en el suscriptor. Esto se hace porque este tipo de actualización puede afectar a varias filas y se puede producir una infracción de unicidad si las actualizaciones se entregan fila por fila.
Si la actualización afecta sólo a una fila, no se producen infracciones de unicidad. Por tanto, se ha agregado el indicador de traza 8207 al Service Pack para permitir que las actualizaciones de columnas únicas que afecten sólo a una fila se puedan duplicar como instrucciones UPDATE. Este proceso de optimización se ha agregado específicamente para aplicaciones que instalan desencadenadores UPDATE definidos por el usuario en el suscriptor y que requieren dichos desencadenadores para lanzar actualizaciones que afecten sólo a una fila de una columna única.
Para utilizar el indicador de traza 8207, actívelo desde el símbolo del sistema (sqlservr.exe -T8207) o en tiempo de ejecución mediante DBCC TRACEON(8207, -1) antes de iniciar el Agente de lector del registro.
Importante Normalmente, el indicador de traza 8207 se utiliza con la duplicación transaccional de sólo lectura. No lo utilice con suscripciones actualizables si la clave primaria UPDATE puede aparecer en el suscriptor.
[Volver al principio]Incluido en el Service Pack 1
En SQL Server 2000, el procesamiento de instantáneas simultáneas no era recomendable si la tabla de publicaciones contenía un índice único distinto de la clave principal o de la clave de clúster. Si se realizaban modificaciones de datos en la clave de clúster mientras se generaba una instantánea simultánea, la duplicación podía provocar errores de clave duplicada al aplicar dicha instantánea a un suscriptor. Con este Service Pack, se han suprimido las restricciones al uso del procesamiento de instantáneas simultáneas.
Incluido en el Service Pack 1
Si se configuran suscripciones nosync (es decir, suscripciones que no reciben la instantánea inicial), los procedimientos almacenados personalizados para las instrucciones INSERT, UPDATE y DELETE deben crearse manualmente. Habitualmente, estas instrucciones se crean en el suscriptor cuando se entrega la instantánea inicial. Se ha agregado un nuevo procedimiento almacenado, sp_scriptpublicationcustomprocs, que permite generar secuencias de comandos para los procedimientos almacenados personalizados del nivel de publicación. Esta nueva funcionalidad facilita la configuración de suscripciones nosync.
sp_scriptpublicationcustomprocs está documentado en la última copia de los Libros en pantalla de SQL Server 2000. Para obtener información sobre cómo instalar la última versión de los Libros en pantalla de SQL Server 2000, vea la sección 1.6 Actualizaciones de los Libros en pantalla de SQL Server 2000. Ésta es una copia en inglés del tema de referencia dedicado a sp_scriptpublicationcustomprocs.
Incluido en el Service Pack 1
Cuando las tablas del sistema de duplicación de mezcla contienen grandes cantidades de metadatos, la limpieza de metadatos mejora el rendimiento. Antes del Service Pack 1 de SQL Server 2000, los metadatos sólo se podían limpiar al ejecutar sp_mergecleanupmetadata. Sin embargo, a partir del Service Pack 1 de SQL Server 2000, se incluye limpieza de metadatos basada en retenciones, de forma que los metadatos pueden eliminarse automáticamente de las siguientes tablas del sistema:
Nota Las tablas de imágenes previas están presentes cuando se ha activado la opción de optimización de sincronización @keep_partition_changes en la publicación.
La limpieza de metadatos basada en retenciones funciona del siguiente modo:
Nota El parámetro -MetadataRetentionCleanup está establecido en 1 para todos los perfiles del Agente de mezcla incluidos en el Service Pack 1 de SQL Server 2000 y versiones posteriores. Si actualiza un servidor al Service Pack 1 o posterior y, a continuación, agrega duplicación de mezcla, se actualiza automáticamente el perfil del Agente de mezcla para incluir este parámetro. Si actualiza un servidor que ya tiene habilitada la duplicación de mezcla al Service Pack 1 o posterior, el perfil del Agente de mezcla no se actualiza automáticamente; actualícelo ejecutando sp_add_agent_parameter (vea Parámetro adicional para sp_add_agent_parameter más adelante en esta sección).
Importante El período de retención predeterminado para las publicaciones es de 14 días. Si un artículo forma parte de varias publicaciones, pueden existir distintos períodos de retención. En estos casos, se toma el período de retención más largo para determinar el momento más temprano en que puede realizarse la limpieza. Si hay varias publicaciones en una base de datos y alguna de ellas utiliza un período de retención de publicación infinito (@retention=0), la limpieza de los metadatos de mezcla no se ejecuta de forma automática. Por ese motivo, debe utilizar con cuidado el período de retención infinito de la publicación.
Ahora, el procedimiento almacenado del sistema sp_add_agent_parameter incluye el parámetro MetadataRetentionCleanup, que permite agregar o quitar la limpieza de metadatos basada en retenciones desde perfiles del Agente de mezcla. El valor 1 indica que el perfil debe incluir la limpieza; el valor 0 indica que no debe incluirla. Por ejemplo, para agregar la limpieza de metadatos basada en retenciones a un perfil, ejecute el código siguiente:
EXEC sp_add_agent_parameter @profile_id=<my_profile_id>,
@parameter_name='MetadataRetentionCleanup', @parameter_value=1Para que se ejecute la limpieza basada en retenciones de forma automática en una base de datos que participa en duplicación de mezcla, tanto la base de datos como el Agente de mezcla deben estar en servidores con el Service Pack 1 o posterior de SQL Server 2000. Por ejemplo:
En el peor de los casos, la limpieza automática podría producir conflictos falsos sólo en algunos servidores, pero en raras ocasiones. En las topologías que incluyen versiones de SQL Server anteriores al Service Pack 1 de SQL Server 2000, puede mejorar el rendimiento si ejecuta sp_mergemetadatacleanup en todos los servidores en los que no se realiza la limpieza de forma automática.
La limpieza de metadatos basada en retenciones evita que se sobrescriban cambios en otros nodos de forma silenciosa o no convergente. No obstante, pueden producirse conflictos falsos si se cumplen las condiciones siguientes:
Por ejemplo, si se limpian los metadatos del publicador pero no los del suscriptor y se efectúa una actualización en el publicador, se produce un conflicto incluso si los datos parecen estar sincronizados.
Para evitar este tipo de conflicto, asegúrese de que se limpian los metadatos de los nodos relacionados de forma prácticamente simultánea. Si -MetadataRetentionCleanup está establecido en 1, tanto el publicador como el suscriptor se limpian de forma automática antes de que se inicie la mezcla, lo que garantiza que los nodos se limpien al mismo tiempo. Si se produce un conflicto, utilice el visor de conflictos de duplicación de mezcla para examinar el conflicto y modificar el resultado en caso necesario.
Si un artículo pertenece a varias publicaciones o se halla en un escenario de republicación, es posible que los períodos de retención de una fila determinada sean diferentes en el publicador y el suscriptor. Para reducir las posibilidades de limpiar metadatos en un lugar pero no en otro, se recomienda que dichas publicaciones distintas tengan períodos de retención similares.
Nota Si las tablas del sistema contienen grandes cantidades de metadatos que se deben limpiar, el proceso de mezcla puede tardar mucho tiempo. Limpie los metadatos regularmente para evitar este tipo de problemas.
Incluido en el Service Pack 1
Las bases de datos de publicaciones restauradas a partir de una copia de seguridad se deben sincronizar primero con una base de datos de suscripciones que disponga de una suscripción global (es decir, una suscripción con un valor de prioridad asignado) a fin de garantizar un comportamiento de convergencia correcto. La sincronización garantiza que se vuelvan a aplicar con exactitud los cambios perdidos en la base de datos de publicaciones debido a la operación de restauración.
No sincronice la base de datos de publicaciones con una base de datos de suscripciones que tenga una suscripción anónima. Dado que las suscripciones anónimas no presentan suficientes metadatos para aplicar cambios en la base de datos de publicaciones, dicha sincronización podría producir datos no convergentes.
Cuando planee operaciones de copia de seguridad y restauración para la duplicación de mezcla, tenga en cuenta los siguientes aspectos adicionales:
Restaure una base de datos de suscripciones a partir de una copia de seguridad sólo si dicha copia de seguridad no tiene una fecha anterior al período de retención más corto de todas las publicaciones a las que esté suscrito el suscriptor. Por ejemplo, si un suscriptor se suscribe a tres publicaciones cuyos períodos de retención son 12, 20 y 30 días respectivamente, la copia de seguridad que debe utilizarse para restaurar la base de datos no debe tener más de 10 días.
Es recomendable sincronizar un suscriptor con el publicador antes de llevar a cabo la copia de seguridad. De lo contrario, el sistema podría no converger correctamente si se restaurase el suscriptor a partir de dicha copia de seguridad. Aunque el propio archivo de copia de seguridad pueda ser muy reciente, la última sincronización realizada con un publicador podría ser tan antigua como el período de retención. Por ejemplo, imagine una publicación con un período de retención de 10 días. La última sincronización se realizó hace 8 días y ahora se efectúa la copia de seguridad. Si la copia de seguridad se aplica 4 días después, ya habrán transcurrido 12 días desde la última sincronización, período superior al de retención. Si el suscriptor se hubiera sincronizado justo antes de realizar la copia de seguridad, la base de datos de suscripciones todavía estaría dentro del período de retención.
Si necesita cambiar el valor de retención de la publicación, vuelva a inicializar manualmente el suscriptor a fin de evitar la no convergencia de los datos. La función de limpieza de metadatos basada en retenciones elimina los metadatos obsoletos de las tablas de mezcla del sistema cuando se alcanza el período de retención de la publicación.
El valor de retención de la publicación se utiliza para determinar cuándo deben caducar las suscripciones que no se hayan sincronizado durante el período de retención. Si, después de realizar una limpieza, se aumenta el período de retención y se intenta mezclar una suscripción con el publicador (que ya ha eliminado los metadatos), la suscripción no caduca debido al aumento en el valor de retención. Además, el publicador no tiene suficientes metadatos para descargar los cambios en el suscriptor, lo que da lugar a una no convergencia.
Incluido en el Service Pack 1
Si se restaura una copia de seguridad en el mismo servidor y base de datos —ejecutando la misma versión que el servidor en el que se creó la copia de seguridad—se mantiene la configuración de duplicación. Si desea restaurar una base de datos duplicada en una versión de SQL Server distinta de la utilizada para crear la copia de seguridad de la base de datos, tenga en cuenta los siguientes aspectos:
Incluido en el Service Pack 1
A partir del Service Pack 1, se ha incluido un nuevo parámetro del símbolo del sistema, -MaxCmdsInTran, para el Agente de lector del registro. Para aquellas transacciones que afectan a un gran número de comandos (como suele suceder en actualizaciones o eliminaciones masivas), el Agente de distribución debe esperar a que el Agente de lector del registro escriba toda la transacción en la base de datos de distribución antes de que pueda iniciar la propagación de la transacción al suscriptor. Este retraso bloquea al Agente de distribución y reduce el paralelismo entre ambos agentes.
Si utiliza –MaxCmdsInTran, el Agente de lector del registro divide las transacciones de gran tamaño en varios fragmentos más pequeños, cada uno de los cuales contiene los mismos o menos comandos que la entrada de -MaxCmdsInTran. Por tanto, el Agente de distribución puede comenzar a procesar los primeros fragmentos de una transacción mientras el Agente de lector del registro todavía trabaja con los últimos fragmentos de la misma.
Esta mejora del paralelismo entre el Agente de lector del registro y el Agente de distribución mejora a su vez el rendimiento global de la duplicación. Tanga en cuenta, no obstante, que los fragmentos de la transacción se confirman en el suscriptor como transacciones individuales, lo que rompe la propiedad de atomicidad, una de las propiedades ACID (atomicidad, coherencia, aislamiento y durabilidad). Este resultado no es un problema en la mayoría de los casos, aunque se recomienda probarlo para asegurarse de que funciona correctamente.
Especifique un entero positivo (1 o superior) para el valor del parámetro -MaxCmdsInTran. Si especifica 0, es como si no utilizara el parámetro. Dado que este parámetro mejora el rendimiento sólo en aquellos casos en los que las transacciones son de gran tamaño, suele ser normal utilizar un valor de 5000 o superior. Por ejemplo:
logread.exe -MaxCmdsInTran 10000. Para utilizar este parámetro, el publicador debe ejecutar el Service Pack 1 de SQL Server 2000 o posterior, y el Agente de lector del registro y la base de datos de distribución deben actualizarse al Service Pack 3 o posterior. De lo contrario, se omite -MaxCmdsInTran.
Incluido en el Service Pack 2 (se aplica solamente a la duplicación transaccional).
No se puede crear un índice agrupado no único en una tabla tras haberla publicado para duplicación transaccional. Antes de crear el índice, debe quitar todas las publicaciones que incluyan esa tabla.
Incluido en el Service Pack 2
Durante el procesamiento normal, la duplicación de mezcla puede enviar comandos DELETE a suscriptores para filas que no pertenecen a la partición del suscriptor. Estos comandos DELETE se denominan eliminaciones irrelevantes. Las eliminaciones irrelevantes no afectan a la integridad ni a la convergencia de datos, pero pueden ocasionar tráfico de red innecesario.
Para reducir el tráfico de red causado por eliminaciones irrelevantes, puede utilizar el nuevo parámetro del Agente de instantáneas
-MaxNetworkOptimization con publicaciones de duplicación de mezcla. Al establecer el parámetro en 1, disminuye la posibilidad de que se produzcan eliminaciones irrelevantes y se optimiza al máximo la red.
Nota Sólo resulta útil establecer el parámetro en 1 cuando se ha establecido en true la opción de optimización de la sincronización de la publicación de mezcla (parámetro @keep_partition_changes de sp_addmergepublication).
El valor predeterminado es 0 porque 1 puede incrementar el almacenamiento de metadatos y disminuir el rendimiento del publicador si existen varios niveles de filtros de combinación y filtros de subconjuntos complejos. Debe examinar a fondo la topología de duplicación y establecer -MaxNetworkOptimization en 1 solamente si el tráfico de red causado por las eliminaciones irrelevantes alcanza niveles inaceptables.
Para agregar este parámetro al perfil del Agente de instantáneas, ejecute el procedimiento del sistema sp_add_agent_parameter como se indica a continuación:
EXEC sp_add_agent_parameter 1, 'MaxNetworkOptimization', 1Incluido en el Service Pack 3
El Service Pack 3 y posterior crea automáticamente una nueva función para utilizarla en la duplicación de mezcla. El nombre de la nueva función tiene la forma MSmerge-<id. de publicación>. La función se crea en el publicador de cada publicación de duplicación de mezcla y actúa como la lista de acceso de publicación (PAL) para controlar el acceso a publicaciones de mezcla en el publicador. Si se quita esta función, puede ejecutar un nuevo procedimiento almacenado incluido en el Service Pack 3 o posterior, sp_createmergepalrole, para crear de nuevo la función. Este procedimiento almacenado se ejecuta en el publicador de la base de datos de publicaciones para volver a crear la función.
sp_createmergepalrole está documentado en la última copia de los Libros en pantalla de SQL Server 2000. Para obtener información sobre cómo instalar la última versión de los Libros en pantalla de SQL Server 2000, vea la sección 1,9 Actualizaciones de los Libros en pantalla de SQL Server 2000. Ésta es una copia en inglés del tema de referencia dedicado a sp_createmergepalrole.
Incluido en el Service Pack 3
Si un usuario que no es miembro de la función fija de servidor sysadmin crea una suscripción, debe realizar una de las siguientes acciones:
Nota La característica de activación remota del agente requiere siempre que el paso de trabajo se ejecute en el contexto de una cuenta de usuario de la función fija de servidor sysadmin.
Incluido en el Service Pack 3
Se han cambiado los permisos de algunos procedimientos almacenados utilizados para implementar, administrar y supervisar una topología de duplicación. La mayoría de estos cambios implican una restricción de los permisos necesarios para ejecutar procedimientos almacenados. Para obtener más información acerca de los nuevos permisos, revise la documentación de referencia de Transact-SQL acerca de los procedimientos almacenados de duplicación en la versión actualizada de los Libros en pantalla de SQL Server. Para obtener más información acerca de la versión actualizada de los Libros en pantalla de SQL Server, vea la sección 1.6 Actualizaciones de los Libros en pantalla de SQL Server 2000.
Incluido en el Service Pack 3
Se ha agregado un nuevo parámetro, @published_in_tran_pub, a sp_addmergearticle y sp_changemergearticle. Este parámetro se utiliza para indicar que un artículo de una publicación de mezcla está publicado también en una publicación transaccional. @published_in_tran_pub es nvarchar(5), con el valor predeterminado FALSE. TRUE especifica que el artículo está publicado también en una publicación transaccional.
Nota Cuando se cambia este parámetro en sp_changemergearticle, se debe invalidar la instantánea y se deben reinicializar los suscriptores.
Incluido en el Service Pack 3
El Asistente para configurar publicar y distribuir incluye ahora una página nueva: Contraseña del distribuidor. Debe escribir una contraseña en esta página si selecciona uno o varios publicadores para utilizar el servidor como distribuidor remoto y uno o varios de esos publicadores requiere una contraseña. La conexión entre un publicador y un distribuidor remoto es un híbrido entre un servidor vinculado y un servidor remoto. La conexión utiliza el inicio de sesión distributor_admin. De forma predeterminada, el publicador está configurado como no confiable en el distribuidor remoto; por tanto, se necesita una contraseña.
Nota Si ha descargado e instalado la última versión de los Libros en pantalla de SQL Server 2000, esta información está disponible cuando hace clic en el botón Ayuda de la nueva página.
Incluido en el Service Pack 3
SQL Server permite habilitar suscripciones existentes (creadas con el Administrador corporativo de SQL Server, SQL-DMO y procedimientos almacenados de duplicación) para utilizarlas con el Administrador de suscripción de Windows. También puede crear nuevas suscripciones utilizando el Administrador de suscripción de Windows. Tras aplicar el Service Pack, al sincronizar una suscripción, el Administrador de sincronización de Windows solicita una contraseña o contraseñas necesarias para conectarse a los servidores implicados en la sincronización.
Incluido en el Service Pack 3
En determinadas circunstancias, la duplicación puede funcionar incorrectamente en el proceso de adjuntar o restaurar una base de datos publicada. Estas condiciones son:
Si se dan todas estas condiciones, debe ejecutar el procedimiento almacenado sp_changedbowner en la base de datos adjuntada o restaurada. Asigne la propiedad al inicio de sesión de administrador integrado sa. Esto garantiza que la duplicación funcione correctamente.
Nota Debe ser miembro de la función fija de servidor sysadmin para ejecutar sp_changedbowner .
Para obtener más información, acerca del encadenamiento de la propiedad entre bases de datos, vea la sección 5.1.10 Encadenamiento de la propiedad entre bases de datos.
Incluido en el Service Pack 4
Los controles ActiveX® de duplicación (sqlinitx.dll, sqldistx.dll, sqlmergx.dll y replerrx.dll) no se designan ya como "seguros para secuencias de comandos" y "seguros para inicialización". Los comportamientos de seguridad y funcionales de los controles no han cambiado desde el Service Pack 3; sin embargo, las designaciones de seguridad se han cambiado para cumplir estándares de seguridad. Estos cambios pueden afectar a aplicaciones que invocan controles ActiveX de duplicación incrustados en una página Web.
Incluido en el Service Pack 4
Se puede especificar un nuevo parámetro, @compensate_for_errors, cuando se llama a sp_addmergearticle. El parámetro especifica si se realizan acciones de compensación en caso de que se produzcan errores (como una infracción de restricción) durante la sincronización. Cuando se establece en TRUE (predeterminado), un cambio que no se puede aplicar en un nodo durante la sincronización da lugar a acciones de compensación que deshacen el cambio en todos los demás nodos. En algunos casos, este comportamiento es deseable, pero en otros puede ser problemático; por ejemplo, un suscriptor configurado incorrectamente que genere un error puede dar lugar a que se deshagan los cambios en el publicador y los demás suscriptores.
Si se especifica el valor FALSE, se deshabilitan estas acciones de compensación; sin embargo, los errores se siguen registrando y las operaciones de mezcla siguientes continuarán intentando aplicar los cambios. Si bien los datos de las filas afectadas pueden aparecer como fuera de convergencia, tan pronto como solucione el error, se puede aplicar el cambio y los datos convergerán.
Nota Si la tabla de origen de un artículo está ya publicada en otra publicación, el valor de @compensate_for_errors debe ser el mismo para ambos artículos.
Incluido en el Service Pack 4
En versiones anteriores, las columnas de identidad de publicaciones transaccionales se duplicaban como tipo de datos base (por ejemplo, int) sin tener establecida la propiedad identity. Este método es apropiado para aplicaciones que no permiten inserciones en el suscriptor. El Service Pack 4 de SQL Server 2000 introduce una nueva opción de esquema (0x4) para publicaciones transaccionales, que se utiliza para duplicar la columna de identidad como una columna de identidad. Esto es útil en muchos casos, incluida la duplicación bidireccional y el uso del suscriptor como servidor en espera activo. En estos casos, se pueden realizar inserciones en el suscriptor y dan lugar a un incremento de la columna de identidad.
Para especificar que una columna de identidad se debe duplicar como una columna de identidad:
USE Northwind
GO
DBCC CHECKIDENT ('Employees', RESEED, 1000000)
GOPara obtener más información, vea DBCC CHECKIDENT en los Libros en pantalla de SQL Server.
Incluido en el Service Pack 4
Las instancias de distribuidor de SQL Server 2000 (32 bits) que se ejecuten en modo Windows-on-Windows 64 en sistemas Windows 2003 con Service Pack 1 en procesadores X64 o compatibles no pueden tener suscriptores que no sean de SQL Server. Aunque ahora se admite la ejecución en modo Windows-on-Windows 64 para el Service Pack de SQL Server 2000, este modo no es compatible con los controladores o proveedores utilizados para conectarse desde el distribuidor al suscriptor que no es de SQL Server.
Esta sección trata las mejoras del Agente SQL Server y las herramientas compartidas incluidas en el Service Pack 4.
Incluido en el Service Pack 2
El historial de trabajos del Agente SQL Server ahora registra la cuenta de Windows en la que se ejecuta cada uno de los pasos del trabajo. Esta información ayuda a los administradores a diagnosticar problemas de seguridad de trabajos programados, como los trabajos programados de duplicación y las tareas de Servicios de transformación de datos (DTS).
Incluido en el Service Pack 3
La administración multiservidor es el proceso de automatizar las tareas administrativas en varias instancias de SQL Server. Use la administración multiservidor si administra dos o más servidores y desea centralizar las tareas de mantenimiento.
En el Service Pack 3 o posterior, la cuenta del servicio Agente SQL Server no tiene que ser un administrador de Windows, a menos que necesite usar la cuenta de proxy del Agente SQL Server. Para obtener más información acerca de la cuenta de proxy del Agente SQL Server, vea la sección 5.6.3 Mejoras en la cuenta de proxy del Agente SQL Server. La cuenta del servicio Agente SQL Server debe ser un miembro de la función fija de servidor sysadmin.
Con la administración multiservidor, debe tener un servidor principal y un servidor de destino como mínimo. Los servidores principales distribuyen trabajos y reciben sucesos de los servidores de destino. Asimismo, almacenan la copia central de definiciones de trabajos ejecutados en servidores de destino. Los servidores de destino se conectan periódicamente al servidor principal para actualizar la lista de trabajos que deben realizar. Si hay un nuevo trabajo, el servidor de destino lo descarga y se desconecta del servidor principal. Cuando el servidor de destino ha realizado el trabajo, se vuelve a conectar al servidor principal e informa del estado del trabajo.
Antes de aplicar el Service Pack 4, debe seguir varios pasos para actualizar la configuración de los servidores SQL Server 2000 principal y de destino. Los cambios que realiza el Service Pack 4 no son compatibles con los servidores SQL Server 7.0 de destino ni con ningún servidor que no ejecute el Service Pack 3 o posterior. Esto es un cambio en relación con la funcionalidad original de SQL Server 2000.
Para actualizar la configuración de los servidores principal y de destino
--Option A: Windows authentication
EXEC sp_grantlogin 'DOMAIN\user'
GO
USE msdb
GO
EXEC sp_adduser 'DOMAIN\user', 'DOMAIN\user', 'TargetServersRole'
GO
--Option B: SQL Server authentication – see explanation below for
--details.
EXEC sp_addlogin <MSXAccount>, <MSXAccountPassword>, 'msdb'
GO
USE msdb
GO
EXEC sp_adduser <MSXAccount>, <MSXAccount>, 'TargetServersRole'
GODonde <MSXAccount> representa el nombre de inicio de sesión de SQL que elija y <MSXAccountPassword> representa la contraseña asociada.
Nota Estos valores deben estar delimitados por comillas simples.
Al elegir una cuenta MSX, dispone de las siguientes opciones:
No especifique una cuenta probe del Agente SQL Server (<nombre_equipo>_msx_probe_login). Como parte de la actualización al Service Pack 3 o posterior, SQL Server quita las cuentas probe antiguas, puesto que los servidores TSX ya no las utilizan.
Nota Tras ejecutar xp_sqlagent_msx_account, se debe detener el Agente SQL y reiniciarlo después en cada servidor.
Para obtener más información acerca de xp_sqlagent_msx_account, vea la sección 5.3.3 Nuevo procedimiento almacenado extendido del Agente SQL Server.
Incluido en el Service Pack 3
El Service Pack 3a incluye un nuevo procedimiento almacenado extendido (xp_sqlagent_msx_account) que permite configurar la cuenta que utiliza el servidor TSX del Agente SQL Server para descargar instrucciones de un servidor MSX. Esta cuenta se denomina también cuenta MSX o cuenta del servidor principal.
xp_sqlagent_msx_account está documentado en la última copia de los Libros en pantalla de SQL Server 2000. Para obtener información sobre cómo instalar la última versión de los Libros en pantalla de SQL Server 2000, vea la sección 1.6 Actualizaciones de los Libros en pantalla de SQL Server 2000. Ésta es una copia en inglés del tema de referencia dedicado a xp_sqlagent_msx_account .
Incluido en el Service Pack 3
SQL Server comprueba ahora que el propietario del trabajo del Agente tiene permiso para adjuntar o sobrescribir el archivo de registro de resultados de cada trabajo. Esto se hace de tres formas:
En todos los casos, los trabajos se escriben con las credenciales del Agente SQL Server, pero ahora, SQL Server comprueba que el usuario tenga permiso para escribir en el archivo de registro de resultados del servidor. Los errores se indican en el historial del trabajo, pero no se producirán errores en los pasos del trabajo si no se puede escribir en el archivo de registro.
Incluido en el Service Pack 3
En la versión de 32 bits de SQL Server 2000, el correo del Agente SQL se puede configurar para utilizar un perfil de correo de Extended MAPI para enviar alertas por correo electrónico. Puede utilizar una aplicación de correo electrónico Extended MAPI, como Microsoft Outlook, para crear el perfil de Extended MAPI. En la versión de 64 bits de SQL Server 2000, el correo del Agente SQL puede usar únicamente un perfile de Simple MAPI para enviar alertas por correo electrónico. No utilice perfiles de Simple MAPI en la versión de 32 bits de SQL Server 2000.
Incluido en el Service Pack 4
En el Administrador corporativo de SQL Server, el tema de Ayuda "Propiedades de la vista" no está disponible desde Diseñar vista ni Crear vista. El tema actualizado está disponible en este sitio Web de Microsoft.
Esta sección trata las mejoras de los componentes de conectividad de SQL Sever 2000 incluidas en el Service Pack 4.
Incluido en el Service Pack 3
SQL Server admite ahora implementaciones SAN (red de área del sistema) de la arquitectura de interfaz virtual (VIA) QLogic. Para habilitar la compatibilidad de SQL Server con conexiones a través de VIA QLogic, tanto el equipo cliente como el equipo servidor deben proporcionar una dirección IP en un archivo denominado Vihosts en la correspondiente carpeta system32\drivers\etc. de Windows.
El archivo Vihosts debe tener el siguiente formato:
<Dirección IP VI del servidor> <NOMBRE_EQUIPO_SERVIDOR>
<Dirección IP VI del cliente> <NOMBRE_EQUIPO_CLIENTE>
Por ejemplo:
139.4.130.1 SQLCOMPUTER
139.4.130.2 SQLCLIENT
Utilice las direcciones IP de las respectivas tarjetas de red de VIA QLogic y los nombres de equipo reales. De lo contrario, no se pueden establecer conexiones con instancias con nombre o con otros protocolos IP como TCP o canalizaciones con nombre. El archivo Vihosts no es necesario para la conectividad VIA Giganet.
Nota Debe identificar el proveedor VIA correcto en los equipos cliente utilizando la Herramienta de red de cliente. Seleccione el valor apropiado en el cuadro desplegable Proveedor. La acción correspondiente se debe llevar a cabo también en los servidores con la Herramienta de red de servidor.
Esta sección comenta las mejoras en Meta Data Services de SQL Sever 2000 incluidas en el Service Pack 4 de los Componentes de base de datos.
Incluido en el Service Pack 1
Ahora, el Explorador de metadatos exporta los metadatos basados en XML con formato Unicode. Con anterioridad al lanzamiento del Service Pack 1 de SQL Server 2000, el explorador exportaba únicamente código ANSI, que no admite caracteres que no sean ingleses. Este cambio funcional no es visible al usuario. A partir del Service Pack 4, los datos exportados se expresan siempre como Unicode. Aún se puede exportar con código ANSI estableciendo el valor de la clave del Registro HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport en 0. La siguiente lista representa los valores que se pueden definir para esta clave del Registro:
Para obtener más información acerca de cada indicador, vea "IExport::Export Method" en los Libros en pantalla de SQL Server (tema en inglés).
Incluido en el Service Pack 3
La compatibilidad con secuencias de comandos en modelos de información se ha deshabilitado. Tras instalar el Service Pack 3a o posterior, recibirá el siguiente error si la aplicación tiene acceso a una propiedad o método para el que se ha definido una secuencia de comandos:
EREP_SCRIPTS_NOTENABLEDPara habilitar la compatibilidad con secuencias de comandos
Si necesita continuar la ejecución de las secuencias de comandos, puede utilizar el siguiente procedimiento para crear una configuración de registro que habilite la compatibilidad con secuencias de comandos.
Si desea deshabilitar el uso de secuencias de comandos más adelante, establezca el valor de esta nueva clave del Registro en 0.
.Importante Por razones de seguridad, no debe dejar nunca la contraseña en blanco en el inicio de sesión sa.
Incluido en el Service Pack 3
SQL Server incluye en la base de datos msdb un conjunto de tablas, procedimientos almacenados y vistas que almacenan información utilizada por el motor de repositorio de Meta Data Services. En el Service Pack 3, se agregó una nueva función denominada RepositoryUser y se debe utilizar para tener acceso a la información de repositorio y actualizarla. Esta función tiene permisos de creación, lectura, actualización, eliminación y ejecución en estos objetos. La función public no tiene ya permisos en estos objetos.
Este cambio afecta a los objetos de repositorio existentes además de los objetos adicionales que cree el motor de repositorio en el futuro. Los usuarios y aplicaciones que tienen acceso al repositorio con la función public se deben agregar a la función RepositoryUser .
Esta sección trata las mejoras en los Servicios de transformación de datos de SQL Sever 2000 incluidas en el Service Pack 4.
Incluido en el Service Pack 2
Ahora, al exportar datos a un archivo de texto, el Asistente para importación/exportación con DTS configura el paquete para que escriba un máximo de 8.000 caracteres de las columnas con datos de tipo string.
Incluido en el Service Pack 2
El Agente SQL Server registra el contexto de seguridad en el que se ejecuta cada paso de un trabajo. En el Service Pack 3 o posterior, el contexto de seguridad se muestra en el cuadro de diálogo Historial de trabajo. Al ejecutar un paquete DTS desde un paso de un trabajo, el Agente SQL Server registra la cuenta de usuario con la que se ejecuta el paquete. Esta información ayuda a los administradores a diagnosticar problemas de permisos y de autenticación producidos cuando se programan paquetes DTS para su ejecución en un servidor.
Incluido en el Service Pack 2
Antes del Service Pack 2, los paquetes DTS almacenados en el servidor sólo podían ejecutarse con las credenciales de la cuenta de proxy del Agente SQL Server si la cuenta de proxy tenía acceso a la carpeta Temp de usuario de la cuenta con la que se ejecutaba el servidor (en trabajos ejecutados con xp_cmdshell) o el agente (en trabajos del agente). Por esta razón, a menudo los usuarios tenían que ajustar la variable TEMP del entorno de la cuenta de inicio de SQL Server o del Agente SQL para que apuntase a una carpeta accesible tanto por la cuenta de inicio como por la de proxy (como C:\Temp). En el Service Pack 2 y posterior, se ha mejorado DTS de modo que utiliza la carpeta Temp del sistema si no se encuentra disponible la carpeta Temp de usuario, y así ya no suele ser necesario realizar ningún ajuste.
Incluido en el Service Pack 3
De manera predeterminada, el Service Pack 3 y posterior deshabilita la opción para almacenar paquetes DTS en Meta Data Services. Esto significa que la opción Meta Data Services no aparece en la lista desplegable Ubicación en el cuadro de diálogo Guardar paquete DTS. Además, esta opción está deshabilitada en la página Guardar, programar y duplicar el paquete del Asistente para importación/exportación con DTS.
Para permitir que se guarden paquetes en Meta Data Services
Nota Debe iniciar sesión con privilegios de administrador para modificar esta propiedad.
Cuando la opción para almacenar paquetes en Meta Data Service está deshabilitada, puede cargar los paquetes existentes de Meta Data Services, editarlos y guardarlos en Meta Data Services utilizando la opción Guardar. No obstante, Meta Data Services no está disponible desde la opción Guardar como. Por ejemplo, no puede guardar de nuevo un paquete en Meta Data Services utilizando un nombre diferente.
El tema siguiente trata una mejora en XML y SQLXML incluida en el Service Pack 4.
Incluido en el Service Pack 3, actualizado en el Service Pack 4
Cuando se aplica el Service Pack 4, se actualiza OPENXML para utilizar una tecnología de análisis XML personalizada diseñada para ser compatible con MSXML 2.6.
Antes del Service Pack 3, la versión del analizador XML que utilizaba OPENXML permitía que, en una expresión XPath, un predicado siguiera la abreviación de carácter especial que identifica el nodo del contexto actual, denotado por un punto (.) en la sintaxis XPath. Esto infringe la especificación de sintaxis XPath, que requiere que este carácter vaya seguido de una expresión de ruta de acceso a una ubicación.
Con el nuevo comportamiento de OPENXML, un predicado no puede seguir inmediatamente al carácter especial de abreviación del nodo del contexto actual. Las expresiones XPath de las consultas SQLXML (consultas XPath en esquemas de asignación anotados y hojas de estilos XSLT escritas para transformar los resultados de las consultas SQLXML) que utilicen la sintaxis errónea no funcionarán después de la actualización al Service Pack 3 o posterior.
Para evitar estos errores, identifique y corrija las expresiones que utilicen la sintaxis incorrecta. Por ejemplo, la sintaxis de la expresión XPath especificada como valor del atributo test en el siguiente elemento xsl:if no es válida porque el predicado, [@ResourceTypeID='2'], sigue inmediatamente la abreviación de carácter especial que identifica el nodo del contexto actual.
La siguiente instrucción, que antes era correcta, ahora genera un error después de instalar el Service Pack 3 o posterior.
<xsl:if test=".[@ResourceTypeID='2']">Para evitar este error, la expresión Xpath debe corregirse como sigue:
<xsl:if test="@ResourceTypeID='2'">La información siguiente se aplica a la API del dispositivo de copia de seguridad virtual de SQL Server 2000.
Incluido en el Service Pack 2
La API del dispositivo de copia de seguridad virtual permite que los fabricantes independientes de software (ISV) puedan integrar SQL Server 2000 en sus productos. Esta API se ha diseñado para proporcionar máxima confiabilidad y rendimiento. Es totalmente compatible con la funcionalidad de copia de seguridad y de restauración de SQL Server 2000, incluidas todas las capacidades de copia de seguridad interactiva y de instantáneas.
En el Service Pack 1 y versiones anteriores, no se podía inmovilizar y realizar una copia de seguridad de varias bases de datos a la vez. El Service Pack 2 y posterior permite al servidor inmovilizar y capturar varias bases de datos en una sola instantánea por medio del comando VDC_PrepareToFreeze.
La especificación de interfaz del dispositivo de copia de seguridad virtual del Service Pack 4 contiene información actualizada acerca del comando VDC_PrepareTo Freeze. La carpeta de instalación del Service Pack 4 Devtools\Include contiene una versión actualizada del archivo de encabezado de la interfaz del dispositivo virtual (Vdi.h).
Puede descargar la especificación actualizada del centro de descarga de Microsoft en el sitio Web Microsoft SQL Server Downloads.
Incluido en el Service Pack 3
La creación de informes de errores de Microsoft SQL Server está deshabilitada de manera predeterminada. Puede habilitarla durante la instalación a través del programa de instalación de SQL Server o de Analysis Services; o bien, después de la instalación con el cuadro de diálogo Propiedades del servidor del Administrador corporativo o de Analysis Manager. Al habilitar la creación de informes mientras se ejecuta el programa de instalación de SQL Server, se permite la creación de informes de errores para el motor de base de datos de SQL Server y el Agente SQL Server. Si se habilita durante la ejecución del programa de instalación de Analysis Services, se permite la creación de informes de errores para Analysis Services. Si desea habilitar la creación de informes de errores tanto para SQL Server como para Analysis Services, debe habilitar esta opción para SQL Server durante la instalación de SQL Server y para Analysis Services durante la instalación de Analysis Services.
Si habilita esta función, SQL Server se configura para enviar automáticamente un informe a Microsoft si se produce un error fatal en el motor de base de datos de SQL Server, en el Agente SQL Server o en SQL Server Analysis Services. Microsoft utiliza los informes de errores para mejorar la funcionalidad de SQL Server y trata toda la información recibida de forma confidencial.
La información acerca de los errores se envía a través de una conexión segura (HTTPS) a Microsoft, donde se almacena con acceso limitado. De forma alternativa, esta información puede enviarse a su propio servidor corporativo de informes de errores. Visite este Sitio Web de Microsoft para obtener más información acerca de cómo configurar un servidor corporativo de informes de errores.
Los informes de errores contienen la información siguiente:
No es intención de Microsoft recopilar sus archivos, nombre, dirección postal, dirección de correo electrónico o información personal de otro tipo. Sin embargo, el informe de errores puede contener información específica del cliente procedente de la memoria o de los archivos del proceso que ha causado el error. Si bien este tipo de información podría utilizarse potencialmente para determinar la identidad del usuario, Microsoft no la utiliza con este propósito.
Para conocer la política de Microsoft respecto a la obtención de datos de los informes de errores, visite este sitio Web de Microsoft.
Si habilita la creación de informes de errores y se produce un error fatal, puede ver una respuesta de Microsoft en el registro de sucesos de Windows que le dirige a un artículo de Microsoft Knowledge Base que trata sobre el error específico. Esta respuesta es similar a la del siguiente ejemplo:
Source = MSSQLServerOlapServicesDW
EventID = 1010
data = http://support.microsoft.com/support/misc/kblookup.asp?id=Q123456
&iBucketTable=1&iBucket=39980&Cab=21474432.cab&LCID=1033
&OS=5.1.2600.2.00010100.0.0Para deshabilitar la creación de informes de errores del motor de base de datos de SQL Server y el Agente SQL Server, vaya a Propiedades de SQL Server (ficha General) en el Administrador corporativo y desactive la casilla Habilitar la característica de informes de errores. Para deshabilitar la creación de informes de errores para Analysis Services, vaya a Propiedades del servidor de Analysis Manager y desactive la casilla Habilitar el informe de errores. Si la creación de informes de errores está habilitada tanto para SQL Server (motor de base de datos y Agente SQL Server) como para Analysis Services, debe deshabilitarla para ambos individualmente.
Incluido en el Service Pack 4
El Service Pack 4 de SQL Server 2000 introduce nueva funcionalidad que permite desinstalar revisiones aplicadas al Service Pack 4 y versiones posteriores de SQL Server 2000 que se ejecuten en Windows XP y Windows Server 2003. Esta misma funcionalidad estaba disponible en el Service Pack 3 de SQL Server 2000, pero sólo después de aplicar una revisión adicional.
Incluido en el Service Pack 1
Microsoft ha lanzado una mejora de seguridad para las aplicaciones de English Query. Esta mejora no se instala como parte del Service Pack. Sin embargo, se recomienda que la aplique si utiliza English Query. La mejora de seguridad se encuentra en la carpeta \EQHotfix del CD-ROM del Service Pack 4. Encontrará información detallada acerca de la mejora de English Query en el artículo 297105 de Knowledge Base.
Incluido en el Service Pack 1, actualizado en el Service Pack 4
Aunque las API DB-Library y SQL incrustado para C son aún compatibles con SQL Server 2000, las versiones futuras de SQL Server no incluirán los archivos ni la documentación necesarios para aplicaciones que utilicen estas API. Las conexiones desde aplicaciones existentes escritas con DB-Library y SQL incrustado para C todavía se admitirán en la siguiente versión de SQL Server, pero se quitarán en versiones posteriores. No utilice DB-Library ni SQL incrustado para escribir aplicaciones nuevas. Quite las dependencias de estas tecnologías cuando modifique las aplicaciones existentes. En lugar de DB-Library y SQL incrustado para C, utilice el espacio de nombres System.Data.SQLClient de .NET Framework o una API como ADO, OLE DB u ODBC para obtener acceso a los datos de SQL Server. Para obtener más información acerca de estas tecnologías, vea los Libros en pantalla de SQL Server o .NET Framework SDK.