Descripción de Service Pack 2 para SQL Server 2000: 9 de noviembre de 2001

1,0 Introducción

Esta versión de Service Pack 2 (SP2) para Microsoft SQL Server 2000 consta de tres partes:

• SP2 de Componentes de bases de datos proporciona actualizaciones para los componentes de base de datos de una instancia de SQL Server 2000 para excluir instancias del Desktop Engine de SQL Server 2000. SP2 de Componentes de bases de datos incluye actualizaciones para:
  • El motor de datos.
  • Herramientas cliente de base de datos y utilidades como Administrador corporativo de SQL Server y osql.
  • Componentes de base de datos de conectividad de cliente como el Microsoft OLE DB Provider for SQL Server 2000, el controlador de SQL Server 2000 y las bibliotecas de red de cliente.
• SP2 de Analysis Services proporciona actualizaciones para los componentes de Analysis Services de SQL Server 2000 de una instalación de SQL Server 2000 incluye:
  • Analysis Services.
  • Componentes de cliente de Analysis Services Analysis Manager y el Proveedor Microsoft OLE DB incluidos de Analysis Services.
  • Componentes de base de datos de conectividad de cliente como el Microsoft OLE DB Provider for SQL Server 2000, el controlador de SQL Server 2000 y las bibliotecas de red de cliente.
• SP2 de Desktop Engine proporciona actualizaciones para los componentes incluidos de base de datos de una instancia del SQL Server 2000 Desktop Engine (también conocido como MSDE 2000):
  • El motor de datos.
  • Componentes de base de datos de conectividad de cliente como el Microsoft OLE DB Provider for SQL Server 2000, el controlador de SQL Server 2000 y las bibliotecas de red de cliente.

Estas tres partes de SP2 se pueden aplicar en individualmente, así:

• Los sitios de SQL Server 2000 pueden utilizar SP2 de Componentes de bases de datos para actualizar sus componentes de base de datos sin actualizar sus componentes de Analysis Services o instancias de su SQL Server 2000 Desktop Engine.
• Los sitios de Analysis Services 2000 pueden utilizar SP2 de Analysis Services para actualizar sus componentes de Analysis Services sin actualizar instancias de sus componentes de base de datos o del Desktop Engine.
• Los sitios de Desktop Engine pueden utilizar SP2 de Desktop Engine para actualizar instancias del Desktop Engine sin actualizar Analysis Services o instancias de otras ediciones de SQL Server 2000.
  
  Si tiene instancias independientes del Desktop Engine e instancias de otras ediciones de SQL Server en el mismo equipo, necesitará nota aplicar el SP2 de Desktop Engine a las instancias Desktop Engine 2000 y al SP2 de Componentes de bases de datos a las otras instancias de SQL Server 2000.

"Para más información acerca de la instalación del Desktop Engine, vea Sección 2,2" Archivo SP2 de Desktop Engine"Y sección de 3,7"Instale SP2 de Desktop Engine."

Nota Sólo SP2 de Desktop Engine es la parte de Service Pack realizada disponible porque SQL Server 2000 Desktop Engine es la versión única de SQL Server 2000 en portugués (Brasil), sueco y holandés generó para aquellos idiomas. Los componentes de SQL Server 2000 actualizados por SP2 de Componentes de bases de datos o SP2 de Analysis Services no están disponibles en estos idiomas. Usuarios portugueses (Brasil) suecos y holandeses que desean aplicar Service Pack 2 a una versión de SQL Server a no ser que el Desktop Engine debe descargar los archivos de Service Pack 2 que coinciden con el idioma de la edición que actualizarán como descargan los archivos de Service Pack 2 en inglés si ejecutan una versión de SQL Server 2000 en inglés. "Encontrará a continuación instrucciones de descarga en Sección 2,0" Descargar y extraer SP2."
Detalles de instalación de base de datos de componentes SP2
Programa de instalación de SP2 de Componentes de bases de datos detecta automáticamente qué edición de SQL Server 2000 está presente en la instancia de SQL Server 2000 que se actualiza y sólo actualiza los componentes que se han instalados para aquella instancia. Por ejemplo, cuando se aplica el Service Pack a un equipo que ejecuta SQL Server 2000 Standard, no intentará actualizar componentes que se incluyen únicamente con SQL Server 2000 Enterprise.

SP2 de Componentes de bases de datos se puede aplicar a una instancia predeterminada única o instancia con nombre de SQL Server. Si se deben actualizar varias instancias de SQL Server 2000 a SP2, debe aplicar SP2 a cada instancia. Cuando se actualiza una instancia en un equipo con una o más instancias de SQL Server 2000 a SP2, todas las herramientas se actualizarán a SP2. No hay copias independientes de las herramientas para cada instancia de un equipo.
Quitar SP2
Al instalarse el Service Pack, realiza cambios en las tablas de sistema por motivos de mantenimiento y también actualiza bases de datos de usuario y distribución que son los miembros de una topología de duplicación. Debido a estos cambios, SP2 no se puede quitar fácilmente. Para volver a la generación que estuvo ejecutando antes de instalar SP2, primero debe desinstalar la instancia de SQL Server 2000. Debe reinstalar a continuación aquella instancia de SQL Server 2000. Será necesario que si estuvo ejecutando SQL Server 2000 SP1, a continuación, vuelva a aplicar SP1 a la instancia. "Para más información acerca de desinstalar SP2, vea Sección 3,13" Desinstalar SP2."

Nota Para quitar SP2, debe disponer de una copia de seguridad de las bases de datos master, model y msdb tomadas antes de aplicar SP2 inmediatamente. "Para más información, vea Sección 3,1" Realice su copia de seguridad de base de datos de SQL Server" ' y sección de 3,2"Realice su copia de seguridad de base de datos de Analysis Services."
Información adicional acerca de SP2
Una lista de las correcciones contenidas en este Service Pack se encuentra en artículo Q306908 de Microsoft Knowledge Base (KB). Cada revisión enumerada en 306.908 tiene un vínculo a un artículo de Knowledge Base que describe el problema tratado por la corrección. Se publican estos artículos Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .
Siga los vínculos a los artículos FIX para consultar detalle de cada corrección.

Cualquier información relevante a Service Pack 2 de SQL Server 2000 que no estuvo disponible incluido en vez en este archivo Readme en vez se publicará en artículo de Microsoft Knowledge Base Q306909. Este artículo está disponible Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .
QFE arregla
Si recibió una corrección QFE después de 3 de octubre de 2001, la corrección no está incluida en SP2. Póngase en contacto con su proveedor de asistencia técnica principal acerca de una corrección QFE contra SP2 por favor.

1,1 que identifica la versión actual de SQL Server o Analysis Services

Utilice las técnicas siguientes para averiguar qué versión de SQL Server o Analysis Services ha instalado.
SQL Serve
Para qué versión de SQL Server 2000 que ha instalado identificar, seleccionarlo SELECCIONA @VERSIÓN en el símbolo del sistema cuando usa las utilidades osql o isql o en la ventana de consulta en Analizador de consultas SQL. En la tabla siguiente muestra la relación existente entre la cadena de versión comunicada por @VERSIÓN y por el número de versión de SQL Server 2000. Nota El principio de la línea indica la edición de SQL Server. Va seguir esto de información actual de sistema operativo.

Analysis Services
Para identificar qué versión de Analysis Services ha instalado, siga estos pasos:

1. En el menú Inicio, seleccione Archivos de programa, SQL Server 2000, Analysis Services y a continuación, haga clic en Analysis Manager.
2. En el árbol de Analysis Manager, haga clic con el botón secundario en el nodo Analysis Servers y seleccione Acerca de Analysis Services.
3. En la tabla siguiente muestra qué versión de Analysis Services tiene.

2,0 Descargar y extraer SP2

Este Service Pack se distribuye de tres maneras:

• En un CD-ROM de SQL Server 2000 Service Pack 2, aquél contiene Service Pack para los componentes siguientes:
  • SP2 de Componentes de bases de datos
  • SP2 de Analysis Services
  • SP2 de Desktop Engine
  Nota CD-ROM Este incluye todos los archivos requeridos para actualizar instancias existentes del Desktop Engine. El número máximo de instancias admitidas para el Desktop Engine es 16.
• En tres archivos de extracción automática que se puede descargar del Internet:
  • SQL2KSP2.exe (componentes de base de datos SP2)
  • SQL2KASP2.exe (SP2 de Analysis Services)
  • SQL2KDeskSP2.exe (SP2 de Desktop Engine)
  Nota El archivo Las SQL2KDeskSP2.exe incluye una actualización para una instancia única del Desktop Engine creado sólo con sqlrun01.msi. "Para más información, vea Sección 2,2" Archivo SP2 de Desktop Engine."
• En un CD-ROM de SQL Server 2000 Desktop Engine Service Pack 2 (sólo Desktop Engine)

Nota Sólo el CD-ROM de SQL Server 2000 Desktop Engine Service Pack 2 contiene los módulos de combinación o los archivos .msi requeridos para instalar una instancia nueva del Desktop Engine.

2,1 base de datos y archivos SP2 de Analysis Services

Al descargar y extraer archivos de instalación de componente de base de datos o SP2 de Analysis Services del Internet, utilice las directrices siguientes por favor.

Descargue uno de los archivos indicados en apartado 2,0 y coloque el archivo de extracción automática en una carpeta del equipo donde se está ejecutando la instancia de SQL Server 2000 al que está deseando aplicar este Service Pack. De aquella carpeta, ejecute el archivo. El programa de extracción automática le pedirá el nombre de la carpeta en la que desea que se coloquen los archivos de Service Pack.

En la unidad local donde ha descargado los archivos de instalación de Service Pack, necesitará espacio libre el tamaño aproximadamente tres veces del archivo autoextraíble. Esto incluye espacio para almacenar el archivo, el espacio para almacenar los archivos extraídos de Service Pack y el espacio temporal de trabajo requerido por el programa de extracción automática.

Sin embargo, el nombre de la carpeta elegida se puede cambiar después de que extrae los componentes make seguro el nombre de directorio no lo contiene espacios blanco. Puede utilizar la misma carpeta de destino para cada uno de los archivos anteriores, no se sobrescribirán; no interferirán con otros.

Los archivos autoextraíbles se utilizan para generar un conjunto de directorios y archivos de su equipo que hay igual como aquéllos presentes en el CD-ROM de SP2. Si descarga SP2, debe extraer los archivos para generar los directorios de Service Pack para poder ejecutar programa de instalación de SQL Server.

De componente de base de datos y Analysis Services, el proceso de instalación es el mismo para el CD-ROM de SP2 y los archivos extraídos de SP2.

