© Copyright Microsoft Corporation, 2004. Reservados todos los derechos.
El equipo responsable de la documentación de SQL Server no puede responder a preguntas de carácter técnico, pero agradece sus comentarios acerca de esta documentación. Puede enviarnos sus comentarios de forma rápida y directa mediante el vínculo que se proporciona a continuación. Envíe sus comentarios en inglés.
Para enviar comentarios escritos sobre este documento, haga clic aquí: Enviar comentarios.
1.0 Introducción
1.2 Antes de actualizar al Service Pack 4 de MSDE 2000
1.3 Consideraciones de seguridad acerca del Service Pack 4 de MSDE 2000
1.4 Determinación del nombre de instancia
1.5 Comprobación de la versión de Microsoft Data Access Components
1.6 Identificación de la versión actual de MSDE 2000
1.7 Información adicional acerca del Service Pack 4
1.8 Actualizaciones disponibles de los Libros en pantalla de SQL Server 2000
2.0 Dónde encontrar y descargar el Service Pack 4 de MSDE 2000
2.1 Elección del idioma adecuado
2.2 Descarga del Service Pack 4 de MSDE 2000
2.3 Extracción de los archivos del Service Pack 4 de MSDE 2000
2.4 Instrucciones para la fase de descarga y extracción
3.0 Instalación del Service Pack
3.1 Preparación de la instalación del Service Pack 4 de MSDE 2000
3.2 Ejecución de la instalación del Service Pack 4 de MSDE 2000
3.3 Reinicio de Servicios y Aplicaciones
3.4 Instalación de MSDE 2000 en servidores duplicados
3.6 Actualización del catálogo de servidores vinculados
3.7 Desinstalación del Service Pack 4 de MSDE 2000
3.8 Nueva aplicación del Service Pack 4 de MSDE 2000
4.0 Información adicional sobre la instalación
4.1 Redistribución del Service Pack 4 de MSDE 2000
4.2 Ubicación de los archivos del Service Pack 4 de MSDE 2000
5.3 Mejoras del Agente SQL Server y las herramientas compartidas
5.4 Mejoras de XML
5.5 DB-Library y SQL incrustado para C
5.6 Mejoras del programa de instalación de MSDE 2000
5.7 Mejoras de la funcionalidad de uso
Este archivo Léame describe cómo utilizar SQL Server Desktop Engine (MSDE), que forma parte del Service Pack 4 (SP4) de Microsoft® SQL Server™ 2000. Puede utilizar el SP4 de Desktop Engine para actualizar las instancias existentes de MSDE al SP4 de MSDE 2000, o bien para instalar una nueva instancia del SP4 de MSDE 2000.
A continuación, se describe el proceso general de instalación del SP4 de SQL Server:
Nota A menos que se indique de otra forma, todas las referencias a SQL Server 2000 Desktop Engine que aparecen en este archivo Léame afectan a MSDE 2000 Release A. La descarga de MSDE 2000 Release A es funcionalmente equivalente a la del SP3a de SQL Server 2000 Desktop Engine, pero incluye una nueva licencia para el usuario final (CLUF) que proporciona derechos de usuario distintos a los incluidos en licencias previas de MSDE 2000.
El SP4 de SQL Server 2000 tiene cuatro partes. Cada una de éstas permite aplicar el Service Pack 4 a un componente distinto de SQL Server.
Todos los Service Pack de SQL Server son acumulativos. El SP4 de SQL Server incluye las actualizaciones suministradas con los siguientes Service Packs: SP1, SP2, SP3 y SP3a.
El SP4 de MSDE 2000 sólo puede utilizarse en instancias de SQL Server 2000 Desktop Engine o MSDE 2000 Release A. Las otras partes del SP4 de SQL Server 2000 aplican el SP4 a otros componentes de SQL Server 2000, como Analysis Services o el motor de base de datos. Archivos Léame independientes indican cómo utilizar el SP4 de Componentes de bases de datos y el SP4 de Analysis Services. Los demás archivos Léame están disponibles en el siguiente sitio Web de Microsoft.
El Service Pack de MSDE 2000 está destinado a programadores que crean aplicaciones redistribuibles que utilizan MSDE. El SP4 de MSDE 2000 se puede utilizar para:
Para obtener más información acerca de las licencias de MSDE 2000, consulte Usos de MSDE 2000. Si todavía no dispone de una licencia para instalar o ejecutar MSDE 2000, puede obtenerla registrándose en la página Web de MSDE 2000 Release A.
Para instalar el SP4 de MSDE 2000, revise las secciones 1 y 2 de este archivo Léame y siga las instrucciones de la sección 3 si se cumplen las condiciones siguientes:
Las siguientes secciones del archivo Léame contienen ejemplos de las situaciones más comunes que se producen al actualizar una instancia existente de MSDE al SP4 de MSDE 2000, o bien al instalar una nueva instancia de MSDE 2000:
Antes de ejecutar la instalación del SP4 de MSDE 2000, compruebe que su equipo cumple los requisitos de hardware y software.
La tabla siguiente muestra los requisitos de hardware para instalar y ejecutar MSDE 2000.
| Hardware | Requisitos mínimos |
| Equipo | Procesador Intel Pentium (o compatible) a 166 MHz o superior. |
| Memoria (RAM) | 128 MB en Microsoft Windows XP y Windows 2003 Server
Mínimo 64 MB en Windows 2000 |
| Espacio en disco duro | 75 MB en Microsoft Windows XP y Windows 2003 Server
100 MB en Windows 2000 |
| Unidad | Unidad de CD-ROM (si instala el SP4 de MSDE 2000 desde un CD-ROM) |
MSDE 2000 no tiene una lista de compatibilidad de hardware (HCL). Si su equipo cumple los requisitos mínimos enumerados en la tabla, el software de MSDE 2000 funcionará con el hardware certificado para el sistema operativo Windows. Para obtener más información acerca del hardware certificado para el sistema operativo Windows, consulte la lista de compatibilidad de hardware en el sitio Web de Microsoft.
Para utilizar MSDE 2000, debe tener instalado uno de los siguientes sistemas operativos:
Importante El SP4 de SQL Server 2000 no es compatible con las plataformas Windows NT 4.0, Windows Millennium Edition ni Windows 98. Las instalaciones del SP3a de SQL Server 2000 incluidas en las plataformas Windows NT 4.0, Windows Millennium Edition y Windows 98 continuarán recibiendo soporte para las revisiones importantes durante los 12 meses siguientes al lanzamiento final del SP4 de SQL Server 2000.
Si desea ejecutar el programa de instalación de MSDE 2000, el uso compartido de impresoras y archivos debe estar activo.
Para comprobar que el uso compartido de impresoras y archivos está activo
La instalación del Service Pack 3 generará un error si alguna de las siguientes directivas se define 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 SP4 de MSDE 2000. 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 configurar directivas de seguridad
Puede instalar el archivo de actualización del SP4 de MSDE 2000 desde un CD-ROM sólo si utiliza Microsoft Windows Installer 2.0.2600.0, o una versión posterior. Si necesita actualizar Windows Installer, el SP4 de MSDE 2000 contiene los archivos necesarios.
Para actualizar Windows Installer
Si alguna aplicación utiliza la instancia de MSDE, antes de actualizar al SP4 de MSDE 2000, pregunte al proveedor de la aplicación si alguna de las consideraciones de actualización de MSDE afecta a la aplicación.
Esta sección describe los aspectos que debe abordar y las tareas que tiene que realizar antes de utilizar el SP4 de MSDE 2000 para actualizar una instancia existente de MSDE al SP4 de MSDE 2000.
Las bases de datos o las copias de base de datos que se hayan creado en una instancia del SP4 de Componentes de bases de datos se pueden adjuntar o restaurar en una versión anterior de SQL Server 2000. No obstante, existen restricciones para las bases de datos que pertenecen a una topología de duplicación. Para obtener más información, consulte la sección 1.2.3 Consideraciones acerca de una instancia perteneciente a una topología de trasvase de registros o de duplicación.
Los procedimientos para aplicar el SP4 de MSDE 2000 a una instancia existente de MSDE 2000 varían en función del modo en que se instaló la instancia. La mayoría de las aplicaciones instalan MSDE 2000 de una de las formas siguientes:
Nota Los programas de instalación para aplicaciones nuevas deben incluir llamadas al programa de instalación de MSDE 2000 en lugar de utilizar directamente los módulos de mezcla de MSDE 2000. El SP4 de MSDE 2000 incluye módulos de mezcla. No obstante, estos módulos sólo los pueden utilizar los proveedores de aplicaciones que tengan que crear archivos de revisión para las instancias de MSDE que instalaron originalmente por medio de herramientas que utilizaban directamente módulos de mezcla.
Si un equipo incluye varias instancias de MSDE 2000, debe evaluarlas por separado para determinar si puede aplicar el SP4 de MSDE 2000. También es necesario aplicar el Service Pack 4 por separado en cada una de ellas.
Nota Microsoft no proporciona compatibilidad para configuraciones que incluyan más de 16 instancias del motor de base de datos de SQL Server en un mismo equipo. Entre éstas, se incluyen instancias de SQL Server 6.5, SQL Server 7.0, SQL Server 2000, MSDE 1.0 y MSDE 2000.
El artículo 311762 de Microsoft Knowledge Base contiene instrucciones que le ayudarán a determinar de qué modo se instaló una instancia de MSDE 2000. Después de seguir los procedimientos del artículo 311762, recuerde lo siguiente:
El programa de instalación del SP4 de MSDE 2000 puede ejecutarse desde el disco duro, un recurso compartido o un CD-ROM. Los archivos de la instalación original de MSDE 2000 no son necesarios si ejecuta el programa de instalación desde el disco duro. Pero si actualiza una instancia de MSDE 2000 al SP4 de MSDE 2000 desde un recurso compartido de red o un CD, los archivos que se utilizaron para instalar originalmente MSDE 2000 deben encontrarse en la misma ubicación que tenían durante la instalación original. Si la instalación original se realizó desde un CD, la instalación del SP4 de MSDE 2000 requerirá el CD original durante la actualización. Si los archivos originales ya no se encuentran en la ubicación original del recurso compartido de red, o el CD-ROM no está disponible, debe copiar los archivos del SP4 de MSDE 2000 en el disco duro y ejecutar el programa de instalación ahí.
El programa de instalación del SP4 de MSDE 2000 actualiza las bases de datos que pertenecen a una topología de duplicación. Este factor de actualización puede afectar a la funcionalidad de copia de seguridad y de restauración de las bases de datos de usuario duplicadas. Antes de instalar el SP4 de MSDE 2000, compruebe que las bases de datos de duplicación y los grupos de archivos se puedan modificar.
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, consulte la sección 3.4 Instalación del Service Pack 4 de MSDE 2000 en servidores duplicados. La sección 5.2.4 Problemas de copia de seguridad y restauración de la duplicación de mezcla incluye consideraciones adicionales de copia de seguridad y restauración de la duplicación de mezcla.Nota Si una instancia de MSDE 2000 no forma parte de una topología de duplicación, puede hacer una copia de seguridad de una base de datos de usuario y restaurarla en cualquier versión de SQL Server 2000 o MSDE 2000.
Si el programa de instalación detecta bases de datos de usuario o grupos de archivos que no son modificables, hará lo siguiente:
Setup has detected one or more databases and filegroups which are not writable.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 pertenecen a una topología de duplicación, deberá convertir dichas bases de datos en bases de datos modificables y volver a aplicar el Service Pack 4 a esa instancia de MSDE 2000.
Para obtener información acerca de cómo convertir una base de datos en una base de datos modificable, consulte la sección 3.5 Aplicación del Service Pack 4 de MSDE 2000 en bases de datos y 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, consulte la sección 3.8 Nueva aplicación del Service Pack 4 de MSDE 2000.
Antes de utilizar el SP4 de MSDE 2000 para actualizar una instancia existente de MSDE, es aconsejable planificar cómo devolver la instancia a su estado anterior en caso de que sea necesario más adelante. Cuando el SP4 de MSDE 2000 está instalado, se producen cambios en las tablas del sistema con fines de mantenimiento. También se actualizan las bases de datos de usuario que pertenecen a una topología de duplicación. Debido a estos cambios, no es fácil quitar el SP4 de MSDE 2000. Para volver a la versión que se estaba ejecutando antes de instalar el SP4 de MSDE 2000, debe desinstalar primero la instancia de MSDE 2000 y reinstalarla a continuación. En segundo lugar, si ejecutó un Service Pack anterior de SQL Server 2000 o aplicó alguna revisión, debe volver a aplicar el Service Pack y las revisiones a la instancia original.
Importante Para restaurar el sistema de forma segura al estado anterior a la instalación del SP4 de MSDE 2000, es preciso que haya realizado copias de seguridad de las bases de datos master, model y msdb inmediatamente antes de instalar el SP4 de MSDE 2000. Para obtener más información, consulte la sección 3.1.1 Realizar copias de seguridad de sus bases de datos de SQL Server.
Para obtener más información, consulte la sección 3.7 Desinstalación del Service Pack 4 de MSDE 2000.
El comportamiento del programa de instalación de MSDE 2000 se cambió en el Service Pack 3a para que la configuración predeterminada fuera más segura. Estos cambios se han mantenido en el Service Pack 4 del modo siguiente:
El Service Pack 4 deshabilita la compatibilidad de red de forma predeterminada cuando se instalan nuevas instancias de MSDE 2000. Si se actualiza una instancia existente, se mantiene la configuración de compatibilidad de red. Si la instancia de MSDE 2000 no se conecta con ninguna aplicación de otro equipo, no necesitará la compatibilidad de red. Es aconsejable desactivar los recursos que no se utilicen. Puede habilitar la compatibilidad de red durante la instalación si especifica el valor 0 para el parámetro de instalación DISABLENETWORKPROTOCOLS. Si habilita la compatibilidad de red durante la instalación de una instancia del SP4 de MSDE 2000, más adelante podrá volver a configurar la instancia para deshabilitar la compatibilidad. Para obtener más información acerca de cómo deshabilitar y restaurar el acceso a la red, consulte el artículo 814130 de Microsoft Knowledge Base.
El programa de instalación del SP4 de MSDE 2000 no instalará una nueva instancia de MSDE 2000 a menos que especifique una contraseña de sa segura. Utilice el parámetro SAPWD para especificar una contraseña de sa segura.
El programa de instalación del SP4 de MSDE 2000 no actualizará una instancia existente de MSDE 2000 a menos que especifique una contraseña segura para el inicio de sesión de sa. Aún cuando actualice una instancia existente, debe asignar una contraseña segura para el inicio de sesión de sa, a menos que la aplicación que utiliza la instancia de MSDE dependa de alguna manera de una contraseña de sa nula. Incluso en el caso de que la instancia de MSDE 2000 utilice la autenticación de Windows, el inicio de sesión de sa se activará si la instancia cambia a la autenticación de Modo mixto. Una contraseña de sa nula, en blanco, sencilla o conocida puede ser utilizada para accesos no autorizados. Si necesita asignar una contraseña de sa segura antes de actualizar la instancia de MSDE 2000 al SP4 de MSDE 2000, consulte el artículo 322336 de Microsoft Knowledge Base.
Para mayor seguridad, utilice la autenticación de Windows con la instalación de MSDE 2000 siempre que sea posible. Considere cambiar del modo mixto a la autenticación de Windows si se cumplen las condiciones siguientes:
Para obtener más información acerca de cómo cambiar una instancia de MSDE 2000 desde el modo mixto a la autenticación de Windows, consulte el artículo 322336 de Microsoft Knowledge Base.
Si desea instalar varias copias de MSDE 2000 y del motor de base de datos de SQL Server 2000 en un equipo, debe conocer los nombres de instancia. Puede instalar hasta 16 instancias en un mismo equipo. Una de estas instancias no tendrá nombre y es la instancia predeterminada. Las 15 instancias restantes deben tener un nombre único y se denominan instancias con nombre.
El programa de instalación de MSDE SP4 permite instalar o actualizar instancias de MSDE. Si instala o actualiza una instancia con nombre de MSDE, debe utilizar el parámetro INSTANCENAME para especificar el nombre de la instancia. Si no especifica un valor para el parámetro INSTANCENAME, el programa de instalación utilizará la instancia predeterminada de MSDE en ese equipo. El SP4 de MSDE 2000 no se puede utilizar para actualizar una instancia del motor de base de datos de SQL Server 2000.
Para buscar las instancias existentes en su equipo:
En el panel de lista derecho, aparecerá una instancia predeterminada a modo de servicio llamado MSSQLSERVER. Las instancias con nombre se enumeran como servicios llamados MSSQL$InstanceName, en donde InstanceName es el nombre de la instancia.
Los nombres de instancia deben seguir las reglas que se incluyen en esta página Web de Microsoft.
El programa de instalación del SP4 de MSDE 2000 determinará si una versión instalada de Microsoft Data Access Components (MDAC) se debe actualizar al SP1 de MDAC 2.8:
Nota Si el sistema operativo de un equipo que tiene instalado el SP4 de MSDE 2000 se actualiza, se perderá la versión de MDAC instalada con el Service Pack 4.
Nota Consulte el artículo 301202 de Knowledge Base para obtener instrucciones sobre cómo determinar la versión de MDAC de su equipo.
Cuando el SP4 de MSDE 2000 instala el SP1 de MDAC 2.8, la versión del idioma de MDAC es la misma que la del SP4 de MSDE 2000. Si desea mantener una versión de idioma para MDAC que sea diferente a la del SP4 de MSDE 2000, debe descargar e instalar la versión correspondiente del SP1 de MDAC 2.8 antes de ejecutar el programa de instalación del SP4 de MSDE 2000. Puede descargar versiones de idioma específicas para el SP1 de MDAC 2.8 desde la página de descargas de Microsoft Data Access.
El SP1 de MDAC 2.8 incluye una actualización al SP7 de MSXML 3.0. MDAC 2.81 también actualiza SQLXML 1.0, que se suministra 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 SP1 de MDAC 2.8, consulte la página de descargas de Microsoft Data Access. Para obtener más información acerca de las versiones de MDAC, consulte el artículo 822758 de Knowledge Base. Las actualizaciones incluidas en el SP1 de MDAC 2.8 se documentan en el artículo 884930 de Knowledge Base.
Todas las versiones de Windows que son compatibles con MSDE 2000 incluyen una versión del software MDAC que funciona con el SP4 de MSDE 2000. Si configura una instancia de MSDE 2000 para que admita comunicaciones de red y funcione como un servidor de base de datos, no necesita instalar el software de cliente en un equipo con Windows para que las aplicaciones se conecten desde dicho equipo a la instancia de MSDE 2000. Para obtener más información acerca de las comunicaciones de red, consulte esta página Web de Microsoft.
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, identifique la versión de la instancia de MSDE 2000 que se va a actualizar. Si la versión de MSDE 2000 es el Service Pack 4, o posterior, no necesitará instalar el Service Pack 4.
Para identificar la versión actual de MSDE 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 |
| SP1 de Desktop Engine | 8.00.384 | SP1 |
| SP2 de Desktop Engine | 8.00.534 | SP2 |
| SP3 y SP3a de Desktop Engine o MSDE 2000 Release A. | 8.00.760 | SP3 |
| El SP4 de MSDE 2000 | 8,00.2039 | SP4 |
Nota Es posible que su versión del producto tenga valores diferente a estos si ha aplicado alguna revisión después de haber instalado el producto o un Service Pack anterior. Por ejemplo, @@VERSION devuelve el valor 8.00.818 después de aplicar la revisión de seguridad MS03-031 a MSDE 2000 Release A.
SELECT SERVERPROPERTY('Edition')
Si obtiene el valor Desktop Engine, la instancia es MSDE 2000.
Cualquier información relevante del Service Pack 4 de SQL Server 2000 que no se haya podido incluir 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 Knowledge Base.
Para buscar un artículo en Knowledge Base
Todos los boletines publicados sobre seguridad del Service Pack 3a de SQL Server 2000 y de SQL Server 2000 (64 bits) se tratan en el Service Pack 4.
Si ha obtenido 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 obtener la misma revisión para el SP4 de SQL Server 2000.
El SP4 de SQL Server 2000 incluye mejoras de la funcionalidad de uso que le permitirán desinstalar revisiones futuras. Para obtener más información, consulte la sección 5.7 Mejoras de la funcionalidad de uso.
El SP4 de SQL Server 2000 incorpora cambios a MSDE 2000 que abordan problemas generados 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 SP4 de SQL Server 2000 quita la dependencia OPENXML de la versión de MSXML instalada por el sistema operativo. El Service Pack 4 de MSDE 2000 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 son la fuente de documentación principal para el usuario de MSDE 2000. Los libros en pantalla se actualizan periódicamente con actualizaciones y nueva información. En enero de 2004, los libros en pantalla se actualizaron para incluir información adicional acerca de MSDE 2000. Es importante que descargue e instale la última versión por los motivos siguientes:
Las versiones actuales de libros en pantalla están disponibles en las ubicaciones siguientes:
Los ejemplos del motor de base de datos de SQL Server 2000 que se actualizaron para el SP3 y el SP3a de SQL Server 2000 están disponibles en este sitio Web de Microsoft. Todos los ejemplos que hacen referencia a componentes de SQL Server 2000 incluidos en MSDE 2000 también se aplican a este último, a excepción de las características que MSDE 2000 no admita. Las características que se incluyen son el motor de base de datos, los componentes de conectividad del cliente de base de datos y API de programación, la duplicación y los Servicios de transformación de datos (DTS).
Antes de iniciar la descarga y extracción del SP4 de SQL Server 2000, lea el apartado "Instrucciones para la fase de descarga y extracción" más adelante en esta sección. El SP4 de SQL Server 2000 se distribuye de las formas siguientes:
Si dispone de un CD con el SP4 de SQL Server 2000, puede actualizar una instancia de MSDE 2000 al SP4 de MSDE 2000 mediante el archivo autoextraíble SQL2000.MSDE-KB884525-SP4-x86-LLL.exe del CD.
Nota LLL es un designador que varía según el idioma.
Después de obtener el archivo SQL2000.MSDE-KB884525-SP4-x86-LLL.exe del sitio de descarga o del CD del SP4, ejecútelo para extraer los archivos del SP4 de MSDE 2000 en su equipo. SQL2000.MSDE-KB884525-SP4-x86-LLL.exe creará un grupo de carpetas en el disco duro, que puede utilizar para instalar el SP4 de MSDE 2000.
Los Service Pack de SQL Server 2000 Desktop Engine son específicos del idioma. Para actualizar una instancia de MSDE 2000, debe obtener un Service Pack del mismo idioma que la instancia. Puede obtener el Service Pack a través del CD del SP4 de SQL Server 2000 o descargando los archivos del SP4 de MSDE 2000. Por ejemplo, si va a actualizar una instancia de MSDE 2000 que utilice el idioma japonés, debe obtener la versión del SP4 de MSDE 2000 en japonés.
Nota El SP4 de MSDE 2000 es la única parte del Service Pack que está disponible en portugués (Brasil), sueco y holandés porque SQL Server 2000 Desktop Engine es el único componente de SQL Server 2000 que se produce para esos idiomas. Los componentes de SQL Server 2000 que se actualizan con el SP4 de Componentes de base de datos y el SP4 de Analysis Services no están disponibles en esos idiomas.
Si no está seguro de cuál es el idioma de una instancia de MSDE 2000:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\InstanceName\CurrentVersion
donde InstanceName indica el nombre de la instancia.
| Valor del Registro para Language (hexadecimal) | Valor del Registro para Language (decimal) | Idioma de la instancia |
| 0x00000404 | 1028 | Chino tradicional |
| 0x00000407 | 1031 | Alemán |
| 0x00000409 | 1033 | Inglés |
| 0x0000040a | 1034 | Español |
| 0x0000040c | 1036 | French |
| 0x00000410 | 1040 | Italiano |
| 0x00000411 | 1041 | Japanese |
| 0x00000412 | 1042 | Coreano |
| 0x00000413 | 1043 | Holandés |
| 0x00000416 | 1046 | Portugués (Brasil) |
| 0x0000041d | 1053 | Sueco |
| 0x00000804 | 2052 | Chino simplificado |
Si ha instalado la instancia de MSDE 2000 por medio del programa de instalación de MSDE, puede actualizar la instancia de MSDE 2000 utilizando un archivo de descarga del SP4 de SQL Server 2000. El nombre del paquete original del programa de instalación era SqlRun01.msi a SqlRun16.msi.
Para descargar el SP4 de MSDE 2000:
En primer lugar, debe extraer los archivos de instalación de SQL2000.MSDE-KB884525-SP4-x86-LLL.exe antes de instalar el SP4 de MSDE 2000. Puede ejecutar el archivo SQL2000.MSDE-KB884525-SP4-x86-LLL.exe directamente desde el CD del SP4, o desde la carpeta donde lo ha descargado o copiado del CD.
Para extraer los archivos del SP4 de MSDE 2000:
Cuando descargue y extraiga los archivos de instalación del SP4 de MSDE 2000 desde Internet, siga estas instrucciones:
Nota Cuando extraiga el Service Pack en un directorio compartido de red, la ruta de acceso a la carpeta que especifique será relativa respecto a la carpeta desde donde ejecutó el archivo SQL2000.MSDE-KB884525-SP4-x86-LLL.exe.
Para instalar el SP4 de MSDE 2000, siga las instrucciones de instalación de las secciones siguientes. Antes de instalar el SP4 del MSDE 2000, revise el material de la sección 1.0 Introducción. Las fases de instalación del SP4 de MSDE 2000 son las siguientes:
El SP4 de MSDE 2000 contiene un completo grupo de archivos necesarios para instalar o actualizar instancias de SQL Server 2000 Desktop Engine. Puede realizar todas las tareas de instalación de MSDE 2000 mediante los archivos del SP4 de MSDE 2000 si dispone de una licencia para instalar o actualizar una instancia de MSDE 2000. Para obtener más información acerca de las licencias de MSDE 2000, consulte este sitio Web de Microsoft.
Si necesita más información acerca de la ejecución del programa de instalación, la fuente principal de documentación son los Libros en pantalla de SQL Server 2000. Para obtener más información acerca de la instalación de la última versión de los Libros en pantalla de SQL Server 2000 o para obtener acceso a la copia en pantalla de MSDN Library, consulte la sección 1.8 Actualizaciones disponibles de los Libros en pantalla de SQL Server 2000.
A continuación, se ofrece un vínculo al tema de referencia para el archivo ejecutable del programa de instalación en la copia de los libros en pantalla de MSDN Library: Customizing Desktop Engine Setup.exe.
En la última versión de los Libros en pantalla de SQL Server 2000, el tema "Customizing Desktop Engine Setup.exe" documenta la funcionalidad de la versión del archivo ejecutable del programa de instalación que se incluye en el SP3a de Desktop Engine y MSDE 2000 Release A. La documentación también está actualizada para la versión SP4 del programa de instalación de Desktop Engine, a excepción del parámetro SAVESYSDB, que se incluyó con el SP4. Para obtener más información, consulte la sección 5.6.1 Nuevo parámetro SAVESYSDB del programa de instalación de MSDE 2000.
Nota En las versiones del programa de instalación de MSDE anteriores al SP3 de SQL Server 2000, los usuarios tenían que especificar el archivo del paquete de instalación .msi que utilizaron para instalar o actualizar una instancia de MSDE 2000. En el SP3, y versiones posteriores, el programa de instalación administra los archivos .msi y los usuarios no necesitan especificarlo para las actualizaciones ni las instalaciones nuevas.
Antes de instalar el SP4 de MSDE 2000, debe realizar las tareas siguientes:
Antes de instalar el SP4 de MSDE 2000, realice copias de seguridad de las bases de datos master, msdb y model. La instalación del SP4 de MSDE 2000 modifica las bases de datos master, msdb y model, haciéndolas compatibles con las versiones anteriores al SP4 de MSDE 2000. Las copias de seguridad de estas bases de datos son necesarias para reinstalar MSDE 2000 sin el SP4.
También es aconsejable realizar copias de seguridad de sus bases de datos de usuario, aunque el SP4 actualiza únicamente las bases de datos de usuario que pertenecen a topologías de duplicación.
Si se produce un error, podrá restaurar la base de datos hasta un punto conocido después de la actualización al SP4, por medio de un plan de copia de seguridad existente que incluya la duplicación. Tras aplicar el SP4, es recomendable realizar una copia de seguridad del Registro o de toda la base de datos para cualquier base de datos de usuario incluida en una topología de duplicación. Si realiza copias de seguridad de estas bases de datos y una base de datos de duplicación genera un error más tarde, no tendrá que volver a aplicar el SP4 después de restaurar la base de datos.
Si la opción de ampliación automática no se ha seleccionado para las bases de datos master y msdb, éstas deben tener al menos 500 KB de espacio libre. Para comprobar que dispone de este espacio, ejecute el procedimiento sp_spaceused almacenado en el sistema para las bases 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, consulte "Expandir una base de datos" en los Libros en pantalla de SQL Server 2000.
Si la opción de ampliación automática se ha seleccionado para las bases de datos master y msdb y las unidades disponen de espacio suficiente, puede omitir el paso anterior de comprobación de espacio.
Para comprobar si la opción de ampliación automática se ha seleccionado en MSDE 2000, utilice el programa del símbolo del sistema osql para ejecutar la siguientes instrucciones SQL:
sp_helpdb mastersp_helpdb msdbEn el resultado de estas instrucciones, compruebe que el valor de la columna de crecimiento no es 0.
Antes de instalar el SP4 de MSDE 2000, debe detener todas las aplicaciones y servicios (incluidos el Panel de control, Agregar o quitar programas, SQL Server 2000 Reporting Services y SQL Server 2000 Notification Services) y todas las aplicaciones que se conecten con la instancia de MSDE que va a actualizar.
Si lo desea, puede aplicar el SP4 de MSDE 2000 sin cerrar los servicios, pero algunos de éstos no se reanudarán hasta reiniciar 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 los servicios siguientes tengan problemas para iniciarse.
Después de instalar el SP4 de MSDE 2000, puede disminuir la probabilidad de tener que de reiniciar el equipo. Para ello, detenga los servicios y aplicaciones de la lista anterior antes de ejecutar el programa de instalación.
Esta sección incluye instrucciones generales para la ejecución del programa de instalación del SP4 de MSDE 2000. La sección incluye ejemplos de las situaciones más comunes que se producen con el SP4 de MSDE 2000:
Para instalar el SP4 de MSDE 2000, ejecute el archivo Setup.exe desde una de las ubicaciones siguientes:
De esta forma, se inicia el proceso de instalación.
El archivo ejecutable del programa de instalación que se incluye en el SP4 de MSDE 2000 es la versión del SP4 del programa de instalación de Desktop Engine para MSDE 2000. A excepción del parámetro SAVESYSDB, el funcionamiento del programa de instalación del SP4 de MSDE 2000 se documenta en la última versión de los Libros en pantalla de SQL Server 2000. Para obtener información acerca de la instalación de la última versión de los Libros en pantalla de SQL Server 2000, consulte la sección 1.8 Actualizaciones disponibles de los Libros en pantalla de SQL Server 2000. A continuación, se ofrece una copia en inglés del tema de referencia que documenta el comportamiento de Setup.exe: Customizing Desktop Engine Setup.exe.
El SP4 de MSDE 2000 se ha diseñado para distribuirse con aplicaciones e instalarse con el programa de instalación de una aplicación. MSDE 2000 no cuenta con un programa interactivo de instalación. Los mecanismos de instalación de MSDE 2000 se han diseñado para que el programa de instalación de una aplicación los llame. El programa de instalación de la aplicación controla la interacción con el usuario final. MSDE 2000 cuenta con dos mecanismos de instalación:
Importante Instale o actualice siempre instancias de MSDE ejecutando Setup.exe. No intente iniciar el programa de instalación indirectamente desde un archivo .msi (p. ej., no haga doble clic en ninguno de los archivos .msi de MSDE 2000).
Debe ejecutar Setup.exe desde el símbolo del sistema para instalar o actualizar una instancia de MSDE. Los usuarios controlan el comportamiento del programa de instalación de MSDE 2000 especificando parámetros. Los parámetros de instalación se pueden especificar de dos formas:
Debe delimitar los valores para los parámetros del programa de instalación de MSDE utilizando comillas si el valor especificado contiene caracteres especiales, como espacios en blanco. De no ser así, las comillas son opcionales.
Las secciones 3.2.2, 3.2.3 y 3.2.4 incluyen ejemplos de los parámetros que se utilizan en las situaciones más habituales de instalación del SP4 de MSDE 2000. Los parámetros que se pueden especificar para el programa de instalación se documentan en la última versión de los Libros en pantalla de SQL Server 2000. Para obtener información acerca de la instalación de la última versión de los Libros en pantalla de SQL Server 2000, consulte la sección 1.8 Actualizaciones disponibles de los Libros en pantalla de SQL Server 2000. A continuación, se ofrece una copia en inglés del tema de referencia que documenta el comportamiento de Setup.exe: Customizing Desktop Engine Setup.exe.
Nota Si utiliza una conexión de los Servicios de Terminal Server para actualizar una instancia existente de MSDE al SP4 de MSDE 2000 o instalar una instancia nueva del SP4 de MSDE 2000 pueden producirse problemas. Si se producen problemas, reinicie el programa de instalación desde el equipo local.
Puede especificar parámetros para Setup.exe de MSDE 2000 en un archivo .ini cuya ubicación se especifica mediante el conmutador/settings. Un archivo .ini es un archivo de texto (p. ej., un archivo que se crea mediante Notepad y se guarda con un nombre que tiene la extensión .ini). En el archivo .ini, la primera línea es [Options]. A continuación, debe especificar los parámetros, uno por línea.
Nota de seguridad Si utiliza un archivo .ini durante la instalación, evite almacenar credenciales en él.
El ejemplo siguiente especifica los parámetros en el símbolo del sistema:
setup SAPWD="AStrongPassword" INSTANCENAME="InstanceName"
TARGETDIR="C:\MyInstanceFolder"Para ejecutar el programa de instalación con los mismos parámetros en un archivo .ini, utilice Notepad para crear un archivo con nombre MyParameters.ini que tenga el contenido siguiente:
[Options]
INSTANCENAME="InstanceName"
TARGETDIR="C:\MyInstanceFolder"A continuación, ejecute el programa de instalación utilizando el conmutador /settings para que apunte al archivo .ini:
setup /settings "MyParameters.ini" SAPWD="AStrongPassword"Utilice un registro detallado para comprobar que la instalación N ha sido satisfactoria o para obtener ayuda en el caso de que surjan problemas.
Para generar un registro detallado, especifique /L*v <LogFileName> (donde <LogFileName> es el nombre del archivo de registro donde el programa de instalación registra todas sus acciones). Si no especifica una ruta como parte del nombre, el archivo de registro se creará en la carpeta actual. Si ejecuta el programa de instalación desde un CD-ROM, debe especificar la ruta de acceso completa a la carpeta del disco duro.
En el ejemplo siguiente, se crea un archivo de registro (MSDELog.log) en la carpeta raíz de la unidad C:
setup SAPWD="AStrongSAPassword" /L*v C:\MSDELog.logSi la instalación es satisfactoria, al final del registro aparecerá una entrada similar a la siguiente:
=== Logging stopped: 5/16/03 0:06:10 ===
MSI (s) (BC:7C): Product: Microsoft SQL Server Desktop Engine
-- Installation operation completed successfully.Si la instalación no es satisfactoria, al final del registro aparecerá una entrada similar a la siguiente:
=== Logging stopped: 5/15/03 23:50:34 ===
MSI (c) (6A:CE): Product: Microsoft SQL Server Desktop Engine
-- Installation operation failed.Si la instalación ha generado errores, busque la cadena "value 3" en el registro de errores. Entre las 10 líneas de la cadena, se incluirá un aviso de error para realizar una acción personalizada. El aviso contiene información adicional sobre el tipo de error.
Los ejemplos de esta sección muestran cómo actualizar una instancia existente de MSDE 2000 al SP4 de MSDE 2000 y deshabilitar la conectividad de red para dicha instancia. Si la instancia debe admitir conexiones con aplicaciones que se ejecutan en otros equipos, no especifique el parámetro DISABLENETWORKPROTOCOLS.
En los ejemplos de esta sección, se entiende que el inicio de sesión de sa cuenta con una contraseña segura. Para obtener más información acerca de la contraseña de inicio de sesión de sa, consulte la sección 1.3 Consideraciones de seguridad acerca del Service Pack 4 de MSDE 2000.
Para actualizar a una instancia existente de MSDE 2000 al Service Pack 4 de MSDE 2000
cd c:\MSDESP4Folder\MSDEdonde c:\MSDESP4Folder es la ruta de acceso a la carpeta en la que ha extraído los archivos del SP4 de MSDE 2000 o la carpeta del SP4 de MSDE 2000 del CD del SP4 de SQL Server 2000.
setup /upgradesp sqlrun /L*v C:\MSDELog.logsetup /upgradesp sqlrun DISABLENETWORKPROTOCOLS=0 /L*v C:\MSDELog.logsetup /upgradesp sqlrun INSTANCENAME=InstanceName /L*v C:\MSDELog.logsetup /upgradesp sqlrun SECURITYMODE=SQL UPGRADEUSER=AnAdminLogin
UPGRADEPWD=AdminPassword /L*v C:\MSDELog.logsetup /upgradesp sqlrun INSTANCENAME= InstanceName SECURITYMODE=SQL
UPGRADEUSER=AnAdminLogin UPGRADEPWD=AdminPassword /L*v C:\MSDELog.logPara facilitar la lectura, se han incluido saltos de línea en los ejemplos. Los comandos deben ejecutarse sin saltos de línea.
Nota Si la instancia de MSDE 2000 que se está actualizando ya se actualizó desde MSDE 1.0 con un Service Pack anterior de SQL Server 2000, también debe anexar UPGRADE=1 al comando de instalación.
Nota de seguridad Si utiliza un archivo .ini durante la instalación, evite almacenar credenciales en él.
Los ejemplos de esta sección muestran cómo instalar una nueva instancia del SP4 de MSDE 2000 que se haya configurado con la conectividad de red deshabilitada, el comportamiento predeterminado. Si la instancia tiene que admitir conexiones con aplicaciones que se ejecutan en otros equipos, debe especificar también DISABLENETWORKPROTOCOLS=0.
Los siguientes ejemplos muestran cómo instalar instancias aplicando los valores predeterminados a todos los elementos configurables, como la intercalación y las ubicaciones de archivo. Las configuraciones pueden controlarse mediante parámetros de instalación, como COLLATION, DATADIR y TARGETDIR. Para obtener más información acerca de los parámetros de configuración que se pueden especificar durante la instalación, consulte Customizing Desktop Engine Setup.exe (en inglés).
Para instalar una instancia nueva de Desktop Engine
cd c:\MSDESP4Folder\MSDEdonde c:\MSDESP4Folder es la ruta de acceso a la carpeta en la que ha extraído los archivos del SP4 de MSDE 2000 o la carpeta del SP4 de MSDE 2000 del CD del SP4 de SQL Server 2000.
setup SAPWD="AStrongSAPwd" /L*v C:\MSDELog.logdonde AStrongSAPwd es una contraseña segura que se asignará al inicio de sesión de sa.
setup INSTANCENAME="InstanceName" SAPWD="AStrongSAPwd"
/L*v C:\MSDELog.logdonde AStrongSAPwd es una contraseña segura que se va a asignar al inicio de sesión de sa e InstanceName es el nombre que se asignará a la instancia.
setup SAPWD="AStrongSAPwd" SECURITYMODE=SQL
/L*v C:\MSDELog.logdonde AStrongSAPwd es una contraseña segura que se asignará al inicio de sesión de sa.
setup INSTANCENAME="InstanceName" SECURITYMODE=SQL
SAPWD="AStrongSAPwd" /L*v C:\MSDELog.logdonde AStrongSAPwd es una contraseña segura que se va a asignar al inicio de sesión de sa e InstanceName es el nombre que se asignará a la instancia.
Importante Si utiliza un archivo .ini durante la instalación, evite almacenar credenciales en él.
Importante Especifique siempre una contraseña segura para el inicio de sesión de sa, aún cuando la instancia se haya configurado para utilizar la autenticación de Windows.
Los ejemplos de esta sección muestra cómo actualizar una instancia existente de MSDE 1.0 al SP4 de MSDE 2000 y deshabilitar la conectividad de red para dicha instancia. Si la instancia debe admitir conexiones con aplicaciones que se ejecutan en otros equipos, no especifique el parámetro DISABLENETWORKPROTOCOLS.
MSDE 1.0 funciona del mismo modo que una instancia predeterminada de MSDE 2000 y siempre se actualiza a una instancia predeterminada de MSDE 2000.
Nota Las instancias de MSDE 1.0 que pertenecen a una topología de duplicación no pueden actualizarse al SP4 de MSDE 2000.
Para actualizar MSDE 1.0 a una instancia del SP4 de MSDE 2000
cd c:\MSDESP4Folder\MSDEdonde c:\MSDESP4Folder es la ruta de acceso a la carpeta en la que ha extraído los archivos del SP4 de MSDE 2000 o la carpeta del SP4 de MSDE 2000 del CD del SP4 de SQL Server 2000.
setup UPGRADE=1 DISABLENETWORKPROTOCOLS=1
/L*v C:\MSDELog.logsetup UPGRADE=1 SECURITYMODE=SQL UPGRADEUSER=AnAdminLogin
UPGRADEPWD=AdminPassword DISABLENETWORKPROTOCOLS=1
/L*v C:\MSDELog.logImportante Si utiliza un archivo .ini durante la instalación, evite almacenar credenciales en él.
Nota de seguridad Se desaconseja el uso de contraseñas en blanco porque son muy vulnerables a infracciones de seguridad.
Nota Si utiliza BLANKSAPWD=1, no es necesario que especifique SECURITYMODE=SQL ni UPGRADEUSER ni UPGRADEPWD.
Una vez que el programa de instalación finalice, es posible que tenga que reiniciar el sistema. La sección 3.1.3 Detener Servicios y Aplicaciones antes de ejecutar el programa de instalación del SP4 de MSDE 2000 proporciona información acerca de cuándo se debe reiniciar el equipo. Después de reiniciar el sistema (o después de que la instalación haya finalizado sin reiniciar el sistema), utilice la aplicación Servicios del Panel de control para comprobar que todos los servicios que se interrumpieron antes de aplicar el Service Pack se están ejecutando. Entre los servicios que se han podido interrumpir antes de aplicar el Service Pack, se incluyen DTC, MSSQLServer 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.
En este momento, es aconsejable realizar una copia de seguridad de las bases de datos master y msdb.
La información siguiente se aplica sólo a instancias existentes de MSDE 2000 que pertenecen a una topología de duplicación de mezcla.
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.
Debe detener el sistema (todas las actualizaciones) y actualizar los servidores simultáneamente en los casos siguientes.
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 y suscriptor para topologías que permiten actualizaciones en el suscriptor. Este orden requiere actualizar el servidor A primero para la publicación de mezcla y el servidor B primero 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 primero 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 información siguiente se aplica sólo a instancias de MSDE 2000 que pertenecen a una topología de duplicación de mezcla.
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. No obstante, 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, deberá convertir las bases de datos en bases de datos modificables y volver a aplicar el programa de instalación del Service Pack 4 a esa instancia de SQL Server 2000.
Durante la instalación, el programa de instalación no distingue entre las bases de datos no modificables y las bases de datos sin conexión o sospechosas. Si una base de datos o grupo de archivos perteneciente a una topología de duplicación no es modificable durante la instalación, debe volver a aplicar el Service Pack para actualizar dicha base de datos. Para obtener más información acerca de cómo conectar una base de datos, consulte 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, consulte el tema "Solucionar problemas del servidor y de la base de datos" en los Libros en pantalla de SQL Server.
Para aplicar el SP4 de MSDE 2000 a una base de datos de sólo lectura
ALTER DATABASE de la forma siguiente:
ALTER DATABASE database SET READ_WRITEALTER DATABASE, de la forma siguiente:
ALTER DATABASE database SET READ_ONLYPara aplicar el Service Pack 4 a un grupo de archivos de sólo lectura
ALTER DATABASE, de la forma siguiente:
ALTER DATABASE Database
MODIFY FILEGROUP filegroup_name READWRITE ALTER DATABASE, de la forma siguiente:
ALTER DATABASE Database
MODIFY FILEGROUP filegroup_name READONLYPara obtener más información acerca de ALTER DATABASE, consulte el tema de referencia "ALTER DATABASE" en los Libros en pantalla de SQL Server. Para obtener más información acerca de cómo aplicar de nuevo el Service Pack 4, consulte la sección 3.8 Nueva aplicación del Service Pack 4 de MSDE 2000.
Cuando actualice una instancia de MSDE 2000 al SP4 de MSDE 2000, es posible que tenga que comprobar si algunos de los procedimientos almacenados en el sistema se han actualizado en otras instancias de SQL Server o MSDE.
El SP4 de MSDE 2000 incluye una actualización de Microsoft Data Access Components (MDAC) al SP1 de MDAC 2.8. El SP1 de MDAC 2.8 incluye actualizaciones para el proveedor de SQLOLEDB y el controlador ODBC de SQL Server. Para obtener más información, consulte la sección Comprobación de la versión de Microsoft Data Access Components. Cuando el proveedor o el controlador se conecten a una instancia de SQL Server o MSDE, el proveedor o el controlador utilizarán un grupo de procedimientos almacenados en el sistema que se conocen como los procedimientos almacenados del catálogo. La versión de los procedimientos almacenados del catálogo instalados en la instancia debe ser igual o posterior a la del proveedor y el controlador. Si intenta conectar con una instancia de SQL Server o MSDE que disponga de una versión anterior de los procedimientos almacenados del catálogo, obtendrá el siguiente mensaje de 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 del controlador se suministra con una secuencia de comando llamada Instcat.sql. Esta secuencia actualiza los procedimientos almacenados del catálogo para cualquier instancia de SQL Server o MSDE que tenga una versión anterior del catálogo.
Después de instalar el SP4 de MSDE 2000, debe ejecutar la secuencia de comandos Instcat.sql desde el SP4 de MSDE 2000 para cualquier instancia de SQL Server o MSDE que tenga una versión anterior al SP4 de SQL Server 2000 y que además tenga las características siguientes:
Para actualizar los procedimientos almacenados del catálogo en una instancia de MSDE 2000 que tenga seleccionada la opción 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 de MSDE 2000 que tenga seleccionada la opción de Modo mixto de autenticación:
osql -UAnAdminLogin -PAdminPassword
-SComputerName -ilocation\instcat.sqlosql -UAnAdminLogin -PAdminPassword
-SComputerName\InstanceName -ilocation\instcat.sqldonde:
InstanceName es el nombre de una instancia con nombre de SQL Server 2000 o MSDE 2000.instcat.sql. La ubicación predeterminada de una instancia instalada de SQL Server 2000 es c:\archivos de programa\Microsoft SQL Server\MSSQL\Install.La secuencia de comandos Instcat.sql genera muchos mensajes. Normalmente, estos mensajes no indican error. Sólo informan del número de filas que se vieron afectadas por cada instrucción Transact-SQL en la secuencia de comandos. El mensaje final debe indicar si la secuencia de comandos se ejecutó satisfactoriamente.
Para poder volver a las versiones previas al SP4 de MSDE 2000, debe realizar copias de seguridad de las bases de datos master, msdb y model antes de instalar el SP4. Para obtener más información, consulte la sección 3.1.1 Realizar copias de seguridad de sus bases de datos de SQL Server.
Para volver a las versiones previas al SP4 de MSDE 2000
Advertencia Al volver a la versión de SQL Server anterior al SP4, se perderán todos los cambios que hubiera realizado en las bases de datos master, msdb y model después de instalar el SP4.
Nota Las actualizaciones de MDAC no se desinstalan al volver a una versión de MSDE 2000 anterior al SP4. Para obtener más información, consulte la sección 1.5 Comprobación de la versión de Microsoft Data Access Components.
Si las bases de datos o los grupos de archivos que formaban parte de una topología de duplicación y eran de sólo lectura durante la aplicación inicial del SP4 se convierten en modificables, debe volver a aplicar el SP4 de MSDE 2000.
Para volver a aplicar el SP4 de MSDE 2000, realice los pasos descritos en la sección 3.0 Instalación del Service Pack.
Esta sección incluye consideraciones adicionales sobre la instalación del Service Pack.
El SP4 de MSDE 2000 contiene todos los archivos necesarios para redistribuir MSDE 2000 con las aplicaciones, siempre que el proveedor de la aplicación disponga de una licencia para distribuir MSDE 2000. Puede distribuir los archivos del SP4 de MSDE 2000 tal y como se documenta en la última versión de los Libros en pantalla de SQL Server 2000. También puede registrarse para obtener los derechos de redistribución de MSDE 2000 en este sitio Web de Microsoft.
Para obtener información acerca de la instalación de la última versión de los Libros en pantalla de SQL Server 2000, consulte la sección 1.8 Actualizaciones disponibles de los Libros en pantalla de SQL Server 2000.
Si una aplicación dispone de un programa de instalación basado en Windows Installer, podrá instalar una instancia de MSDE 2000 utilizando los módulos de mezcla de MSDE 2000. El SP4 de MSDE 2000 ofrece módulos de mezcla que proporcionan compatibilidad con las aplicaciones existentes que utilizan estos módulos. Los programas de instalación para aplicaciones nuevas deben para incluir llamadas al programa de instalación de MSDE 2000 en lugar de utilizar directamente los módulos de mezcla de MSDE 2000.
Los proveedores que decidan instalar instancias de MSDE 2000 utilizando los módulos de mezcla de MSDE 2000 deben proporcionar todas las revisiones posteriores de MSDE 2000 a sus clientes. Las instancias de MSDE 2000 que las aplicaciones instalen mediante la utilización directa de módulos de mezcla se marcarán con el GUID de código de producto que Windows Installer asocia con la aplicación. Sólo los archivos de revisión que también contengan el GUID de código de producto de la aplicación pueden aplicarse a esas instancias de MSDE 2000. Sólo los archivos de revisión creados por el proveedor de la aplicación contendrán códigos de producto adecuados. Los Service Pack de MSDE 2000 suministrados por Microsoft no pueden aplicarse a dichas instancias. El proveedor de la aplicación debe crear archivos de revisión a partir de los archivos del SP4 de MSDE 2000 y distribuirlos a los clientes de MSDE que necesiten aplicar revisiones para el SP4.
Para obtener más información acerca de cómo crear paquetes de archivos de revisión, consulte el kit de desarrollo de software (SDK) de Windows Installer, que se puede descargar del sitio Web de Microsoft Platform SDK.
Si el programa de instalación de una aplicación instala una instancia de MSDE 2000 llamando a la instalación de MSDE 2000, la instancia de MSDE 2000 se marcará con el GUID de código de producto de MSDE 2000. Los clientes puede aplicar la revisión a estas instancias mediante los archivos estándar del Service Pack de MSDE 2000. El proveedor de la aplicación puede elegir una de las siguientes formas de distribuir el SP4 de MSDE 2000:
Todos los archivos de instalación y las carpetas del SP4 de MSDE se encuentran en la carpeta \MSDE, que está incluida en una o varias de las ubicaciones siguientes:
La carpeta \MSDE contiene los archivos Readmesql2k32desksp4.htm, readme.txt, license.txt y los archivos ejecutables para el programa de instalación. También incluye las subcarpetas siguientes:
Para obtener más instrucciones acerca de cómo utilizar los módulos de mezcla de MSDE, consulte el tema "Using SQL Server Desktop Engine Merge Modules" (en inglés) en los Libros en pantalla de SQL Server 2000.
Nota Los módulos de mezcla no son compatibles con instalaciones nuevas. Se suministran con el SP4 para instancias de MSDE 2000 que se instalaron anteriormente con módulos de mezcla.
Si el programa de instalación de su aplicación llama al programa de instalación de MSDE 2000, cree una carpeta que contenga la estructura y el grupo de archivos que se incluyen a continuación. La carpeta MSDEInstallFolder es un ejemplo de nombre de carpeta:
MSDEInstallFolder
Copie en esta ubicación los siguientes archivos de la carpeta \MSDE del SP4 de MSDE 2000: Setup.exe, Setup.ini, Setup.rll y sqlresld.dll.
MSDEInstallFolder\Msi
Copie en esta ubicación todos los archivos de la carpeta \MSDE\Msi del SP4 de MSDE 2000.
MSDEInstallFolder\Setup
Copie en esta ubicación todos los archivos de la carpeta \MSDE\Setup del SP4 de MSDE 2000.
A continuación, puede ejecutar Setup.exe para instalar o actualizar instancias del SP4 de MSDE 2000.
Nota Si Windows Installer no está instalado en el equipo, o es de una versión anterior a la admitida por el programa de instalación del SP4 de MSDE 2000, el programa de instalación utilizará los archivos de la carpeta MSDEInstallFolder\Msi para actualizar Windows Installer.
Esta sección trata los problemas que pueden producirse después de aplicar el SP4 de MSDE 2000 y las nuevas características que están disponibles al ejecutar el SP4. Estos problemas se pueden producir al ejecutar el Service Pack para actualizar desde una versión anterior de MSDE 2000, incluyendo MSDE 2000 Release A. Esta sección no describe todas las revisiones incluidas en el SP4. Para obtener la lista completas de las revisiones, consulte el artículo 888799 de Knowledge Base.
Cualquier información relevante del Service Pack 4 de SQL Server 2000 que no se haya podido incluir en este archivo Léame se publicará en el artículo 884525 de Microsoft Knowledge Base.
Las mejoras siguientes se aplican a instancias de MSDE 2000 que tienen instalado el SP4 de Componentes de base de datos. También se aplican a las instancias de MSDE 2000 Release A que tengan instalado el SP4 de MSDE 2000.
Incluido en el Service Pack 1
Se han suprimido los equipos hash. Debido a determinadas mejoras realizadas en MSDE 2000, los equipos hash ya no ofrecen las ventajas de rendimiento que incluían en MSDE 1.0. Además, la supresión de los equipos hash proporciona mayor estabilidad a MSDE 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 apropiados 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, consulte el artículo 298402 de Knowledge Base.
Con este Service Pack, puede configurar sistemas habilitados para Arquitectura de interfaz virtual (VIA, Virtual Interface Architecture) para enlazar las conexiones de MSDE 2000 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, consulte el artículo 299641 de Knowledge Base.
Incluido en el Service Pack 3
Al ejecutar sp_change_users_login con el argumento @Action=Auto_Fix, ahora 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 permitirá 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. El SP3 de MSDE 2000 y las versiones posteriores cuentan ahora con dos opciones para enviar operaciones LIKE a los servidores vinculados. Si el proveedor de OLE DB para un servidor vinculado admite la sintaxis de SQL Server para el operador LIKE y los caracteres comodín, puede especificar la opción SqlServerLike para que MSDE 2000 envíe operaciones LIKE utilizando la sintaxis de SQL Server. Si el proveedor de OLE DB para un servidor vinculado notifica que admite la sintaxis de SQL-92 ANSI/ISO de nivel de entrada o devuelve la propiedad SQLPROP_ANSILIKE, SQL Server enviará operaciones LIKE al servidor vinculado utilizando la sintaxis SQL-92. Para obtener más información acerca de la propiedad SQLPROP_ANSILIKE, consulte el tema "Programar conjunto de propiedades SQLPROPSET_OPTHINTS" en los Libros en pantalla de SQL Server 2000.
Debe agregar un valor de clave de registro a la opción SqlServerLike para un proveedor de OLE DB.
Nota de seguridad La edición incorrecta del Registro puede causar problemas graves que podrían requerir la reinstalación del sistema operativo. Microsoft no garantiza que los problemas causados por una incorrecta edición del Registro se puedan resolver. Antes de editar el Registro, realice una copia de seguridad de todos los datos importantes.
HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\<Instance Name>\Providers\<Provider Name>
HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\<Provider Name>
Incluido en el Service Pack 3
Para consultas distribuidas, MSDE 2000 devuelve información de errores del proveedor y del servidor. Cuando una consulta entre servidores genera error, MSDE 2000 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, el comportamiento de MSDE 2000 no se verá afectado: MSDE 2000 devolverá 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.En versiones anteriores al SP3, MSDE 2000 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 SP3 o una versión posterior, MSDE 2000 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 SP3 y las versiones posteriores incluyen 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 nuevas columnas a la tabla del sistema sysprocesses: sql_handle, stmt_start y stmt_end.
fn_get_sql se documenta en la última copia de los Libros en pantalla de SQL Server 2000. Para obtener información acerca de la instalación de la última versión de los Libros en pantalla de SQL Server 2000, consulte la sección 1.8 Actualizaciones disponibles de los Libros en pantalla de SQL Server 2000. A continuación, se ofrece una copia en inglés del tema que hace referencia 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.
Al instalar el SP4 de MSDE 2000, puede utilizar el parámetro de instalación ALLOWXDBCHAINING para habilitar el encadenamiento de la propiedad entre bases de datos para todas las bases de datos. El parámetro ALLOWXDBCHAINING se documenta en el tema siguiente de la última copia de los Libros en pantalla de SQL Server 2000: Customizing Desktop Engine Setup.exe (en inglés).
Para obtener información acerca de la instalación de la última versión de los Libros en pantalla de SQL Server 2000, consulte la sección 1.8 Actualizaciones disponibles de los Libros en pantalla de SQL Server 2000.Nota No se recomienda habilitar el 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á desactivada para la instancia, puede configurarla 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 consulte 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 SP3 y versiones 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 versiones posteriores 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 es recomendable ejecutar el procedimiento almacenado sp_sdidebug en servidores de producción.
Para obtener más información, vea el artículo 328151 de Knowledge Base.
Incluido en el Service Pack 3
Después de aplicar el Service Pack, no podrá deshabilitar el protocolo Canalizaciones con nombre en las instancias del motor de base de datos que participen en un clúster de conmutación por error.
Incluido en el Service Pack 3a
Comenzando por el SP3a de MSDE 2000, las instancias de MSDE 2000 que no se hayan configurado para admitir las comunicaciones de red dejarán de utilizar el puerto de Protocolo de datagramas de usuarios (UPD) 1434. Las instancias que están configuradas para admitir comunicaciones de red utilizarán el puerto UDP 1434.
Una instancia actualizada al SP3a, o a una versión posterior, dejará de utilizar el puerto UDP 1434 siempre que se deshabiliten todas las bibliotecas de red del servidor para la instancia, salvo la biblioteca de red de memoria compartida. La instancia empezará utilizando el puerto 1434 siempre que habilite cualquiera de las bibliotecas de red del servidor. Para obtener información acerca de la habilitación y deshabilitación de bibliotecas de red del servidor, consulte el tema "Herramienta de red de SQL Server " en los Libros en pantalla de SQL Server 2000.
La utilización del puerto UDP 1434 por parte de un equipo no cesará hasta que todas las instancias de SQL Server 2000 y MSDE 2000 del equipo se hayan actualizado al SP3a, o a una versión 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. La biblioteca de red de memoria compartida se utiliza sólo para conexiones locales y no para redes. La biblioteca de red de memoria compartida siempre está activa; no puede habilitarse ni deshabilitarse.
También puede especificar si las bibliotecas de red del servidor están deshabilitadas al instalar o actualizar una instancia de MSDE 2000. Utilice el parámetro DISABLENETWORKPROTOCOLS de la utilidad de instalación de MSDE 2000 o la propiedad SqlDisableNetworkProtocols del módulo de mezcla de MSDE 2000. Para obtener más información sobre estas opciones, consulte este tema en la última copia de los Libros en pantalla de SQL Server 2000: Customizing Desktop Engine Setup.exe (en inglés).
Para obtener información acerca de la instalación de la última versión de los Libros en pantalla de SQL Server 2000, consulte la sección 1.8 Actualizaciones disponibles de los Libros en pantalla de SQL Server 2000.Incluido en el Service Pack 4
En el SP4, el valor máximo para el tamaño del paquete de red (definido mediante sp_configure) es 32767. Este valor es algo menos de la mitad del máximo anterior, que estaba en 65536. Durante la actualización, los valores existentes superiores a 32767 se ajustarán a 32767. Si una secuencia de comandos intenta utilizar sp_configure para definir un valor superior a 32767, pero inferior o igual a 65536, el valor también se establecerá en 32767. Si se especifica un valor para el tamaño del paquete de red superior a 65536, se generará un error.
Incluido en el Service Pack 4
El SP4 incluye un cambio en el comportamiento del optimizador de SQL Server que afecta a las consultas que contienen predicados con listas IN grandes o muchas cláusulas OR. Más concretamente, este cambio (incluido en la revisión 789 para SQL Server 2000) afecta a las consultas que contengan (o que se pueden volver a escribir mediante una expresión equivalente que contenga) las siguientes características:
Cuando tales consultas se ejecutan en sistemas que tienen una memoria de gran tamaño y un bajo grado de paralelismo, el optimizador puede elegir un plan de consulta cuyo rendimiento sea inferior. Para suplantar el cambio en el comportamiento del optimizador, se proporciona el indicador de traza 9060 con este Service Pack. El indicador de traza 9060 está desactivado de forma predeterminada. Cuando el indicador está activado, el comportamiento del SP3 anterior a la revisión 789 está habilitado. Si el error 701 (memoria de sistema insuficiente) aparece cuando el indicador de traza está activado, vuelva a escribir las consultas utilizando tablas temporales o variables de tabla para los valores de las listas IN. Para intervalos numéricos, utilice cláusulas BETWEEN, o bien operadores mayor que (>) o menor que (<). Para obtener información acerca de la utilización de indicadores de traza, consulte el tema correspondiente en los Libros en pantalla de SQL Server.
Incluido en el Service Pack 4
El SP4 ofrece compatibilidad para los protocolos de red Banyan VINES, Multiprotocol, AppleTalk y NWLink IPX/SPX. No obstante, estos protocolos no son compatibles con SQL Server 2005 ni versiones posteriores. Proceda de manera apropiada.
Esta sección trata las mejoras de la duplicación de MSDE 2000 que se incluyen con el SP4 de MSDE 2000.
Incluido en el Service Pack 1
Durante la instalación de la duplicación transaccional, se crean procedimientos almacenados personalizados en la base de datos de suscripción 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 procederá a actualizar todas las columnas de la tabla de suscripción. 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 restablecimiento podría resultar costoso.
Si utiliza la 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 suscripción que se utilice para informes puede tener muchos más índices que una base de datos de publicación. Crear la instrucción UPDATE de forma dinámica en tiempo de ejecución puede mejorar el rendimiento. La actualización se aplicará entonces sólo a las columnas que hayan sido modificadas, lo cual optimiza la cadena UPDATE.
Este Service Pack incluye un nuevo procedimiento almacenado, sp_scriptdynamicupdproc, que genera un procedimiento almacenado personalizado que podrá 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.
El procedimiento almacenado sp_scriptdynamicupdproc se documenta en la última copia de los Libros en pantalla de SQL Server 2000. Para obtener información acerca de la instalación de la última versión de los Libros en pantalla de SQL Server 2000, consulte la sección 1.8 Actualizaciones disponibles de los Libros en pantalla de SQL Server 2000. A continuación, se ofrece una copia en inglés del tema que hace referencia a sp_scriptdynamicupdproc.
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.
El procedimiento almacenado sp_scriptpublicationcustomprocs se documenta en la última copia de los Libros en pantalla de SQL Server 2000. Para obtener información acerca de la instalación de la última versión de los Libros en pantalla de SQL Server 2000, consulte la sección 1.8 Actualizaciones disponibles de los Libros en pantalla de SQL Server 2000. A continuación, se ofrece una copia en inglés del tema que hace referencia 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 la 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 si la opción de optimización de sincronización @keep_partition_changes se ha habilitado en la publicación.
La limpieza de metadatos basada en retenciones funciona del siguiente modo:
Nota El parámetro -MetadataRetentionCleanup se ha establecido en 1 para todos los perfiles del Agente de mezcla que están incluidos en el SP1 de SQL Server 2000 y versiones posteriores. Si actualiza un servidor al Service Pack 1 o posterior y, a continuación, agrega la 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 para el SP1, o posterior, el perfil del Agente de mezcla no se actualizará automáticamente. Actualice el perfil ejecutando sp_add_agent_parameter (consulte 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 existen varias publicaciones en una base de datos y si cualquiera de las publicaciones utiliza un período de retención de publicación infinito (@retention=0), la limpieza de los metadatos de mezcla no se ejecutará de forma automática. Por ese motivo debe utilizar con cuidado el período de retención de la publicación infinito.
Ahora, el procedimiento almacenado del sistema sp_add_agent_parameter incluye el parámetro MetadataRetentionCleanup, que le permite agregar o quitar la limpieza de metadatos basada en retenciones de 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 la duplicación de mezcla, tanto la base de datos como el Agente de mezcla deberán encontrarse en servidores con el SP1 de SQL Server 2000 o versiones posteriores. Por ejemplo:
En el peor de los casos, la limpieza automática podría producir conflictos falsos sólo en algunos servidores, de forma excepcional. En las topologías que incluyen versiones de SQL Server anteriores al Service Pack 1 de SQL Server 2000, podrá 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 datos no idénticos o de forma silenciosa cuando se detectan cambios en otros nodos. 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, ocurrirá 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 se ha establecido en 1, tanto el publicador como el suscriptor se limpiarán 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 para 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 publicación restauradas a partir de una copia de seguridad deberían sincronizarse primero con una base de datos de suscripción 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 adecuado. La sincronización garantizará que los cambios que se hubieran perdido en la base de datos de publicación debido a la operación de restauración se vuelvan a aplicar con exactitud.
No sincronice la base de datos de publicación con una base de datos de suscripción cuya suscripción sea anónima. Dado que las suscripciones anónimas no presentan suficientes metadatos para aplicar cambios en la base de datos de publicación, 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 suscripción 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 deberá utilizarse para restaurar la base de datos no debería tener más de 10 días.
Antes de llevar a cabo la copia de seguridad, es recomendable sincronizar un suscriptor con el publicador. 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. Suponga que la última sincronización se realizó hace 8 días y que 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 suscripción 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 sirve 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 caducará debido al aumento en el valor de retención. Además, el publicador no tendrá suficientes metadatos para descargar los cambios en el suscriptor, lo que daría 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 desde donde se realizó la copia de seguridad—, se mantendrá la configuración de duplicación. Si desea restaurar una base de datos duplicada en una versión de SQL Server distinta a la utilizada para crear la copia de seguridad de la base de datos, tenga en cuenta los siguientes aspectos:
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 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 Establecer este parámetro en 1 resulta útil cuando la opción de optimización de sincronización de la publicación de mezcla se ha establecido como true (el 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. Deberá 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 SP3 y las versiones posteriores crean una nueva función para la duplicación de mezcla. El nombre de la nueva función aparece en forma de MSmerge-<publication ID>. 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 descarta esta función, puede ejecutar un nuevo procedimiento almacenado incluido en el Service Pack 3, sp_createmergepalrole, para crear de nuevo la función. Este procedimiento almacenado se ejecuta en el publicador de la base de datos de publicación para volver a crear la función.
El procedimiento almacenado sp_createmergepalrole se documenta en la última copia de los Libros en pantalla de SQL Server 2000. Para obtener información acerca de la instalación de la última versión de los Libros en pantalla de SQL Server 2000, consulte la sección 1.8 Actualizaciones disponibles de los Libros en pantalla de SQL Server 2000. A continuación, se ofrece una copia en inglés del tema que hace referencia 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 siempre requiere 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 para conocer los procedimientos almacenados en la versión actualizada de los Libros en pantalla de SQL Server. Para obtener información acerca de la última versión de los Libros en pantalla SQL Server 2000, consulte la sección 1.8 Actualizaciones disponibles de los Libros en pantalla de SQL Server 2000.
Incluido en el Service Pack 3
Un nuevo parámetro, @published_in_tran_pub, se ha agregado 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), y su valor predeterminado es 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
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 solicitará que facilite la 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 durante el proceso para adjuntar o restaurar una base de datos publicada. Las circunstancias son las siguientes:
Si se cumplen todas estas condiciones, debe ejecutar el procedimiento almacenado sp_changedbowner en la base de datos que ha adjuntado o restaurado. Asigne la propiedad al inicio de sesión de administrador integrado de sa. Esto garantizará que la duplicación funcione adecuadamente.
Nota Para ejecutar sp_changedbowner, debe ser miembro de la función fija de servidor sysadmin.
Para obtener más información, acerca del encadenamiento de la propiedad entre bases de datos, vea la sección 5.1.8 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) ya no se designan como "seguro para secuencias de comandos" y "seguros para inicialización". El comportamiento funcional y de seguridad de los controles no ha cambiado desde el SP3; no obstante, las designaciones de seguridad ha cambiado para satisfacer los estándares. Estos cambios podrían afectar a las aplicaciones que llaman a controles ActiveX de duplicación incrustados en una página Web.
Incluido en el Service Pack 4
Un nuevo parámetro, @compensate_for_errors, se puede especificar al llamar a sp_addmergearticle. El parámetro especifica si se realizarán acciones de compensación en el caso de que se produzcan errores (p. ej., una infracción de restricción) durante la sincronización. Cuando se establece en TRUE (el valor predeterminado), un cambio que no se pueda aplicar durante la sincronización desencadenará acciones de compensación que desharán el cambio en los demás nodos. En algunos casos, este comportamiento es deseable, pero en otros, puede ser un problema. Por ejemplo, un suscriptor mal configurado que genere un error puede provocar que se deshagan los cambios en el publicador y en todos los demás suscriptores.
Especificar el valor FALSE deshabilita las acciones de compensación; no obstante, los errores todavía se registrarán y las mezclas posteriores continuarán intentando aplicar los cambios. Aunque los datos de las filas afectadas podrían estar fuera de convergencia, tan pronto como solucione el error, podrá aplicar el cambio, y los datos convergerán.
Nota Si la tabla de origen para un artículo ya se ha publicado 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 el tipo de datos base (p. ej., int) sin tener la propiedad de identidad definida. Este método es apropiado para aplicaciones que no admiten inserciones en el suscriptor. El SP4 de SQL Server 2000 incluye 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 una serie de casos, incluyendo la duplicación bidireccional y la utilización del suscriptor como servidor de reserva activo. En tales casos, se pueden producir inserciones en el suscriptor, que darían lugar a que se incrementara la columna de identidad.
Para especificar que una columna de identidad debe duplicarse como tal:
USE Northwind
GO
DBCC CHECKIDENT ('Employees', RESEED, 1000000)
GOPara obtener más información, consulte 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 WOW64 (Windows-on-Windows 64) en sistemas con el SP1 de Windows 2003 con procesadores X64 o compatibles no pueden tener suscriptores que no sean de SQL Server. Aunque ahora el SP4 de SQL Server 2000 admite la ejecución en Modo WOW64 (Windows-on-Windows 64), este modo no es compatible con los controladores o proveedores utilizados para conectar el distribuidor a un suscriptor que no es de SQL Server.
Esta sección trata las mejoras del Agente SQL Server 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
MSDE 2000 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, MSDE 2000 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 MSDE 2000, y en la versión de 32 bits de SQL Server 2000, el correo del Agente SQL se puede configurar para que utilice un perfil de correo electrónico de MAPI ampliada para enviar alertas de correo electrónico. Puede utilizar una aplicación de correo electrónico de MAPI ampliada, como Microsoft Outlook, para crear un perfil de MAPI ampliada. En la versión de 64 bits de SQL Server 2000, el correo del Agente SQL sólo puede utilizar un perfil de MAPI simple para enviar alertas de correo electrónico. No utilice perfiles de MAPI simple en MSDE 2000 ni en la versión de 32 bits de SQL Server 2000.
El tema siguiente trata una mejora de XML y SQLXML incluida en el Service Pack 4.
Incluido en el Service Pack 3
Al aplicar el SP4, OPENXML se actualiza para utilizar una tecnología de análisis XML integrada y diseñada para ofrecer compatibilidad con versiones anteriores de MSXML 2.6.
Antes del Service Pack 3, la versión del analizador de XML utilizada por OPENXML permitía que un predicado de una expresión XPath siguiera a la abreviación de carácter especial que identifica el nodo del contexto actual, que se indica con 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.
Para evitar estos errores, identifique y corrija las expresiones que utilicen la sintaxis incorrecta. Por ejemplo, la sintaxis de la expresión XPath que se especifica como valor del atributo test en el siguiente xsl:if elemento no es válido porque el predicado [@ResourceTypeID='2']sigue inmediatamente a la abreviación de carácter especial que identifica el nodo del contexto actual.
La siguiente instrucción, que anteriormente era correcta, ahora genera un error después de instalar el Service Pack 3.
<xsl:if test=".[@ResourceTypeID='2']">Para evitar este error, la expresión Xpath debe corregirse como se indica a continuación:
<xsl:if test="@ResourceTypeID='2'">Incluido en el Service Pack 1 y actualizado en el Service Pack 4
Aunque las API DB-Library y SQL incrustado para C son aún compatibles con SQL Server 2000 y MSDE 2000, las versiones futuras de SQL Server no incluirán la documentación ni los archivos necesarios para programar 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 suprimirán en versiones posteriores. No utilice DB-Library ni SQL incrustado para escribir aplicaciones nuevas. Al modificar aplicaciones existente, suprima las dependencias de estas tecnologías. En lugar de DB-Library o SQL incrustado para C, utilice el espacio de nombres system.data.SQLClient desde .NET Framework o una API como ADO, OLE DB o ODBC para obtener acceso a los datos de SQL Server. Para obtener más información acerca de estas tecnologías, consulte los Libros en pantalla de SQL Server o el SDK de .NET Framework.
El tema siguiente describe una mejora incluida en el programa de instalación de MSDE 2000.
Incluido en el Service Pack 4
El SP4 de MSDE 2000 incluye un nuevo parámetro SAVESYSDB para el programa de instalación de MSDE 2000. El parámetro SAVESYSDB está destinado a actualizar instancias de MSDE 2000 que se instalaron con módulos de mezcla o archivos MSI a versiones futuras de SQL Server 2005 Express Edition. El parámetro SAVESYSDB se utilizará junto con una nueva función prevista para futuras versiones de SQL Server Express. SAVESYSDB sólo es válido cuando se desinstala una instancia ejecutando el programa de instalación de MSDE 2000 en el símbolo del sistema.
De forma predeterminada, el programa de instalación de MSDE 2000 elimina los archivos de las bases de datos del sistema master, model y msdb al desinstalar una instancia de MSDE 2000. Cuando se especifica SAVESYSDB=1, el programa de instalación de MSDE 2000 mantiene los archivos de las bases de datos del sistema en su lugar.
Aunque SAVESYSDB puede especificarse en cualquier momento, sólo se procesa cuando se utiliza con el modificador /x (desinstalar):
Setup /x sqlrun01.msi SAVESYSDB=1 INSTANCENAME="MyInstance"Si no se especifica /x, SAVESYSDB se omitirá. Si se especifican SAVESYSDB y /x, SAVESYSDB debe establecerse en 1; cualquier otro valor generaría un error.
Incluido en el Service Pack 4
El SP4 de SQL Server 2000 incluye nueva funcionalidad de uso que permite desinstalar revisiones aplicadas al SP4 y a versiones posteriores de SQL Server 2000 que se ejecuten en Windows XP y Windows Server 2003. (Esta misma funcionalidad estaba disponible en el SP3 de SQL Server 2000, pero sólo después de aplicar una revisión adicional).