Nota Algunos de los archivos en Service Pack son archivos de sistema para que no los pueda ver a menos que siga este procedimiento : En el Explorador de Windows en el menú Ver hace clic en Opciones, hace clic en la ficha Ver y a continuación, activa la casilla de verificación Mostrar todos los archivos.

Archivo 2,2 SP2 de Desktop Engine

Al descargar y extraer el archivo de instalación SP2 de Desktop Engine del Internet, utilice las directrices siguientes por favor.

Descargue y extraiga el archivo SP2 de Desktop Engine como se describe anteriormente para el componente de base de datos y los archivos SP2 de Analysis Services con las excepciones siguientes.

Si descarga el archivo SP2 de Desktop Engine del Internet, puede aplicar el Service Pack a instancias instaladas desde sqlrun01.msi sólo del Desktop Engine. Si intenta aplicar el Service Pack a instancias creadas utilizando sqlrun16.msi de u sqlrun02.msi del archivo Setup.exe que se descargó desde el Internet, recibirá uno de los errores siguientes:
-o-- Actualizar instancias del Desktop Engine creado utilizando sqlrun02.msi sqlrun16.msi debe aplicar el Service Pack del CD-ROM de Microsoft.

3,0 Instalación de Service Pack

Para instalar SP2, siga las instrucciones siguientes de instalación. Según el cual de los componentes siguientes de SQL Server 2000 de las configuraciones a las que se está aplicando el Service Pack son necesarios no todos los pasos:

• Componentes servidor de bases de datos
• Bata componentes de cliente
• Analysis Services
• Desktop Engine
• Clúster de conmutación por error
• Servidor de replicación

Para todo el paso de instalación, se enumeran los componentes aplicables.

Nota es específico del Service Pack idioma. Aplique el Service Pack con el mismo idioma como el componente de SQL Server que está actualizando.

Antes de instalar SP2 en la versión francesa de Windows NT 4.0, nota Lea y siga las instrucciones de artículo de Knowledge Base 259.484. Puede tener acceso al artículo Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .

Antes de iniciar una instalación
Cambió de SP1

El siguiente se aplica a todas las instalaciones de componentes excepto Analysis Services:

Programa de instalación de SP2 no actualiza bases de datos de usuario excepto aquellas bases de datos de usuario que participan activamente en topologías de duplicación. Las bases de datos que no participan en topologías de duplicación no tienen ninguna dependencia en SP2. Por ejemplo

• Puede restaurar una copia de seguridad de usuario de base de datos de SQL Server 2000 o SQL Server 2000 a una instancia de SQL Server 2000.
• Puede restaurar una copia de seguridad de usuario de base de datos a una instancia de SQL Server 2000 SP2, una instancia de SQL Server 2000 o una instancia de SQL Server 2000 de una instancia de SQL Server 2000 SP2.
• Puede separar una base de datos de usuario de una instancia de SQL Server 2000 o SQL Server 2000 y la puede adjuntar a una instancia de SQL Server 2000 SP2.
• Puede separar una base de datos de usuario de una instancia de SQL Server 2000 SP2 y la puede adjuntar a una instancia de SQL Server 2000 o SQL Server 2000.
• Puede activar en trasvase de registros de SQL Server 2000, SQL Server 2000 y SQL Server 2000 SP2. Programa de instalación de SP2 actualiza bases de datos de usuario que son los miembros de una topología de duplicación.

Antes de instalar SP2, compruebe que las bases de datos de duplicación y grupo de archivos son modificables y que la cuenta de usuario que ejecuta programa de instalación tiene permiso de acceso a la base de datos. "Para más información acerca de aplicar SP2 a bases de datos implicadas en topologías de duplicación, vea Sección 3,11" Instalar en servidores replicados."

Ello si programa de instalación de SP2 detecta cualquier base de datos de usuario o grupo de archivos en el que no se puede escribir:

• Aplica las actualizaciones de replicación de SP2 a todas las bases de datos de usuario modificable.
• Se escribe una lista de las bases de datos no modificables en el registro de programa de instalación ubicado en winnt\sqlsp.log.
• Muestra el mensaje siguiente de advertencia:
  Programa de instalación ha detectado una o varias bases de datos y grupos de archivos en los que no se puede escribir.

Puede omitir esta advertencia a menos que algunas de las bases de datos que figuran en el archivo de registro de instalación sean miembros de una topología de duplicación. Si algunas de las bases de datos no modificables que figuran en el archivo de registro de instalación son miembros de una topología de duplicación, debe convertir aquellas bases de datos en bases de datos modificables y aplicar programa de instalación de SP2 a aquella instancia de SQL Server 2000.

Nota Este mensaje no afectará a instalación desatendida. "Para aprender más acerca de instalación desatendida, consulte Sección 4,0" Instalación desatendida."

"Para más información acerca de convertir una base de datos en bases de datos modificables, vea Sección 3,12" Aplicar SP2 a bases de datos o grupo no modificables de archivos." "Para aprender más acerca de volver a aplicar SP2, consulte Sección 3,14" Volver a aplicar SP2."

Nota Durante instalación, Programa de instalación no hace ninguna distinción entre bases de datos que está desconectado o sospechoso y entre bases de datos de sólo lectura que está. Si una base de datos de duplicación o un grupo de archivos están durante instalación en algunas de estas condiciones y si son complicados en una topología de duplicación, el Service Pack se debe volver a aplicar después de que la base de datos se convierta en bases de datos modificables.

Nota Ya que las bases de datos no modificables ya no harán que programa de instalación falle, ya no debe quitar trasvase de registros antes de actualizar a SP2.

Preparar una instalación Distribuir de Systems Management Server

Service Pack 2 de SQL Server 2000 no se puede instalar en remotamente. Sin embargo, puede utilizar Microsoft Systems Management Server para instalar SP2 automáticamente en varios equipos que ejecutan Microsoft Windows NT Server 4.0. Para ello, debe utilizar un archivo de definición de paquete (archivo Smssql2ksp2.pdf) que automatiza la creación de un paquete de SQL Server en Systems Management Server. A continuación, el paquete de SQL Server se puede distribuir e instalar en equipos donde se ejecute Systems Management Server El archivo Sms2kdef.bat es un archivo de proceso por lotes que detecta la plataforma del equipo y que ejecuta la versión apropiada del Setup program.

Systems Management Server no se puede utilizar para instalar el SP2 de Desktop Engine.

3,1 Realice su copia de seguridad de base de datos de SQL Server

El siguiente se aplica a todas las instalaciones de componentes excepto Componentes de cliente de Database:

Antes de instalar SP2 de Componentes de bases de datos o SP2 de Desktop Engine, realice la copia de seguridad de base de datos master, msdb y model. Instalar el Service Pack modifica las bases de datos master, msdb y model para tener no compatible ellos con versiones de SQL Server anteriores a SP2. Estas copias de seguridad son necesarias si decide volver a instalar SQL Server 2000 sin SP2.

También es prudente aunque SP2 sólo realizará actualizaciones en bases de datos que son los miembros de topologías de duplicación realiza una copia de seguridad de sus bases de datos de usuario.

3,2 Realice su copia de seguridad de base de datos de Analysis Services

El siguiente se aplica sólo a Analysis Services:

El cual antes de instalar SP2 de Analysis Services sus de nuevo bases de datos de Analysis Services realizando una copia de su carpeta Services\Data de Microsoft Analysis, se instala de forma predeterminada en la carpeta C:\Archivos de programa. Si no ha migrado su depósito de Analysis Services a SQL Server, haga una copia de seguridad del archivo Msmdrep.mdb que se encuentra en la carpeta Microsoft Analysis Services\bin. También puede guardar sus entradas de Registro de servidor de Analysis si ejecuta Regedit.exe y si utiliza la opción Exportar archivo del Registro en el menú Registro para exportar la clave HKEY_LOCAL_MACHINE\SOFTWARE\OLAP Server A un archivo para copia de seguridad.

3,3 se Aseguran de que las bases de datos de sistema tienen suficiente espacio libre

El siguiente se aplica a todas las instalaciones de componentes excepto Componentes de cliente de Database y Analysis Services:

Si la opción autogrow no ha estado seleccionada para las bases de datos master y msdb, las bases de datos deben tener al menos 500 kilobytes de espacio libre (KB). Comprobar que pide a este espacio que ejecuten el sistema sp spaceused almacenó procedimiento para la base de datos master o msdb. Si menos 500 KB es el espacio en cualquiera de base de datos no asignado, aumente el tamaño de la base de datos. Para más información, vea "Expandir una base de datos" en Libros en pantalla de SQL Server.

Si se ha seleccionado la opción autogrow para las bases de datos master y msdb y si suficiente sala está en las unidades, puede omitir este paso.

Para comprobar que esta opción ha estado seleccionada en SQL Server 2000, abra Administrador corporativo de SQL Server, haga clic con el botón secundario en el icono de la base de datos y haga clic en Propiedades. Compruebe que casilla de verificación está activada Automatically grow file.

Para comprobar que esta opción ha estado seleccionada en Desktop Engine, emita la siguiente instrucción SQL:

• Patrón sp_helpdb
• Msdb sp_helpdb

En la salida de estas instrucciones, compruebe que el valor de la columna de crecimiento es distinto de 0

3,4 Detenga servicios y aplicaciones antes de programa de instalación de SP2

El siguiente se aplica a todos los componentes:

Puede aplicar SP2 sin cerrar servicios. Si no cierra servicios, se le pedirá que se reinicie cuando finaliza instalación. Sin que se reinicia los servicios, los servicios no se podrán iniciar los servicios.

Puede aplicar SP2 sin reiniciar su equipo si detiene los servicios y aplicaciones siguientes antes de aplicar el Service Pack:

• Coordinador de transacciones distribuidas de Microsoft (MS DTC) y los servicios Microsoft Search y MSSQLServerOLAPService.
• Servicios MSSQLServer y SQLServerAgent para la instancia actualizada (por ejemplo NamedInstance de $ MSSQL).
• Servicios de componente de Microsoft, Microsoft Message Queue Server y Microsoft COM Transaction Integrator.
• Todas las aplicaciones incluyendo Panel de control. Se recomienda este paso pero no se requiere.

No puede detener servicios en un entorno agrupado. Para más información, vea sección 3,10.

En 3,5 instale SP2 de Componentes de bases de datos

El siguiente se aplica a todas las instalaciones de componentes excepto Desktop Engine y Analysis Services:

Ejecute la secuencia de comandos Setup.bat desde alguna de estas ubicaciones

• El directorio que contiene los archivos extraídos de SQL2KSP2.exe de Service Pack.
• El directorio de Service Pack en el SQL Server 2000 SP2 CD-ROM.

Setup.bat abre unos cuadros de diálogo de programa de instalación que le solicitan información tal como desea no utilizar autenticación de SQL Server o autenticación de Windows. Si elige autenticación de SQL Server, debe proporcionar el Setup program con la contraseña para el inicio de sesión sa. Si elige autenticación de Windows, debe estar ejecutando el Setup program mientras está conectado a Windows utilizando una cuenta de inicio de sesión de Windows. Esta cuenta de inicio de sesión debe ser una parte de la función fija de servidor sysadmin de la instancia de SQL Server 2000 o Desktop Engine que se actualiza.

A continuación el Setup program:

• Reemplaza los archivos existentes de SQL Server 2000 o Desktop Engine con los archivos de SP2.
• Se ejecutan varios archivos de comandos Transact-SQL de actualizar procedimientos almacenados de sistema.
• Muestra un cuadro de diálogo Modo de autenticación si detecta que la instalación utiliza autenticación de modo mixto con una contraseña en blanco para el inicio de sesión sa. Dejando el sa que proporciona usuarios a SQL Server o a Desktop Engine con acceso administrativo fácil y no recomendado de contraseña de inicio de sesión en blanco, ayude a proteger sus sistemas imponiendo una contraseña de sa o usando autenticación de Windows. Para aprender más acerca de este cuadro de diálogo, consulte Diálogo de modo de autenticación adelante en esta Sección.
• Muestra un cuadro de diálogo si detecta que ninguna base de datos ni grupo de ningún archivo no son modificables. Bien en momento si forman parte de una topología de replicación cualquiera de las bases de datos o del grupo de archivos:
  1. Detenga el proceso de instalación, realice modificable estos objetos y reinicie el programa de instalación.
  2. Continúe con la instalación actual de SP2 y vuelva a aplicar SP2 un más tarde después de realizar modificable estos objetos.
  Nota Los pasos anteriores sólo son necesarios cuando aplican SP2 a bases de datos o grupos no modificables de archivos que forman parte de una topología de replicación. Para aprender más, consulte sección 3.12 Aplicar SP2 a non-Writable Databases o a Grupo de archivos.

Cuadro de diálogo Modo de autenticación

El cuadro de diálogo <B>Modo de autenticación</B> no utiliza de forma predeterminada la configuración actual para la instalación Los valores predeterminados del cuadro de diálogo son

• En equipos que ejecutan Microsoft Windows 98 o Windows Millennium Edition, el valor predeterminado es autenticación de modo mixto (el modo de autenticación única compatible en estos sistemas operativos). El cuadro de diálogo le pide que especifique una contraseña para el sa login. Si especifica una contraseña, el Setup program cambiará la contraseña sa login. Si deja la contraseña en blanco, el Setup program conectará y no cambiará la contraseña.
• En equipos que ejecutan Windows NT 4.0 o Windows 2000, el valor predeterminado es autenticación de Windows. El cuadro de diálogo permítale cambiar a Modo de autenticación de Windows o modo mixto con una contraseña sa login que no está vacía.

Antes de cambiar el modo de autenticación o la contraseña para el sa login, asegúrese de que este cambio no afectará a aplicaciones existentes. For example, if you change an instance of SQL Server from using Mixed Mode Authentication to using only Windows Authentication, existing applications attempting to connect using SQL Server Authentication will not be able to connect until the authentication mode is changed to use Windows Authentication. Si cambia la contraseña de inicio de sesión de sa, también las aplicaciones o procesos administrativos que utilizan la contraseña anterior no serán capaces de conectarse hasta que se hayan cambiado para utilizar la nueva contraseña.

El Setup program incluye un registro de las acciones que realizó en el archivo Sqlsp.log del directorio de Windows del equipo en el que se ejecutó. Si se actualizan varias instancias, se registrará sólo la actualización más reciente en este registro.

3,6 instalan SP2 de Analysis Services

El siguiente se aplica sólo a Analysis Services:

Para instalar SP2 de Analysis Services, ejecute Setup.exe desde cualquiera de las ubicaciones siguientes:

• El subdirectorio Msolap\Install en el directorio que contiene el archivo extraído de SQL2KASP2.exe SP2 de Analysis Services.
• El directorio Msolap\Install en el CD-ROM de SP2.

Setup.exe abre unos cuadros de diálogo de programa de instalación que le solicitan información y que a continuación, completan la instalación.

3,7 instalan SP2 de Desktop Engine

El siguiente se aplica sólo a Desktop Engine:

El Service Pack para el SQL Server 2000 Desktop Engine (también conocido como MSDE 2000) está destinado a programadores de crear aplicaciones redistribuible que utilizan hasta el Desktop Engine. Si está ejecutando una aplicación que utiliza el Desktop Engine, póngase en contacto con su proveedor de software de información sobre actualizar instancias instaladas con estas aplicaciones del Desktop Engine. Para más información, consulte el tema "Distributing the SQL Server 2000 Desktop Engine" en Libros en pantalla de SQL Server.

El Service Pack para el Desktop Engine se incluye en tres formas:

• CD-ROM de SQL Server 2000 Service Pack 2: Las CD-ROM incluye todos los archivos requeridos para actualizar instancias existentes del Desktop Engine. El número máximo de instancias admitidas para el Desktop Engine es 16. Este CD-ROM no incluye los módulos de combinación o los archivos .msi requeridos para instalar una instancia nueva del Desktop Engine.
• SQL2KdeskSP2.exe: Este archivo incluye una actualización para una instancia única del Desktop Engine creado con sqlrun01.msi. La descarga no se puede utilizar para actualizar instancias del Desktop Engine creado utilizando otro de los archivos cualesquiera .msi (sqlrun02.msi a través de sqlrun16.msi). El archivo no incluye los módulos de combinación o los archivos .msi requeridos para instalar una instancia nueva del Desktop Engine. "Para más información, vea Sección 2,2" Archivo SP2 de Desktop Engine."
  
  Nota Para obtener cómo determinar qué archivo .msi se utilizó para que creara una instancia de MSDE, haga referencia al artículo de Knowledge Base Q311762 por favor. Puede tener acceso al artículo Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&amp;spid=2852) .
• CD-ROM de SQL Server 2000 Desktop Engine Service Pack 2: CD-ROM Este está disponible por solicitud en suscriptores a través de de MSDN Universal Microsoft Product Support (http://support.microsoft.com/default.aspx) . Incluye todos los archivos requeridos para actualizar instancias existentes del Desktop Engine. Además contiene los módulos de combinación y los archivos .msi requeridos para instalar una instancia nueva del Desktop Engine. Este CD-ROM se proporciona para programadores que crean aplicaciones que requieren el Desktop Engine. Para más información, vea "Distributing SQL Server Applications" en Libros en pantalla de SQL Server.
  
  Nota El CD-ROM de SQL Server 2000 Desktop Engine Service Pack 2 no incluye el Service Pack para SQL Server o Analysis Services.

Según el cual de las tres versiones del software de SP2 le varía el procedimiento para actualizar una instalación existente del Desktop Engine uso y el medio (por ejemplo recurso de CD-ROM o red) de realizar la actualización del medio. Cuando actualiza el Desktop Engine, el Service Pack de Desktop Engine se debe aplicar a cada instancia del Desktop Engine.

Requisito

Utilice Setup.exe para aplicar este Service Pack. El Setup.exe en SP2 de Desktop Engine acepta los mismos parámetros como el SQL Server 2000 Desktop Engine Setup.exe publicado con SQL Server 2000. Se encuentra el material de referencia para Setup.exe:

• El tema "SQL Server 2000 Desktop Engine Setup" en Libros en pantalla de SQL Server 2000.
• Las secciones siguientes del archivo Readme.txt original de SQL Server 2000:
  • 3.1.4
  • 3.1.23
  • 3.1.28
  • 3.1.29
  • 3.1.30

Puede ejecutar programa de instalación desde su unidad de disco duro, desde un recurso compartido de red o desde un CD-ROM. El Setup program de Desktop Engine requiere el medio original (por ejemplo el recurso original de CD-ROM o red) utilizado para instalar el Desktop Engine. Sólo puede instalar el Desktop Engine desde un CD-ROM si se cumplen las condiciones siguientes:

• La instalación original del Desktop Engine fue <B> no </B> instalado desde un CD-ROM.
• Si crea su propio CD-ROM para instalar SP2, la etiqueta de volumen en el CD-ROM debe ser SQL2KSP2. Si un Proveedor de Software Independiente (ISV) que crea un CD-ROM para distribuir el Desktop Engine como un componente de su aplicación es usted, la etiqueta de volumen de CD-ROM debe ser idéntica a la propiedad VolumeLabel en la tabla Media del paquete Windows Installer (*.MSI).

Si Desktop Engine se instaló originalmente desde un CD-ROM o un recurso compartido de red que se ha movido, copie el subdirectorio MSDE del CD-ROM de SQL Server 2000 Desktop Engine Service Pack 2 a su disco duro o al recurso compartido de red y ejecute Setup.exe.

Si debe aplicar Service Pack 2 directamente desde el CD-ROM, primero debe actualizar Windows Installer a versión 2.0.2600.0 o posteriormente. Este proceso requerirá que reinicia su equipo.

Para actualizar Windows Installer:

1. Anote la ruta completa de la instalación original.
2. Ejecute InstMsi20.exe.
3. Escriba la ruta completa de la instalación original en el cuadro de texto.

Setup.exe se encuentra en una de las ubicaciones siguientes:

• El subdirectorio MSDE que está en el directorio que contiene los archivos extraídos de SQL2KDeskSP2.exe de Service Pack.
• La ubicación de su disco duro o del recurso compartido de red donde copió el subdirectorio MSDE del SQL Server 2000 SP2 CD-ROM.

Nota El procedimiento de configuración es diferente si instaló el Desktop Engine como un componente de otra aplicación. Póngase en contacto con el proveedor de software para más información acerca de la actualización del Desktop Engine.

Aplicar paquetes de revisión

Los paquetes de revisión distribuidos en este Service Pack actualizarán el predeterminado numerado instancias de MSDE (01 - 16) incluido en el CD de SQL Server 2000. Para actualizar una instancia de MSDE, debe aplicar su revisión correspondiente. Por ejemplo, para actualizar una instancia originalmente instalada desde SqlRun03.msi, debe utilizar SQLRun03.msp.

Nota Porque estos archivos son muy grandes, la versión descargable de este Service Pack contiene sólo un paquete de revisión SQLRun01.msp. Hay los otros paquetes de quince revisiones en el CD de SQL Server 2000 Service Pack 2.

Utilice Setup.exe desde la línea de comandos para aplicar un paquete de revisión a una instancia de MSDE instalada. Si sabe qué paquete de instalación se utilizó para que instalara su instancia de Desktop Engine, puede especificar que Setup.exe utiliza la revisión correspondiente con la opción /p. Por ejemplo Si no sabe qué paquete de instalación se utilizó, escriba SQLRUN Después de la opción /p. E SQLRUN El modificador indica a Setup.exe si elige el paquete correcto de revisión. Esto sólo funcionará si se cumplen las condiciones siguientes:

• All of the .msp files are located in a folder named Setup directly under the folder containing Setup.exe. This requires the SQL Server 2000 Service Pack 2 CD.
• When the instance to be upgraded is not the default instance, its instance name is specified with the INSTANCENAME variable.

Por ejemplo, el comando siguiente ejecutará Setup.exe para actualizar una instalación de una instancia con nombre MyInstance: También el nombre de instancia se puede especificar en un archivo .ini. Para más información, consulte el tema "Customizing Desktop Engine Setup.exe" en Libros en pantalla de SQL Server.

Nota No utilice comillas de apertura y cerrarse alrededor del nombre de instancia.

Si programa de instalación no puede encontrar el paquete correcto de revisión, un mensaje de error aparecerá.

Nota Cuando utiliza setup.exe para instalar SP2 de MSDE en un equipo que ejecuta Windows 98 o Windows Millennium Edition, debe utilizar el modificador UPGRADEUSER para especificar un inicio de sesión que es un miembro de la función fija de servidor sysadmin. Para más información en UPGRADEUSER, vea Sección 3.1.23 del archivo Readme.txt original de SQL Server 2000.
Redistribuir el Service Pack

Nosotros recomendamos que proveedores de software independientes (ISV) que desean redistribuirlo redistribuyan este Service Pack a continuación:

1. Instale el Service Pack en una instancia de Desktop Engine configurada para satisfacer uno distribuido con su software.
2. Genere su propio paquete de revisión basado en las diferencias entre las instalaciones antiguas y nuevas.
3. Distribuya su revisión personalizada para sus clientes.

Para más información sobre la creación de paquetes de revisión, ve la documentación incluida en el Kit de desarrollo de software de Windows Installer (SDK) que se puede descargar Microsoft Platform SDK Web site (http://www.microsoft.com/msdownload/platformsdk/sdkupdate/default.htm) .

Nota Puede redistribuir una copia completa de SP2.

Ubicaciones de archivos

En el CD-ROM de SQL Server 2000 Desktop Engine Service Pack 2, los módulos de combinación y los archivos de instalación se encuentran en \MSDE. Para una lista completa, vea "Using SQL Server Desktop Engine Merge Modules" en Libros en pantalla de SQL Server.

3,8 Reinicie servicios

El siguiente se aplica a todos los componentes:

Al finalizar el Setup program, le puede pedir que reinicie el sistema. Después de los reinicios de sistema (o el programa de instalación que rellena el programa sin solicitar un reinicio), utilice la aplicación Servicios del Panel de control para asegurarse de que se está ejecutando servicios el MS DTC, Microsoft Search, MSSQLServer, MSSQLServerOLAPService y SQLServerAgent o sus equivalentes específicos de la instancia. Realice las bases de datos actualizadas master y msdb.

3,9 Reinicie aplicaciones

El siguiente se aplica a todos los componentes:

Reinicie las aplicaciones que cerró antes de ejecutar el programa de instalación de Service Pack.

3,10 Realizar la instalación en un clúster de conmutación por error

El siguiente se aplica únicamente a componentes de SQL Server 2000 que forman parte de un clúster de conmutación por error:

Para instalar este Service Pack en un clúster de conmutación por error:

• Ejecute este service pack desde el nodo propietario del grupo que contiene el servidor virtual que deseará actualizar. Esto instalará los archivos de Service Pack en todos los nodos de clúster de conmutación por error del modo.
• En el cuadro de diálogo Configuración, escriba el nombre del servidor virtual que está actualizando.
• Mantenga todos los nodos del clúster en línea durante instalación. Esto se asegura de que la actualización se aplica a cada nodo del clúster.

Nota Programa de instalación de SQL Server 2000 SP2 puede requerir reiniciar los nodos de clúster de conmutación por error. Esto reemplaza los archivos que estuvieron durante el programa de instalación de SP2 de SQL Server 2000 con los archivos actualizados en uso.

Si está actualizando una instancia predeterminada (no agrupada) de SQL Server a un servidor virtual, primero debe realizar la actualización de una instancia predeterminada a una instancia virtual y a continuación, aplicar SQL Server 2000 SP2. Para más información acerca de la actualización, vea Cómo actualizar una instancia predeterminada a una instancia de clúster predeterminado (programa de instalación) de SQL Server 2000 en Libros en pantalla de SQL Server.

Si debe reconstruir un nodo en el clúster de conmutación por error, lo debería volver a generar:

• Vuelva a generar el nodo en el clúster de conmutación por error. Para más información acerca de volver a generar un nodo, vea Cómo recuperar después de error en escenario 1 en clúster de conmutación por error en Libros en pantalla de SQL Server.
• Ejecute el programa de instalación de SQL original Server 2000 para agregar el nodo de nuevo al clúster de conmutación por error.
• Ejecute programa de instalación de SQL Server 2000 SP2.

3,11 Instalar en servidores replicados

El siguiente se aplica únicamente a componentes de SQL Server 2000 que forman parte de una topología de replicación:

Implemente este Service Pack en servidores replicados en esta secuencia:

1. Distribuidor (si es independiente del publicador
2. Publisher
3. Suscriptor

En la mayoría de casos especialmente en duplicación de mezcla, nota el distribuidor y el Publisher se encuentran en el mismo servidor y se actualizan al mismo tiempo.

En duplicación de mezcla, la base de datos de distribución se utiliza para sólo almacenar historial de agente. Suele que la base de datos de distribución reside en el mismo equipo que la base de datos publicada. Sin embargo, también es posible tener una base de datos de distribución remota para duplicación de mezcla en sitios que desean centralizar el registro de historial de agente.

Puede no ser posible que actualice inmediatamente; sin embargo todos los servidores de una topología de duplicación, no se ve generalmente afectadas operaciones de réplica entre servidores que ejecutan instancias de SQL Server 2000 y de este service pack. "Las excepciones a esto se analizan en Sección 5.3.7" Restaurar bases de datos replicadas de versiones de SQL diferentes Server."

Nota Programa de instalación de SP2 actualiza bases de datos de usuario que son los miembros de una topología de duplicación. Si ninguna de las bases de datos que son los miembros de una topología de duplicación son modificables, para aplicar SP2 a aquellas bases de datos, debe realizar modificable ellos y aplicar programa de instalación de SP2. "Para más información acerca de convertir una base de datos en bases de datos modificables, vea Sección 3,12" Aplicar SP2 a bases de datos o grupo no modificables de archivos." "Para aprender más acerca de volver a aplicar SP2, consulte Sección 3,14"Volver a aplicar SP2."

Una combinación existente de cuenta para replicación de copia de seguridad permitirá restaurar una base de datos en un punto conocido después de la actualización de SP2 en caso de un error. Después de aplicar un SP2, un registro o una base de datos completa, se recomienda utilizar copia de seguridad para cualquier base de datos implicada de usuario en una topología de duplicación. En caso de un error de una base de datos de duplicación, SP2 no se tendrá que volver a aplicar de esta forma después de que se ha restaurado la base de datos.

3,12 Aplicar SP2 a bases de datos o grupo no modificables de archivos

El siguiente se aplica únicamente a componentes de SQL Server 2000 que forman parte de una topología de replicación:

Cuando existen bases de datos o grupo no modificables de archivos, el Setup program mostrará el mensaje siguiente: En general, puede omitir esta advertencia y programa de instalación continuará. Sin embargo, si algunas de las bases de datos no modificables que figuran en el archivo de registro de instalación son miembros de una topología de duplicación, debe convertir aquellas bases de datos en bases de datos modificables y aplicar programa de instalación de SP2 a aquella instancia de SQL Server 2000.

Nota Este mensaje no afectará a instalación desatendida. Para aprender más acerca de instalación desatendida, consulte Sección 4.0 Desatender Instalaciones.

Nota Durante instalación, Programa de instalación no hace ninguna distinción entre bases de datos que está desconectado o sospechoso y entre bases de datos no modificables que está. Si una base de datos o un grupo de archivos están durante instalación en algunas de estas condiciones, se debe volver a aplicar el Service Pack. Para más información acerca de traer una base de datos, vea "Conectar y Separar un Database" en Libros en pantalla de SQL Server y para más información acerca de bases de datos sospechosas que diagnostican en línea, vea "Solucionar de Database y de Servidor" en Libros en pantalla de SQL Server.

Para aplicar SP2 a una base de datos de sólo lectura:

1. Convierta una base de datos de sólo lectura en bases de datos modificables de utilizar ALTER DATABASE de manera siguiente:

   ALTER DATABASE base de datos
   SET READ_WRITE 

2. Repita paso 2 para todas las bases de datos de sólo lectura.
3. El Service Pack, el Service Pack, aplique (o vuelva a aplicar).
4. Si es necesario, realice la base de datos sólo de lectura de utilizar ALTER DATABASE de nuevo de manera siguiente:

   ALTER DATABASE base de datos
   SET READ_ONLY 

Para aplicar SP2 a un grupo de archivos de sólo lectura:

1. Realice modificable el grupo de archivos de sólo lectura de utilizar ALTER DATABASE de manera siguiente:

   ALTER DATABASE Base de dato
   MODIFY FILEGROUP filegroup_name READWRITE 

2. Repita paso 1 para todos los grupos de archivos de sólo lectura.
3. El Service Pack, el Service Pack, aplique (o vuelva a aplicar).
4. Realice sólo lectura de utilizar ALTER DATABASE de nuevo de manera siguiente:

   ALTER DATABASE Base de dato
   MODIFY FILEGROUP filegroup_name
   READONLY 

Para aprender más acerca de ALTER DATABASE, consulte el tema de referencia "ALTER DATABASE" de Libros en pantalla de SQL Server. "Para aprender más acerca de volver a aplicar SP2, consulte Sección 3,14" Volver a aplicar SP2."

3,13 al desinstalar SP2

El siguiente se aplica a todos los componentes excepto Analysis Services:

Para volver a la versión de componentes de SQL Server 2000 anterior a SP2, debe haber tomado una copia de seguridad de las bases de datos master, msdb y model antes de instalar SP2. "Para más información, vea Sección 3,1" Realice su copia de seguridad de base de datos de SQL Server."

Nota Si cualquiera de las bases de datos están implicados en replicación, debe deshabilitar publicación.

1. Deshabilitar publicación : en Administrador corporativo de SQL Server, expande un grupo de SQL Server, expande un servidor, hace clic con el botón secundario en la carpeta Replicación y a continuación, hace clic en Configurar publicación, en Suscriptores y en Distribution.
2. Seleccione la ficha Bases de datos de publicación.
3. Desactive la casilla de verificación para cada base de datos que se participa en duplicación. Esto permitirá que las bases de datos sean detached.

Siga estos pasos para volver a la versión de SQL Server anterior a SP2:

1. Separe todas las bases de datos de usuario Para más información, vea Cómo adjuntar y separar una base de datos (Administrador corporativo) en Libros en pantalla de SQL Server.
2. Desinstale SQL Server. En Panel de control, haga doble clic en Agregar o quitar programas y a continuación, seleccione la instancia de SQL Server que desea desinstalar.
3. Instale SQL Server 2000 desde el CD-ROM o desde la ubicación desde la que instaló SQL Server originalmente.
4. Restaure el patrón de bases de datos, el msdb y el modelo a partir de la última copia de seguridad que se creó antes de aplicar SP2. Esto adjunta automáticamente cualquier base de datos de usuario que fuera adjuntado en el momento en el que se creó la copia de seguridad.
5. Adjunte las bases de datos de usuario que creó después de la última copia de seguridad de la base de datos master
6. Configure replicación si es necesaria.
   
   Warning Cuándo vuelve a la versión de SQL Server anterior a SP2, se pierden todos los cambios realizados en el patrón de bases de datos, en el msdb y en el modelo desde que aplican SP2.

3,14 que vuelven a aplicar SP2

El siguiente se aplica a todos los componentes:

En los casos siguientes, será necesario volver a aplicar SQL Server 2000 SP2:

• Cuando se ha agregado después componentes nuevos de SQL Server 2000, se aplicó SP2.
• When databases or filegroups that are part of a replication topology and were read-only during the initial application of the service pack are made writable.

"Para volver a aplicar SP2, siga los pasos en Sección 3,0" Instalación de Service Pack."

4,0 instalación desatendida

SP2 de Componentes de bases de datos se puede aplicar a una instancia de SQL Server 2000 que se ejecuta en un equipo en modo desatendido. El componente de base de datos CD-ROM de SP2 contiene archivos ISS que se puede utilizar para realizar instalación desatendida de SP2. Estos archivos se ubican en el directorio raíz en el CD-ROM y se pueden utilizar para realizar tipos distintos de instalaciones:

• sql2kdef.iss es el archivo de instalación desatendida utilizado para aplicar SP2 de Componentes de bases de datos a una instancia de SQL Server 2000 predeterminada que se ejecuta en el sistema operativo Windows 2000 o Windows NT 4.0. El archivo correspondiente de proceso por lotes que se utilizará es el archivo de Sql2kdef.bat.
• sql2knm.iss es el archivo de instalación utilizado para aplicar SP2 de Componentes de bases de datos a una instancia de SQL Server 2000 con nombre que se ejecuta en el sistema operativo Windows 2000 o Windows NT 4.0. Debe cambiar el nombre de instancia en el archivo ISS para identificar la instancia que se actualiza.
• sql2ktls.iss es el archivo de instalación utilizado para aplicar SP2 de Componentes de bases de datos a una instalación tools-only. Este archivo se puede utilizar para instalación sin ninguna modificación.
• sql2k9x.iss es el archivo de instalación utilizado para aplicar SP2 de Componentes de bases de datos en un equipo que ejecuta el sistema operativo Windows Millennium Edition o Windows 98. Necesitará cambiarse para identificar la instancia actualizada.
• sql2kcli.iss es el archivo de instalación utilizado para aplicar SP2 de Componentes de bases de datos a una instalación de cliente de componentes en un equipo que ejecuta el sistema operativo Windows 95.
• msolap.iss es el archivo de instalación que almacena la lista de parámetros para ejecutar una instalación desatendida de SP2 de Analysis Services.

Durante una instalación desatendida, si programa de instalación detecta alguno de bases de datos o grupo no modificables de archivos, nota aquella información se escribe en el registro de programa de instalación y la instalación desatendida continúa. Si algunas de las bases de datos no modificables que figuran en el archivo de registro de instalación son miembros de una topología de duplicación, debe convertir aquellas bases de datos en bases de datos modificables y aplicar programa de instalación de SP2 a aquella instancia de SQL Server 2000. "Para más información acerca de convertir una base de datos en bases de datos modificables, vea Sección 3,12" Aplicar SP2 a bases de datos o grupo no modificables de archivos." "Para aprender más acerca de volver a aplicar SP2, consulte Sección 3,14" Volver a aplicar SP2 ."

4,1 que redistribuyen Data Access Components de SP2

Este Service Pack incluye un archivo autoextraíble, Sqlredis.exe y una versión de Redist.txt. Estos archivos se encuentran en el SP2 de Componentes de bases de datos. De forma predeterminada, cuando Sqlredis.exe se ejecuta

1. Ejecuta el Mdac_typ.exe de Microsoft Data Access Components (MDAC 2,62). Esto instala los componentes principales 2.62 de MDAC y las versiones de los componentes de conectividad de cliente de SQL Server y Desktop Engine que se incluyen con este Service Pack.
2. Instala controladores ODBC de Microsoft Jet y componentes de conectividad.

Puede redistribuir el archivo Sqlredis.exe en los términos y en las condiciones anotadas en el archivo Redist.txt que se acompaña a este Service Pack.

5,0 notas de documentación

Esta sección aborda problemas que pueden surgir como características nuevas que estarán disponibles al ejecutar este service pack. Estos problemas se aplican al ejecutar el service pack que actualizan a SQL Server 2000 y SQL Server 2000 SP1 y son el resultado de correcciones contenidas en este Service Pack.

Los segmentos de Analysis Services y Meta Data Services en esta sección no se aplicarán a instalación de Desktop Engine únicas.

5,1 base de datos y mejoras de Desktop Engine

Los problemas siguientes se aplican a instancias de SQL Server 2000 en las que se ha instalado el SP2 de Componentes de bases de datos a instancias de Desktop Engine en las que se ha instalado SP2 de Desktop Engine.

En 5.1.1 instalar instancias nuevas del Desktop Engine

Se presentó en SP1

Siga estos procedimientos para instalar una instancia nueva del Desktop Engine después de aplicar SP2.

1. En el directorio \Archivos Server\80\Tools\Binn\Resources\1033 de SQL de programa\Microsoft, cambia el nombre de los archivos siguientes para * .rdl:
   • semnt.rll
   • sqlsvc.rll
2. En el directorio \Archivos Server\80\Tools\Binn de SQL de programa\Microsoft, cambia el nombre de los archivos siguientes para * .dld:
   • semnt.dll
   • sqlsvc.dll
   • sqlresld.dll
3. Instale el Desktop Engine sin SP2.
4. Cambie el nombre de los archivos semnt.rdl y sqlsvc.rdl del directorio \Program Files\Microsoft SQL Server\80\Tools\Binn\Resources\1033 a *.rll.
5. Cambie el nombre del semnt.dld, del sqlsvc.dld, de los archivos sqlresld.dld del directorio \Program Files\Microsoft SQL Server\80\Tools\Binn a *.dll.

La instancia recién instalada del Desktop Engine será SP2.

5.1.2 Utilizar caracteres con SP2 de Componentes de bases de datos en chino, japonés o coreano

Se presentó en SP1

Si instala SP2 de Componentes de bases de datos en un servidor que ejecuta el sistema operativo Windows NT 4.0 o Windows 98 y la actualización posterior a Windows 2000, la actualización de Windows 2000 reemplaza archivos determinados de sistema. Estos archivos de sistema son necesarios para ordenar caracteres en chino, japonés o coreano. Si utiliza caracteres en chino, japonés o coreano en sus bases de datos SQL Server, vuelva a ejecutar la versión de Sqlredis.exe incluido con SP2 después de realizar la actualización a Windows 2000. "Para más información acerca de la ejecución de Sqlredis.exe, vea Sección 4.1"Redistribuir componente de acceso a datos de SP2."

Nota No tiene que volver a aplicar Sqlredis.exe en equipos de cliente o servidores que no tienen que las bases de datos contienen caracteres en chino, japonés o coreano.

Equipos quitados 5.1.3 hash

Se presentó en SP1

Se han quitado los equipos hash. A causa de mejoras determinadas a SQL Server 2000, los equipos hash ya no producen las ventajas de rendimiento que ofrecieron en SQL Server versión 7.0. Quitar equipos hash además realiza más estable SQL Server 2000.

Por lo tanto, el optimizador de consultas ya no genera planes de consulta que utilizan los equipos hash.

En casos excepcionales, la eliminación de equipos hash puede causar que la consulta se procese más despacio. Analice dichas consultas para ver si crear índices más adecuados volverá rendimiento de consultas a su nivel anterior.

Conmutadores agregados de máscara 5.1.4 de afinidad

Se presentó en SP1

Dos modificadores de máscara de afinidad se han agregado a este Service Pack.

Modificador de afinidad de máscara E/S

Con este Service Pack, puede especificar qué CPU se utilizará CPU para que ejecute operaciones de E/S a subprocesos para disco. Este modificador se debe utilizar con la opción máscara de afinidad. Para más información, vea el 298402Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&amp;spid=2852) .

Modificador de máscara de afinidad Conexión

Con este Service Pack, puede configurar sistemas habilitados para que Arquitectura de interfaz virtual (VIA) enlace las conexiones de tarjeta de red determinadas de SQL Server a un procesador o conjunto de procesadores. Este modificador se debe utilizar con la opción máscara de afinidad. Para más información, vea 299.641 Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&amp;spid=2852) .

5.1.5 Agente SQL Server registra información de cuenta

Presentó de SP2

El Historial del trabajo de Agente SQL Server graba ahora la cuenta de Windows con qué cada trabajo en la que se ejecutó paso. Esta información ayuda a administradores a diagnosticar problemas de seguridad con trabajos programados incluyendo trabajos programados definidos para replicación y tareas de Servicios de transformación de datos.

5.1.6 Filtró vista indizada

Presentó de SP2

Si ha producido error 355.069 de SQL Server 2000 como se encuentra documentado en artículo de Microsoft Knowledge Base 306.467, este Service Pack sólo impedirá repeticiones futuras de resultados inesperados debido a modificaciones de datos. Conque además de aplicar esta corrección, necesita volverse a crear. Para más información, vea el 306467Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .

Mejoras 5,2 de Analysis Services

Las mejoras de Analysis Services en SP2 incluyen:

• Particiones remotas.
• Instalación actualizada de cliente redistribuible de Analysis Services.
• Admita proveedores de algoritmo de minería de datos para datos de tercero.
• Posibilidad de que instala Analysis Services en un equipo con archivos de cliente actualizado.

Particiones 5.2.1 remotas

Se presentó en SP1

Cuando una partición remota se crea en un servidor local que tiene SP1 o versión posterior instalada en ello, el servidor remoto debe utilizar una cuenta de dominio de usuario que posee permisos de acceso completo al cubo primario en el servidor local. Alguna cuenta de usuarios que es un miembro del grupo OLAP del servidor local tendrá permisos de acceso completo.

Si el servidor local tiene instalado SP1 en ello, también el servidor remoto además debe tener instalado SP1 en ello para crear o administrar particiones remotas.

5.2.2 Actualizar instalación de cliente redistribuible de Analysis Services

Se presentó en SP1

El SP1 de Analysis Services y las versiones posteriores incluyen versiones actualizadas de los programas siguientes de instalación redistribuibles de clientes:

• PTSLite.exe
• PTSFull.exe

Estos archivos se encuentran en la ruta de acceso \msolap\install\PTS del directorio de instalación de SP2.

Nota PTSFull.exe incluye; PTSLite.exe no incluye MDAC.

Utilice estos programa de instalación cliente actualizado en sus aplicaciones para evitar o resolver problemas de instalación de clientes que puede encontrar cuando utiliza Analysis Services y Microsoft Office XP.

Nota Al utilizar Analysis Services con Office XP, se recomienda encarecidamente actualizar el cliente.

5.2.3 Compatibilidad habilitó proveedores de algoritmo de minería de datos para datos de tercero

Se presentó en SP1

El SP1 de Analysis Services y incluye posteriormente compatibilidad de agregar proveedores de tercero de algoritmos de minería de datos. Para más información acerca de desarrollar un proveedor de algoritmos de minería de datos, vea el documento "Third Party Data Mining Providers" y el OLE DB for Data Mining Resource Kit que incluye el código para un proveedor de ejemplo de algoritmos de minería de datos en el Microsoft Data Access and Storage Development Center (http://msdn.microsoft.com/data/) .

5.2.4 Installing Analysis Services en un equipo con archivos de cliente actualizado

Se presentó en SP1

Si instala SQL Server 2000 Analysis Services, un equipo que se contiene actualizó archivos de cliente como SQL Server 2000 SP1 o Office XP que puede examinar cubos, debe aplicar SP1 de Analysis Services o asegurarse a aquél del cliente funciona posteriormente correctamente y.

5,3 mejoras de duplicación

Las mejoras de duplicación en SP2 incluyen:

• Personalizado almacenó procedimiento para actualizaciones de duplicación transaccional
• Actualizaciones de replicación transaccional en columnas únicas
• Restricciones eliminadas del proceso simultáneo de instantáneas
• Capacidad a procedimientos secuencias de comandos personalizadas almacenadas en duplicación transaccional
• Combine metadatos retention-based de replicación hacia arriba que limpia
• Restaurar bases de datos replicadas de versiones de SQL diferentes Server
• <B> nuevo - MaxCmdsInTran parámetro </B> para Agente de lector del registro

Personalizado 5.3.1 de duplicación transaccional UPDATE almacenó procedimiento

Se presentó en SP1

Durante duplicación transaccional, programa de instalación, procedimiento almacenado personalizados para inserción, se elimina y se crean las acciones de actualización en la base de datos subscription. Sin consideración de cuántas columnas se ve afectada por una instrucción UPDATE, el procedimiento almacenado personalizado de actualización actualizará todas las columnas de la tabla de suscripción. Simplemente cualquier columna que no se haya cambiado se restablece a los mismos valores existentes antes de la actualización. Esta acción normalmente no hace ningún problema. Sin embargo, si cualquiera de estas columnas están indizados, puede llegar a que es costoso estas restablecer.

Si cambia sólo algunos valores de columna debido a actualizaciones, está utilizando duplicación transaccional y tiene varios índices en la tabla de suscripciones y, la sobrecarga de mantenimiento de índice se puede volver un factor de rendimiento de limitación cuando se aplica cambios en el suscriptor. Por ejemplo, una base de datos de suscripciones que se utiliza en propósitos de informe puede tener más índices que la base de datos de publicación. Generar dinámicamente la instrucción UPDATE en tiempo de ejecución puede mejorar rendimiento. La actualización incluirá sólo las columnas que se han cambiado por lo tanto, creando que optimiza cadena UPDATE.

Este Service Pack incluye unos procedimientos almacenados nuevos, sp scriptdynamicupdproc que genera un procedimiento almacenado personalizado que puede usar en el suscriptor para crear dinámicamente la instrucción de actualización en tiempo de ejecución. No obstante, en un procesamiento adicional se incurrirá en tiempo de ejecución en orden para generarse a la instrucción dinámica UPDATE.

sp_scriptdynamicupdproc

Genera la instrucción CREATE PROCEDURE que crea un procedimiento de actualización dinámica almacenada. La instrucción UPDATE dentro del procedimiento almacenado personalizado se genera dinámicamente basándose en la sintaxis MCALL que indica qué columnas cambiar. Utilice estos procedimientos almacenados si se está incrementando y si el número de columnas cambiadas es pequeño. Este procedimiento almacenado se ejecuta en el publicador en la base de datos de publicación.

Sintaxis

sp_scriptdynamicupdproc artid [ artid, =]

Argumentos

artid, artid Es el identificador de artículo [=]. artid es un int con ño no predeterminado.

Conjuntos de resultados

Devuelve un conjunto de resultados que constan de una columna única nvarchar. El resultado estableció a formularios la instrucción completa CREATE PROCEDURE utilizada para crear el procedimiento almacenado personalizado.

Comentarios

sp scriptdynamicupdproc se utiliza en duplicación transaccional. La lógica predeterminada MCALL de secuencias de comandos incluye todas las columnas dentro de la instrucción UPDATE y utiliza un mapa para determinar las columnas que se han cambiado. Si no cambió una columna, la columna se establece en de nuevo a ello que normalmente no causa ningún problema. Si la columna está indizada, el procesamiento adicional tiene lugar. Este procedimiento almacenado utiliza un enfoque dinámico por contrario : incluye únicamente las columnas que se han modificados que optimiza cadena UPDATE. No obstante, al procesar extra se incurre en tiempo de ejecución cuando se genera la instrucción dinámica UPDATE. Se recomienda que pruebe el enfoque de procedimiento almacenado dinámico y el enfoque predeterminado estático y que a continuación, elija la solución óptima para sus necesidades particulares.

Permisos Miembros de la función de público pueden ejecutar sp scriptdynamicupdproc.

Ejemplos

Este ejemplo crea un artículo en la tabla authors de la base de datos pubs (con artid establecido en 1) y especifica que la instrucción UPDATE es el procedimiento almacenado personalizado que se ejecutará: Genere los procedimiento almacenado personalizados en los que se ejecuta el Agente de distribución en el suscriptor ejecutando el procedimiento almacenado siguiente en el publicador: Después de que ejecutar esto almacenara procedimiento, puede utilizar las secuencias de comandos resultantes para crear manualmente el procedimiento almacenado en los suscriptores.

Instrucciones UPDATE 5.3.2 de duplicación transaccional en columnas únicas

Se presentó en SP1

En duplicación transaccional, las instrucciones UPDATE normalmente se replican como actualizaciones. Pero si la actualización cambia cualquier columna que sea parte de un índice único, un índice agrupado o una expresión utilizada como una restricción única, la actualización se realiza como una instrucción DELETE seguida de una instrucción INSERT en el suscriptor. Esto se realiza porque este tipo de actualización podría afectar a varias filas y una posibilidad para una infracción de unicidad existe si se entregaron actualizaciones fila por fila.

Sin embargo, si la actualización afecta a sólo una fila, no hay ninguna posibilidad para una infracción de unicidad. Por tanto, se ha agregado marca de seguimiento 8207 a este Service Pack para permitir actualizaciones a cualquier columna única que afectan a sólo una fila de replicarse como instrucciones UPDATE. Esta optimización se ha agregado específicamente para aplicaciones que instalan desencadenadores UPDATE definidos por el usuario en el Suscriptor y que requieren a estos desencadenadores que activa estos desencadenadores para actualizaciones que afectan a sólo una fila en una columna única.

Para utilizar indicador de traza 8207, actívelo del símbolo (sqlservr.exe T8207) del sistema o en tiempo de ejecución que utiliza TRACEON(8207, -1) DBCC antes de iniciarse el Agente de lector del registro.

Importante El indicador de traza 8207 Normalmente se utiliza con duplicación transaccional de sólo lectura. No utilice este indicador de traza con suscripciones actualizables si la clave principal UPDATE puede aparecer en el suscriptor.

5.3.3 Restricciones quitaron del proceso simultáneo de instantáneas

Se presentó en SP1

A SQL Server 2000 no se le recomendó que si la tabla de publicación tuvo un índice único, aquél no fuera la clave principal o la clave de agrupación el proceso simultáneo de instantáneas. Si se realizaron modificaciones de datos en la clave de agrupación mientras se generó una instantánea simultánea, la duplicación podría fallar con un error duplicado de clave cuando se aplica la instantánea simultánea a un suscriptor. En este Service Pack, ninguna restricción en el uso del proceso simultáneo de instantáneas es ya.

Personalizado de secuencias de comandos 5.3.4 de duplicación transaccional almacenó procedimientos

Se presentó en SP1

Cuando definen los procedimiento almacenado personalizados para INSERT suscripciones nosync (es decir suscripciones que no reciben la inicial instantánea), las instrucciones UPDATE y DELETE se deben crear manualmente. Estas instrucciones normalmente se crean en el suscriptor cuando se entrega la inicial instantánea. Unos procedimientos almacenados nuevos, sp scriptpublicationcustomprocs, se han agregado para generar secuencias de comandos para los procedimiento almacenado personalizados en el nivel de publicación. Esta funcionalidad nueva puede facilitar configurar suscripciones nosync.

sp_scriptpublicationcustomprocs

En una publicación en la que está habilitada la opción de generar automáticamente un esquema de procedimiento personalizado, esto almacenó secuencias de comandos de procedimiento UPDATE, el INSERT personalizado, y elimina procedimientos de todos los artículos de tabla. sp scriptpublicationcustomprocs es especialmente útil para configurar suscripciones a las que se aplica la instantánea manualmente.

Sintaxis

sp scriptpublicationcustomprocs [@publication] = nombre de la publicación

Argumentos

[@publication] = nombre de la publicación

Es el nombre de la publicación. nombre de la publicación es un sysname con ño no predeterminado.

Devuelva valores de código

0 (éxito) o 1 (error)

Conjuntos de resultados

Devuelve un conjunto de resultados que constan de una columna única nvarchar. El resultado estableció a formularios la instrucción completa CREATE PROCEDURE necesario para crear el procedimiento almacenado personalizado.

Comentarios

Los procedimientos personalizados no están incluidos en secuencias de comandos sin para artículos genera automáticamente opción de esquema de procedimiento personalizado (0x2).

Permisos

Ejecuta el permiso se concede a público; una comprobación de seguridad de procedimiento se realiza dentro de este procedimiento stored para restringir acceso a miembros del sysadmin fijo al sysadmin función de servidor y función de base de datos actual de base de datos fija db owner.

Ejempl

Este ejemplo genera una secuencia de comandos de los procedimiento almacenado personalizados en una publicación que se denomina Neptuno.

Se limpia metadatos retention-based de replicación 5.3.5 de mezcla

Se presentó en SP1

Cuando hay una cantidad grande de datos de metadatos en tablas de sistema de duplicación de mezcla, limpiar el metadatos mejora rendimiento. Antes de SQL Server 2000 SP1, metadatos se podría limpiar sólo ejecutando sp mergecleanupmetadata. Sin embargo SQL Server 2000 SP1 y incluye posteriormente limpieza retention-based de metadatos que significa que se pueden eliminar automáticamente datos de metadatos de las tablas siguientes de sistema:

• MSmerge_contents
• MSmerge_tombstone
• MSmerge_genhistory
• Cualquiera delante de tablas de imagen si está

Nota Antes de imagen, las tablas están presentes si la opción de optimización de sincronización @ keep partition changes está habilitada en la publicación.

Se produce a continuación limpieza Retention-based de metadatos:

• Si el parámetro ûMetadataRetentionCleanup de Agente de mezcla se establece en 1 como está establecido de forma predeterminada en 1, el Agente de mezcla limpia el suscriptor y el Publisher implicados en la combinación.
• Si el parámetro ûMetadataRetentionCleanup está establecido en 0, la limpieza automática no ocurre. En este caso inicie manualmente limpieza retention-based de metadatos ejecutando sp mergemetadataretentioncleanup. Este procedimiento almacenado se debe ejecutar en cada publicador y suscriptor que se debería limpiar. Se la recomienda limpiando el Publisher y los suscriptores se en vez en puntos similares pero no es necesario (vea Evitar False Conflictos adelante en esta Sección).
  
  Nota El parámetro ûMetadataRetentionCleanup 1 es ahora parte de todos los perfiles de Agente de mezcla que se incluyen con SQL Server 2000 SP1 y posteriormente. Si actualiza un servidor a SP1 o a SP2 y si después, agrega duplicación de mezcla, el perfil de Agente de mezcla se actualiza automáticamente para incluir este parámetro. Si actualiza un servidor el Agente de mezcla que no se actualiza el perfil automáticamente que ya tiene habilitada la duplicación de mezcla a SP1 o a SP2, actualice el perfil ejecutando sp add agent parameter ("see") Parámetro adicional para sp_add_agent_parameter( " , " ) descrito más adelante en esta sección.

Importante El período predeterminado de retención para publicaciones es 14 días. Si un artículo pertenece a varias publicaciones, podría haber períodos de retención diferente. En aquella situación, el punto más largo de retención se utiliza para determinar que se puede producir la primera hora posible aseo que. Las publicaciones múltiples en una base de datos son cualquier una de aquellas publicaciones utiliza un período de retención de publicación infinita (retención, = 0) combina metadatos como la base de datos no se limpiará automáticamente. Por este motivo, utilice retención de publicación infinita con precaución.

Parámetro adicional para sp_add_agent_parameter

El sp add agent parameter de procedimiento de sistema tiene ahora un parámetro MetadataRetentionCleanup que le permite agregar o quitar limpieza de retención de metadatos de perfiles de Agente de mezcla. Valor de 1 que indica que el perfil debe incluir limpieza; valor 0 que indica que no debe incluir limpieza. Por ejemplo, para agregar limpieza de retención de metadatos a un perfil, ejecute: Limpieza de metadatos en topologías con versiones de SQL diferentes Server

Que la limpieza retention-based automática, se produce en una base de datos implicada en duplicación de mezcla, las dos bases de datos y uno del Agente de mezcla deben estar en los servidores en los que se está ejecutando SQL Server 2000 SP1 o posteriormente. Por ejemplo

• Un pull de SQL Server 7.0 suscriptor no ejecutará limpieza a un publicador de SQL Server 2000 SP1.
• Una inserción Agente de mezcla de SQL Server 2000 SP1 no ejecutará limpieza en una base de datos de suscriptor de SQL Server 2000 (sin SP1).
• O anteriormente una inserción de SQL Server 2000 SP1 en la que ejecutará Agente de mezcla limpieza en una base de datos publicador de SQL Server 2000 SP1 aunque tiene suscriptores que son SQL Server 2000.

La limpieza automática en algunos servidores y no otros provocará conflictos falsos como máximo y aquéllos deberían ser raros. Para topologías que incluyen versiones de SQL Server antes de SQL Server 2000 SP1, puede ver ventajas de rendimiento ejecutando sp mergemetadatacleanup en todos los servidores que no se limpian automáticamente.

Evitar conflictos falsos

La limpieza Retention-based de metadatos impide no convergencia y el silencio sobrescribe cambios en otros nodos. No obstante, los conflictos falsos se pueden producir si se cumplen las dos condiciones siguientes:

• El metadatos se limpia en un nodo y otro.
• Una actualización posterior en el nodo cleaned-up se produce en una fila de eliminarse.

Por ejemplo, si metadatos se limpia en el publicador pero no en el suscriptor y si una actualización se realiza en el publicador, un conflicto se producirá aunque parece que se sincronizan datos.

Para evitar este conflicto, asegúrese de que se limpia metadatos en nodos relacionados al mismo tiempo. Si <B> - se limpia automáticamente MetadataRetentionCleanup 1 el Publisher y suscriptor de que </B> se utiliza MetadataRetentionCleanup 1 antes de iniciarse combinación para garantizar así que los nodos se limpian al mismo tiempo. Si se produce un conflicto, utilice el visor de conflicto de replicación de mezcla para revisar el conflicto y cambiar el resultado necesario.

Si un artículo pertenece a varias publicaciones o si está en un escenario que se puede volver a publicar, es posible que los períodos de retención para una fila determinada en el publicador y suscriptor sean diferentes. Para reducir la posibilidad de que limpia metadatos de lado uno pero no de otro, se recomienda que aquellas publicaciones diferentes tengan períodos de retención similar.

Nota Si hay una cantidad grande de datos de metadatos en las tablas de sistema que se deben limpiar, el proceso de mezcla se puede tardar más un poco en ejecutarse. Limpie el metadatos de una forma periódica para evitar este problema.

5.3.6 Copie y restaure problemas para duplicación de mezcla

Se presentó en SP1

Una base de datos de publicación que se restaura a partir de una copia de seguridad primero se debería sincronizar con una base de datos de suscripciones que tiene una suscripción global (es decir desde una suscripción) de tener un valor de prioridad asignada garantiza comportamiento de convergencia correcta. La sincronización garantiza que los cambios que se perdieron en la base de datos de publicación a causa de la operación de restauración se vuelven a aplicar con precisión.

No sincronice la base de datos de publicación con una base de datos de suscripciones que tiene una suscripción anónima. Porque las suscripciones anónimas no tienen suficientes datos de metadatos para aplicar cambios a la base de datos de publicación, dicha sincronización podría provocar no la convergencia de datos.

Cuando está planeando copia de seguridad y restaura operaciones para duplicación de mezcla, tenga los aspectos adicionales siguientes en cuenta:

• Restaure las bases de datos de suscripciones a partir de copia de seguridad que no hay allende el período de retención.
  
  Restaure una base de datos de suscripciones a partir de una copia de seguridad si la copia de seguridad sólo no es anterior que el período más breve de retención al que de todas las publicaciones, se suscribe el Suscriptor. Por ejemplo, si un Suscriptor se suscribe respectivamente a tres publicaciones con períodos de 10, 20 y 30 días de retención, la copia de seguridad utilizada para restaurar la base de datos no debería ser lo antiguo más de 10 días.
• Sincronice antes de generar una copia de seguridad.
  
  Se recomienda que un suscriptor se sincronice con el publicador antes de que realiza una copia de seguridad. El sistema podría no convergir correctamente de lo contrario si el suscriptor se restaura a partir de esta copia de seguridad. Aunque el archivo de copia de seguridad podría ser muy reciente, la última sincronización con un publicador podría ser casi tan antigua como el período de retención. Por ejemplo, considere una publicación con un período de retención de 10 días. Ahora, se realizó la última sincronización que hace 8 días y se realiza la copia de seguridad. Si la copia de seguridad se aplica más adelante 4 días, la última sincronización habrá ocurrido de aplicarse después del período de retención que hace 12 días. Si el suscriptor hubo sincronizado derecho antes de la copia de seguridad, la base de datos de suscripciones estará durante el período de conservación.
• Vuelva a inicializar el suscriptor si cambia el valor de retención de publicación.
  
  Si tiene que cambiar el valor de retención de publicación, vuelva a inicializar el suscriptor manualmente para evitar no la convergencia de datos. El metadatos retention-based característica que limpia elimina datos obsoletos de tablas de sistema de mezcla de metadatos cuando se alcanza el período de retención de publicación.
  
  El valor de retención de publicación se utiliza para determinarse cuando deberían caducar suscripciones que no se han sincronizado durante el período de conservación. Si el período de retención de publicación se aumenta hacia arriba después de un limpio, y si una suscripción intenta mezclarse con el Publisher (que ya ha eliminado los datos de metadatos), la suscripción no caducará a causa del valor de mayor retención. El Publisher además no tiene suficientes datos de metadatos para descargar cambios en el suscriptor que conduce no a convergencia.
• Utilice los mismos valores de retención de publicación para todos los publicadores y sus asociados alternativos de sincronización. Utilizar valores distintos puede conducir no a convergencia.

5.3.7 Restaurar bases de datos replicadas de versiones de SQL diferentes Server

Se presentó en SP1

Para restaurar una copia de seguridad en el mismo servidor y databaseùrunning, la misma versión como el servidor del que fue la copia de seguridad createdùwill conserva sus configuraciones de duplicación. Si está restaurando una base de datos replicada a una versión de SQL Server que es diferente de la versión utilizada para realizar la copia de seguridad de base de datos, tenga los aspectos siguientes en cuenta:

• Si está realizando la restauración a partir de una copia de seguridad creada con SQL Server 2000 en SQL Server 2000 SP2 y si desea conservar configuraciones de duplicación, debe ejecutar sp vupgrade replication. Si ejecuta sp vupgrade replication se asegura que se haya actualizado el metadatos de replicación. Si no ejecuta sp vupgrade replication, el metadatos de replicación puede quedar en un estado impredecible.
• Si está realizando la restauración a partir de una copia de seguridad creada en SQL Server 7.0 (es la versión de lanzamiento, el Service Pack 1, el Service Pack 2 o el Service Pack 3 no) a SQL Server 2000 y si desea conservar configuraciones de duplicación, debe volver a crear la copia de seguridad antes de instalar Service Pack. Es posible restaurar SQL Server 2000 SP2 directamente desde una copia de seguridad de una base de datos replicada creada en SQL Server 7.0 pero no se mantendrán las configuraciones de duplicación.

5.3.8 Un Nuevo parámetro MaxCmdsInTran para Agente de lector del registro

Se presentó en SP1

Empezar con SP1, un parámetro nuevo <B> de símbolo del sistema, - MaxCmdsInTran </B> se ha agregado al Agente de lector del registro. Para transacciones que afectan a un número grande de comandos (actualizaciones o eliminaciones normalmente masivas), el Agente de distribución debe esperar al escribir toda la transacción en la base de datos de distribución el Agente de lector del registro para que pueda iniciar al propagar la transacción en el suscriptor. Este retraso bloquea el Agente de distribución y reduce el paralelismo entre los dos agentes.

Utilizando ûMaxCmdsInTran, el Agente de lector del registro rompe transacciones grandes en bloques más pequeños cada fragmento contiene mismo o menos comandos que el <B> - MaxCmdsInTran datos introducidos por </B>. Por tanto, el Agente de distribución puede comenzar a procesar bloques anteriores de una transacción mientras el Agente de lector del registro funciona mediante bloques posteriores de la misma transacción.

Esta mejora en paralelismo entre el Agente de lector del registro y el Agente de distribución contribuye a rendimiento global mejor de replicación. Sin embargo, observe que los fragmentos de transacción se confirman en el suscriptor como transacciones individuales rompen la propiedad de atomicidad ACID. Este resultado no es un problema en la mayoría de circunstancias aunque se recomienda que pruebe esto para asegurarse.

Definir el parámetro ûMaxCmdsInTran

Especifica un entero positivo (1 o anterior) para el <B> - MaxCmdsInTran valor de parámetro </B>. Especificar un valor 0 equivale a no usar el parámetro en absoluto. A causa de que este parámetro mejora rendimiento cuando la transacción sólo es muy grande, un valor 5000 o superior para este parámetro es típico. Por ejemplo Para utilizar este parámetro, el publicador debe ejecutar SQL Server 2000 SP1 o posteriormente y el Agente de lector del registro y la base de datos de distribución se deben actualizar a este Service Pack. Contrario <B> - MaxCmdsInTran se omite </B>.

5.3.9 Restricción en índice agrupado no únicos

Se presentó en SP2 (que sólo se aplica a duplicación transaccional).

No puede crear un índice agrupado no único de una tabla después de que se publique para duplicación transaccional. Antes de crear el índice, primero debe quitar cualquier publicación que incluya la tabla.

5.3.10 new argumento MaxNetworkOptimization de Agente de instantáneas de línea de comandos

Durante el procesamiento normal, la duplicación de mezcla puede enviar a suscriptores comandos DELETE para filas que no pertenecen a la partición del suscriptor. A comandos de ELIMINACIÓN de este tipo se les denomina eliminaciones irrelevantes. Las eliminaciones irrelevantes no afectan a integridad de datos o convergencia pero pueden producir tráfico innecesario de red.

Para reducir tráfico de red de eliminaciones irrelevantes, puede utilizar el parámetro nuevo de Agente de instantáneas <B> - MaxNetworkOptimization </B> con publicaciones de duplicación de mezcla. Establecer el parámetro en 1 reduce las posibilidades de delete irrelevantes que maximiza que reduzca optimización de red.

Nota Es útil Establecer este parámetro en 1 cuando sólo se establece la opción de optimización de sincronización de la publicación de mezcla en true (el parámetro </B> <B> @ keep partition changes de sp addmergepublication).

El predeterminado es 0 porque establecer el parámetro en 1 puede aumentar el almacenamiento de metadatos y causar degradación de rendimiento en el publicador si varios niveles de filtros de combinación y filtros de subconjunto complejo están presentes. Debería evaluar cuidadosamente su topología de replicación sólo debería establecer <B> - MaxNetworkOptimization </B> en 1 si el tráfico de red de eliminaciones irrelevantes es inaceptablemente alto.

Puede agregar este parámetro al perfil de Agente de instantáneas ejecutando el sp add agent parameter de procedimiento de sistema:

5,4 Meta Data Services

Los artículos siguientes se aplican a Meta Data Services de SQL Server 2000.

El explorador de datos 5.4.1 de metadatos se exporta en Unicode

Se presentó en SP1

Explorador de metadatos exporta ahora datos de metadatos basado en XML en Unicode. Antes de SQL Server 2000 SP1, el explorador exportó código ANSI que no admite caracteres no ingleses. Este cambio funcional es transparente para el usuario. Desde esta versión de SP2, los datos exportados siempre se expresan como Unicode. Aún puede exportar en código ANSI si establece el valor de la clave de Registro HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport en "0". La lista siguiente ofrece los valores que puede establecer para esta clave de Registro:

• NOOBJID = 1
• NOHEADER = 2
• SANGRÍA = 4
• UNICODE = 8
• LOGUNMAPPEDTAGS = 16
• EXPORTBASE = 32

Para más información acerca de cada indicador, vea "Método de IExport::Export" en Libros en pantalla de SQL Server.

5,5 Servicios de transformación de datos

Los artículos siguientes se aplican a Servicios de transformación de datos de SQL Server 2000.

5.5.1 Asistente para DTS ya no limita columnas de cadenas a 255 caracteres

Presentó de SP2

Al exportar datos en un archivo de texto, el Asistente para importación o exportación con DTS configura el paquete ahora para escribir hasta 8000 caracteres de cualquier columna que contenga datos de tipo de cadena.

5.5.2 Contexto de seguridad registrado en paquetes DTS ejecutados por Agente SQL Server

Presentó de SP2

Agente SQL Server registra el contexto de seguridad en el que se ejecuta cada paso de un trabajo. De comenzar con SP2, el contexto de seguridad aparece en el cuadro de diálogo Historial del trabajo. Cuando ejecuta un paquete DTS desde un paso de un trabajo, el Agente SQL Server registra la cuenta de usuarios con la que se ejecuta el paquete. Esta información ayuda a administradores a diagnosticar permisos y problemas de autenticación que se producen cuando se programa ejecutarse paquetes DTS en un servidor.

Mejoras de cuenta 5.5.3 de Agente SQL Server de proxy

Presentó de SP2

Antes de SP2, los paquetes DTS almacenados en el servidor no se podrían ejecutar con las credenciales de la cuenta de proxy del Agente SQL Server a menos que la cuenta de proxy tuviera acceso a la carpeta de usuario TEMP para la cuenta de bajo cualquiera se ejecutaron el servidor o el agente (en el caso de-que trabajos de agente). A causa de esto, los usuarios tuvieron que ajustar a menudo la variable de entorno TEMP para la cuenta de inicio de SQL Server o Agente SQL y las cuenta de proxy similares a C:\TEMP que apunta a un directorio que fue accesible el para que se inicie el tanto. Para SP2, DTS se ha mejorado para utilizar la carpeta de sistema TEMP si la carpeta de usuario TEMP no está disponible para reducir notablemente la necesidad para estos ajustes.

5,6 mejoras en el dispositivo virtual API de copia de seguridad

El artículo siguiente se aplica al API del dispositivo de copia de seguridad virtual de SQL Server 2000.

5.6.1 Capturar varias bases de datos en una sola instantánea

Presentó de SP2

El API del dispositivo de copia de seguridad virtual permite a proveedores de software independientes que integren SQL Server 2000 en sus productos. Este API se trama para proporcionar confiabilidad y rendimiento máximos. Es totalmente compatible con la funcionalidad de SQL Server 2000 incluido el rango completo de capacidades de copia de seguridad de activo e instantáneo de copia de seguridad y restauración.

No hubo forma de inmovilizar y a la vez realizar más que una base de datos única en SP1 y anteriormente. SP2 proporciona ahora compatibilidad de servidor para inmovilizar y capturar varias bases de datos en una sola instantánea mediante el comando VDC PrepareToFreeze.

El dispositivo de copia de seguridad virtual en SP2 contiene información actualizada acerca del comando VDC PrepareToFreeze. Una versión actualizada del archivo de encabezado (vdi.h) Virtual Device Interface se puede encontrar en \devtools\include en el directorio de instalación de SP2.

Mejora 6,0 de English Query

Se presentó en SP1

Microsoft ha publicado una mejora de seguridad para aplicaciones de English Query. Esta mejora no está instalada como una parte del Service Pack. Sin embargo, se recomienda que lo aplique si está utilizando English Query. La mejora de seguridad se encuentra en el CD-ROM de SP2 en el \EQHotfix de carpeta. Los detalles acerca de la mejora de English Query están disponibles Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) . Busque en el Knowledge Base para artículo 297.105.

7,0 DB-Library y SQL incrustado para C

Se presentó en SP1

Aunque aún se admiten el DB-Library y el SQL incrustado para interfaces de programación de aplicaciones de C (APIS) en SQL Server 2000, ninguna versión futura de SQL Server incluirá los archivos necesarios para realizar trabajo de programación en aplicaciones que utilizan estos APIS. Aún la versión próxima de SQL Server admitirá conexiones desde aplicaciones existentes programadas mediante DB-Library y SQL incrustado para C pero también esta compatibilidad se quitará en una versión futura. Cuando escribe aplicaciones nuevas, evite utilizar estos componentes. Cuando modifica aplicaciones existentes, es que anima encarecidamente de quitar dependencias en estas tecnologías. En lugar de DB-Library o SQL incrustado para C, puede utilizar ADO, OLE DB o ODBC para datos de acceso de SQL Server. Consulte Libros en pantalla de SQL Server para obtener más información en estas tecnologías.