Service Pack 3a de Microsoft SQL Server 2000 9 de abril de 2003

Seleccione idioma Seleccione idioma
Id. de artículo: 889551 - Ver los productos a los que se aplica este artículo
Service Pack 3a de Microsoft SQL Server 2000
9 De abril de 2003
Microsoft Corporation, 2003. Todos los derechos reservados. El equipo de documentación de SQL Server no puede responder preguntas de soporte técnico, pero agradece sus sugerencias y comentarios acerca de esta documentación Léame. Puede rápidamente y enviar directamente correo electrónico comentarios con el siguiente vínculo. Todos los comentarios deben estar en inglés. Para enviar comentarios por escrito sobre este documento, haga clic aquí:
Expandir todo | Contraer todo

En esta página

1.0 Introducción

Microsoft SQL Server 2000 Service Pack 3a (SP3a) incorpora los cambios en SQL Server 2000 SP3 que solucionan problemas provocados por el gusano Slammer:
  • SP3a puede aplicarse a SQL Server 2000 Enterprise Evaluation Edition para poder aplicar revisiones a las instancias de esa edición de SQL Server.
  • SP3a soluciona problemas de instalación de algunos clientes encontrados con la versión de los componentes de Data Access (MDAC) de SQL Server 2000 SP3
  • Valor predeterminado de la utilidad de instalación de MSDE 2000 SP3a ahora es desactivar la compatibilidad con conexiones de red al instalar nuevas instancias de MSDE 2000. La configuración de compatibilidad de red actual se conserva cuando se actualizan las instancias a SP3a.
  • Cuando una instancia de SQL Server 2000 SP3a o SP3a de MSDE 2000 está configurada para no admitir conexiones de red, la instancia deja también utiliza el puerto UDP 1434.
dado que la mayoría de los cambios insertados en el SP3a están relacionados con el programa de instalación, no tiene que aplicar el SP3a a instancias de SQL Server 2000 o MSDE 2000 ya actualizadas al SP3. Sin embargo, si tiene instancias sin actualizar aún al SP3, debe actualizarlas directamente al SP3a en lugar de SP3. Si tiene copias de los archivos de descarga del SP3 planeaba utilizarlas en próximas actualizaciones, se deben eliminar esas copias y utilizar en su lugar los archivos de descarga de SP3a o el SP3a CD-ROM aplicaciones que distribuyen e instalan MSDE 2000 debe instalar SP3a en lugar de SP3. Puede aplicar el SP3a a instancias de SQL Server 2000 SP3 o MSDE 2000 SP3, pero no tendrá efecto sobre las instancias.

Esta versión de Service Pack 3a (SP3a) de Microsoft SQL Server 2000 se proporciona en tres partes:
  • SP3a de componentes de base de datos proporciona actualizaciones para los componentes de base de datos de una instancia de SQL Server 2000, excepto las instancias de SQL Server 2000 Desktop Engine. SP3a de componentes de base de datos incluye actualizaciones para:
    • El motor de base de datos.
    • Todas las herramientas de cliente de base de datos y utilidades como el Administrador corporativo y la herramienta osql.
    • Componentes de conectividad de cliente de base de datos, como el proveedor OLE DB para SQL Server 2000, el controlador ODBC de SQL Server 2000 y las bibliotecas de red de cliente.
  • Analysis Services SP3a proporciona actualizaciones para los componentes de Analysis Services de SQL Server 2000 de una instalación de SQL Server 2000, incluyendo:
    • Analysis Services.
    • Componentes de cliente de servicios Analysis, que incluye Analysis Manager y el proveedor OLE DB para Analysis Services.
    • Componentes de conectividad de cliente de base de datos, como el proveedor OLE DB para SQL Server 2000, el controlador ODBC de SQL Server 2000 y las bibliotecas de red de cliente.
  • SP3a de motor de escritorio incluye actualizaciones para los componentes de base de datos de una instancia de SQL Server 2000 Desktop Engine (MSDE 2000), incluidos:
    • El motor de base de datos.
    • Las utilidades de símbolo del sistema de base de datos que vienen con MSDE 2000, como las utilidades osql y bcp.
    • Componentes de conectividad de cliente de base de datos, como el proveedor OLE DB para SQL Server 2000, el controlador ODBC de SQL Server 2000 y las bibliotecas de red de cliente.
Estas tres partes del Service Pack 3a pueden aplicarse individualmente, como la siguiente:
  • Sitios de SQL Server 2000 pueden utilizar el SP3a de componentes de base de datos para actualizar sus componentes de base de datos sin actualizar sus servicios de análisis componentes o instancias de SQL Server 2000 Desktop Engine.
  • Sitios de Analysis Services 2000 pueden utilizar Analysis Services SP3a para actualizar sus componentes de Analysis Services sin actualizar instancias de Desktop Engine ni sus componentes de base de datos.
  • Sitios de MSDE 2000 pueden utilizar SP3a Desktop Engine para actualizar instancias de MSDE 2000 sin actualizar Analysis Services ni instancias de motor de base de datos de SQL Server 2000.
Nota Si están instaladas diferentes instancias de MSDE 2000 y otras versiones de motor de base de datos de SQL Server 2000 en el mismo equipo, debe aplicar el SP3a de Desktop Engine a instancias de MSDE 2000 y el SP3a de componentes de base de datos a instancias de que el motor de base de datos de SQL Server 2000, como Personal Edition, Standard o Enterprise Edition.

Nota SP3a de motor de escritorio es la parte sólo del service pack está disponible en portugués (Brasil), sueco y neerlandés, porque SQL Server 2000 Desktop Engine (MSDE 2000) es la única versión de SQL Server 2000 que se genera para esos idiomas. Los componentes de SQL Server 2000 actualizados por el SP3a de componentes de base de datos o SP3a de Analysis Services no están disponibles en esos idiomas. Portugués (Brasil), sueco y neerlandés usuarios que deseen aplicar el SP3a a una versión de SQL Server, otro de Desktop Engine debe descargar el SP3a archivos que coincidan con el idioma de la edición que desean actualizar. Por ejemplo, se deben descargar los archivos de idioma inglés SP3a para actualizar el idioma inglés versión del motor de base de datos de SQL Server 2000. Para obtener información acerca de cómo descargar el service pack, consulte la sección 2.0 Descargar y extraer SP3a.

1.1 Introducción a instalación SP3a de componentes de base de datos

El programa de instalación de Service Pack 3a de componentes de base de datos detecta automáticamente qué edición de SQL Server 2000 está presente en la instancia de SQL Server 2000 que se va a actualizar. El programa de instalación actualiza sólo los componentes que están instalados para esa instancia. Por ejemplo, si aplica el service pack a un equipo que ejecuta SQL Server 2000 Standard Edition, service pack no intenta actualizar componentes que sólo se incluyen en SQL Server 2000 Enterprise.

Puede aplicar el SP3a de componentes de base de datos a una única instancia predeterminada o a una instancia con nombre de SQL Server. Si va a actualizar varias instancias de SQL Server 2000 a SP3a, deberá aplicar el SP3a a cada instancia. Cuando se actualiza una instancia en un equipo con uno o más instancias de SQL Server 2000 al SP3a, todas las herramientas se actualizan a SP3a. No hay copias independientes de las herramientas para cada instancia.

1.2 Introducción a instalación de Desktop Engine (MSDE 2000) SP3a

SP3a de motor de escritorio puede utilizarse para:
  • Actualizar una instancia existente de SQL Server 2000 Desktop Engine (MSDE 2000) a SP3a.
  • Instale una instancia nueva del SP3a de MSDE 2000, siempre que tenga una licencia de MSDE 2000 que permite instalar instancias de MSDE 2000.
  • Actualizar una instancia de MSDE 1.0 a MSDE 2000, siempre que tenga una licencia de MSDE 2000 que permite ejecutar instancias de MSDE 2000.
  • Proporcionar los archivos necesarios para que un desarrollador escribir una utilidad de configuración de aplicación que puede instalar una instancia del SP3a de MSDE 2000 como parte de la instalación de la aplicación. El desarrollador debe tener una licencia para distribuir MSDE con aplicaciones.
Para obtener más información acerca de las licencias MSDE 2000, vea Uses of MSDE 2000.

Los procedimientos para aplicar SQL Server 2000 Service Pack 3a a una instancia existente de MSDE 2000 dependen de cómo se instaló la instancia. El SP3a de Desktop Engine sólo se pueden utilizar archivos de Microsoft para aplicar el SP3a a instancias de MSDE 2000 que se han instalado con MSDE 2000 la utilidad de instalación. La mayoría de las aplicaciones instalan MSDE 2000 mediante uno de dos mecanismos:
  • La utilidad de configuración de la aplicación llama la utilidad de instalación MSDE 2000 durante la instalación. Las instancias de MSDE 2000 instalado de esta manera pueden actualizarse a SP3a utilizando los archivos de SP3a Desktop Engine.
  • Si el programa de instalación de la aplicación utiliza tecnología de Microsoft Windows Installer, la utilidad de instalación puede consumir directamente los módulos de combinación de MSDE 2000. Instancias de MSDE 2000 instalada de esta forma no pueden actualizarse con los archivos de SP3a Desktop Engine. Debe ponerse en contacto con el proveedor de aplicación para un archivo de revisión. Escritorio SP3a Engine (MSDE 2000) proporciona módulos de combinación para admitir aplicaciones existentes que utilizan módulos de combinación. Las utilidades de configuración para las nuevas aplicaciones deben escribirse para llamar a la utilidad de instalación de MSDE 2000 en lugar de utilizar directamente los módulos de combinación de MSDE 2000.
Instrucciones para determinar si una instancia de MSDE 2000 se puede actualizar a SP3a SP3a Desktop Engine son en la sección 2.1 descargar y extraer Desktop Engine (MSDE 2000) SP3a. Incluso si está liquidando SP3a Desktop Engine desde el CD de SQL Server 2000 SP3a, lea las instrucciones en la sección 2.1 para determinar si puede aplicar el SP3a de Desktop Engine o debe póngase en contacto con un proveedor de aplicación para un archivo de revisión.

Si hay varias instancias de MSDE 2000 en un equipo, debe evaluar cada instancia individualmente para determinar si puede aplicar el SP3a de Desktop Engine. También debe aplicar el SP3a por separado a cada instancia.

Repase el material de las secciones 1 y 2 de este archivo Léame y, a continuación, siga las instrucciones en la sección 3 si:
  • Ha determinado que puede aplicar el SP3a de Desktop Engine a la instancia existente de MSDE.
  • Está instalando una nueva instancia de MSDE 2000.
  • Están incorporando los archivos del SP3a de Desktop Engine en el programa de instalación de una aplicación.
Estas secciones ofrecen ejemplos para los escenarios más comunes de actualizar una instancia existente de MSDE a SP3a o instalar una nueva instancia del SP3a de MSDE 2000:
  • 3.7.4 Actualizar instancias existentes de MSDE 2000 A SP3a
  • 3.7.5 Instalar una nueva instancia de MSDE 2000 SP3a
  • 3.7.6 Actualizar MSDE 1.0 a SP3a de MSDE 2000

1.3 Quitar SP3a

La forma en que se quite SP3a de SQL Server 2000 depende de los componentes de SQL Server 2000 SP3a va a quitar.

SQL de quitar componentes de base de datos de Server y SP3a de Desktop Engine

Cuando se instalen o SP3a de componentes de base de datos de SQL Server SP3a Desktop Engine, que se efectúen cambios en las tablas del sistema por motivos de mantenimiento y que también actualicen las bases de datos de distribución que son miembros de una topología de replicación. A causa de estos cambios, SP3a no se puede quitar fácilmente. Para revertir a la generación que se estaban ejecutando antes de instalar el SP3a, en primer lugar, debe desinstalar la instancia del motor de base de datos de SQL Server 2000 o MSDE 2000; a continuación, debe reinstalar dicha instancia. Si se ejecuta un service pack anterior de SQL Server 2000 o aplicar las revisiones de ingeniería de corrección rápida (QFE), debe volver a aplicar ese service pack y las correcciones QFE a la instancia.

Nota Para quitar SP3a, debe tener copias de seguridad de master, modelo y las bases de datos msdb, lo que se realizada justo antes de aplicar el SP3a. Para obtener más información, vea las bases de sección 3.1 atrás de datos de SQL Server, sección 3.2 atrás copia bases de los datos de Analysis Services y depósito.

Para obtener más información, consulte desinstalar componentes de SQL Server 2000 y el SP3a de motor de escritorio.

quitar el SP3a de componentes SQL Server Analysis Services

Para poder devolver SQL Server Analysis Services a su estado anterior SP3a, debe hacer copia de seguridad el registro clave
HK_LOCAL_MACHINE\Software\Microsoft\OLAP Server
y todas sus subclaves antes de instalar el SP3a. Al desinstalar SP3a, debe eliminar esta clave del registro y restaurar la versión de Service Pack 3a pre desde la copia de seguridad.

Nota No pueden desinstalarse actualizaciones SP1a 2.7 de MDAC que se realizan durante la instalación de SP3a.

Para obtener más información, vea 3.1.4 desinstalar SQL Server 2000 Analysis Services SP3a.

1.4 Identificar la versión actual de SQL Server o Analysis Services

Utilice las técnicas en las secciones siguientes para determinar qué versión de SQL Server o Analysis Services ha instalado.

SQL Server Para identificar qué versión del motor de base de datos de SQL Server 2000 o MSDE 2000 ha instalado, escriba SELECT @@ VERSION o SERVERPROPERTY('ProductVersion') en el símbolo del sistema mediante la utilidad osql o isql o en la ventana en el Analizador de consultas SQL.

De forma similar, puede determinarse el nivel de producto para una versión determinada del motor de base de datos de SQL Server 2000 o MSDE 2000 mediante la ejecución SERVERPROPERTY('ProductLevel') SELECT.

La tabla siguiente se muestra la relación entre la versión de SQL Server 2000, nivel y el número de versión notificado por @@ VERSION y el nivel de producto notificado por SERVERPROPERTY('ProductLevel').
Contraer esta tablaAmpliar esta tabla
Versión de SQL Server 2000 y nivel@@ VERSIÓNProductLevel
Versión original de SQL Server 20008.00.194RTM
SP1 de componentes de base de datos o Desktop Engine Service Pack 18.00.384SP1
SP2 de componentes de base de datos o Desktop Engine Service Pack 28.00.534SP2
SP3 de componentes de base de datos o SP3a, o Desktop Engine SP3 o SP3a8.00.760SP3
Si no está seguro de qué edición del motor de base de datos SQL Server 2000 o MSDE 2000, ver la última línea de salida devuelto por SELECT @@ VERSION. La última línea debe ajustarse a uno de los siguientes:
Desktop Engine on Windows NT 5.0 (Build 2195: Service Pack 2)
Enterprise Evaluation Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Developer Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Personal Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Enterprise Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Nota el principio de la línea indica la edición de SQL Server motor de base de datos o MSDE 2000. Seguido de información del sistema operativo actual.

También puede determinar la edición escribiendo SERVERPROPERTY('Edition') SELECT en el símbolo del sistema mediante la utilidad osql o isql o en la ventana en el Analizador de consultas SQL.

Analysis Services

Para identificar qué versión de Analysis Services ha instalado, siga estos pasos:
  1. En el menú Inicio , seleccione Archivos de programa , señale a SQL Server 2000 , seleccione 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, a continuación, haga clic en Analysis Services .
  3. Utilice la siguiente tabla para determinar la versión de Analysis Services que tiene.
Contraer esta tablaAmpliar esta tabla
Versión de Analysis ServicesNúmero en la Ayuda de compilación acerca
Versión original de SQL Server 2000 Analysis Services8.0.194
SP1 de Analysis Services8.0.382
SP2 de Analysis Services8.0.534
SP3 de servicios de análisis o el Service Pack 3a8.0.760
distinguir entre SP3 y SP3a

Para determinar si tiene SP3 o SP3a instalado, mire el número de versión del archivo de biblioteca de red, Ssnetlib.dll. Si el número de versión de este archivo es 2000.80.760.0, tendrá que SP3; si el número de versión de este archivo es 2000.80.766.0, tendrá que SP3a.

Suponiendo que se instaló una instancia utilizando la configuración predeterminada, puede encontrar el archivo Ssnetlib.dll en una de estas ubicaciones:
  • Instancia predeterminada: c:\Archivos de programa\Microsoft SQL Server\Binn\Ssnetlib.dll
  • Instancia con nombre: c:\Archivos de programa\Microsoft SQL Server\MSSQL$<instancename>\Binn\Ssnetlib.dll
Para averiguar si dispone de las carpetas de instalación de SP3 o SP3a, abra el archivo SP3Readme.htm y lea la primera página. La versión del service pack, SP3a o el SP3, se indica en la parte superior de la primera página.

Información adicional de 1,5 sobre SP3a

Se proporcionará una lista de las revisiones contenidas en este service pack en Microsoft Knowledge Base el artículo 306908. Cada solución enumerada en 306908 contiene un vínculo a un artículo de Knowledge Base que describe el problema corregido por la corrección. Siga los vínculos a los artículos de Knowledge Base individuales para ver información acerca de cada corrección

para buscar un artículo de Knowledge Base
  1. En la lista Seleccione un producto de Microsoft , seleccione SQL Server 2000 .
  2. En el campo Buscar , escriba el número del artículo que desee.
  3. En Tipo de búsqueda , seleccione artículo ID .
  4. Haga clic en el botón Ir .
Cualquier información relevante para SQL Server 2000 Service Pack 3a que no estaba disponible en tiempo para incluirse en este archivo Léame se publicará en Microsoft Knowledge Base el artículo 816502.

Los artículos de base de Knowledge mencionados en este archivo Léame están disponibles en la Knowledge producto servicios de base.

Microsoft Data Access Components

Este service pack incluye actualizaciones para Microsoft Data Access Components (MDAC), incluidas las actualizaciones para MSXML.

Para obtener más información, vea actualizaciones de la sección 5.5.1 para Microsoft Data Access Components.

correcciones QFE

Todos los boletines de seguridad públicamente emitidos de SQL Server 2000 SP2 se han tratado en SP3a. Si ha recibido una revisión de SQL Server 2000 después de 14 de octubre de 2002, esa revisión no es probable que se incluirán en SP3a.

Póngase en contacto con su proveedor de soporte técnico principal sobre cómo obtener la misma revisión para SQL Server 2000 SP3a.

actualizaciones de herramientas SQL Server CE Server

Los usuarios de Microsoft SQL Server 2000 Windows CE Edition (SQL Server CE) que hayan actualizado o piensa actualizar SQL Server 2000 de servidores de base de datos y publisher a SP3 o posterior debe actualizar también los componentes de duplicación del servidor en servidores de servicios de Internet Information Server (IIS). Un instalador de herramientas de servidor de SQL Server CE actualizado está disponible en este Microsoft Web site.

1.6 Actualizado documentación de los libros en pantalla está disponible

Documentación actualizada para SP3 y SP3a está disponible. Los libros en pantalla de SQL Server 2000 (actualizado - SP3) contiene revisiones menores además de información nueva que está relacionado con SP3 y SP3a.

Puede descargar los libros en pantalla de SQL Server 2000 (actualizado - SP3) de este Microsoft Web site.

1.7 Actualiza SQL Server y ejemplos de Analysis Services están disponible

Ejemplos de SQL Server 2000 bases de datos motor y Analysis Services que se han actualizado para SP3 y SP3a están disponibles. Puede descargar estos ejemplos actualizados desde este sitio Web de Microsoft.

2.0 Descargar y extraer SP3a

SP3a se distribuye en las siguientes maneras:
  • En un SQL Server 2000 Service Pack 3a CD-ROM que contiene el service Pack para los siguientes componentes:
    • SP3a de componentes de base de datos
    • Analysis Services SP3a
    • SP3a de motor de escritorio
  • En tres archivos autoextraíbles que se pueden descargar desde Internet en el Microsoft SQL Server Downloads Web site:
    • Sql2ksp3.exe (SP3a de componentes de base de datos)
    • Sql2kasp3.exe (Analysis Services SP3a)
    • Sql2kdesksp3.exe (SP3a de Desktop Engine)
Nota El CD-ROM de SQL Server 2000 Service Pack 3a y Sql2kdesksp3.exe contienen todos los archivos que necesitan para instalar una instancia nueva de Desktop Engine.

Nota Los archivos de descarga para SP3a tienen los mismos nombres que los archivos de SP3. Si tiene un CD de SP3a, puede instalar SP3a directamente desde el CD.

Si no tienen un CD de SP3a, puede descargar el archivo adecuado y, a continuación, ejecútelo. Cuando se ejecuta el archivo de descarga en su equipo, creará un conjunto de carpetas y archivos en el disco que tienen la misma organización que las carpetas y archivos en el CD del Service Pack 3a. Una vez finalizada esta fase de extracción del archivo, puede instalar el SP3a de las carpetas en el disco.

Al descargar y extraer archivos de instalación de Service Pack 3a de Internet, utilice las directrices siguientes:
  • Descargar uno de los archivos indicados en el apartado 2.0 y coloque el archivo autoextraíble en una carpeta en el equipo que ejecuta el software de SQL Server 2000 que está actualizando a SP3a o en una carpeta en un recurso compartido de red. Desde esa carpeta, ejecute el archivo. El programa de extracción automática le pedirá el nombre de la carpeta en el que desea que coloquen los archivos del service pack.

    Nota Al extraer el service pack a una red compartir, la ruta a la carpeta que especifique es relativa a la carpeta en la que se ha ejecutado el programa de extracción automática.
  • En la unidad local o recurso compartido de red para que descargar los archivos de instalación del service pack, debe tener espacio libre que es aproximadamente tres veces el tamaño del archivo autoextraíble. Esto incluye espacio para almacenar el archivo autoextraíble, espacio para almacenar los archivos extraídos del service pack y espacio de trabajo temporal requerido por el propio programa de extracción automática.
  • Puede cambiar el nombre o mover la carpeta después de extraer los componentes; sin embargo, asegúrese que el nombre de ruta de acceso del directorio no contiene espacios en blanco. Puede utilizar la misma carpeta de destino para cada uno de los archivos autoextraíbles; que no se sobrescribirán entre sí o interfieran entre sí.
  • Los archivos autoextraíbles se utilizan para crear un conjunto de directorios y archivos que son los mismos que los del SP3a de CD-ROM. Si descarga SP3a debe extraer los archivos para crear los directorios del service pack antes de poder ejecutar el programa de instalación de SQL Server.
  • SP3a de componentes de base de datos y Analysis Services SP3a, el proceso de instalación es el mismo para el CD-ROM y los archivos extraídos.
Nota Algunos de los archivos en los service packs son archivos de sistema. No puede ver a menos que siga este procedimiento: en el Explorador de Windows, en el menú Ver , haga clic en Opciones , haga clic en la ficha Ver y a continuación, seleccione Mostrar todos los archivos casilla de verificación.

cómo determinar el idioma de una instancia de la SQL Server 2000 Database Engine o MSDE 2000

Los service Pack de SQL Server 2000 son específicos del idioma. Para actualizar SQL Server 2000, debe descargar y aplicar el service pack que tiene el mismo idioma que el software de SQL Server 2000. Por ejemplo, si está actualizando una instancia de MSDE 2000 que utiliza el japonés, debe descargar la versión japonesa de SP3a Desktop Engine.
  • Haga clic en Inicio y, a continuación, haga clic en Ejecutar .
  • En el cuadro Abrir , escriba Regedit y, a continuación, haga clic en Aceptar
  • Busque y seleccione una de las siguientes claves:
    • Para una instancia predeterminada del motor de base de datos de SQL Server 2000 o MSDE 2000, busque y seleccione esta clave:

      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion
    • Para una instancia con nombre del motor de base de datos de SQL Server 2000 o MSDE 2000, busque y seleccione esta clave:

      HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\InstanceName\CurrentVersion donde NombreDeInstancia es el nombre de la instancia
  • En el panel derecho, leer el valor de la entrada de idioma. Comparar ese valor a la siguiente tabla para determinar el idioma para la instancia del motor de base de datos de SQL Server 2000 o MSDE 2000:
    Contraer esta tablaAmpliar esta tabla
    Valor de registro de idioma (en hexadecimal)Lenguaje valor del registro (en hexadecimal)Valor de registro de idioma (en hexadecimal)
    0x000004041028Chino tradicional
    0x000004071031Alemán
    0x000004091033Inglés
    0x0000040A1034Español
    0x0000040c1036Francés
    0x000004101040Italiano
    0x000004111041Japonés
    0x000004121042Coreano
    0x000004131043Holandés
    0x000004161046Portugués (Brasil)
    0x0000041d1053Sueco
    0x000008052053 Chino simplificado
componentes de base de datos y archivos de Analysis Services SP3a

Componentes de base de datos de Analysis Services instalación archivos y ambos contienen documentación de instalación actualizada que puede tener acceso haciendo clic en Ayuda durante la instalación de SP3a. Esta documentación no actualiza la versión de 2000 libros en pantalla de SQL Server que ya está instalado en su equipo. Para obtener información acerca de cómo obtener una versión actualizada de los libros en pantalla de SQL Server, consulte sección 1.6 actualizado libros OnlineDocumentation es disponibles. Si desea obtener acceso a sólo la documentación actualizada de la instalación SQL Server 2000 SP3a sin actualizar los libros en pantalla de SQL Server, ejecute el archivo Setupsql.chm. Setupsql.chm se encuentra en la subcarpeta \Books del directorio en el SP3a de CD-ROM, en el directorio local o en el recurso de compartido de red que contiene los archivos extraídos del service pack.

2.1 Descargar y extraer el SP3a de Desktop Engine (MSDE 2000)

Los usuarios que tienen una instancia existente de MSDE 2000 deben conocer cómo su instancia de MSDE 2000 se instaló saber cómo aplicar la revisión. Puede determinar esto que la información registrada como una entrada ProductCode en una clave del registro siguiendo las instrucciones en Microsoft Knowledge Base artículo 311762.
  • Si el nombre de paquete original para el valor de ProductCode era SqlRun01.msi mediante SqlRun16.msi, puede actualizar la instancia de MSDE 2000 mediante los archivos de descarga SP3a de SQL Server 2000. Consulte anteriormente para obtener información acerca de cómo determinar el idioma de una instancia de MSDE 2000.
  • Si el nombre del paquete original para el valor de ProductCode hace referencia a una aplicación de Microsoft, ve la página siguiente para obtener instrucciones acerca de cómo actualizar esa instancia de MSDE 2000: Microsoft MSDE Applications Web page.
  • Si el valor de ProductCode no aparece en el artículo, a continuación, la instancia se instaló el programa de instalación de una aplicación. No puede utilizar los archivos de descarga del SP3a de SQL Server 2000 para aplicar el SP3a a tales instancias MSDE. En su lugar, debe obtener un archivo de revisión de la compañía que escribió la aplicación. Si la aplicación procede de una compañía distinto de Microsoft, deben ponerse en contacto con esa compañía para un archivo de revisión. Si la aplicación procede de Microsoft, consulte la siguiente página que enumera las aplicaciones de MSDE de Microsoft (esta página se actualizará con información sobre cómo actualizar estas instancias de MSDE 2000): Microsoft MSDE Applications Web page.
  • Si el nombre de paquete original para el valor de ProductCode era Sample.msi o SampleUpg.msi, consulte Knowledge Base artículo 314131.
descargar SP3a de MSDE 2000

Si la instancia de MSDE 2000 se instaló utilizando la utilidad de instalación MSDE (nombre de paquete original era SqlRun01.msi mediante SqlRun16.msi), puede actualizar la instancia de MSDE 2000 mediante un archivo de descarga de SP3a de SQL Server 2000:
  • Ir al Microsoft SQL Server Downloads Web site.
  • En el cuadro Full Download en la parte superior derecha de esta página, seleccione el idioma que coincida con el idioma para la instancia de MSDE 2000 y haga clic en Ir .
  • En la siguiente página, busque la sección de archivos en esta descarga en la parte inferior de la página. Según el idioma, seleccione uno de estos archivos:
    • Si ha seleccionado inglés, descargue el archivo SQL2KDeskSP3.exe a una carpeta en el equipo.
    • Si ha seleccionado otro idioma, descargue el archivo LLL_SQL2KDeskSP3.exe, donde LLL varía según el idioma.
extraer los archivos de SP3a de MSDE 2000

Después de descargar o SQL2KDeskSP3.exe LLL_SQL2KDeskSP3.exe, debe extraer los archivos del SP3a de MSDE 2000:
  • Abra el Explorador de Windows y desplácese a la carpeta en que descargó el archivo de descarga de MSDE 2000 SP3a (SQL2KDeskSP3.exe o LLL_SQL2KDeskSP3.exe, donde LLL varía según el idioma)
  • Haga doble clic en el archivo de descarga para extraer el MSDE SP3a archivos. Cuando se le pida, especifique la carpeta que se pueden extraer los archivos del SP3a.

3.0 Service Pack Installation

Para instalar el SP3a, utilice las instrucciones de instalación en las secciones siguientes. No todos los pasos son necesarios, dependiendo de los siguientes componentes de SQL Server 2000 o configuraciones aplica el service pack:
  • Componentes de base de datos
  • Analysis Services
  • Desktop Engine
  • Clúster de conmutación por error
  • Servidor de replicación
La primera oración en cada una de las secciones siguientes indica los componentes al que se aplica esa sección.

antes de iniciar una instalación

Si una aplicación está utilizando la instancia del motor de base de datos de SQL Server 2000 o MSDE 2000, compruebe primero con el proveedor de la aplicación para ver si hay cualquier motor de base de datos o consideraciones específicas de actualización de MSDE 2000 a esa aplicación.

Una instalación de Service Pack 3a fallará si cualquiera de las siguientes directivas de seguridad se ha establecido en no permitir la instalación :
  • El dispositivos: comportamiento de instalación de controlador de unsigned directiva de seguridad local para Windows XP
  • La directiva de seguridad local de comportamiento de instalación de no controlador no firmado para Windows 2000

    Si utiliza la configuración de no permitir la instalación , deberá cambiar como realizar en Silencio antes de instalar el SP3a. Si es necesario, puede volver la directiva a su configuración anterior una vez finalizada la instalación.
Nota no permitir la instalación no es la configuración predeterminada de estas directivas de seguridad.

Al instalar SQL Server 2000 SP3a en un equipo que ejecuta Windows XP, MDAC 2.7 no se actualizará a MDAC 2.7 Service Pack 1a (SP1a). Si el sistema requiere cualquiera de las correcciones incluidas en MDAC 2.7 SP1a, primero debe aplicar Windows XP Service Pack 1 antes de instalar SQL Server 2000 SP3a. SP1 de Windows XP se aplicará a todas las correcciones incluidas en MDAC 2.7 SP1a.

Al instalar este service pack en una versión preliminar de Microsoft Windows Server 2003 compilación 3683 o anterior, recibirá el siguiente mensaje de error:

El software que está instalando no ha superado la prueba del logotipo de Windows que comprueba que es compatible con esta versión de Windows. Este software no se instalará. Póngase en contacto con su administrador del sistema.

Puede elegir omitir este mensaje. Haga clic en Aceptar para continuar la instalación.

Nota Este mensaje bloquea una instalación desatendida.

Al instalar este service pack en un equipo que ejecuta Windows NT 4.0 Service Pack 6a, debe aplicar el hotfix descrito en Microsoft Knowledge Base artículo 258437.

Antes de instalar SP3a en la versión francesa de Windows NT 4.0, siga las instrucciones en el artículo de Knowledge Base 259484. Puede obtener acceso al artículo desde la base de Knowledge servicios de soporte técnico de Microsoft. Para obtener instrucciones sobre búsquedas en Knowledge Base, vea la sección 1.5 información adicional acerca de SP3a.

antes de iniciar una instalación de componentes de base de datos

Si aplica el SP3a de componentes de base de datos a una instancia de SQL Server en un equipo en el que también está instalado Analysis Services, instalación puede fallar al ejecutar la secuencia de comandos, Sp3_serv_uni.SQL. Si esto ocurre, reinicie el equipo y vuelva a ejecutar el programa de instalación.
  • Los service Pack de SQL Server 2000 no afectan a la capacidad de hacer copia de bases de datos de usuario de seguridad desde una versión de SQL Server 2000 o MSDE 2000 (versión original o un service pack) y restaurarlas en otra versión, excepto cuando la base de datos de usuario es parte de una topología de replicación. Si la base de datos de usuario no forma parte de una topología de replicación, puede hacer una copia de seguridad de una instancia de cualquier versión de SQL Server 2000 o MSDE 2000 y restaurarla en una instancia de cualquier otra versión de SQL Server 2000 o MSDE 2000. Existen consideraciones adicionales para la replicación que se detallan en la sección 5.3.6 copia de seguridad y restaurar problemas de replicación de mezcla.
Instalación de Service Pack 3a actualiza bases de datos que son miembros de una topología de replicación. Antes de instalar SP3a, asegúrese de que la replicación de bases de datos y grupos de archivos son modificables y que la cuenta de usuario que ejecuta el programa de instalación tiene permiso de acceso a las bases de datos. Para obtener más información acerca de cómo aplicar SP3a a bases de datos que se incluyen en las topologías de replicación, vea sección 3.11 instalar en servidores duplicados.

Si el SP3a instalación detecta bases de datos de usuario o grupos de archivos no son modificables,:
  • Aplica las actualizaciones de replicación SP3a a todas las bases de usuario puede escribir datos.
  • Escribe una lista de las bases de datos no modificables a la configuración de registro que se encuentra en Winnt\Sqlsp.log.
  • Muestra el mensaje de advertencia siguiente:

    El programa de instalación ha detectado uno o más bases de datos y grupos de archivos que no son modificables.
Puede omitir esta advertencia a menos que algunas de las bases de datos figuran en el registro del programa 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 registro de instalación son miembros de una topología de replicación, debe convertir las bases de datos modificables y volver a aplicar configuración SP3a a esa instancia de SQL Server 2000.

Nota Este mensaje no afecta a las instalaciones desatendidas. Para obtener más información acerca de las instalaciones desatendidas, consulte sección 4.1 desatendida.

Dado que las bases de datos no se puede escribir ya no causar programa de instalación producirá un error, no es necesario quitar trasvase de registros antes de actualizar a SP3a. Sin embargo, si la base de datos está enviando los registros para una base de datos de un publicador de duplicación, deberá:
  • Tenga en la base de datos sin conexión antes de aplicar el SP3a.
  • Aplicar el SP3a a la instancia.
  • Poner en conexión la base de datos.
  • Inicie sesión en Analizador de consultas y ejecute la secuencia de comandos siguiente:
    USE master
    GO
    EXEC sp_vpupgrade_replication
    GO
    
Si aplicar el SP3a sin tener Desconectar bases de datos no se puede escribir todos los registros de envío a bases de datos de publicación, recibirá este error:
Error al ejecutar secuencias de comandos sp_vpupgrade_replication (1)
Si recibe este error, siga el procedimiento anterior.

Nota Durante la instalación, configuración no hace ninguna distinción entre bases de datos de sólo lectura y bases de datos sin conexión o en un estado sospechoso. Si una base de datos duplicación o un grupo de archivos está en cualquiera de estas condiciones durante la instalación y está implicado en una topología de replicación, debe volver a aplicar el service pack después de realizar la escritura de la base de datos.

Note Debido a bases de datos no modificables ya no causar programa de instalación producirá un error, no es necesario quitar trasvase de registros antes de actualizar a SP3a.

Preparar un servidor SMS distribuido instalación

No puede instalar SQL Server 2000 Service Pack 3a de forma remota. Sin embargo, puede utilizar Microsoft Systems Management Server para instalar el SP3a automáticamente en varios equipos que ejecuten Windows NT Server 4.0. Para ello, debe utilizar un archivo de definición de paquete (Smssql2ksp3.pdf) que automatiza la creación de un paquete de SQL Server en Systems Management Server. SQL Server puede, a continuación, distribuir e instalar en equipos que ejecutan Systems Management Server paquete. El archivo Sms2kdef.bat es un archivo de proceso por lotes que inicie una instalación desatendida mediante Systems Management Server. En este tipo de instalación, el programa de instalación detecta automáticamente información de sistema relevantes que necesita y no se requiere ninguna entrada por parte del usuario.

Note No se puede utilizar Systems Management Server para instalar Desktop Engine Service Pack 3a.

3.1 Copia de seguridad de bases de datos SQL Server

La siguiente información se aplica a todas las instalaciones de componentes excepto los componentes de cliente de base de datos.

Antes de instalar SP3a de componentes de base de datos o SP3a de Desktop Engine, copia de seguridad el master, msdb y bases de datos de modelo. Instalar el SP3a modifica master, msdb y bases de datos modelo, hacerlos incompatible con versiones anteriores a SP3 de SQL Server. Estas copias de seguridad son necesarias si decide volver a instalar SQL Server 2000 sin SP3 o SP3a.

También resulta prudente realizar copias de seguridad de las bases de datos usuario, aunque SP3a realiza actualizaciones sólo en las bases de datos de usuario que son miembros de topologías de replicación.

3.2 Volver arriba de Analysis Services bases de datos y depósito

La siguiente información se aplica sólo a Analysis Services.

Antes de instalar Analysis Services SP3a, realice una copia de seguridad los servicios de análisis bases de datos realizando una copia de la carpeta Microsoft Analysis Services\data, que se instala de forma predeterminada en c:\Archivos de programa de carpeta. Si no ha migrado el repositorio de Analysis Services a SQL Server, hacer una copia de seguridad copia del archivo Msmdrep.mdb, que se encuentra en la carpeta Microsoft Analysis Services\Bin. También debe guardar su análisis entradas de registro de servidor ejecuta Regedit.exe y utilizando el elemento Exportar archivo del registro en el menú registro para exportar la clave
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAPServer
a un archivo de copia de seguridad. Si ha migrado el repositorio de Analysis Services a SQL Server, copia de la base de datos que contiene el repositorio antes de instalar el SP3a. Para obtener más información, consulte desinstalar SQL Server 2000 Analysis Services SP3a.

3.3 Asegurarse de que las bases de datos del sistema tiene suficiente espacio libre

La siguiente información se aplica a todas las instalaciones de componentes excepto los componentes de cliente de base de datos y Analysis Services.

Si la opción autogrow no está activada para las bases de datos master y msdb, las bases de datos deben tener al menos 500 kilobytes (KB) de espacio libre. Para comprobar que tengan este espacio, que ejecutan el sistema sp_spaceused procedimiento almacenado para la base de datos master o msdb. Si el espacio sin asignar en la base de datos es menor que 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.

Si la opción autogrow está activada para las bases de datos master y msdb, y no hay suficiente espacio en las unidades, puede omitir este paso.

Para comprobar que la opción autogrow está activada en SQL Server 2000, abra Administrador corporativo de SQL Server, haga clic con el botón secundario en la base de datos en el icono y, a continuación, haga clic en Properties.Verify que el crecimiento automático del archivo está activada.

Para comprobar que esta opción está seleccionada en MSDE 2000, utilice la utilidad del símbolo del sistema osql para emitir las instrucciones SQL siguientes:
  • sp_helpdb master
  • sp_helpdb msdb
En la salida de estas instrucciones, compruebe que el valor de la columna de crecimiento no es 0.

3.4 Detener los servicios y aplicaciones antes de ejecutar la instalación del Service Pack 3a

La siguiente información se aplica a todos los componentes. Puede aplicar el SP3a sin cerrar servicios.

Si no detiene los servicios, se le que reinicie el equipo cuando finalice la instalación. Sin reiniciar, podrán iniciar los servicios siguientes:
  • El Coordinador de transacciones distribuidas de Microsoft (MSDTC) y los servicios Microsoft Search y MSSQLServerOLAPService. .
  • Los servicios MSSQLServer y SQLServerAgent para la instancia que se va a actualizar (por ejemplo, MSSQL $ NamedInstance).
  • Servicios de componente de Microsoft, Microsoft Message Queue Server y Microsoft COM Transaction Integrator.
  • Todas las aplicaciones, incluido el panel de control. (opcional)
Puede aplicar el SP3a sin reiniciar el equipo si detiene estos servicios y aplicaciones antes de aplicar el SP3a.

No puede detener los servicios en un entorno agrupado. Para obtener más información, vea sección 3.10 instalar en un clúster de conmutación por error.

3.5 Instalar SP3a de componentes de base de datos

La siguiente información se aplica a todas las instalaciones de componente excepto Desktop Engine y Analysis Services.

Ejecute la secuencia de comandos Setup.bat desde una de las ubicaciones siguientes:
  • El directorio en el equipo local que contiene los archivos del extraídos de service pack desde SQL2KSP3.exe.
  • El directorio del service pack en CD-ROM de SQL Server 2000 SP3a.
  • El directorio en el recurso compartido de red que contiene los archivos del extraídos de service pack desde SQL2KSP3.exe.
Nota Para instalar componentes de base de datos desde un recurso compartido de red, deberá realizar primero una de las siguientes:
  • Asignar el recurso compartido de red que contiene los extraídos archivos del service pack a una letra de unidad disponible en el equipo local, desplácese al directorio en la unidad asignada que contiene Setup.bat y, a continuación, ejecute Setup.bat.
  • Iniciar instalación ejecutando el archivo SETUPSQL.exe en \X86\Setup, que es una subcarpeta del directorio en el recurso compartido de red que contiene los archivos del extraídos de service pack.
El programa de instalación muestra un cuadro de diálogo que le pide información, como si desea utilizar autenticación de SQL Server o Windows. Si selecciona autenticación de SQL Server, debe suministrar el programa de instalación con la contraseña para el inicio de sesión sa. Si elige la autenticación de Windows, debe estar ejecutando el programa de instalación mientras han iniciado sesión en 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 sysadmin fija de servidor para la instancia de SQL Server 2000 que va a actualizar.

El programa de instalación a continuación, realiza las tareas siguientes:
  • Muestra un cuadro de diálogo Modo de autenticación si detecta que la instalación usa la autenticación de modo mixto con una contraseña en blanco para el inicio de sesión sa. Al dejar la contraseña de inicio de sesión sa en blanco proporciona fácil acceso administrativo a los usuarios a SQL Server o a Desktop Engine y no se recomienda; exigiendo una contraseña para sa o mediante la autenticación de Windows proteger los sistemas. Para obtener información acerca de este cuadro de diálogo, vea cuadro de diálogo modo de autenticación más adelante en esta sección.
  • Muestra un cuadro de diálogo de advertencia de contraseña de SA si detecta una contraseña en blanco para el inicio de sesión sa. Aunque puede seguir la instalación con una contraseña en blanco para el inicio de sesión de sa eligiendo explícitamente omitir la recomendación y continuar la instalación, una contraseña en blanco supone un riesgo de seguridad y no se recomienda. Se mostrará este cuadro de diálogo con independencia del modo de autenticación que utilizar.

    Nota Este cambio de contraseña se realiza inmediatamente; incluso si falla el programa de instalación, aún se cambia la contraseña.
  • Muestra un cuadro de diálogo Lista de comprobación de compatibilidad con versiones anteriores que advierte de cualquier compatibilidad problemas que puede producirse al aplicar el service pack. Para obtener información acerca de este cuadro de diálogo, vea cuadro de diálogo lista de comprobación de compatibilidad con versiones anteriores más adelante en esta sección.
  • Muestra un cuadro de diálogo si detecta que no son modificables bases de datos ni grupos de archivos. En este momento, si cualquiera de estas bases de datos o grupos de archivos forman parte de una topología de replicación puede:
    • Detener el proceso de instalación, que puede escribir estos objetos y reinicie el programa de instalación.
    • Continúe con el proceso de instalación SP3a actual y volver a aplicar SP3a en otro momento después de realizar estos objetos modificables.

      Nota Los pasos anteriores son necesarios sólo al aplicar el SP3a a bases de datos no modificables o grupos de archivos que forman parte de una topología de replicación. Para obtener más información, vea sección 3.12 aplicar SP3a para bases de datos de sólo lectura o grupos.
  • Muestra un cuadro de diálogo Informe de errores con información acerca de cómo habilitar la nueva característica que se incluye en Service Pack 3a de informe de errores. Para obtener más información acerca de informes de errores, consulte la sección 5.10 informes de error.
  • Actualiza los componentes MDAC si es necesario. Para obtener más información, vea actualizaciones de la sección 5.5.1 para Microsoft Data Access Components.
  • Reemplaza archivos existentes de SQL Server 2000 con SP3a archivos
  • Archivos de secuencia de comandos Transact-SQL se ejecuta para actualizar el sistema de procedimientos almacenados
  • Muestra una opción para reiniciar el equipo en el cuadro de diálogo final, si el programa de instalación determina que es necesario un reinicio.


cuadro de diálogo modo de autenticación

El cuadro de diálogo modo de autenticación no forma predeterminada la configuración actual de la instalación. Los valores predeterminados del cuadro de diálogo son:
  • En los equipos que ejecutan Windows 98 o Windows Millennium Edition, el valor predeterminado es autenticación de modo mixto (el modo de autenticación sólo admitido en estos sistemas operativos). El cuadro de diálogo le pide que especifique una contraseña para el inicio de sesión sa. Si especifica una contraseña, configuración cambia la contraseña de inicio de sesión sa. Si deja en blanco la contraseña, la instalación se conecta sin cambiar la contraseña
  • En los equipos que ejecutan Windows NT 4.0 o Windows 2000, el valor predeterminado es autenticación de Windows. Utilice el cuadro de diálogo para cambiar a modo de autenticación de Windows o modo mixto con una contraseña de inicio de sesión de sa que no esté en blanco.

    Nota Antes de cambiar el modo de autenticación o la contraseña para el inicio de sesión sa, asegúrese de que este cambio no afecta a las aplicaciones existentes. Por ejemplo, si una instancia de SQL Server mediante la autenticación de Windows sólo de modo mixto, las aplicaciones existentes que intenten conectarse mediante la autenticación de SQL Server no pueden conectarse hasta que el modo de autenticación se establece con la autenticación de Windows. Además, si cambia la contraseña de inicio de sesión sa, las aplicaciones o procesos administrativos con la contraseña antigua no pueden conectarse hasta que se han configurado para utilizar la nueva contraseña.
importante Por motivos de seguridad, debe no tener nunca una contraseña en blanco en el inicio de sesión sa.

El programa de instalación coloca un registro de las acciones que realiza en el archivo Sqlsp.log. Este archivo de registro se almacena en el Windows directorio del equipo en el que se ejecuta la instalación. Si actualiza varias instancias, sólo la actualización más reciente se registra en este registro.

cuadro de diálogo de lista de comprobación compatibilidad con versiones anteriores

La Lista de comprobación de compatibilidad con versiones anteriores del cuadro de diálogo enumera problemas de compatibilidad con versiones anteriores que se puede encontrar al aplicar el service pack. Los problemas de compatibilidad con versiones anteriores que aparecen en la lista de comprobación varían en función de la configuración de la instancia de SQL Server 2000 que se está actualizando.

Los siguientes problemas de compatibilidad con versiones anteriores que se tratan en este cuadro de diálogo:
  • Al actualizar desde SP2 o anterior, SP3a actualiza el servicio Microsoft Search y reconstruye automáticamente los catálogos de texto completo de todas las aplicaciones mediante el servicio. Durante la regeneración, funcionalidad de texto completo no esté completamente disponible. Debe seleccionar esta casilla de verificación antes de continuar con la instalación. Para obtener más información, vea la sección 5.1.5 Full-Text catálogos está reconstruyen después instalación completa.
  • Antes de aplicar el service pack, debe actualizar la configuración del servidor maestro/destino SQL Server 2000. Las mejoras presentadas con SP3a son compatibles sólo con servidores que ejecutan SQL Server 2000 SP3 o SP3a. Debe seleccionar esta casilla de verificación antes de continuar con la instalación. Para obtener más información, vea la que sección 5.4.2 cambios en configuraciones de servidor maestro/destino.
  • Encadenamiento de propiedad entre bases de datos está desactivado de forma predeterminada en este service pack. Después de la instalación, puede habilitar el encadenamiento de propiedad entre bases de datos para bases de datos individuales. Al activar esta casilla de verificación opcional permite encadenamiento para todas las bases de datos de propiedad entre bases de datos. Para obtener más información, consulte encadenamiento de propiedad de sección 5.1.11 entre bases de datos.

    Nota No se recomienda habilitar el encadenamiento para todas las bases de datos de propiedad entre bases de datos.

    Nota Si había habilitado anteriormente propiedad entre bases de datos encadenamiento de una versión preliminar de SP3 (antes de generación de 8.00.760) deberá habilitarlo de nuevo al instalar el SP3a.

3.6 Instalar Analysis Services SP3a

La siguiente información sólo se aplica a Analysis Services.

Para instalar Analysis Services SP3a, ejecute Setup.exe desde cualquiera de las siguientes ubicaciones:
  • El subdirectorio Msolap\Install del directorio contiene los archivos extraídos de Analysis Services SP3a del SQL2KASP3.exe.
  • El directorio Msolap\Install del CD-ROM SP3a.
El programa de instalación a continuación, realiza las tareas siguientes:
  • Abre un cuadro de diálogo instalación que le pide información. Para obtener más información acerca de informes de errores, consulte 5.10 informes de error.
  • Muestra un cuadro de diálogo Informe de errores con información acerca de cómo habilitar la característica incluida en el SP3a de informes de errores nuevo.
  • Copia los archivos necesarios y completa la instalación


otros problemas de instalación de Analysis Services

Después de instalar Analysis Services SP3a también debe actualizar los equipos utilizados para administración remota a SP3 o SP3a. En caso contrario, recibirá el siguiente mensaje de error cuando intenta conectarse remotamente a través de Analysis Manager:

No se puede conectar al registro en el servidor (nombreServidor) o no es un miembro del grupo Administradores de OLAP de este servidor.

Meta Data Services ha agregado una nueva función dedicada denominada RepositoryUser , que puede utilizarse para el acceso y actualizar información de depósito en la base de datos msdb . La función RepositoryUser ha crear, leer, actualizar, eliminar y ejecutar permisos en el repositorio de msdb . La función public se ha reemplazado por esta nueva función y ya no tiene permisos en este depósito. Si se cumplen las condiciones siguientes, el grupo Administradores OLAP debe agregarse a la función RepositoryUser para que los miembros de este grupo puedan tener acceso al repositorio después de aplica el service pack:
  • El repositorio es el formato de Meta Data Services.
  • El repositorio utiliza la datos msdb .
  • El grupo Administradores OLAP previamente utiliza la función public para tener acceso el repositorio.
Nota Este cambio también afecta a los servidores remotos acceso a los metadatos repositorio de servicios en un servidor que se ha actualizado a SP3 o SP3a. Inicios de sesión de servidor remoto deben agregarse a la función RepositoryUser así.

Nota El grupo Administradores OLAP debe agregarse a la función RepositoryUser antes de restaurar un repositorythat hizo una copia antes para actualizar a SP3 o SP3a de Meta Data Services; en caso contrario, la operación de restauración fallará.

Para obtener más información acerca de la función RepositoryUser , vea sección 5.6.3 nueva RepositoryUser función para obtener acceso a información de depósito.

Si los Analysis Services datos carpeta se encuentra en un equipo distinto del que el servidor de análisis se está ejecutando, debe modificar permisos en la carpeta después de ejecutarlo SP3a. Para obtener más información, vea sección 5.2.10 permisos debe ser modificado en una carpeta de datos remoto.
Consideraciones de seguridad de 3.7.2 para SP3a de MSDE 2000
La siguiente información sólo se aplica a Desktop Engine (MSDE 2000).

SP3a de motor de escritorio contiene un conjunto completo de los archivos necesarios para instalar o actualizar las instancias de SQL Server 2000 Desktop Engine (MSDE 2000). Puede realizar todas las acciones de instalación de MSDE 2000 con los archivos del SP3a de Desktop Engine, siempre que tenga una licencia para instalar o actualizar una instancia de MSDE 2000. Para obtener más información acerca de las licencias MSDE 2000, vea usos de MSDE 2000.

Es posible que no pueda aplicar el SP3a de Desktop Engine para las instancias de MSDE 2000 que se han instalado el programa de instalación de utilidad de un application.You póngase en contacto debe con el proveedor de aplicación para un archivo de revisión que puede utilizarse para actualizar estas instancias de MSDE 2000. Para obtener instrucciones acerca de cómo determinar si una instancia de MSDE 2000 cae en esta categoría, vea la sección 2.1 descargar y extraer Desktop Engine (MSDE 2000) SP3a.
Las secciones siguientes proporcionan información básica importante acerca de la instalación de MSDE 2000 SP3a:
  • Requisitos previos de 3.7.1 para SP3a de MSDE 2000
  • Consideraciones de seguridad de 3.7.2 para SP3a de MSDE 2000
  • Parámetros de instalación de 3.7.3 MSDE 2000
Las secciones siguientes cubren los escenarios más comunes para actualizar una instancia existente de MSDE a SP3a o instalar una nueva instancia del SP3a de MSDE 2000:
  • 3.7.4 Actualizar instancias existentes de MSDE 2000 A SP3a
  • 3.7.5 Instalar una nueva instancia de MSDE 2000 SP3a
  • 3.7.6 Actualizar MSDE 1.0 a SP3a de MSDE 2000
Si necesita información adicional, el origen principal de documentación de instalación de MSDE 2000 SP3a está en los libros en pantalla de SQL Server 2000 (actualizado - SP3). Hay algunos cambios realizados en MSDE 2000 SP3 y SP3a que no se reflejan totalmente en la pantalla de SQL Server 2000 books (actualizado - SP3); estas características se tratan en este archivo Léame. Para obtener más información acerca de cómo instalar los libros en pantalla de SQL Server 2000 (actualizado - SP3), vea sección 1.6 actualizado libros en pantalla documentación es disponibles.
Requisitos previos de 3.7.1 para SP3a de MSDE 2000
La siguiente información sólo se aplica a Desktop Engine (MSDE 2000).

Los siguientes requisitos se aplican a instalaciones de Service Pack 3a de SQL Server 2000 Desktop Engine (MSDE 2000).

Al actualizar MSDE 2000, debe aplicar SP3a Desktop Engine por separado a cada instancia de MSDE 2000.

Nota Microsoft no admite configuraciones donde hay más de 16 instancias del motor de base de datos en un equipo de. Esto incluye las instancias de SQL Server 6.5, SQL Server 7.0, SQL Server 2000, MSDE 1.0 y MSDE 2000.

Siempre iniciar la instalación de MSDE 2000 ejecutando Setup.exe. No inicie configuración invocando directamente uno de los archivos .msi MSDE 2000, como haciendo doble clic en uno de los archivos .msi de MSDE 2000. Debe ejecutar instalación desde el símbolo del sistema y especificar parámetros para instalar o actualizar cualquier instancia de MSDE. Para obtener más información sobre los parámetros necesarios, consulte las secciones 3.7.2 mediante 3.7.6.

Pueden producirse problemas si utilizar servicios de Terminal Server conexión intenta actualizar una instancia existente de MSDE a SP3a o instalar una nueva instancia del SP3a de MSDE 2000. Si se encuentran problemas, reiniciar la instalación desde el equipo local.

Debe conocer el nombre de instancia de la instancia de MSDE que está instalando o actualizando utilizando la instalación de MSDE 2000 SP3a. Si va a instalar o actualizar una instancia con nombre de MSDE, debe utilizar el parámetro INSTANCENAME para especificar el nombre de instancia. Si no especifica INSTANCENAME, instalación opera en la instancia predeterminada de MSDE en ese equipo. En versiones de instalación de MSDE 2000 antes de SP3, los usuarios necesarios para especificar el archivo de paquete de instalación .msi se utilizaban para instalar o actualizar una instancia de MSDE 2000. En SP3 y versiones posteriores de la instalación, instalación administra los archivos .msi y no es necesario especificar el archivo .msi para una actualización o una instalación nueva.

Puede ejecutar la instalación de MSDE 2000 SP3a desde la unidad de disco duro, un recurso compartido de red o un CD-ROM. Al actualizar una instancia de MSDE 2000 a SP3a, sólo puede ejecutar instalación desde un recurso compartido de red o desde un CD-ROM si los archivos originales utilizados para instalar la instancia de MSDE 2000 aún están presentes en la ubicación que ocupado durante la instalación original. Si la instalación original era desde un CD-ROM, instalación de MSDE 2000 SP3a le pedirá el CD-ROM original durante la actualización. Si los archivos originales ya no están en su ubicación original o el CD-ROM original no está disponible, debe copiar los archivos MSDE 2000 SP3a en la unidad de disco duro y ejecútelo desde allí.

Si crea su propio CD-ROM para instalar el SP3a, la etiqueta de volumen en el CD-ROM debe ser SQL2KSP3. Si un proveedor de software independientes (ISV) crear un CD-ROM con el fin de distribuir Desktop Engine como componente de la aplicación, la etiqueta de volumen de CD-ROM debe ser idéntica a la VolumeLabel propiedad en la tabla Media del paquete de Windows Installer (*.msi).
Puede instalar la actualización para Desktop Engine desde un CD-ROM sólo si está utilizando a Windows Installer versión 2.0.2600.0 o later.If que necesita actualizar a Windows Installer, SP3a incluye los archivos necesarios para actualizar a Windows Installer.

para actualizar Windows Installer:
  1. Mediante el Explorador de Windows, desplácese hasta la carpeta \MSDE\MSI cualquier CD de SQL Server 2000 SP3a o en las carpetas extraído SQL2KDeskSP3.exe.
  2. Ejecute InstMsi20.exe.
  3. Cuando se le pida, reinicie el equipo.
Consideraciones de seguridad de 3.7.2 para SP3a de MSDE 2000
La siguiente información sólo se aplica a Desktop Engine (MSDE 2000).

El comportamiento de instalación de MSDE 2000 se ha cambiado en SP3a para que la configuración predeterminada de dar como resultado una configuración más segura.

SP3a de motor de escritorio cambia el comportamiento predeterminado del parámetro de configuración DISABLENETWORKPROTOCOLS que especifica la configuración de la compatibilidad de conexión de red para una instancia de MSDE 2000. Si ninguna aplicación ejecutándose en otro equipo se conecta a la instancia de MSDE 2000, la instancia no tiene necesidad de soporte de red y resulta prudente desactivar un recurso que no está siendo utilizado. SP3a se desactivará la compatibilidad de red de forma predeterminada al instalar nuevas instancias de MSDE 2000. Si deshabilita la compatibilidad de red al instalar una instancia de MSDE 2000 SP3a, más adelante puede reconfigurar la instancia para habilitar la compatibilidad. Para obtener más información acerca de cómo deshabilitar y restaurar el acceso a la red, consulte Microsoft Knowledge Base artículo 814130.

De forma predeterminada, la configuración del SP3a de MSDE 2000 no instala una nueva instancia de MSDE 2000 a menos que utilice el parámetro SAPWD para especificar una sa segura contraseña. De forma predeterminada, la configuración del SP3a de MSDE 2000 no actualizará una instancia existente de MSDE 2000 a menos que haya asignado una contraseña segura para la sa inicio de sesión. Debe asignar una contraseña segura al inicio de sesión sa, incluso cuando se actualiza una instancia existente, a menos que la aplicación utilizando la instancia de MSDE depende de alguna manera una contraseña de sa nula. Incluso si la instancia de MSDE 2000 se ejecuta en modo de autenticación de Windows, el inicio de sesión sa se convierte en activa inmediatamente si la instancia nunca se cambia a modo mixto. Se podría utilizar una contraseña de sa null, en blanco, simple o conocido de acceso no autorizado. Si necesita asignar una contraseña de sa segura antes de actualizar la instancia de MSDE 2000 al SP3a, consulte artículo 322336.

Siempre que sea posible, para mayor seguridad, utilice autenticación de Windows con la instalación de MSDE 2000. Considere el cambio de modo mixto al modo de autenticación de Windows si:
  • Las aplicaciones con MSDE 2000 pueden ejecutar mediante Windows autenticación.
  • Se han definido inicios de sesión de autenticación de Windows para todos los usuarios que necesiten conectarse a la instancia. Para obtener más información sobre cómo agregar inicios de sesión, vea Agregar un usuario de Windows o un grupo en los libros en pantalla de SQL Server 2000.
  • La instancia de MSDE 2000 no está ejecutando en Windows 98 o Windows Me.
Para obtener más información sobre cómo cambiar una instancia de MSDE 2000 de modo mixto al modo de autenticación de Windows, consulte Microsoft Knowledge Base artículo 322336.
Parámetros de instalación de 3.7.3 MSDE 2000
La siguiente información sólo se aplica a Desktop Engine (MSDE 2000).

MSDE 2000 está diseñado para distribuirse con las aplicaciones y instalado el programa de instalación de la aplicación. MSDE 2000 no tiene un programa de instalación interactiva. Los mecanismos de instalación para MSDE 2000 están diseñados para llamarse desde una utilidad de configuración de aplicación, donde cualquier requiere interacción con el usuario final se controla mediante la configuración de aplicación. MSDE 2000 tiene dos mecanismos de instalación:
  • Un símbolo utilidad de configuración. La utilidad de configuración suele ser invocada por una utilidad de configuración de aplicación, pero también se puede ejecutar desde una ventana del símbolo del sistema. La utilidad de instalación de MSDE 2000 no tiene una interfaz gráfica de usuario a través del cual un usuario puede controlar el comportamiento de la utilidad. En su lugar, esta utilidad acepta un conjunto de parámetros que definen qué acciones debe realizar la utilidad.
  • Un conjunto de módulos de combinación de Windows Installer. Los desarrolladores que escriben utilidades de instalación basado en Windows Installer pueden crear código su configuración de aplicación para instalar una instancia de MSDE 2000 consumir los módulos de combinación de MSDE 2000. Los desarrolladores pueden controlar la configuración de la instancia instalada especificando parámetros de la utilidad de configuración de propiedades de paquete de instalación que corresponden a MSDE 2000.
Los usuarios pueden utilizar el símbolo del sistema la utilidad de instalación de MSDE 2000 para cualquier actualización instancias existentes de MSDE o para instalar nuevas instancias de MSDE 2000. Los usuarios controlan el comportamiento del programa de instalación de MSDE 2000 especificando parámetros. Los parámetros de configuración pueden especificarse en una de estas dos maneras:
  • En la línea de comandos.
  • En un archivo .ini leído por el programa de instalación.
La mayoría de los parámetros que admite la versión de MSDE 2000 SP3a del programa de instalación se documenta en el tema "Customizing Desktop Engine Setup.exe" en libros en pantalla de SQL Server 2000 (actualizados: SP3). Para obtener más información acerca de cómo instalar los libros en pantalla de SQL Server 2000, consulte la sección 1.6 actualizado libros en pantalla documentación es disponibles.

Debe incluir los valores para la instalación de MSDE parámetros entre comillas si el valor especificado tiene caracteres especiales, como espacios en blanco. En caso contrario, las comillas son opcionales.

Estos parámetros de instalación de MSDE 2000 SP3a no están documentados en la pantalla de SQL Server 2000 books (actualizados: SP3) o se comportan de manera diferente que se describe en los libros en pantalla.
Contraer esta tablaAmpliar esta tabla
nombre de parámetro Descripción
ALLOWXDBCHAINING = 1Permite entre bases de datos encadenamiento de propiedad. Para obtener más información, vea propiedad de base de datos entre sección 5.1.11 Chaining.
SAPWD = contraseñaSaEspecifica la contraseña para asignarse al inicio de sesión sa al instalar una nueva instancia de MSDE 2000. SAPWD se omite cuando se actualiza una instancia existente de MSDE 2000, por lo que debe comprobar que el inicio de sesión sa tiene una contraseña segura antes de actualizar. Debe especificar una contraseña de sa segura, incluso cuando utiliza el modo de autenticación de Windows. Mientras la propiedad SAPWD no escrita en el archivo de registro de instalación al ejecutar Setup.exe, es si instalar utilizando los módulos de combinación.
/upgradesp {SQLRUN | SqlRunXX.msi [<msipath>]} Especifica que la instalación actualizará una instancia existente de MSDE 2000 a SP3a. SP3 y versiones posteriores, este modificador reemplaza el modificador /p compatible con versiones anteriores del programa de instalación. No utilice el modificador /p con SP3 o posterior. Al actualizar a SP3a, ya no es necesario que especifique el archivo .msi utilizado para instalar la instancia existente de MSDE 2000. La mayoría de los usuarios especifican simplemente SQLRUN, en el que caso la utilidad de instalación SP3a de MSDE 2000 determina qué archivo .msi para utilizar. Cuando especifica SQLRUN sin especificar un INSTANCENAME, el programa de instalación actualice la instancia predeterminada de MSDE 2000. Si especifica SQLRUN y un INSTANCENAME, el programa de instalación actualizará la instancia especificada mediante el parámetro INSTANCENAME. Cuando se especifica el nombre de un archivo de paquete de instalación de MSDE 2000 .msi, el programa de instalación actualizará cualquier instancia en el equipo se instaló originalmente con un módulo de combinación del mismo nombre. Por ejemplo, si especifica SqlRun01.msi, el programa de instalación actualizar cualquier instancia de MSDE 2000 instalada originalmente con SqlRun01.msi. RutaDeAccesoMSI es la ruta de acceso a la carpeta que contiene el archivo .msi. RutaDeAccesoMSI instalación\ de forma predeterminada. Para obtener ejemplos de especificar /upgradesp, vea la sección 3.7.4 actualizar existente instancias del SP3a de MSDE 2000 para
UPGRADEUSER = AnAdminLoginEspecifica el inicio de sesión que se utilizará al actualizar una instancia de MSDE 1.0 o MSDE 2000 mediante la autenticación de SQL Server. El inicio de sesión debe ser un miembro de la función fija de servidor sysadmin. Este parámetro sólo se utiliza cuando se especifica SECURITYMODE = SQL al actualizar una instancia de MSDE.
UPGRADEPWD = AdminPassword Especifica la contraseña para el inicio de sesión especificado en UPGRADEUSER al actualizar mediante la autenticación de SQL Server Desktop Engine.
SP3 de motor de escritorio se introdujo un nuevo parámetro DISABLENETWORKPROTOCOLS . El comportamiento de DISABLENETWORKPROTOCOLS cambiado en el SP3a de Desktop Engine para ser más seguro de forma predeterminada.

Estos son los comportamientos de DISABLENETWORKPROTOCOLS en SP3a.
Contraer esta tablaAmpliar esta tabla
Valor DISABLENETWORKPROTOCOLSActualizar instancia existenteInstalar la nueva instancia
1Instancia está configurado con todos los servidores bibliotecas de red deshabilitadas.Instancia está configurado con todos los servidores bibliotecas de red deshabilitadas.
0Se conserva la configuración de biblioteca de red de servidor existente.Instancia está configurado con bibliotecas de red de servidor predeterminadas y las direcciones habilitadas.
Parámetro no especificado o es cualquier valor distinto de 0 o 1Se conserva la configuración de biblioteca de red de servidor existente.Instancia está configurado con todo servidor deshabilitado.
En el SP3, DISABLENETWORKPROTOCOLS tiene dos diferencias en comportamiento en comparación con SP3a:
  • Al instalar una nueva instancia utilizando SP3 y DISABLENETWORKPROTOCOLS no especificado o establecer en un valor distinto de 0 o 1, a continuación, la instancia se instala con el predeterminado de las bibliotecas de red y direcciones habilitadas. En el SP3a, se deshabilitan las bibliotecas de red.
  • Siempre que todas las bibliotecas de red están deshabilitadas de una instancia de MSDE 2000 SP3, la instancia seguirá utilizando el puerto UDP 1434. En el SP3a, la instancia no utilizará el puerto UDP 1434 en esa configuración. Para obtener más información, vea sección 5.1.15 operaciones en UDP puerto 1434.
Para obtener más información acerca de las configuraciones de biblioteca de red predeterminadas, vea el tema "Control de direcciones de bibliotecas de red y comunicaciones" en los libros en pantalla de SQL Server 2000.

Si es programador incorporar los módulos de combinación de MSDE 2000 (archivos .msi) en instalación de Windows Installer, puede especificar los parámetros de instalación anteriormente como propiedades en el archivo .msi. Escritorio SP3a Engine (MSDE 2000) proporciona módulos de combinación para admitir aplicaciones existentes que utilizan módulos de combinación. Las utilidades de configuración para las nuevas aplicaciones deben escribirse para llamar a la utilidad de instalación de MSDE 2000 en lugar de utilizar directamente los módulos de combinación de MSDE 2000.
Contraer esta tablaAmpliar esta tabla
Nombre de parámetroPropiedad de módulo de combinación
ALLOWXDBCHAININGSqlAllowXDBChaining
DISABLENETWORKPROTOCOLSSqlDisableNetworkProtocols
SAPWDSqlSaPwd
UPGRADEUSERSqlUpgradeUser
UPGRADEPWDSqlUpgradePwd
Para información acerca de las propiedades de módulo de combinación que corresponden a otros parámetros de configuración, vea el tema "Mediante el SQL Server Desktop Engine módulos de combinación" en libros en pantalla de SQL Server 2000.

Solicitar un registro de instalación

Si encuentra dificultades al ejecutar el programa de instalación y necesita un registro detallado para ayudar a depurar, especificar/l * v <logfilename>. <logfilename> es el nombre de un archivo de registro donde el programa de instalación grabará todas sus acciones. Si no especifica una ruta de acceso como parte del nombre, se crea el archivo de registro en la carpeta actual. Si está ejecutando el programa de instalación desde el CD de Service Pack 3a de SQL Server 2000, debe especificar la ruta de acceso completa a una carpeta en el disco. En este ejemplo crea un archivo de registro MSDELog.log en carpeta de raíz de la unidad C::

instalación /upgradesp sqlrun DISABLENETWORKPROTOCOLS = 1/l * v C:/MSDELog.log
3.7.4 Actualizar instancias existentes de MSDE 2000 A SP3a
La siguiente información sólo se aplica a Desktop Engine (MSDE 2000).
Los ejemplos de esta sección se actualice una instancia existente de MSDE 2000 al SP3a y también deshabilitar la conectividad de red para esa instancia de MSDE 2000. Si la instancia debe aceptar conexiones desde aplicaciones que se ejecutan en otros equipos, no especifique el DISABLENETWORKPROTOCOLS parámetro.
Los ejemplos en esta sección se supone que el inicio de sesión sa tiene una contraseña segura. Para obtener más información acerca de la contraseña de inicio de sesión sa, consulte la sección 3.7.2 Consideraciones de seguridad de MSDE 2000 SP3a.

para actualizar SQL Server 2000 Desktop Engine
  1. Abra una ventana de símbolo del sistema.
  2. Desde el símbolo del sistema, utilice el comando cd para desplazarse a la carpeta que contiene la utilidad de instalación SP3a de MSDE 2000:
    CD c:\MSDESP3aFolder\MSDE
    donde c:\MSDESP3aFolder es la ruta a la carpeta en la que extrajo los archivos MSDE 2000 SP3a o la carpeta SP3a Desktop Engine el CD de Service Pack 3a de SQL Server 2000.
  3. Ejecute uno de los siguientes comandos:
    • Para una instancia predeterminada mediante la autenticación de Windows modo, ejecute:

      instalación /upgradesp sqlrun DISABLENETWORKPROTOCOLS = 1
    • Para una instancia con nombre mediante el modo de autenticación de Windows, ejecute:

      instalación /upgradesp sqlrun INSTANCENAME = NombreDeInstancia DISABLENETWORKPROTOCOLS = 1
    • Para una instancia predeterminada utiliza el modo mixto (donde AnAdminLogin es un miembro de la función fija de servidor sysadmin ), ejecute:

      instalación /upgradesp sqlrun SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
    • Para una instancia con nombre que se utiliza el modo mixto (donde AnAdminLogin es un miembro de la función fija de servidor sysadmin ), ejecute:

      instalación /upgradesp sqlrun INSTANCENAME = NombreDeInstancia SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
importante Si utiliza un archivo .ini durante la instalación, Evite almacenar credenciales en el archivo. ini.

Nota Al actualizar Desktop Engine en un equipo que ejecuta Windows 98 o Windows Millennium Edition, se debe detener la instancia de Desktop Engine que va a actualizar antes de iniciar la instalación.
3.7.5 Instalar una nueva instancia de MSDE 2000 SP3a
La siguiente información sólo se aplica a Desktop Engine (MSDE 2000).

Los ejemplos de esta sección instale una instancia nueva del SP3a de MSDE 2000 se ha configurado con su conectividad de red deshabilitado. Si la instancia debe aceptar conexiones desde aplicaciones que se ejecutan en otros equipos, especifique también DISABLENETWORKPROTOCOLS = 0.

Estos ejemplos instalan instancias utilizando los valores predeterminados para todos los elementos de configuración tales como la intercalación y ubicaciones de archivo. Las configuraciones pueden controlarse mediante parámetros de configuración, tales como COLLATION DATADIR y TARGETDIR . Para obtener más información acerca de los parámetros de configuración que puede especificar con la instalación, consulte "Customizing Desktop Engine Setup.exe" en los SQL Server 2000 libros en pantalla (actualizados: SP3). Para obtener más información acerca de cómo instalar los libros en pantalla de SQL Server 2000 (actualizado - SP3), vea sección 1.6 actualizado libros en pantalla documentación es disponibles.

para instalar una instancia nueva de Desktop Engine
  1. Abra una ventana de símbolo del sistema.
  2. Desde el símbolo del sistema, utilice el comando cd para desplazarse a la carpeta que contiene la utilidad de instalación SP3a de MSDE 2000:

    CD c:\MSDESP3aFolder\MSDE
  3. donde c:\MSDESP3aFolder es la ruta a la carpeta en la que extrajo los archivos MSDE 2000 SP3a o SP3a de Desktop Engine carpeta el CD de SQL Server 2000 SP3a.
  4. Ejecutar uno de los siguientes comandos:
    To install a default instance configured to use Windows Authentication Mode, execute: 
    setup SAPWD="AStrongSAPwd"
    Where AStrongSAPwd is a strong password to be assigned to the sa login.
    
    To install a named instance configured to use Windows Authentication Mode, execute: 
    setup INSTANCENAME="InstanceName" SAPWD="AStrongSAPwd"
    Where AStrongSAPwd is a strong password to be assigned to the sa login and InstanceName is the name to be assigned to the instance.
    
    To install a default instance configured to use Mixed Mode, execute: 
    setup SAPWD="AStrongSAPwd" SECURITYMODE=SQL
    Where AStrongSAPwd is a strong password to be assigned to the sa login.
    
    To install a named instance configured to use Mixed Mode, execute: 
    setup INSTANCENAME="InstanceName" SECURITYMODE=SQL SAPWD="AStrongSAPwd"
    Where AStrongSAPwd is a strong password to be assigned to the sa login and InstanceName is the name to be assigned to the instance.
    
    
importante Si utiliza un archivo .ini durante la instalación, Evite almacenar credenciales en el archivo. ini.

importante Especifique siempre una contraseña segura para el inicio de sesión sa, incluso cuando la instancia está configurada para utilizar el modo de autenticación de Windows.
3.7.6 Actualizar MSDE 1.0 a SP3a de MSDE 2000
La siguiente información sólo se aplica a Desktop Engine (MSDE 2000).

Los ejemplos de esta sección se actualice una instancia existente de MSDE 1.0 a SP3a de MSDE 2000 y también deshabilitar la conectividad de red para la instancia. Si la instancia debe aceptar conexiones desde aplicaciones que se ejecutan en otros equipos, no especifique el parámetro DISABLENETWORKPROTOCOLS .

MSDE 1.0 funciona en la misma manera que una instancia predeterminada de MSDE 2000 y siempre se actualiza a una instancia predeterminada de MSDE 2000.

para actualizar de Desktop Engine versión 1.0
  1. Abra una ventana de símbolo del sistema.
  2. Desde el símbolo del sistema, utilice el comando cd para desplazarse a la carpeta que contiene la utilidad de instalación SP3a de MSDE 2000:
    CD c:\MSDESP3aFolder\MSDE
  3. donde c:\MSDESP3aFolder es la ruta a la carpeta en la que extrajo los archivos MSDE 2000 SP3a o SP3a de Desktop Engine carpeta el CD de SQL Server 2000 SP3a.

    Ejecute uno de los siguientes comandos:
    • Al utilizar el modo de autenticación de Windows, ejecute:

      instalación de actualización = 1 DISABLENETWORKPROTOCOLS = 1
    • Al utilizar el modo mixto (donde AnAdminLogin es un miembro de la función fija de servidor sysadmin), ejecute:

      instalación de actualización = 1 SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
Nota Si utiliza BLANKSAPWD = 1 , no es necesario especificar SECURITYMODE = SQL o UPGRADEUSER y UPGRADEPWD.

Precaución Se desaconseja el uso de contraseñas en blanco.

importante Si utiliza un archivo .ini durante la instalación, Evite almacenar credenciales en el archivo. ini.
3.7.7 Redistribuir el SP3a de MSDE 2000
La siguiente información sólo se aplica a Desktop Engine (MSDE 2000).

SP3a de motor de escritorio contiene todos los archivos necesarios para redistribuir MSDE 2000 con las aplicaciones, siempre que el proveedor de aplicación tiene una licencia para distribuir MSDE 2000. Puede distribuir archivos como se documenta en la pantalla de SQL Server 2000 libros (actualización SP3), con cambios específicos de SP3a en estas secciones tratan el SP3a de Desktop Engine:
  • Consideraciones de seguridad de 3.7.2 para SP3a de MSDE 2000
  • Parámetros de instalación de 3.7.3 MSDE 2000
Para obtener más información acerca de cómo instalar los libros en pantalla de SQL Server 2000 (actualizado - SP3), vea sección 1.6 actualizado libros en pantalla documentación es disponibles.

distribuir revisiones de Desktop Engine SP3a

Si una aplicación tiene una utilidad de instalación basado en Windows Installer, puede instalar una instancia de MSDE 2000 por consumir los módulos de combinación de 2000 de MSDE. Escritorio SP3a Engine (MSDE 2000) proporciona módulos de combinación para admitir aplicaciones existentes que utilizan módulos de combinación. Las utilidades de configuración para las nuevas aplicaciones deben escribirse para llamar a la utilidad de instalación de MSDE 2000 en lugar de utilizar directamente los módulos de combinación de MSDE 2000.

Los proveedores que decidan instalar instancias de MSDE 2000 mediante módulos de combinación de MSDE 2000 también deben proporcionar todas las revisiones subsiguientes de MSDE 2000 a sus clientes. Las instancias de MSDE 2000 instalado con módulos de combinación se marcan con un código de producto que GUID asociado a la aplicación por Windows Installer. Sólo los archivos de revisión que también contienen el código de producto de la aplicación GUID pueden revisión las instancias de MSDE 2000. Sólo los archivos de revisión producidos por el proveedor de la aplicación contendrá los códigos de producto correcto. Los service Pack de Desktop Engine (MSDE 2000) suministrados por Microsoft no se puede aplicar a aquellas instancias. El proveedor de aplicación debe generar archivos de revisión con los archivos de SP3a Desktop Engine y distribuir los archivos de revisión a cualquiera de sus clientes MSDE que necesitan las correcciones de SP3a.

Para obtener más información sobre cómo crear paquetes de revisión, consulte la documentación incluida con el Kit de desarrollo de software (SDK) de Windows Installer, que puede descargarse desde the Microsoft Platform SDK Web site.

Si una utilidad de configuración de aplicación instala una instancia de MSDE 2000 mediante una llamada a la utilidad de instalación de MSDE 2000, la instancia de MSDE 2000 se marca con el código de producto MSDE 2000 GUID. Los clientes pueden revisión estas instancias utilizando los archivos estándar de Microsoft MSDE 2000 service pack. El proveedor de aplicación puede elegir una de las siguientes alternativas para distribuir el SP3a de MSDE 2000:
  • Indique a sus clientes para instalar el SP3a de Desktop Engine desde la página de descarga del SP3a de SQL Server 2000 o un CD de SQL Server 2000 SP3a.
  • Descargar el archivo de descarga de SQL2KDeskSP3.exe y distribuya a sus clientes con instrucciones sobre cómo aplicar el service pack.
  • Mediante los archivos del SP3a de Desktop Engine, generar una utilidad de aplicación de servicio pack que se instale el SP3a en las instancias de MSDE 2000 instalados por la aplicación.
Proveedores de aplicaciones que eligen para indicar a sus clientes a aplicar el SP3a directamente desarrollará un conjunto de instrucciones personalizado para las necesidades de sus clientes.

Para obtener ejemplos de los tipos de MSDE 2000 instrucciones de los equipos de aplicación de Microsoft del service pack se prepara para sus clientes, consulte esta Microsoft MSDE Applications Web page.
Archivos de 3.7.8 MSDE 2000 SP3a
La siguiente información sólo se aplica a Desktop Engine (MSDE 2000).

Todos los archivos de instalación del SP3a de Desktop Engine y carpetas se encuentran en la carpeta \MSDE:
  • En el SP3a SQL Server 2000 de CD-ROM
  • En el directorio que contiene los archivos service pack extraídos desde SQL2KDeskSP3.exe el \MSDE carpeta contiene el archivo SP3readme.htm, el archivo Léame.txt, el archivo license.txt y los archivos ejecutables para la instalación de utilidad. También tiene las siguientes subcarpetas:
  • \Msi: contiene los archivos ejecutables necesitados para instalar Windows Installer o actualizar Windows Installer si es anterior a 2.0.2600.0.
  • \MSM: contiene los módulos de combinación necesarios para una configuración de módulo de combinación.
  • \Setup: contiene los archivos de paquete de instalación .msi requeridos por la instalación de MSDE 2000 para instalar una nueva instancia de MSDE 2000 SP3a o los archivos de paquete de revisión msp para actualizar instancias existentes de MSDE 2000 SP3a y el archivo .cab sqlrun.cab que contiene los archivos instalados por el programa de instalación.
Para obtener una descripción del uso de los módulos de combinación de Desktop Engine, consulte el tema "Utilizar SQL Server Desktop Engine módulos de combinación" en los libros en pantalla de SQL Server.

Si la configuración de aplicación llama al programa de instalación de MSDE 2000, crear una carpeta con esta estructura y los conjuntos de archivos (donde MSDEInstallFolder representa un nombre de carpeta del ejemplo):

MSDEInstallFolder

Copiar en estos archivos desde la carpeta \MSDE SP3a Desktop Engine: Setup.exe, Setup.ini, Setup.rll y sqlresld.dll.

MSDEInstallFolder\Msi

Copie todos los archivos desde la carpeta de \MSDE\Msi SP3a Desktop Engine.

MSDEInstallFolder\Setup

Copie todos los archivos desde la carpeta de \MSDE\Setup SP3a Desktop Engine.

A continuación, se puede ejecutar Setup.exe para instalar o actualizar las instancias de MSDE 2000 SP3a.

Si Windows Installer no se ha instalado en el equipo, o es una versión anterior a la versión probada con la instalación de MSDE 2000 SP3a, instalación utilizará los archivos en la carpeta MSDEInstallFolder\Msi para actualizar a Windows Installer.

3.8 Reiniciar los servicios

La siguiente información se aplica a todos los componentes.

Cuando el programa de instalación finaliza, puede que le pida que reinicie el sistema. Después de reiniciar el sistema (o tras completarse la instalación sin pedir que reinicie), utilice la aplicación de servicios en el panel de control para asegurarse de que ahora están ejecutando los servicios que detuvo antes de aplicar el service pack. Esto incluye servicios como MSDTC y Microsoft Search, MSSQLServer, MSSQLServerOLAPService y SQLServerAgent servicios o sus equivalentes de instancia específica.

Resulta prudente hacer una también copia de seguridad las bases de datos master y msdb actualizadas a esta hora.

3.9 Reiniciar aplicaciones

La siguiente información se aplica a todos los componentes.

Reinicie las aplicaciones que cerró antes de ejecutar el service pack programa.

3.10 Realizar la instalación en un clúster de conmutación por error

La siguiente información aplica sólo a SQL Server componentes de 2000 que forman parte de un clúster de conmutación por error.

para instalar el service pack en un clúster de conmutación por error
  1. Si los recursos se han agregado con dependencias en recursos de SQL Server, esas dependencias deben quitar o desconectar antes de instalar el SP3a.
  2. Ejecute el service pack desde el nodo que posee el grupo que contiene el servidor virtual que va a actualizar. Si no lo hace, la instalación de Service Pack 3a puede provocar que los recursos dependientes de fallar over.This instala los archivos del service pack en todos los nodos del clúster de conmutación por error.
  3. En el cuadro de diálogo Configurar, escriba el nombre del servidor virtual que está actualizando.
  4. Mantener todos los nodos del clúster en línea durante la instalación. Esto garantiza que la actualización se aplica a cada nodo del clúster.
  5. Si quitó las dependencias o tardó tardó recursos sin conexión en el paso 1 anterior, volver a agregar las dependencias o conecte los recursos volver.
Nota El programa de instalación puede requerir el reinicio de los nodos de clúster de conmutación por error. Esto reemplaza los archivos que estaban en uso durante la instalación con los archivos actualizados.

Si va a actualizar una instancia predeterminada (no agrupada) de SQL Server a un servidor virtual, en primer lugar, debe actualizar la instancia de predeterminada (no organizado en clústeres) a una instancia virtual y a continuación, aplique SP3a.For obtener más información acerca de la actualización, consulte "Cómo actualizar una instancia predeterminada a una instancia de clúster predeterminada de SQL Server 2000 (instalación)" en los libros en pantalla de SQL Server.

Para información adicional instalar SP3a en un clúster de conmutación por error, consulte artículo 811168.

Si necesita reconstruir un nodo del clúster de conmutación por error, realice los pasos siguientes
  1. Reconstruir el nodo del clúster de conmutación por error. Para obtener más información sobre cómo reconstruir un nodo, consulte "Cómo recuperarse de un error de un clúster de conmutación por error en escenario 1" en libros en pantalla de SQL Server.
  2. Ejecute el programa de instalación de SQL Server 2000 original para volver a agregar el nodo del clúster de conmutación por error.
  3. Ejecutar configuración SP3a en el nodo recién agregado. Esto actualizará a SP3a sólo los archivos binarios en el nuevo nodo.
Nota Si se ejecute el programa de instalación desde el nodo donde el servidor virtual está en ejecución, debe reaplicar SP3a a todos los nodos. También debe volver a ejecutar las secuencias de comandos actualización de base de datos.

Al instalar Analysis Services SP3a en un clúster, cada instancia debe actualizarse por separado.

para instalar el SP3a en un clúster de Analysis Services
  1. Instale el SP3a en un nodo de conmutación por error.
  2. La conmutación por error al nodo recién actualizado.
  3. Repita los pasos 1 y 2 hasta que se actualizan todas las instancias del clúster.

3.11 Instalar en servidores replicados

La siguiente información aplica sólo a SQL Server componentes de 2000 que forman parte de una topología de replicación:
  • Debe actualizar el distribuidor antes de actualizar el publicador.
  • Para las topologías de replicación basadas en la duplicación transaccional con suscriptores de sólo lectura, puede actualizar el suscriptor antes o después del publicador y el distribuidor.
  • Para las topologías de replicación basadas en la duplicación de mezcla o la duplicación transaccional con suscriptores de actualización, debe actualizar el suscriptor después del publicador y distribuidor.
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 al mismo tiempo.

instalar el SP3a en un servidor que funciona como un publicador y un suscriptor

Para las topologías de replicación basadas en la duplicación de mezcla o la duplicación transaccional con actualización de suscriptores que incluyen uno o más servidores que actúan como tanto un suscriptor y un publicador (o un distribuidor), quizás tenga que poner en modo inactivo el sistema (en otras palabras, todas las actualizaciones de parada) y actualizar simultáneamente todos los servidores.

Ejemplo 1: Topología que requiere simultáneas actualizaciones

La tabla siguiente incluye los servidores que publicación y suscriban a publicaciones que permiten actualizaciones en el suscriptor. Como mencionamos anteriormente, debe seguir el orden de actualización distribuidor, Publisher, el suscriptor para las topologías que permiten actualizaciones en el orden de Subscriber.This deberá actualizar servidor primero para la publicación de combinación y el servidor B primero para la publicación transaccional con suscriptores de actualización. En este caso, debe poner el sistema en modo inactivo y actualizar simultáneamente los servidores.
Contraer esta tablaAmpliar esta tabla
Servidor AServidor B
Publicador o distribuidor para la duplicación de mezclaSuscriptor de duplicación de mezcla
Suscriptor para la duplicación transaccional con actualizaciónPublicador o distribuidor para la duplicación transaccional con actualización
Ejemplo 2: Topología que permite actualizaciones secuenciales.

En este ejemplo, puede actualizar primero servidor porque la publicación transaccional de sólo lectura permite a un suscriptor para actualizarse antes que el publicador o el distribuidor.
Contraer esta tablaAmpliar esta tabla
Servidor AServidor B
Publicador o distribuidor para la duplicación de mezclaSuscriptor de duplicación de mezcla
Suscriptor para la duplicación transaccional de sólo lecturaPublicador o distribuidor para la duplicación transaccional de sólo lectura
Problemas de instalación de replicación adicionales

importante Antes de actualizar a SP3a, asegúrese de que la cuenta de Windows bajo la que se ejecuta el servicio de SQL Server es miembro de la función fija de servidor sysadmin. Debe hacerlo porque se actualizan bases de datos de distribución de duplicación en el contexto de la cuenta de servicio de SQL Server. Después de actualizar a SP3a, debe quitar la cuenta de Windows de la función sysadmin .

Si está utilizando duplicación de mezcla y el distribuidor se encuentra en otra instancia de base de datos o de equipo (un distribuidor remoto) después de aplicar el SP3a debe generar una nueva instantánea.

Service Pack 3a introduce un cambio en los requisitos para asociar o restaurar bases de datos de replicación. Para obtener más información, vea Cambiar de sección 5.3.17 a requisitos para asociar o restaurar una base de datos de replicación.

Instalación de Service Pack 3a actualiza bases de datos que son miembros de una topología de replicación. Si cualquiera de las bases de datos que son miembros de una topología de replicación son no modificable, para aplicar el SP3a a esas bases de datos debe realizar ellos grabable y, a continuación, programa de instalación reapplySP3a. Para obtener más información sobre cómo crear una base de datos modificable, consulte sección 3.12 aplicar SP3a para bases de datos de sólo lectura o grupos. Para obtener información acerca de cómo volver a aplicar el SP3a, consulte la sección 3.14 volver a aplicar SP3a.

Una combinación de copia de seguridad existente que cuentas para la duplicación permite restaurar una base de datos a un punto conocido después de la actualización de SP3a en caso de un error. Después de aplicar SP3a, una base de datos completa o un registro de copia de seguridad se recomienda para cualquier base de datos de usuario que está incluida en una topología de replicación. De este modo, si falla una base de datos de replicación, no es necesario volver a aplicar SP3a después de restaura la base de datos.

3.12 Aplicar el SP3a a bases de datos de sólo lectura o de grupos

La siguiente información aplica sólo a SQL Server componentes de 2000 que forman parte de una topología de replicación.

Cuando existen bases de datos no modificables o grupos, configuración muestra el mensaje siguiente:

El programa de instalación ha detectado uno o más bases de datos y grupos de archivos que no son modificables.

En general, puede omitir esta advertencia y el programa de instalación continuará. Sin embargo, si algunas de las bases de datos no modificables que figuran en el registro de instalación son miembros de una topología de replicación, debe convertir las bases de datos modificables y volver a aplicar configuración SP3a a esa instancia de SQL Server 2000.

Nota Este mensaje no afecta a las instalaciones desatendidas. Para obtener más información acerca de las instalaciones desatendidas, consulte sección 4.1 desatendida.

Nota Durante la instalación, el programa de instalación no distingue entre bases de datos no modificables y bases de datos sin conexión son en un estado sospechoso. Si una base de datos o un grupo de archivos está en cualquiera de estas condiciones durante la instalación, debe volver a aplicar el service pack. Para obtener más información acerca de cómo poner una base de datos en línea, vea el tema "Adjuntar y separar una base de datos" en los libros en pantalla de SQL Server. Para obtener más información acerca del diagnóstico bases de datos sospechosas, vea el tema "Server y Database Troubleshooting" en libros en pantalla de SQL Server.

para aplicar el SP3a a una base de datos de sólo lectura
  1. Hacer que la base de datos de sólo lectura escritura mediante la instrucción ALTER DATABASE, como sigue: ALTER DATABASE base de datos READ_WRITE SET.
  2. Repita el paso 1 para todas las bases de datos de sólo lectura.
  3. Aplicar el service pack (o volver a aplicar).
  4. Si es necesario, convertir la base de datos de sólo lectura para nuevo mediante ALTER DATABASE, como sigue:

    Base de datos de ALTER DATABASE SET READ_ONLY
para aplicar el SP3a a un grupo de archivos de sólo lectura
  1. Convertir el grupo de archivos de sólo lectura modificables con ALTER DATABAS E, como sigue: ALTER DATABASE Database MODIFY FILEGROUP filegroup_name READWRITE
  2. Repita el paso 1 para todos los grupos de archivos de sólo lectura.
  3. Aplicar el service pack (o volver a aplicar).
  4. Hacer el grupo de archivos de sólo lectura nuevo utilizando ALTER DATABASE , como la siguiente:

    ALTER DATABASE Database MODIFY FILEGROUP
    filegroup_name READONLY
Para obtener más información acerca de ALTER DATABASE, ver el tema de referencia "ALTER DATABASE" en SQL Server Books Online.For obtener más información acerca de cómo volver a aplicar el SP3a, consulte sección 3.14 volver a aplicar SP3a.

3.13 Desinstalar SP3a

La forma en que se quite SP3a de SQL Server depende de los componentes de SQL Server 2000 SP3 que va a quitar.

Nota No se desinstalan las actualizaciones MDAC. Para obtener más información, vea la que sección 5.5.1 actualizaciones para Microsoft Data Access Components.

desinstalar componentes SQL Server 2000 bases de datos y el SP3a de Desktop Engine

Para volver a las versiones de Service Pack 3a pre de componentes de SQL Server 2000, debe tener hacer copias de las bases master, msdb y el modelo de datos realizadas antes de instalar Service Pack 3a de seguridad. Para obtener más información, vea las bases de sección 3.1 atrás de datos de SQL Server.

Nota Si alguna de las bases de datos está implicada en la duplicación, debe deshabilitar la publicación. Para deshabilitar la publicación:
  1. En el Administrador de empresa de Server de SQL, expanda un servidor SQL Server grupo, expanda un servidor, haga clic con el botón secundario en la carpeta duplicación y, a continuación, haga clic en Configurar publicación, suscriptores y distribución.
  2. Haga clic en la ficha Bases de datos de publicación .
  3. Desactive la casilla de verificación para cada base de datos involucrada en la duplicación. Esto permite que las bases de datos ser separada.
para volver a la versión anterior SP3a de SQL Server
  1. Separe todas las bases de datos de usuario. Para obtener más información, consulte "Cómo adjuntar y separar una base de datos (Administrador corporativo)" en libros en pantalla de SQL Server.
  2. Desinstale SQL Server. En el 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. Instalar SQL Server 2000 desde el CD-ROM o la ubicación desde la que instaló originalmente SQL Server.
  4. Aplique los service packs y correcciones QFE que se instalaron antes a SP3a.
  5. Restaurar las bases de datos master, msdb y el modelo de la última copia de seguridad que se creó antes de aplicar automáticamente SP3a.This adjuntará cualquier base de datos de usuario que estaban conectados en el momento en que la copia de seguridad se creó, suponiendo que la ubicación de los archivos de datos no ha cambiado.
  6. Adjunte las bases de datos usuario creados después de la última copia de la base de datos principal de seguridad.
  7. Configurar la replicación si es necesario.
Advertencia Al volver a la versión anterior SP3a de SQL Server, se perderán todos los cambios realizados en las bases de datos master, msdb y model desde aplicar el SP3a

desinstalar SQL Server 2000 Analysis Services SP3a

Haga una para poder devolver Analysis Services a su estado anterior SP3a, debe copia de seguridad el HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server clave del registro para instalar el SP3a. Para obtener más información, vea sección 3.2 atrás copia bases de los datos de Analysis Services y depósito.

Nota Si no se copia de seguridad esta clave del registro, debe seguir el proceso documentado en el artículo de base de Knowledge de Microsoft 330244.

para volver a la versión anterior SP3a de SQL Server
  1. Desinstalar SQL Server 2000 Analysis Services. En el Panel de control , haga doble clic en Agregar o quitar programas , haga clic en Analysis Services de SQL Server 2000 y haga clic en quitar.
  2. Reinstalar Analysis Services de SQL Server 2000 desde el CD-ROM o la ubicación desde el que instaló Analysis Services.
  3. Aplique los service packs y correcciones QFE que se instalaron antes de instalar el SP3a.
  4. Quite la clave de registro HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server .
  5. Vuelva a instalar la clave HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server desde la copia de seguridad anterior SP3a.

3.14 Volver a aplicar el SP3a

La siguiente información se aplica a todos los componentes.

En los casos siguientes, debe volver a aplicar SP3a:
  • Si se agregan nuevos componentes de SQL Server 2000 después de aplicar el SP3a.
  • Si se realizan modificables bases de datos o grupos que forman parte de una topología de replicación y eran de sólo lectura durante la aplicación inicial del SP3a
Para volver a aplicar el SP3a, siga los pasos sección 3.0 Service Pack de instalación.

Consideraciones de instalación 4.0 adicionales

Esta sección documentos servicio adicional pack instalación consideraciones que se aplican sólo en casos especiales.

Instalaciones desatendidas de 4.1

SP3a de componentes de base de datos se puede aplicar a una instancia de SQL Server en modo desatendido. El disco compacto SP3a de componentes de base de datos contiene archivos .iss pueden utilizarse para realizar instalaciones desatendidas de SP3a y otros tipos de instalaciones. Los siguientes archivos se encuentran en el directorio raíz del CD-ROM:
  • Sql2kdef.iss es el archivo de instalación desatendida que se utiliza para aplicar el SP3a de componentes de base de datos a una instancia predeterminada de SQL Server 2000 que se ejecutan en Windows 2000 o Windows NT 4.0. El archivo de proceso por lotes correspondiente para utilizar es Sql2kdef.bat.
  • Sql2knm.iss es el archivo de instalación para aplicar el SP3a de componentes de base de datos a una instancia de SQL Server 2000 que se ejecutan en Windows 2000 o Windows NT 4.0 con nombre. Debe cambiar el nombre de instancia de este archivo .iss para identificar la instancia que se está actualizando.
  • Sql2ktls.iss es el archivo de instalación para aplicar la base de datos SP3a de componentes a una instalación sólo de herramientas. Este archivo puede utilizarse para la instalación sin modificaciones.
  • Sql2k9x.iss es el archivo de instalación para aplicar la base de datos SP3a de componentes en un equipo que ejecuta Windows Millennium Edition o Windows 98. Debe cambiar el nombre de instancia de este archivo .iss para identificar la instancia que se va a actualizar.
  • Sql2kcli.iss es el archivo de instalación para aplicar el SP3a de componentes de base de datos a una instalación de componente de cliente en un equipo que ejecuta Windows 95.
  • Msolap.iss es el archivo de instalación que almacena la lista de parámetros para ejecutar una instalación desatendida de Analysis Services SP3a.
Para obtener más información acerca de cómo realizar instalaciones desatendidas de SQL Server 2000, vea el tema "Realizar una instalación desatendida" en los libros en pantalla de SQL Server.

Consideraciones de instalación desatendida

Las siguientes consideraciones se refieren a las instalaciones desatendidas:
  • Ejecutar las instalaciones desatendidas mediante la autenticación de Windows siempre que sea posible.
  • Si debe ejecutar una instalación desatendida mediante la autenticación de SQL Server; por ejemplo, si está ejecutando una instalación desatendida de SP3a en un equipo que ejecuta Windows 98 o Windows Millennium Edition, no debe incluir una contraseña para el inicio de sesión de sa en el archivo .iss o archivo por lotes porque estos archivos no son cifrados. En su lugar, debe proporcionar la contraseña para el inicio de sesión de sa en la línea de comandos mediante el parámetro sapwd como sigue:

    iniciar /wait setupsql.exe -s - sms - f1 C:\sql2knm.iss - sapwd contraseña
  • Si la instancia de SQL Server que se va a actualizar a SP3a tiene una contraseña en blanco para la cuenta de inicio de sesión sa, se debe proporcionar una contraseña antes para ejecutar una instalación desatendida. Debe cambiar esta contraseña al ejecutar sp_password .
  • Cuando se ejecuta una instalación desatendida de SP3a, debe establecer manualmente los siguientes modificadores de instalación corresponden al cuadro de diálogo Lista de comprobación de compatibilidad con versiones anteriores o la instalación desatendida fallará.
Contraer esta tablaAmpliar esta tabla
Modificador de instalación desatendidaDescripción
UpgradeMSSearchEste modificador es necesario para la regeneración requiere de catálogos de texto completo de direcciones. Si está habilitada la búsqueda de texto, debe establecer este parámetro en 1. Para obtener más información, consulte la sección 5.1.5 Full-Text catálogos son reconstruyen después completa de configuración.
MSXTSXUpgradedEste modificador es necesario para solucionar el problema con respecto a configuraciones de servidor maestro/destino actualización. Si está aplicando SP3a a un servidor maestro o de destino, debe establecer este modificador en 1. Para obtener más información, vea la que sección 5.4.2 cambios en configuraciones de servidor maestro/destino.
EnableCrossDBChaining(Opcional) Este modificador se utiliza para habilitar el encadenamiento de propiedad entre bases de datos. Para habilitar el encadenamiento de propiedad entre bases de datos, establezca este parámetro en 1. Para obtener más información, vea la sección 5.1.11 encadenamiento de propiedad entre bases de datos.
  • Durante una instalación desatendida, si la instalación detecta cualquier bases de datos no modificables o grupos de archivos, que se escribe información en la configuración de sesión y la instalación desatendida continúa. Si algunas de las bases de datos no modificables que figuran en el registro de instalación son miembros de una topología de replicación, debe convertir las bases de datos modificables y volver a aplicar configuración SP3a a esa instancia de SQL Server 2000. Para obtener más información sobre cómo crear una base de datos modificable, consulte sección 3.12 aplicar SP3a para bases de datos de sólo lectura o grupos. Para obtener más información acerca de cómo volver a aplicar el SP3a, vea sección 3.14 volver a aplicar SP3a.

4.2 Redistribuir SP3a Data Access Components

SP3a de componentes de base de datos incluye el autoextraíble archivo Sqlredis.exe. Cuando se ejecuta Sqlredis.exe,:
  • Ejecuta el archivo Mdac_typ.exe desde Microsoft Data Access Components (MDAC) 2.7 Service Pack 1a. Esto instala los componentes principales de MDAC 2.7 SP1a (si no se detecta la versión más reciente o misma) y las versiones de los componentes de conectividad de cliente de SQL Server y Desktop Engine que se incluyen con SP3a. Para obtener más información, vea 5.5.1 de actualizaciones para Microsoft Data Access Components.
  • Instala controladores ODBC de Microsoft Jet y componentes de conectividad.
Puede redistribuir el archivo Sqlredis.exe bajo los términos y condiciones descritos en el archivo Redist.txt que acompaña a SP3a.

5.0 Notas acerca de la documentación

Esta sección abarca algunas cuestiones que pueden producirse en además a nuevas características que están disponibles cuando ejecuta el SP3a. Estos problemas se aplican cuando se ejecuta el service pack para actualizar desde SQL Server 2000, SQL Server 2000 SP1 o SP2 de SQL Server 2000. Esta sección no pretende ser una descripción de todas las revisiones proporcionadas en SP3a. Para obtener una lista completa de estas revisiones, vea artículo 306908.

Los segmentos de Analysis Services y Meta Data Services en esta sección no se aplican a las instalaciones sólo Desktop Engine.
Cualquier información relevante para SQL Server 2000 Service Pack 3a que no estaba disponible en tiempo para incluirse en este archivo Léame se publicará en Microsoft Knowledge Base el artículo 816502.

Estos artículos de Knowledge Base están disponibles en la Knowledge producto servicios de base.

5.1 De la base de datos y mejoras de Desktop Engine

Las mejoras siguientes se aplican a las instancias de SQL Server 2000 SP3a de componentes de base de datos donde está instalado. También se aplican a MSDE 2000 instancias donde está instalado SP3a Desktop Engine.
5.1.1 Con chino, japonés o coreanos caracteres con SP3a de componentes de base de datos
introducido en SP1

Si instalar el SP3a de componentes de base de datos en un servidor que ejecuta Windows NT 4.0 o Windows 98 y posteriormente actualiza a Windows 2000, el último sustituirá algunos archivos de sistema. Estos archivos de sistema son necesarios para la ordenación de caracteres de chino, japonés o coreano. Si utiliza caracteres de chinos, japonés o coreanos en las bases de datos de SQL Server, vuelva a ejecutar la versión de Sqlredis.exe incluida con SP3a después de actualizar a Windows 2000. Para obtener más información acerca de cómo ejecutar Sqlredis.exe, consulte la sección 4.2 redistribuir SP3a Data Access Components.

Nota No es necesario volver a aplicar Sqlredis.exe en equipos cliente o en servidores que no tengan bases de datos que contiene caracteres de chino, japonés o coreano.
Equipos hash 5.1.2 eliminados
introducido en SP1

Se quitaron los equipos hash. Debido a ciertas mejoras a SQL Server 2000, de los equipos hash ya no producen las ventajas de rendimiento que ofrece SQL Server 7.0. Además, quitar los equipos hash hace SQL Server 2000 más estable.

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

En raras ocasiones, la eliminación de los equipos hash puede causar una consulta para procesarse más despacio. Analice dichas consultas para ver si creación de índices más adecuados devolverá el rendimiento de consulta a su nivel anterior.
Conmutadores de máscara de 5.1.3 afinidad agregados
introducido en SP1

A este service pack se han agregado dos conmutadores de máscara de afinidad.

Conmutador de E/s de máscara de afinidad

Con este service pack, puede especificar qué CPU se utilizan para ejecutar subprocesos para operaciones de E/s de disco. Este modificador debe utilizarse junto con la opción máscara de afinidad . Para obtener más información, consulte el artículo 298402 en la Knowledge producto servicios de base. Para obtener instrucciones sobre búsquedas en Knowledge Base, vea la sección 1.5 información adicional acerca de SP3a.

conmutador de conexión de máscara de afinidad
Con este service pack, puede configurar los sistemas que habilitan la arquitectura de interfaz virtual (VIA) para enlazar el servidor SQL Server las conexiones desde determinadas tarjetas de red a un procesador o un conjunto de procesadores. Este modificador debe utilizarse junto con la opción de máscara de afinidad. Para obtener más información, consulte el artículo 299641 en la Knowledge producto servicios de base.
5.1.4 Filtra la vista indizada
introducido en SP2

Si ha encontrado el error 355069 como se documenta en Microsoft Knowledge Base artículo 306467 de SQL Server 2000, este service pack sólo evitará repeticiones resultados inesperados debido de modificaciones de datos. Además de aplicar esta revisión, todos los índices se basan en las vistas con condiciones de filtro deben ser volver a crear. Para obtener más información, consulte la Knowledge producto servicios de base.
Catálogos de texto completo 5.1.5 se reconstruyen después configuración completa
introducido en el SP3

Todos los catálogos de texto completo se reconstruyen como parte de la instalación de SP3a, excepto cuando se actualiza desde SP3. La reconstrucción es automática y intensivo de los recursos. Consultas de catálogos de texto completo pueden devolver resultados parciales o ningún resultado hasta que se completa el proceso de reconstrucción. Después de instalar SP3a, los registros de sucesos del sistema contienen mensajes que indica que los catálogos estaban dañados, de una versión anterior y tenían que volver a generar.

Para obtener información, vea el artículo de Knowledge 327217, que también se explica posibles soluciones para mantener la búsqueda de texto completo disponible durante el proceso de reconstrucción y para evitar una regeneración automática.
Cambios de sintaxis 5.1.6 para sp_change_users_login
introducido en el SP3

Al ejecutar sp_change_users_login con la acción @ = Auto_Fix argumento, ahora debe especificar una contraseña. sp_change_users_login asigna la contraseña a cualquier nuevo inicio de sesión que se crea para el usuario. El ejemplo siguiente muestra la nueva contraseña @ argumento.
sp_change_users_login [ @Action = ] 'action' 
    [ , [ @UserNamePattern = ] 'user' ] 
    [ , [ @LoginName = ] 'login' ]
    [ , [ @Password = ] 'password' ]
Use the @Password argument only with @Action=Auto_Fix. The following example shows the new syntax for the sp_change_users_login command when using Auto_Fix. Other examples in SQL Server Books Online remain unchanged.

USE pubs
go
EXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-36'
go
Access 5.1.7 ad hoc a proveedores OLE DB deshabilitado de forma predeterminada
introducido en el SP3

Si la opción de registro DisallowAdhocAccess no es establece explícitamente, de forma predeterminada, no se permite el acceso ad hoc a los proveedores OLE DB. Esto significa la sintaxis de consultas ad hoc, como OPENDATASOURCE y OPENROWSET, no funcionará en servidores remotos. Para permitir el acceso ad hoc, debe establecer explícitamente la opción DisallowAdhocAccess a 0 .
5.1.8 Nueva opción de proveedor SqlServerLike
introducido en el SP3

Para habilitar el procesamiento más eficaz de consultas remotas que incluyan como predicados, la opción SqlServerLike agregó en el SP3. SQL Server 2000 SP3 o posterior ahora tiene dos opciones para enviar como las operaciones de servidores vinculados. Si el proveedor OLE DB para un servidor vinculado admite la sintaxis de SQL Server para el como operador y caracteres comodín, puede especificar la opción SqlServerLIKE para SQL Server envíe como operaciones mediante la sintaxis de SQL Server. Si el proveedor OLE DB para un servidor vinculado informa que admite la sintaxis ANSI/ISO SQL - 92 del nivel de entrada o devuelve la propiedad SQLPROP_ANSILIKE , SQL Server enviará como las operaciones del servidor vinculado mediante sintaxis SQL-92. Para obtener más información sobre SQLPROP_ANSILIKE, vea el tema "Programming the SQLPROPSET_OPTHINTS propiedad Set" en libros en pantalla de SQL Server 2000.

Debe agregar un valor de clave del registro para habilitar la opción SqlServerLIKE para DB OLE proveedor.
Precaución modificación incorrecta del registro puede originar problemas graves que conlleven la reinstalación del sistema operativo. Microsoft no puede garantizar que puedan resolver los problemas resultantes de la modificación incorrecta del registro. Antes de modificar el registro, realice una copia los datos valiosos de seguridad.
  1. Abra Regedit32.
  2. Busque la clave del Registro adecuados:
    • Para instancias con nombre, busque esta clave:
      HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\ < Instancia Nombre > \Providers\ < Nombre de Proveedor >
    • Para las instancias predeterminadas, busque esta clave:
      HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\ < Proveedor Nombre >

  3. En la clave < Nombre de Proveedor >, agregue un valor DWORD denominado SqlServerLIKE y establezca su valor a 1.
Mensajes de error 5.1.9 expandida para consultas distribuidas
introducido en el SP3

Para las consultas distribuidas, SQL Server devuelve el error de proveedor de información, además de información de error de servidor. Cuando una consulta entre servidores vinculados se produce un error, SQL Server comprueba si el proveedor admite la interfaz de OLE DB IErrorRecords . Si se admite esta interfaz, SQL Server llama a la función GetErrorInfo para obtener información adicional de errores del proveedor y devuelve esta información al usuario como parte de la mensaje de error. Si el IErrorRecords no se admite la interfaz, no hay ningún cambio en comportamiento de SQL Server: SQL Server devuelve un error genérico.
Por ejemplo, ejecute la consulta siguiente en un servidor que utiliza MSDASQL, que no admite sql_variant :
SELECT * FROM remote2k.dqtable.dbo.sqlvariantnotnull 
--Remote2k is a loopback server.
Prior to SP3, SQL Server returned the following error message:

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.
After you apply SP3 or later, SQL Server returns the following error message:

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].
5.1.10 Nueva función fn_get_sql devuelve una instrucción SQL
introducido en el SP3

SP3 y versiones posteriores incluyen el nuevo de función fn_get_sql devuelve el texto de la instrucción SQL para el identificador SQL especificado. Además, para admitir esta función, tres nuevas columnas se agregaron a la tabla de sistema sysprocesses , que se enumeran en la tabla siguiente.
Contraer esta tablaAmpliar esta tabla
Nombre de columnaTipo de datosDescripción
sql_handlebinary(20)Representa la por lotes o el objeto que se está ejecutando actualmente
stmt_startintDesplazamiento inicial de la instrucción actual para el sql_handle especificado
stmt_endintDesplazamiento final de la actual SQL instrucción para la sql_handle especificado. Un valor de -1 indica que se ejecuta la instrucción actual hasta el final de los resultados devueltos por la función fn_get_sql para el sql_handle especificado.
Syntax
fn_get_sql ([ @SqlHandle = ] SqlHandle )

Arguments
[ @SqlHandle = ] SqlHandle

The handle value. SqlHandle is binary(20).

Tables Returned
Contraer esta tablaAmpliar esta tabla
Nombre de columnaTipo de datosDescripción
dbidsmallintId. de la base de datos Este valor es NULL para las instrucciones SQL ad hoc
objectidIntIdentificador del objeto de base de datos. Este valor es NULL para las instrucciones SQL ad hoc
númerosmallintNúmero del grupo, si están agrupados los procedimientos de. Este valor es 0 para las entradas que no los procedimientos son y NULL para las instrucciones SQL ad hoc.
cifradoBitsIndica si el objeto está cifrado. El valor es 0 si el objeto no está cifrado y 1 si el objeto está cifrado.
textoTextoTexto de la instrucción SQL. Este valor es NULL para objetos cifrados.
notas

Puede obtener un identificador válido de SQL de la columna sql_handle de la tabla del sistema sysprocesses .

Si pasa un identificador que ya no existe en memoria caché, fn_get_sql devuelve un conjunto de resultados vacío. Si pasa un identificador que no es válido, el lote se detiene, y se devuelve el mensaje de error siguiente:

Servidor: Msg 569, nivel 16, estado 1, procedimiento fn_get_sql , línea 12 el identificador pasado a fn_get_sql no válido.

SQL Server 2000 no se puede almacenar en caché algunas Transact-SQL instrucciones, como instrucciones de copia masiva e instrucciones con literales de cadena mayores de 8 KB. Mediante la función fn_get_sql no podrá recuperar identificadores de las instrucciones.
La columna de texto del conjunto de resultados se filtra para texto que puede contener contraseñas.

La información devuelta por la función fn_get_sql es similar al comando DBCC INPUTBUFFER. Utilice la función fn_get_sql cuando no se puede utilizar un DBCC INPUTBUFFER, por ejemplo:
  • Cuando los eventos tienen más de 255 caracteres. W
  • Cuando que tiene que devolver el mayor nivel de anidamiento actual de un procedimiento almacenado. Por ejemplo, hay dos procedimientos almacenados que se denominan sp_1 y sp_2. Si sp_1 llama a sp_2 y obtener el identificador de la tabla de sistema sysprocesses mientras se está ejecutando sp_2 , la función fn_get_sql devuelve información sobre sp_2. Además, la función fn_get_sql devuelve el texto completo del procedimiento almacenado en el mayor nivel de anidamiento actual
permisos

Sólo los miembros de la función fija de servidor sysadmin pueden ejecutar la función fn_get_sql .

ejemplos

Los administradores de base de datos pueden utilizar la función fn_get_sql para ayudar a diagnosticar procesos de problema. Después de que un administrador identifica un problema servidor identificador de proceso (SPID), el administrador puede recuperar el identificador SQL para ese SPID, llame a la función fn_get_sql con el identificador y utilice los desplazamientos inicial y final para determinar el texto SQL del SPID de problema. Por ejemplo:
DECLARE @Handle binary(20)
SELECT @Handle = sql_handle FROM sysprocesses WHERE spid = 52
SELECT * FROM ::fn_get_sql(@Handle)
5.1.11 Encadenamiento de propiedad entre bases de datos
introducido en el SP3

Este service pack ofrece nuevas opciones para activar el encadenamiento de propiedad entre bases de datos y desactivar.

Al instalar el SP3a de componentes de base de datos, el cuadro de diálogo Lista de comprobación de compatibilidad con versiones anteriores para configuración muestra una opción para configurar encadenamiento de propiedad entre bases de datos. De forma predeterminada, configuración desactiva el encadenamiento de propiedad entre bases de datos para todas las bases de datos de usuario. Puede habilitar el encadenamiento de propiedad entre bases de datos para todas las bases de datos. Para obtener más información, vea compatibilidad con versiones anteriores cuadro de diálogo lista de comprobación.

Al instalar el SP3a de Desktop Engine, puede utilizar el parámetro de configuración ALLOWXDBCHAINING que para permite habilitar el encadenamiento para todas las bases de datos de propiedad entre bases de datos. Para obtener más información, vea sección 3.7.3 parámetros de instalación de MSDE 2000.

Nota No se recomienda habilitar el encadenamiento para todas las bases de datos de propiedad entre bases de datos.

Después de la instalación, puede utilizar los métodos siguientes para activar el encadenamiento activar y desactivar para todas las bases de datos en la instancia de propiedad de base de datos entre:
  • Utilice el nuevo Entre DB OwnershipChaining argumento del sistema de p_configure s procedimiento almacenado.
  • Utilice la opción permitir Encadenamiento de propiedad entre bases de datos en la ficha seguridad del cuadro de diálogo Propiedades de en el Administrador corporativo.
  • Utilice la colección de objetos de administración de base de datos (DMO) SQLServer.Configuration.ConfigValues . Cuando el objeto SQLServer hace referencia a una instancia de SQL Server 2000 SP3 o posterior, esta colección contiene un objeto de ConfigValue denominado entre encadenamiento de propiedad DB.
Si encadenamiento de propiedad entre bases de datos está desactivado para la instancia, puede configurar para bases de datos individuales. Utilice los métodos siguientes para activar y desactivar el encadenamiento de propiedad entre bases de datos para una base de datos:
  • Utilice la opción nuevo de encadenamiento de base de datos del procedimiento almacenado del sistema sp_dboption .
  • Utilice la opción AllowCross-Database encadenamiento de propiedad en la ficha Opciones del cuadro de diálogo Propiedades de base de datos en el Administrador corporativo.
  • Utilice la propiedad DBChaining del objeto DBOption2 DMO.
Nota Si habilitó anteriormente encadenamiento de propiedad entre bases de datos en una versión preliminar de SP3 (anteriores a la generación 8.00.[BUILD_NUMBER]), debe habilitarlo después de instalar el SP3a.

Para obtener más información, haga clic en el botón de Ayuda en la página lista de comprobación de compatibilidad hacia atrás al ejecutar el programa de instalación, descargue la edición actualizada de los libros en pantalla de SQL Server 2000 o consulte el artículo de Knowledge Base 810474.
5.1.12 Mejora para el indicador de traza 1204
introducido en el SP3

Indicador de traza 1204 devuelve el tipo de bloqueos que participan en el interbloqueo y el comando actual afectado. En SP3 y versiones posteriores, cuando este indicador de traza está activado, la información de interbloqueo automáticamente se escribe en el registro de errores
5.1.13 Cambiar permisos para sp_changedbowner
introducido en el SP3

Sólo los miembros de la función fija de servidor sysadmin pueden ejecutar el procedimiento almacenado del sistema de sp_changedbowner .
5.1.14 Los cambios de funcionalidad de depuración
introducido en el SP3

La funcionalidad para depurar procedimientos almacenados con Microsoft Visual Studio 6.0 y anteriores o con el Analizador de consultas antes al SP3 de SQL Server está desactivada de forma predeterminada. Depuración de aplicaciones (detener en un punto de interrupción SQL Server Transact-SQL mientras se depura una aplicación de cliente) también está desactivada de forma predeterminada. Para habilitar la funcionalidad de depuración, ejecute sp_sdidebug , pasando el parámetro legacy_on . Para deshabilitar la depuración, pasar legacy_off a este procedimiento.

Nota Ejecuta el sp_sdidebug no se recomienda el procedimiento almacenado en servidores de producción.

Para obtener más información, consulte artículo 328151 de Knowledge Base. Este artículo está disponible en la Knowledge producto servicios de base.
5.1.15 Operaciones en el puerto UDP 1434
introducido en Service Pack 3a

Comenzando el SP3a de SQL Server 2000, el puerto 1434 instancias del motor de base de datos de SQL Server 2000 y MSDE 2000 que no están configuradas para admitir comunicaciones dejará de usar Protocolo de datagramas de usuario (UDP) de red. Las instancias que están configuradas para admitir las comunicaciones de red utilizarán el puerto UDP 1434

Una instancia de actualizar a SP3a dejará de usar puerto UDP 1434 siempre que todas las bibliotecas de red de servidor para la instancia, excepto la memoria compartida biblioteca de red, están deshabilitadas. La instancia iniciará utilizando el puerto 1434 cuando habilitar cualquiera de las bibliotecas de red del servidor. Para obtener información sobre deshabilitar o habilitar bibliotecas de red de servidor, vea el tema "Herramienta de red de SQL Server" en libros en pantalla de SQL Server 2000.

El uso de puerto UDP 1434 por un equipo no se detendrá hasta todas las instancias de SQL Server 2000 y MSDE 2000 en el equipo se han actualizado a SP3a y configurado para comunicaciones de red de soporte técnico no.

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 sólo se utiliza para conexiones locales y no utiliza una red de memoria compartida. La biblioteca de red de memoria compartida siempre está activa; no puede habilitado o deshabilitado.

También puede especificar si las bibliotecas de red de servidor están deshabilitadas al instalar o actualizar una instancia de MSDE 2000. Utilice el parámetro DISABLENETWORKPROTOCOLS de utilidad de instalación de MSDE 2000 o la propiedad de SqlDisableNetworkProtocols del módulo de combinación de MSDE 2000. Para obtener más información sobre estas opciones, vea 3.7.3 parámetros de instalación de MSDE 2000.

No puede deshabilitar todo el servidor de motor de base de las bibliotecas de red al instalar o actualizar las instancias de SQL Server 2000 datos.

Mejoras de 5.2 analysis Services

Esta sección trata las mejoras en Analysis Services de SQL Server 2000 que se incluyen con SP3a.
Particiones remotas 5.2.1
introducido en SP1

Cuando se crea una partición remota en un servidor local que tenga SP1 o una versión posterior instalado, el servidor remoto debe utilizar una cuenta de usuario de dominio que tenga permisos de acceso completa al cubo primario en el servidor local. Cualquier cuenta de usuario que sea un miembro de los administradores de OLAP grupo en el servidor local tiene permisos de acceso completa.
Además, si el servidor local tiene SP1 o una versión posterior instalado, el servidor remoto también debe tener SP1 o una versión posterior instalado para que pueda crear o administrar particiones remotas del servidor local.
5.2.2 Actualizado Analysis Services Redistributable instalación del cliente
introducido en SP1

SP1 de Analysis Services y versiones posteriores incluyen versiones actualizadas de los siguientes programas de instalación redistribuible de clientes:
  • PTSLite.exe
  • PTSFull.exe
Estos archivos se encuentran en la ruta de acceso de \Msolap\Install\PTS del directorio de instalación del service pack.

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

Utilice estos programas de instalación de cliente actualizado en sus aplicaciones para evitar o solucionar los problemas de instalación de clientes que pueden surgir al utilizar Analysis Services y Microsoft Office XP.

Nota Al utilizar Analysis Services con Office XP, actualización del cliente se recomienda.
5.2.3 Compatibilidad habilitado para datos de terceros proveedores de algoritmos de minería
introducido en SP1

SP1 de Analysis Services y versiones posteriores incluyen compatibilidad para la adición de proveedores de algoritmos de minería de datos de otros fabricantes. Para obtener más información acerca de cómo desarrollar un proveedor del algoritmo de minería de datos, vea las notas del producto "Proveedores de minería de datos de terceros" y OLE DB for Data Mining Resource Kit, que incluye código para un proveedor de algoritmo de minería de datos de ejemplo.
5.2.4 Instalación de Analysis Services en un equipo con archivos de cliente actualizados
introducido en SP1

Si instala Analysis Services de SQL Server 2000 en un equipo que contiene los archivos de cliente actualizado, tales como SQL Server 2000 SP1 u Office XP, deberá aplicar SP1 de Analysis Services o una versión posterior para asegurarse de que el cliente funciona correctamente y que puede examinar los cubos.
5.2.4 Instalación de Analysis Services en un equipo con archivos de cliente actualizados
introducido en SP1

Si instala Analysis Services de SQL Server 2000 en un equipo que contiene los archivos de cliente actualizado, tales como SQL Server 2000 SP1 u Office XP, deberá aplicar SP1 de Analysis Services o una versión posterior para asegurarse de que el cliente funciona correctamente y que puede examinar los cubos.
Límite de 5.2.5 mayor para cubos OLAP que hace referencia un cubo virtual
introducido en el SP3

Los cubos virtuales ahora pueden hacer referencia a los cubos de hasta 255. Sin embargo, cualquier cubo virtual que hace referencia a más de 64 cubos no es visible para cualquier versión de Microsoft PivotTable ® Service publicados antes de SP3.
5.2.6 Nueva palabra clave de descripción
introducido en el SP3

Los cubos locales admiten ahora la propiedad de miembro intrínsecas descripción de las medidas y dimensiones. La palabra clave descripción, agregada a la CREATE CUBE instrucción de expresiones multidimensionales (MDX), se utiliza para admitir el uso de la propiedad de miembro intrínsecas de descripción. Las cláusulas BNF siguientes describen los cambios realizados en la instrucción CREATE CUBE:
<dimensions def> :: = DIMENSION <dimension name> [<time def>] 
  [DIMENSION_STRUCTURE <sub_type>] [<hidden def>] 
  [DESCRIPTION <description expression>] 
  <options def> <comma> <hierarchy def list> 
<measures def> :: = MEASURE <measure name> <measure function def> 
  [<measure format def>] [<measure type def>] [<hidden def>] 
  [DESCRIPTION <description expression>] [<comma> <measures def>]
5.2.7 Nueva propiedad de cliente de servicio PivotTable restringidos
introducido en el SP3

SP3 introdujo una nueva propiedad de cadena de conexión servicio PivotTable, cliente restringidos. Esta propiedad puede utilizarse para restringir el servicio PivotTable uso de funciones de cubo local. Cualquier intento de utilizar una instrucción que implica la creación o el uso de un cubo local, como el CREATE CUBE, CREATE GLOBAL CUBE y las instrucciones CREATE SESSION CUBE, genera un error. Además, cualquier instrucción que implica la recursividad deep, como una serie de instrucciones anidadas de obtención de detalles, genera un error si la instrucción puede provocar un desbordamiento la pila de instrucción mantenida por el servicio PivotTable.

Esta propiedad almacena un valor de cadena. Si se establece el valor a cualquier valor de cadena, empezando por los caracteres "Y", "y", "T" o "t" o cualquier valor de cadena que se puede convertir en un valor numérico distinto de 0, PivotTable Service es restringido como se describió anteriormente. Si el valor se establece en cualquier otro valor de cadena, incluso una cadena vacía (""), o cualquier valor de cadena que se puede convertir en un valor numérico igual a 0, el servicio PivotTable es no restringido. El valor predeterminado de esta propiedad es "0".

Nota Esta propiedad no restringe el uso de modelos de minería de datos local.
5.2.8 Cambiar en la propiedad de opciones de seguridad
introducido en el SP3

Establecer la propiedad Opciones de seguridad a DBPROP_MSMD_SAFETY_OPTIONS_ALLOW_SAFE también que el uso de ATRAVESAR la palabra clave en cubos locales.
5.2.9 Migrar el repositorio a Meta Data Services deshabilitado de forma predeterminada
introducido en el SP3

Se ha deshabilitado la opción para utilizar el formato del depósito de Meta Data Services en el Asistente para migración del depósito en el SP3 o posterior y, no se recomienda utilizar este formato. Sin embargo, si es necesario por motivos empresariales este formato, puede habilitar la opción a través de la clave de registro EnableMigrationToMetaDataServicesFormat .

De forma predeterminada, esta clave del registro no existe; debe ser manualmente creado en la Información de conexión Server\Supervisión HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP y establecida para habilitar migración del depósito a la Meta Data Services formato. Esta clave del Registro almacena un valor de cadena con distinción entre mayúsculas y minúsculas. Si el valor se establece en 1 o True , se habilita la migración del depósito al formato Meta Data Services. Si el valor se establece en cualquier otro valor de cadena, o si la clave del registro no existe, se deshabilita la migración del depósito al formato Meta Data Services.
Nota Si se cambia el valor de esta clave del registro, el cambio surte efecto inmediatamente.
5.2.10 Permisos debe ser modificado en una carpeta de datos remoto
introducido en el SP3

Si la carpeta de datos de Analysis Services se encuentra en un equipo distinto del que se está ejecutando Analysis server, debe modificar permisos en la carpeta después de ejecutarlo SP3a. En el equipo remoto, establecer los permisos en la carpeta para permitir el acceso control total a todos los miembros del grupo Administradores de OLAP en el equipo que ejecuta el análisis servidor. A lo largo del tiempo, conforme se agregan a o se quitan del grupo Administradores OLAP miembros, asegúrese de modificar permisos en los datos remotos carpeta para que refleje la pertenencia de los administradores de OLAP actual grupo. Se va a permitir la copia de seguridad y restaurar a funcionar correctamente.

Además, tras ejecutar la instalación de Service Pack 3a, debe permitir que la cuenta bajo la que Analysis server ejecuta el acceso de control total a la carpeta de datos remota.

Si aplica el SP3a a una instancia de Analysis Services ejecuta en una configuración de clúster, los administradores de OLAP de nivel de dominio grupo debe permitir acceso de control total a la carpeta de datos remoto. Para obtener más información sobre cómo crear y utilizar un grupo de administradores de OLAP de nivel de dominio, consulte el artículo de soporte técnico 308023 disponibles en Microsoft producto Support Services Knowledge Base.

Mejoras de replicación 5.3

Esta sección trata las mejoras en la duplicación de SQL Server 2000 que se incluyen con SP3a.
5.3.1 UPDATE almacenado personalizado de duplicación transaccional procedimiento
introducido en SP1

Durante la instalación de la duplicación transaccional, se crean procedimientos almacenados personalizados para insertar, eliminar y acciones de actualización en la base de datos de suscripciones. Independientemente del cuántas columnas afectadas por un UPDATE instrucción, el procedimiento almacenado personalizado de actualización actualiza todas las columnas en la tabla de suscripción. Cualquier columna que no ha cambiado se restablece a los mismos valores que existían antes de la actualización. Normalmente, esta acción hace que no hay problemas. Sin embargo, si cualquiera de estas columnas están indizada, este restablecer puede resultar caro.

Si utiliza la duplicación transaccional y tiene varios índices en la tabla de suscripción y sólo unos pocos valores de columna cambian debido a actualizaciones, la sobrecarga de mantener el índice puede limitar el rendimiento cuando se aplican los cambios en el suscriptor. Por ejemplo, una base de suscripción a datos que se utiliza para informes puede tener muchos más índices de la base de datos publicación. Generar dinámicamente la instrucción UPDATE en tiempo de ejecución puede mejorar el rendimiento. La actualización incluye sólo las columnas que han cambiado, crear una cadena UPDATE óptima.

Este service pack incluye un nuevo procedimiento almacenado, sp_scriptdynamicupdproc, que genera un procedimiento almacenado personalizado que puede utilizar en el suscriptor para generar dinámicamente la UPDATE instrucción en tiempo de ejecución. Sin embargo, la creación de la instrucción UPDATE dinámica en tiempo de ejecución requiere procesamiento adicional.

sp_scriptdynamicupdproc

El procedimiento almacenado sp_scriptdynamicupdproc genera la instrucción CREATE PROCEDURE que crea un procedimiento almacenado de actualización dinámica. La instrucción UPDATE del procedimiento almacenado personalizado se genera dinámicamente, según la sintaxis MCALL que indica las columnas que desea cambiar. Utilice este procedimiento almacenado si el número de índices de la tabla de suscripción está creciendo y el número de columnas se cambia es pequeño. Este procedimiento almacenado se ejecuta en el publicador en la base de datos de publicación.
Syntax
sp_scriptdynamicupdproc [ @artid =] artid

Arguments
[@artid =] artid

El identificador del artículo. argumento artid es un int, con ningún valor predeterminado.

conjuntos de resultados

Devuelve un conjunto de resultados que consta de una columna nvarchar (4000) única. El conjunto de resultados formularios CREATE PROCEDURE completa instrucción que se utiliza para crear el procedimiento almacenado personalizado.

notas

sp_scriptdynamicupdproc se utiliza en la duplicación transaccional. La lógica de secuencias de comandos de MCALL predeterminada incluye todas las columnas de la instrucción UPDATE y utiliza un mapa de bits para determinar las columnas que han cambiado. Si no cambió una columna, la columna se regresará a sí misma, que normalmente hace que no hay problemas. Si la columna está indizada, se produce procesamiento adicional. Por el contrario, este procedimiento almacenado utiliza un enfoque dinámico: incluye sólo las columnas que han cambiado, que proporciona una cadena UPDATE óptima. Sin embargo, se produce procesamiento adicional en tiempo de ejecución cuando se genera la instrucción UPDATE dinámica. Se recomienda que pruebe tanto el enfoque de procedimiento almacenado dinámico como el enfoque predeterminado estático y, a continuación, elija la solución óptima para sus necesidades particulares.

permisos

Los miembros de la función public pueden ejecutar sp_scriptdynamicupdproc

ejemplos

En este ejemplo crea un artículo (con un artid 1) en la tabla authors de la base de datos pubs y especifica que la instrucción UPDATE es el procedimiento almacenado personalizado para ejecutar:

'MCALL sp_mupd_authors'

Generate the custom stored procedures to be executed by the Distribution Agent at the Subscriber by running the following stored procedure at the Publisher:
EXEC sp_scriptdynamicupdproc @artid = '1'
The statement returns:

create procedure [sp_mupd_authors] 
  @c1 varchar(11),@c2 varchar(40),@c3 varchar(20),@c4 char(12),
  @c5 varchar(40),@c6 varchar(20),@c7 char(2),@c8 char(5),
  @c9 bit,@pkc1 varchar(11),@bitmap binary(2)
as

declare @stmt nvarchar(4000), @spacer nvarchar(1)
select @spacer =N''
select @stmt = N'update [authors] set '

if substring(@bitmap,1,1) & 2 = 2
begin
  select @stmt = @stmt + @spacer + N'[au_lname]' + N'=@2'
  select @spacer = N','
end
if substring(@bitmap,1,1) & 4 = 4
begin
  select @stmt = @stmt + @spacer + N'[au_fname]' + N'=@3'
  select @spacer = N','
end
if substring(@bitmap,1,1) & 8 = 8
begin
  select @stmt = @stmt + @spacer + N'[phone]' + N'=@4'
  select @spacer = N','
end
if substring(@bitmap,1,1) & 16 = 16
begin
  select @stmt = @stmt + @spacer + N'[address]' + N'=@5'
  select @spacer = N','
end
if substring(@bitmap,1,1) & 32 = 32
begin
  select @stmt = @stmt + @spacer + N'[city]' + N'=@6'
  select @spacer = N','
end
if substring(@bitmap,1,1) & 64 = 64
begin
  select @stmt = @stmt + @spacer + N'[state]' + N'=@7'
  select @spacer = N','
end
if substring(@bitmap,1,1) & 128 = 128
begin
  select @stmt = @stmt + @spacer + N'[zip]' + N'=@8'
  select @spacer = N','
end
if substring(@bitmap,2,1) & 1 = 1
begin
  select @stmt = @stmt + @spacer + N'[contract]' + N'=@9'
  select @spacer = N','
end
select @stmt = @stmt + N' where [au_id] = @1'
exec sp_executesql @stmt, N' @1 varchar(11),@2 varchar(40),@3 varchar(20),
  @4 char(12),@5 varchar(40),@6 varchar(20),@7 char(2),@8 char(5),@9 bit',
  @pkc1,@c2,@c3,@c4,@c5,@c6,@c7,@c8,@c9

if @@rowcount = 0
   if @@microsoftversion>0x07320000
      exec sp_MSreplraiserror 20598

después de ejecutar este procedimiento almacenado, puede utilizar la secuencia de comandos resultante para crear manualmente el procedimiento almacenado en los suscriptores.


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

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

Si la actualización afecta a una única fila, no hay ninguna posibilidad de una infracción de unicidad. Por lo tanto, el indicador de seguimiento 8207 se ha agregado a este service pack para permitir actualizaciones a cualquier columna único que afectan a sólo una fila se duplican como instrucciones UPDATE. Esta optimización se ha agregado específicamente para aplicaciones que instalar desencadenadores UPDATE definidos por el usuario en el suscriptor y requieren estos desencadenadores para desencadenar para actualizaciones que afectan a sólo una fila de una columna única.
Para utilizar el indicador de seguimiento 8207, actívelo desde el símbolo del sistema (sqlservr.exe - T8207) del sistema o en tiempo de ejecución mediante DBCC TRACEON(8207,-1) antes de iniciar el agente de lector del registro.

importante Normalmente, el indicador de seguimiento 8207 se utiliza con la duplicación transaccional de sólo lectura. No utilice este indicador de traza con suscripciones actualizables si la clave primaria UPDATE puede aparecer en el suscriptor.
5.3.3 Restricciones del proceso de instantáneas simultáneas
introducido en SP1

En SQL Server 2000, procesamiento simultáneo de instantáneas no se recomienda si la tabla de publicación tiene un índice único que no era la clave principal o la clave de agrupación. Si las modificaciones de datos se realizaron en la clave de agrupación mientras se se genera una instantánea simultánea, replicación podría provocar un error de clave duplicado al aplicar la instantánea simultánea a un suscriptor. Con este service pack, se quitan restricciones en el procesamiento simultáneo de instantáneas de uso.
Duplicación transaccional de 5.3.4 procedimientos almacenados personalizados de secuencias de comandos
introducido en SP1

Al configurar suscripciones nosync (es decir, las suscripciones que no reciben la instantánea inicial), personalizado procedimientos almacenados para INSERT, UPDATE y las instrucciones DELETE deben crearse manualmente. Normalmente, estas instrucciones se crean en el suscriptor cuando se entrega la instantánea inicial. Se ha agregado un nuevo procedimiento almacenado, sp_scriptpublicationcustomprocs , para generar secuencias de comandos para los procedimientos almacenados personalizados en el nivel de la publicación. Esta nueva funcionalidad que facilitan la configurar suscripciones nosync.

sp_scriptpublicationcustomprocs

En una publicación en el que la opción para generar automáticamente un esquema de procedimiento personalizado está habilitada, el procedimiento almacenado
sp_scriptpublicationcustomprocs las secuencias de comandos los procedimientos INSERT, UPDATE y DELETE personalizados para todos los artículos de tabla.
sp_scriptpublicationcustomprocs es especialmente útil para configurar suscripciones en las que se aplica manualmente la instantánea.
Syntax
sp_scriptpublicationcustomprocs [@publication]= publication_name

Arguments
[@publication] = publication_name

The name of the publication. publication_name is a sysname with no default.

Return Code Values
0 (success) or 1 (failure
Conjuntos de resultados

Devuelve un conjunto de resultados que consta de una columna única nvarchar (4000) . El conjunto de resultados formularios la instrucción CREATE PROCEDURE completa necesaria para crear el procedimiento almacenado personalizado.

notas

Los procedimientos personalizados no son secuencias de comandos para los artículos sin la opción de esquema de procedimiento personalizado (0 x 2) de generación automática.

permisos

Ejecutar permiso se concede a public ; se realiza una comprobación de procedimientos de seguridad dentro de este procedimiento almacenado para restringir el acceso a los miembros de la función sysadmin fija de servidor y fija de base de datos db_owner en la base de datos actual.

ejemplo

En este ejemplo se genera una secuencia de comandos de los procedimientos almacenados personalizados en una publicación denominada Northwind. .
exec Northwind.dbo.sp_scriptpublicationcustomprocs 
@publication = N'Northwind'

Duplicación basada en retenciones limpieza de metadatos de mezcla de 5.3.5
introducido en SP1

Cuando tablas de sistema de duplicación de mezcla contienen grandes cantidades de metadatos, limpiar los metadatos mejora el rendimiento. Anterior a SQL Server 2000 SP1, se podrían limpiar metadatos sólo por la ejecución de sp_mergecleanupmetadata. Sin embargo, SQL Server 2000 SP1 y versiones posteriores incluyen datos de metadatos basados en retención limpiar, lo que significa que los metadatos pueden eliminarse automáticamente de las siguientes tablas del sistema:
  • MSmerge_contents
  • MSmerge_tombstone
  • MSmerge_genhistory
  • Cualquier antes tablas de la imagen, si está presente
Nota Antes de las tablas de imágenes se presente si @ keep_partition_changes está habilitada la opción de optimización de sincronización en la publicación.

Limpieza de metadatos basada en retenciones se produce como sigue:
  • Si el parámetro de agente de mezcla ?MetadataRetentionCleanup se establece en 1, ya que es de forma predeterminada, el agente de mezcla limpia el suscriptor y el publicador que intervienen en la combinación.
  • Si el parámetro-MetadataRetentionCleanup parámetro se establece en 0, automático de limpieza no se produce. En este caso, limpiar datos de metadatos de basados en retención iniciar manualmente mediante la ejecución de s p_mergemetadataretentioncleanup. Este procedimiento almacenado se debe ejecutar en cada publicador y suscriptor que se debe limpiar. Se recomienda, aunque no es necesario, que el publicador y los suscriptores se limpian en momentos similares en tiempo (consulte evitar conflictos falsos más adelante en esta sección).

    Nota El -MetadataRetentionCleanup parámetro se establece en 1 para todos los perfiles de agente de mezcla que se incluyen con SQL Server 2000 SP1 y versiones posteriores. Si actualiza un servidor a SP1 o posterior y, a continuación, agrega la duplicación de mezcla, se actualiza automáticamente el perfil de agente de mezcla para incluir este parámetro. Si actualiza un servidor que ya tiene la duplicación de mezcla habilitada a SP1 o posterior, el agente de mezcla no se actualiza automáticamente el perfil; ejecuta sp_add_agent_parameter (consulte parámetro adicional para sp_add_agent_parameter más adelante en esta sección) para actualizar el perfil.

    importante El período de retención predeterminado para las publicaciones es de 14 días. Si un artículo pertenece a varias publicaciones, puede haber períodos de retención diferentes. En esta situación, el período de retención más largo se utiliza para determinar la hora más temprana posible en la que limpiar puede producirse. Si hay varias publicaciones en una base de datos, y si cualquiera de estas publicaciones utiliza un período de retención de publicación infinito (@ retención = 0 ), metadatos de mezcla para la base de datos no se limpia automáticamente. Por este motivo, utilizar la retención de publicación infinito con precaución
Parámetro adicional para sp_add_agent_parameter

Sp_add_agent_parameter de procedimiento almacenado del sistema tiene ahora un parámetro de MetadataRetentionCleanup, que permite agregar o quitar retención de datos de metadatos de limpieza de los perfiles de agente de mezcla. Un valor de 1 indica que el perfil debe incluir limpiar; un valor de 0 indica que no debe incluir limpiar. Por ejemplo, para agregar metadatos retención de datos limpia hasta un perfil, ejecute el siguiente código:
EXEC sp_add_agent_parameter @profile_id=<my_profile_id>,
  @parameter_name='MetadataRetentionCleanup', @parameter_value=1
limpieza de metadatos en topologías con distintas versiones de SQL Server

Para automática basada en retenciones limpiar se produzcan en una base de datos implicado en la duplicación de mezcla, la base de datos y el agente de mezcla, debe ser en servidores que ejecutan SQL Server 2000 SP1 o posterior. Por ejemplo:
  • Un extracción de SQL Server 7.0 suscriptor no se ejecuta limpiar en un publicador de SQL Server 2000 SP1.
  • Un inserción de SQL Server 2000 SP1 agente de mezcla no se ejecuta limpieza en una base de datos de suscriptor de pre-SP1 SQL Server 2000.
  • Un agente de mezcla limpiar se ejecuta en una base de datos de publicador de SQL Server 2000 SP1, incluso si tiene suscriptores que ejecutan SQL Server 2000 de inserción de SQL Server 2000 SP1 o anterior.
Automático limpiar en algunos servidores y no en otras, como máximo causa conflictos falsos y los debe raros. Para las topologías que incluyen versiones de SQL Server anteriores a SQL Server 2000 SP1, puede ver ventajas de rendimiento si ejecuta sp_mergemetadatacleanup en todos los servidores que no se limpian automáticamente.

evitar conflictos falsos

Limpieza de metadatos basada en retenciones evita la no convergencia y silenciosa sobrescribe los cambios en otros nodos. Sin embargo, pueden producirse conflictos falsos si se cumplen las condiciones siguientes:
  • Los metadatos se limpian en un nodo y no otro.
  • Se produce una actualización posterior en el nodo limpia en una fila cuyos metadatos se ha eliminado.
Por ejemplo, si se limpian los metadatos del publicador pero no en el suscriptor y se realiza una actualización en el publicador, se produce un conflicto aunque aparecen los datos que se van a sincronizar.

Para evitar este conflicto, asegúrese de que los metadatos se limpian en los nodos relacionados en aproximadamente al mismo tiempo. Si - MetadataRetentionCleanup está establecido en 1, el publicador y el suscriptor se limpian automáticamente antes de iniciar la combinación, asegurando que los nodos se limpien al mismo tiempo. Si se produce un conflicto, utilice el Visor de conflicto de replicación de combinación para revisar el conflicto y cambiar el resultado si es necesario.

Si un artículo pertenece a varias publicaciones o está en un escenario de republicación, es posible que los períodos de retención de una fila determinada en el publicador y suscriptor son diferentes. Para reducir la posibilidad de limpieza de metadatos en un lado pero no el otro, se recomienda que dichas publicaciones distintas tengan períodos de retención similares.

Nota Si las tablas del sistema contienen grandes cantidades de datos meta que deben limpiarse, el proceso de mezcla puede tardar más en ejecutarse. Limpiar los metadatos regularmente para evitar este problema.
Copia de seguridad de 5.3.6 y restauración de problemas de duplicación de mezcla
introducido en SP1

Primero debe sincronizar un base de datos de publicación que se restaure desde una copia de seguridad con una base de datos de suscripción que tiene una suscripción global (es decir, una suscripción tener un valor de prioridad asignado) para garantizar el comportamiento de convergencia correcto. Sincronización asegura que los cambios perdidos en la base de datos de publicación debido a la operación de restauración de vuelven con precisión.

No se sincronizan la base de datos de publicación con una base de datos de suscripción que tiene una suscripción anónima. Dado que las suscripciones anónimas no tienen suficientes metadatos para aplicar cambios a la base de datos de publicación, dicha sincronización puede conducir a la no convergencia de datos.

Cuando está planeando realizar una copia de seguridad y restaurar las operaciones para la duplicación de mezcla, tenga en cuenta los siguientes problemas adicionales:
  • Restaurar las bases de datos de suscripción desde copias de seguridad que no son más allá del período de retención.

    Restaure una base de datos suscripción a partir de una copia de seguridad sólo si la copia de seguridad es no anteriores el periodo de retención más corto de todas las publicaciones que se suscribe el suscriptor. Por ejemplo, si un suscriptor se suscribe a tres publicaciones con períodos de retención de 10, 20 y 30 días, respectivamente, la copia de seguridad utiliza para restaurar la base de datos no debe ser más de 10 días.
  • Sincronizar antes de generar una copia de seguridad.

    Se recomienda encarecidamente que un suscriptor se sincronizan con el publicador antes de realizar una copia de seguridad. En caso contrario, el sistema podría no converger correctamente si el suscriptor se restaura desde esta copia de seguridad. Aunque el propio archivo de copia de seguridad puede ser nuevo, la última sincronización con un publicador podría ser casi tan antigua como el período de retención. Por ejemplo, considere la posibilidad de una publicación con un período de retención de 10 días. La última sincronización se 8 días y ahora se realiza la copia de seguridad. Si la copia de seguridad se aplica 4 días más tarde, la última sincronización se han producido 12 días, que es más allá del período de retención. Si el suscriptor tenía sincronizada derecha antes de la copia de seguridad, la base de datos suscripción sería dentro del período de retención.
  • Reinicializar el suscriptor si cambia el valor de retención de publicación.

    Si necesita cambiar el valor de retención de publicación, manualmente reinicializar el suscriptor para evitar la no convergencia de datos. Los metadatos basados en retención limpiar característica elimina metadatos obsoletos de tablas de sistema de mezcla cuando se alcanza el período de retención de publicación.

    El valor de retención de publicación se utiliza para determinar cuándo deben caducar las suscripciones que no han sincronizado dentro del período de retención. Si, tras una limpieza, aumenta el período de retención de publicación y una suscripción intenta combinar con el publicador (que ya se ha eliminado los metadatos), la suscripción no caducará debido del valor mayor de retención. Además, el publicador no tiene suficientes metadatos para descargar los cambios en el suscriptor, lo que conduce a la no convergencia.
  • Utilice los mismos valores de retención de publicación para todos los publicadores y sus asociados de sincronización alternativos. Utilizando diferentes valores puede provocar la no convergencia.
5.3.7 Restauración duplicados bases de datos de diferentes versiones de SQL Server
introducido en SP1

Restaurar una copia de seguridad en el mismo servidor y base de datos, ejecutando la misma versión que el servidor desde el que se creó la copia de seguridad, conserva la configuración de replicació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 una copia de seguridad de la base de datos, tenga en cuenta los siguientes problemas:
  • Si va a restaurar la base de datos a SQL Server 2000 SP3a desde una copia de seguridad creada con SQL Server 2000 y desea conservar a la configuración de replicación, deberá ejecutar sp_vupgrade_replication. Ejecutar sp_vupgrade_replication garantiza que los metadatos de replicación se actualicen. Si no ejecuta sp_vupgrade_replication , los metadatos de replicación pueden quedar en un estado impredecible.
  • Si va a restaurar la base de datos a SQL Server 2000 desde una copia de seguridad creada con SQL Server 7.0 (la versión de lanzamiento, SP1, SP2, SP3 y SP4) y desea conservar a la configuración de replicación, debe volver a crear la copia de seguridad antes de instalar los service packs. Es posible restaurar la base de datos en SQL Server 2000 SP3a directamente desde una copia de seguridad de una base de datos duplicada creada en SQL Server 7.0, pero no se mantiene la configuración de replicación.
5.3.8 Nuevo: parámetro de MaxCmdsInTran para el agente de lector del registro
introducido en SP1

Comenzando a SP1, un nuevo parámetro de línea de comandos,- MaxCmdsInTran , se ha agregado para el agente de lector del registro. Para las transacciones que afectan a un gran número de comandos (normalmente masiva actualizaciones o eliminaciones), el agente de distribución debe esperar el agente de lector del registro escribir toda la transacción en la base de datos de distribución antes de que puede iniciar la propagación de la transacción en el suscriptor. Este retraso bloquea al agente de distribución y reduce el paralelismo entre los dos agentes.

Utilizando ?MaxCmdsInTran, el agente de lector del registro divide las transacciones de gran tamaño en fragmentos más pequeños y cada fragmento contiene el mismo o menos comandos como la -MaxCmdsInTran entrada. Por lo tanto, el agente de distribución puede iniciar el procesamiento anteriores fragmentos de una transacción mientras sigue trabajando el agente de lector del registro a través de fragmentos posterior de la misma transacción.

Esta mejora en el paralelismo entre el agente de lector del registro y el agente de distribución contribuye a un mejor rendimiento general de replicación. Observe, sin embargo, que la transacción fragmentos se confirman en el suscriptor como transacciones individuales, interrumpiendo la propiedad de atomicidad, una de las propiedades ACID (atomicidad, coherencia, aislamiento y durabilidad). Este resultado no es un problema en la mayoría de los casos, aunque se recomienda probarlo para asegurarse de que.

definir el parámetro ?MaxCmdsInTran

Especifique un entero positivo (1 o superior) del - MaxCmdsInTran valor de parámetro. Especificar un valor de 0 equivale a no mediante el parámetro. Porque este parámetro mejora el rendimiento sólo cuando la transacción es muy grande, un valor de 5000 o superior para este parámetro es típico. Por ejemplo:

Logread.exe - MaxCmdsInTran 10000.

Para utilizar este parámetro, el publicador debe ejecutar SQL Server 2000 SP1 o una versión posterior y la base de datos agente de lector del registro y de distribución debe actualizarse a SP3 o posterior. En caso contrario, -MaxCmdsInTran se omite.
5.3.9 Restricción de índices agrupados no único
Introduced en SP2 (se aplica a la duplicación transaccional)

No puede crear un índice agrupado no único en una tabla tras está publicada para duplicación transaccional. Antes de crear el índice, primero debe quitar cualquier publicación que incluye la tabla.
5.3.10 Nuevo: argumento de línea de comandos MaxNetworkOptimization para Agente de instantáneas
introducido en SP2

Durante el procesamiento normal, la duplicación de mezcla puede enviar DELETE comandos a los suscriptores para filas que no pertenecen al suscriptor la partición. Comandos DELETE de este tipo se denominan eliminaciones irrelevantes. Eliminaciones irrelevantes no afectan a integridad de datos o la convergencia, pero pueden dar como resultado tráfico de red innecesario.

Para reducir el tráfico de red causado por eliminaciones irrelevantes, puede utilizar el nuevo parámetro de agente de instantáneas - MaxNetworkOptimization con publicaciones de duplicación de mezcla. Establecer el parámetro en 1 reducen las posibilidades de eliminaciones irrelevantes, que maximiza la optimización de la red.

Nota Si se establece este parámetro en 1 sólo es útil cuando la opción de optimización de sincronización de la publicación de mezcla está establecida en true ( @ keep_partition_changes parámetro de sp_addmergepublication ).

El valor predeterminado es 0 porque al establecer el parámetro en 1 puede aumentar el almacenamiento de metadatos y rendimiento degradar del publicador si existen varios niveles de filtros de combinación y filtros de subconjunto complejas. Debe evaluar la topología de replicación y establecer cuidadosamente -MaxNetworkOptimization a 1 si el tráfico de red de eliminaciones irrelevantes es demasiado alto.

Puede agregar este parámetro al perfil de agente de instantáneas mediante la ejecución de procedimiento del sistema sp_add_agent_parameter como sigue:

EXEC sp_add_agent_parameter 1, 'MaxNetworkOptimization', 1
5.3.11 Combinar usos de replicación nueva función
introducido en el SP3

SP3 y automáticamente más tarde crea una nueva función para su uso mediante la duplicación de mezcla. El nombre de la nueva función está en el formulario MSmerge-< ID. de publicación >. La función creada en el publicador para cada publicación de duplicación de mezcla y actúa como la lista de acceso a la publicación (PAL) para controlar el acceso a publicaciones en el publicador de mezcla. Si esta función se interrumpe, puede ejecutar un nuevo procedimiento almacenado incluido con el SP3 o posterior, sp_createmergepalrole, volver a crear la función. Este procedimiento almacenado se ejecuta en el publicador en la base de datos de publicación para volver a crear la función.
Syntax
sp_createmergepalrole [ @publication = ] 'publication' 

Arguments
[@publication = ] 'publication' 

The publication name. publication is sysname, with no default. This parameter is used to select the publication to use when re-creating a role used by merge replication. 

Return Code Values
0 (success) or 1 (failure)
comentarios

Ejecutando sp_createmergepalrole agrega una nueva fila a la tabla sysusers de la nueva función. El nombre de esta nueva función se basa en el valor de la columna pubid en la tabla sysmergepublications para la publicación indicada. El prefijo del nombre de función es 'MSMerge_' y el valor de pubid es anexado (sin guiones) al nombre de función.

permisos

Sólo los miembros de la función fija sysadmin función de servidor o fija de base de datos db_owner pueden ejecutar sp_createmergepalrole .
5.3.12 Nuevos requisitos para las suscripciones creados por usuarios no sysadmin
introducido en el SP3

Si se crea una suscripción por un usuario que no es un miembro de la función fija de servidor sysadmin, deberá realizar una de las siguientes:
  • Configurar la cuenta de proxy del Agente SQL Server con un inicio de sesión y una contraseña para que el paso de trabajo del Agente SQL Server asociado con el agente de replicación se ejecuta con privilegios suficientes. Para obtener más información, vea el tema "xp_sqlagent_proxy_account" en los libros en pantalla de SQL Server.
  • Cambiar el propietario del paso de trabajo a un usuario que es miembro de la función fija de servidor sysadmin antes de ejecutar al agente.
Nota La característica de activación remota de agentes siempre requiere el paso de trabajo para ejecutar en el contexto de una cuenta de usuario en la función fija de servidor sysadmin.
5.3.13 Cambia a permisos para procedimientos almacenados
introducido en el SP3

Han cambiado los permisos en un número de los procedimientos almacenados utilizados para implementar, administrar y supervisar una topología de replicación. La mayoría de estos cambios implica una apretarse de los permisos necesarios para ejecutar los procedimientos almacenados. Para obtener más información acerca de los permisos nuevos, revise la documentación de referencia de Transact-SQL para los procedimientos almacenados de réplica de la versión actualizada de los libros en pantalla de SQL Server. Para obtener más información acerca de la actualizada SQL Server Books Online, consulte sección 1.6 actualizado libros en pantalla documentación es disponibles.
5.3.14 Nuevo parámetro para sp_addmergearticle y sp_changemergearticle
introducido en el SP3

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 en una publicación de mezcla también se publica en una publicación transaccional. @ published_in_tran_pub es de tipo nvarchar (5), con un valor predeterminado de FALSE. TRUE especifica que el artículo también se publica en una publicación transaccional.

Nota Cuando cambie este parámetro en sp_changemergearticle, la instantánea debe invalidarse y los suscriptores deben reinicializarse.
5.3.15 Nueva página para configurar publicar y Asistente para distribución
introducido en el SP3

El Asistente para distribución configurar publicar y ahora incluye una nueva página: contraseña de distribuidor. Debe escribir una contraseña en esta página si selecciona uno o más editores para utilizar el servidor como un distribuidor remoto y uno o varios de dichos publicadores requieren una contraseña. La conexión entre un publicador y distribuidor remoto es un híbrido de un servidor vinculado y un servidor remoto. La conexión utiliza el inicio de sesión distributor_admin. De forma predeterminada, el publicador está configurado como no de confianza en el distribuidor remoto, por lo que una contraseña es necesaria.

Nota Si haber descargado e instalado los libros en pantalla de SQL Server 2000 (actualizado - SP3), esta información está disponible al hacer clic en el botón Ayuda para la nueva página.
5.3.16 Cambia a soporte técnico de Windows Synchronization Manager
introducido en el SP3

SQL Server permite habilitar las suscripciones existentes (creadas mediante el Administrador corporativo de SQL Server, SQL-DMO y procedimientos almacenados de duplicación) para uso con el Administrador de sincronización de Windows. También puede crear nuevas suscripciones con el Administrador de sincronización de Windows. Después de aplicar el service pack, al sincronizar una suscripción, Administrador de sincronización de Windows le pedirá que escriba la contraseña o contraseñas necesarias para conectarse a los servidores implicados en la sincronización.
5.3.17 Cambie a requisitos para asociar o restaurar una base de datos de replicación
introducido en el SP3

Bajo un determinado conjunto de condiciones, replicación podría funcionar incorrectamente en el proceso de adjuntar o restaurar una base de datos publicada. Estas condiciones son:
  • SP3 o posterior se ha aplicado.
  • El usuario adjuntar la base de datos no es un miembro de la función fija de servidor sysadmin .
  • No se ha permitido encadenamiento entre bases de datos.
Si se cumplen estas condiciones, se debe ejecutar el procedimiento sp_changedbowner almacenados en la base de datos adjunta o restaurada. Asignar propiedad a inicio de sesión de administrador integrada de sa . Esto garantizará que la replicación funciona correctamente.

Nota Debe ser un miembro de la función fija de servidor sysadmin para ejecutar sp_changedbowner .

Para obtener más información acerca de encadenamiento de propiedad entre bases de datos, vea la sección 5.1.11 encadenamiento de propiedad entre bases de datos.

Mejoras de agente de 5.4 SQL Server

Esta sección trata las mejoras en Agente SQL Server que se incluyen en SP3a.
Información de cuenta de registros de agente de servidor SQL de 5.4.1
introducido en SP2

El SQL Server trabajo historial del agente ahora registros de Windows cuenta bajo la que se ejecuta cada paso de trabajo. Esta información ayuda a los administradores a diagnosticar problemas de seguridad de los trabajos programados, incluidos trabajos programados que se definen para tareas de servicios de transformación de datos (DTS) y replicación.
5.4.2 Cambia a configuraciones de servidor maestro/destino
introducido en el SP3

Administración multiservidor es el proceso de automatizar las tareas de administración en varias instancias de SQL Server. Administración de uso multiservidor si administra dos o más servidores y desea centralizar las tareas de mantenimiento.

En el SP3a, la cuenta del servicio Agente SQL Server no tiene que ser un administrador de Windows a menos que necesite utilizar la cuenta de proxy agente de SQL Server. Para obtener más información sobre el proxy de agente de SQL Server cuenta, consulte sección 5.7.3 SQL Server agente proxy cuenta mejoras. La cuenta del servicio Agente SQL Server debe ser un miembro de la función fija de servidor sysadmin.

Con la administración multiservidor, debe tener al menos un servidor principal y servidor de destino al menos. Un servidor maestro distribuye los trabajos y recibe sucesos de servidores de destino. Un servidor maestro almacena la copia central de definiciones de trabajo para los trabajos que se ejecutan en servidores de destino. Servidores de destino conectarse periódicamente a su servidor maestro para actualizar su lista de trabajos para llevar a cabo. Si existe un trabajo nuevo, el servidor de destino descarga el trabajo y se desconecta del servidor principal. Una vez que el servidor de destino completa el trabajo, se vuelve a conectar el servidor principal y se informa del estado del trabajo.

Antes de aplicar el SP3a, debe completar varios pasos para actualizar la configuración del servidor maestro/destino SQL Server 2000. Los cambios que se introducen con SP3a no son compatibles con servidores de destino de SQL Server 7.0, o con los servidores que no ejecutan SP3a. Se trata de un cambio de la funcionalidad original de SQL Server 2000.

para actualizar la configuración de servidor maestro/destino
  1. Crear una nueva cuenta (servidor principal) del servidor principal en el servidor principal. Esto es para preparar el servidor de destino (servidor de destino) (o servidores) para la actualización. Para ello, ejecute los comandos siguientes. autenticación: vea la explicación a continuación para--detalles de
    --Option A: Windows authentication
    EXEC sp_grantlogin 'DOMAIN\user'
    GO
    USE msdb
    GO
    EXEC sp_adduser 'DOMAIN\user', 'DOMAIN\user', 'TargetServersRole'
    GO
    
    --Option B: SQL Server authentication ? see explanation below for 
    --details.
    EXEC sp_addlogin <MSXAccount>, <MSXAccountPassword>, 'msdb' 
    GO
    USE msdb
    GO
    EXEC sp_adduser <MSXAccount>, <MSXAccount>, 'TargetServersRole'
    GO
    
    donde <msxaccount> representa el nombre de inicio de sesión de SQL que elija y <msxaccountpassword> representa la contraseña asociada.

    Nota Estos valores deben ir encerrados entre comillas simples.

    Tiene las opciones siguientes al elegir una cuenta principal:
    • Autenticación de Windows. Esta es la opción más segura, porque las contraseñas no tienen que almacenarse y SQL Server y Agente SQL Server pueden configurarse sin derechos de administrador de Windows locales.
    • Autenticación de SQL Server. Esto requiere las cuentas de servicio de Agente SQL Server que tiene derechos de administrador locales de Windows ya que SQL Server almacena el nombre de usuario y la contraseña como un secreto de autoridad (LSA) de seguridad local y acceso está restringido a administradores de Windows locales. Puede crear una cuenta para todos los servidores de destino, o puede crear una cuenta para cada servidor de destino.
    No especifica una cuenta de sonda de SQLServerAgent (<nombredeequipo> _msx_probe_login). Como parte de la actualización a SP3 o posterior, SQL Server quita las cuentas de sonda antiguas porque los servidores de destino ya no utilizan.
  2. Actualizar los servidores de destino a SP3a uno en uno. (Antes de aplicar el service pack, consulte paso 3 para obtener más información acerca de la actualización de temporización.)
  3. Para minimizar el tiempo de inactividad, ejecute el procedimiento almacenado extendido xp_sqlagent_msx_account en cada servidor de destino poco una vez finalizada la actualización de SP3a.

    Nota Después de ejecutar xp_sqlagent_msx_account, Agente SQL debe detener y reiniciar en cada servidor.

    Para obtener más información acerca de xp_sqlagent_msx_account, consulte la sección 5.4.3 nuevo SQL Server Agent procedimiento almacenado extendido.
  4. Aplicar el SP3a a su servidor principal. Las cuentas de _msx_probe antiguas se eliminan mediante el programa de instalación SP3a, porque los servidores de destino ya no utilizan. Si una cuenta posee trabajos del Agente SQL, no se quita la cuenta y debe cambiar el propietario de los trabajos a otro usuario y quitar manualmente estas cuentas. Si desea seguir utilizando las cuentas de _msx_probe antiguas que propios trabajos de Agente SQL, quizás tenga que cambiar la contraseña de la cuenta _msx_probe.
Procedimiento almacenado de 5.4.3 extendido nuevo Agente SQL Server
introducido en el SP3

SP3a incluye un nuevo procedimiento almacenado extendido que le permite configurar la cuenta que el servidor de destino de agente de SQL Server utiliza para descargar instrucciones desde un servidor principal. Esta cuenta es también conocido como la cuenta del servidor principal, o servidor maestro.

xp_sqlagent_msx_account

El xp_sqlagent_msx_account procedimiento almacenado extendido establece o recupera el nombre de usuario de cuenta principal de agente de SQL Server y la contraseña a o desde los secretos de LSA en el servidor de destino. Sólo los miembros de la función fija de servidor de securityadmin pueden ejecutar este procedimiento almacenado extendido.

Antes de poder ejecutar este extendido procedimiento almacenado, SQL agente Server debe estar ejecutándose. Además, si la cuenta especificada es un SQL Server login, Agente SQL Server debe tener derechos de administrador de Windows locales. Agente SQL Server almacena el nombre de usuario y la contraseña como un secreto LSA y acceso está restringido a administradores de Windows locales.
Syntax
xp_sqlagent_msx_account

    {N'GET' |

    N'SET' | N'DEL', N'MSX_domain_name', N'MSX_username', N'MSX_password'

    }

Arguments
N'GET' 

Recupera la cuenta principal de agente de SQL Server actual. N'GET ' es un tipo nvarchar y no tiene valor predeterminado. No se notifica la contraseña por razones de seguridad.

N'SET '

Establece la cuenta para utilizarlo como servidor principal de agente de SQL Server cuenta. Uso la MSX_username y MSX_password parámetros para especificar la cuenta para usar como la cuenta principal de agente de SQL Server. N'SET ' es un tipo nvarchar y no tiene valor predeterminado.

N'DEL '

Elimina la cuenta principal de agente de SQL Server.

'MSX_domain_name'

Reservado para uso futuro.

'MSX_username'

Nombre de la cuenta de Windows que se utilizará como la cuenta principal de agente de SQL Server. Especifique una cadena vacía para este parámetro y MSX_password seleccione seguridad de Windows. En este caso, el Agente SQL Server cuenta credenciales se utilizan para iniciar sesión en el servidor principal de servicio. MSX_username es un tipo nvarchar y no tiene valor predeterminado.

'MSX_password'

La contraseña para la cuenta SQL Server especificada en MSX_username. Especifique una cadena vacía para este parámetro y el MSX_username para seleccionar la seguridad de Windows. En este caso, se utilizan las credenciales de cuenta de servicio de Agente SQL Server para iniciar sesión en el servidor. MSX_password es un nvarchar no tiene valor predeterminado.

Nota Los parámetros para xp_sqlagent_msx_account deben especificarse en orden. No se puede utilizar parámetros con nombre.
Devolver valores de código

Devuelve un valor de 0 en el éxito o 1 en caso de error
Cuando xp_sqlagent_msx_account se produce un error y devuelve un valor de 1, SQL Server genera un mensaje de error con información sobre el error.
conjuntos de resultados

Si se ha establecido una cuenta principal de agente de SQL Server, xp_sqlagent_msx_account devuelve un resultado establece con la siguiente información cuando se especifica N'GET ' .
Contraer esta tablaAmpliar esta tabla
ColumnaTipo de datosDescripción
dominiosysnameN/A. reservado para uso futuro.
nombre de usuariosysnameCuenta utilizada como el SQL cuenta principal del agente de servidor.
Si no se ha establecido una cuenta principal de agente de SQL Server, o si N'SET ' está no especificado, se devuelve ningún conjunto de resultados.

permisos

Ejecutar permisos para xp_sqlagent_msx_account predeterminado los miembros de la función fija de servidor de securityadmin .

ejemplos
  • Recuperar el servidor principal asignado actualmente agente de servidor de SQL cuenta

    Ejemplo siguiente recupera la cuenta asignada actualmente para su uso como la cuenta principal de agente de SQL Server:

    EXEC master.dbo.xp_sqlagent_msx_account N'GET '
  • Establecer la cuenta de servidor principal de agente de SQL Server para utilizar Windows autenticación

    El ejemplo siguiente establece el principal de agente de SQL Server cuenta para utilizar autenticación de Windows:
    EXEC master.dbo.xp_sqlagent_msx_account N'SET',
       N'',  -- Reserved for future use 
       N'',  -- MSX_username
       N''  -- MSX_password
    
  • Establecer la cuenta principal de agente de SQL Server a SQL Server autenticación

    El siguiente ejemplo se establece el principal de agente de SQL Server cuenta Ralph y especifica una contraseña:
    EXEC master.dbo.xp_sqlagent_msx_account N'SET',
       N'',  -- Reserved for future use 
       N'Ralph',  -- MSX_username
       N'RalphPwd'  -- MSX_password
    
  • Eliminar la cuenta principal de agente de SQL Server

    En el ejemplo siguiente se elimina la cuenta principal de agente de SQL Server. Esto significa que SQL Server Agent predeterminado es autenticación de la seguridad integrada de Windows.


    EXEC master.dbo.xp_sqlagent_msx_account N'DEL '
Comprobaciones de permisos de agente de servidor SQL 5.4.4
introducido en el SP3

SQL Server ahora se comprueba para garantizar que el propietario del trabajo de agente tiene permiso para anexar o sobrescribir el archivo de registro de salida de cada trabajo. Esto ocurre de tres maneras:
  • Si el propietario del trabajo es un miembro de la función fija de servidor sysadmin, el archivo de registro de salida de trabajo puede escribirse en el servidor.
  • Si el propietario del trabajo es un usuario de Windows, SQL Server comprueba si el usuario tiene permiso para escribir la ubicación trabajo seleccionado del archivo de registro de salida en el servidor.
  • Si el propietario del trabajo es un usuario de SQL Server, SQL Server comprueba la cuenta de proxy Agente SQL Server para obtener permiso para escribir la ubicación trabajo seleccionado del archivo de registro de salida en el servidor. Si no se ha establecido la cuenta de proxy, no se escribirá ningún registro.
En todos los casos, los trabajos se escriben con SQLServerAgent credenciales, pero SQL Server ahora la ubicación del archivo en el servidor de registro de pruebas para asegurarse el usuario tiene permiso para escribir en el resultado del trabajo seleccionado. Aparecen errores en el historial de trabajo, pero los pasos de trabajo no tienen errores si el archivo de registro no se puede escribir.
Perfiles MAPI de 5.4.5 SQL Agent Mail
introducido en el SP3

En la versión de 32 bits de SQL Server 2000, SQL Agent Mail puede configurarse para utilizar un perfil de correo electrónico MAPI extendido para enviar alertas por correo electrónico. Puede utilizar una aplicación de correo electrónico de MAPI extendido, como por ejemplo Microsoft Outlook, para crear un perfil de MAPI extendido. En la versión de 64 bits de SQL Server 2000, SQL Agent Mail puede utilice solamente un perfil de MAPI simple para enviar alertas de correo electrónico. No utilice perfiles de MAPI simple en la versión de 32 bits de SQL Server 2000.

Mejoras de componentes de conectividad de 5.5 SQL Server

Esta sección trata las mejoras en los componentes de conectividad de SQL Server 2000 que se incluyen con SP3a.
5.5.1 Las actualizaciones de Microsoft Data Access Components
introducido en Service Pack 3a

Service Pack 3a incluye actualizaciones para Microsoft Data Access Components (MDAC). Al instalar el SP3a, también se instala MDAC 2.7 Service Pack 1a. MDAC 2.7 SP1a no tiene cambios desde la versión de MDAC instalado por SQL Server 2000 (MDAC 2.6), pero incluye correcciones y mejoras de seguridad. MDAC 2.7 SP1a incluye una actualización a MSXML 3 SP3.

Nota Esta versión de MDAC no está instalada si el programa de instalación detecta la misma versión o una versión más reciente.

Para obtener más información acerca de esta versión de MDAC, vea el sitio Web de Microsoft Universal Data Access en esta página en microsoft.com. Las revisiones incluidas en esta versión de MDAC se documentarán en el artículo de Knowledge Base 326848. Puede obtener acceso a este artículo desde la base de Knowledge servicios de soporte técnico de Microsoft.
Compatibilidad con 5.5.2 QLogic arquitectura de interfaz virtual
introducido en el SP3

SQL Server ahora admite la interfaz virtual QLogic implementaciones de la red de área de arquitectura (VIA) sistema (SAN). Para habilitar la compatibilidad con SQL Server en conexiones a través de QLogic VIA, los equipos del cliente y servidor deben proporcionar resolución de direcciones IP en un archivo denominado Vihosts en la carpeta system32\drivers\etc de Windows correspondiente.
The Vihosts file should be formatted as follows:

<VI IP Address of server computer> <SERVER_COMPUTERNAME>

<VI IP Address of client computer> <CLIENT_COMPUTERNAME>

For example:

139.4.130.1  SQLCOMPUTER

139.4.130.2  SQLCLIENT

direcciones IP de uso de los respectivos QLogic VIA red tarjetas y los nombres de equipo real. En caso contrario, las conexiones no pueden realizarse a las instancias con nombre o con otros protocolos IP, como TCP o canalizaciones con nombre. El archivo Vihosts no es necesario para la conectividad VIA GigaNet.

Nota Debe identificar el correcto VIA proveedor en los equipos cliente utilizando la herramienta de red de cliente. Seleccione el valor apropiado en el proveedor cuadro de lista desplegable. También se debe completar la acción correspondiente en equipos de servidor a través de herramienta de red del servidor.

5.6 Meta Data Services Enhancements

Esta sección trata las mejoras en Meta Data Services de SQL Server 2000 que se incluyen con SP3a.
5.6.1 Meta datos explorador exportaciones en Unicode
introducido en SP1

Exportar el Explorador de metadatos ahora basado en XML metadatos en formato Unicode. Antes de SQL Server 2000 SP1, el Explorador de exporta código ANSI, que no admite caracteres no ingleses. Este cambio funcional es invisible para el usuario. De esta versión de SP3a, datos exportados se expresan siempre como Unicode. Todavía puede exportar código ANSI estableciendo el valor del registro clave HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport a 0. En la lista siguiente representa los valores que se pueden establecer para esta clave del registro:
  • NOOBJID = 1
  • NOHEADER = 2
  • SANGRÍA = 4
  • UNICODE = 8
  • LOGUNMAPPEDTAGS = 16
  • EXPORTBASE = 32
Para obtener más información acerca de cada indicador, consulte "IExport::Export Method" en los libros en pantalla de SQL Server.
Secuencias de comandos de 5.6.2 compatibilidad deshabilitado
introducido en el SP3

Se deshabilitó la compatibilidad de la secuencia de comandos en los modelos de información. Después de instalar el SP3a, recibirá el error siguiente si la aplicación tiene acceso a una propiedad o método para el que se define una secuencia de comandos:
EREP_SCRIPTS_NOTENABLED

para habilitar la compatibilidad con secuencia de comandos

Si necesita continuar ejecutando secuencias de comandos, puede utilizar el siguiente procedimiento para crear una configuración del registro que habilita la compatibilidad con secuencias de comandos.
  • Abrir el Editor del registro y desplácese al HKEY_LOCAL_MACHINE\Software\Microsoft.
  • Cree una clave de registro denominada repositorio (si no existe ya uno) y, a continuación, cree una subclave denominada motor para que la ruta de acceso es igual a Repository\Engine.
  • En la clave del registro del motor , agregue un nuevo valor DWORD denominado AllowScripting y establezca el valor en 1 . Si desea deshabilitar secuencias de comandos posteriormente, establezca el valor de esta nueva clave del registro a 0 .
importante Siempre debe proteger modelos de información y la base de datos para impedir el acceso no autorizado del depósito.
5.6.3 Nuevo RepositoryUser función para obtener acceso a información de depósito
introducido en el SP3

SQL Server se incluye en la base de datos msdb de un conjunto de tablas, procedimientos almacenados y vistas que almacenan información utilizada por el motor del depósito de Meta Data Services. En el SP3, una nueva función dedicada denominada RepositoryUser se agregó y debe utilizarse para obtener acceso y actualizar información del depósito. Esta función se ha crear concedido, leer, actualizar, eliminar y ejecutar permisos en estos objetos. La función pública ya no tiene permisos en estos objetos. .

Este cambio afecta a objetos existentes de repositorio además de los objetos adicionales creados por el motor del depósito en el futuro. Usuarios y aplicaciones que obtener acceso el repositorio a través de la función pública deben agregarse a la función RepositoryUser .

Mejoras de servicios de transformación de datos de 5.7

Esta sección trata las mejoras en SQL Server 2000 Data Transformation Services que se incluyen con SP3a.
Asistente para DTS 5.7.1 no limita columnas de cadenas a 255 caracteres
introducido en SP2

Al exportar datos a un archivo de texto, el Asistente para importación/exportación con DTS configura ahora el paquete a escribir hasta 8000 caracteres de cualquier columna que contiene datos de tipo cadena.
Contexto de seguridad de 5.7.2 registrado para ejecución paquetes DTS por el Agente SQL Server


introducido en SP2

El agente de SQL Server registra el contexto de seguridad en el que se ejecuta cada paso de un trabajo. En el SP3 o posterior, el contexto de seguridad aparece en el cuadro de diálogo Historial de trabajos. Al ejecutar un paquete DTS desde un paso en un trabajo, el Agente SQL Server registra la cuenta de usuario en la que se ejecuta el paquete. Esta información ayuda a los administradores a diagnosticar problemas de permisos y autenticación que se producen cuando los paquetes DTS están programados para ejecutarse en un servidor.
Mejoras de cuenta de proxy de agente de 5.7.3 SQL Server
introducido en SP2

Versiones anteriores a SP2, paquetes DTS almacenados en el servidor no puede ejecutarse con las credenciales de la cuenta de proxy agente de SQL Server a menos que la cuenta de proxy ha tenido acceso en la carpeta Temp de usuario para la cuenta bajo la que se estaba ejecutando el servidor (en el caso de trabajos ejecutados de xp_cmdshell ) o el agente (en el caso de trabajos del agente). A causa de esto, los usuarios a menudo se tenían que ajustar la variable de entorno TEMP de la cuenta de inicio de SQL Server o Agente SQL para que señale a un directorio que pudiera acceder el inicio y las cuentas de proxy, como, por ejemplo, C:\Temp. SP2 y versiones posteriores, se ha mejorado DTS para utilizar el sistema TEMP carpeta si la carpeta Temp de usuario no está disponible, lo que reduce considerablemente la necesidad de estos ajustes.
5.7.4 Guardar en Meta Data Services deshabilitado de forma predeterminada
introducido en el SP3

Forma predeterminada, SP3 y posterior deshabilita la opción de almacenar DTS paquetes en Meta Data Services . Esto significa que la opción de Meta Data Services no aparece en la lista desplegable de ubicación en el cuadro de diálogo Guardar paquetes DTS . Además, esta opción está deshabilitada en el guardar, programar y página de paquete replicar en el Asistente para importación/exportación con DTS.

para permitir paquetes para guardarse en Meta Data Services
  • En el Administrador corporativo de SQL Server, haga clic con el botón secundario en el nodo Servicios de transformación de datos , haga clic en Propiedades y, a continuación, haga clic en Habilitar guardar en Meta Data Services.
Nota Debe haber iniciado sesión con privilegios de administrador para modificar esta propiedad.

Cuando está deshabilitada la opción para almacenar paquetes en Meta Data Service, puede cargar paquetes existentes de Meta Data Services, editar y Guardar en Meta Data Services mediante la opción de guardar. Sin embargo, Meta Data Services no está disponible desde el Guardar como opción. Vuelva a por ejemplo, no puede guardar un paquete en Meta Data Services con un nombre diferente.

Mejoras 5.8 XML

El siguiente tema describe una mejora para XML y SQLXML en SP3a.
Validación 5.8.1 mejorada de expresiones XPath
introducido en el SP3

Antes a SP3, la versión de MSXML que se instaló con SQL Server 2000 (MSXML 2.6) permite un predicado en una expresión XPath para seguir la abreviatura de carácter especial que identifica el nodo de contexto actual, que se indican mediante un punto (.) en la sintaxis de XPath. Esto infringe la especificación de sintaxis de XPath, que requiere que este carácter se va seguido de una expresión de ruta de acceso de ubicación.

Cuando aplicar SP3 o posterior, en que una versión actualizada de MSXML (3.0 SP3) está instalada como parte de la actualización MDAC. Para obtener más información, vea actualizaciones de la sección 5.5.1 para Microsoft Data Access Components.

Con la nueva versión de MSXML, un predicado no puede seguir inmediatamente el carácter especial de contexto nodo abreviatura actual. Las expresiones XPath en SQLXML consultas (consultas XPath contra anotado esquemas de asignación y en hojas de estilos XSLT escritas para transformar los resultados de SQLXML consulta) que utilizan la sintaxis defectuosa funcionará después de actualizar a SP3 o posterior

Para evitar estos errores, identifique y corrija cualquier expresión que utilice la sintaxis incorrecta. Por ejemplo, la sintaxis de la expresión XPath que se especifica como el valor del atributo de prueba en el siguiente elemento xsl: if no es válido porque el predicado, [@ ResourceTypeID = '2'], inmediatamente después de la abreviatura de carácter especial que identifica el nodo de contexto actual.

La instrucción siguiente, que anteriormente no generó un error, producirá un error después de SP3 o posterior instalada.
xsl:if test=".[@ResourceTypeID='2']">
To prevent a failure, the XPath expression must be amended as follows:

<xsl:if test="@ResourceTypeID='2'">

Mejoras de API de dispositivos de copia de seguridad 5.9 virtual

El elemento siguiente se aplica a la API de SQL Server 2000 virtual copia de seguridad de dispositivos.
5.9.1 Capturar varias bases de datos en una única instantánea

introducido en SP2

La API de dispositivos de copia de seguridad virtual permite ISV a integrar SQL Server 2000 en sus productos. Esta API está diseñada para proporcionar máxima confiabilidad y rendimiento. Admite totalmente la funcionalidad de copia de seguridad y restauración de SQL Server 2000, incluida la gama completa de las capacidades de copia de seguridad activa y de instantáneas.

En el SP1 y versiones anteriores, había forma de inmovilizar y copia más de una sola base de datos a la vez. SP3 o posterior ahora proporciona compatibilidad con servidor inmovilizar y capturar varias bases de datos en una única instantánea mediante el comando VDC_PrepareToFreeze .

La especificación de dispositivo de copia de seguridad virtual en SP3a contiene información actualizada acerca del comando VDC_PrepareTo inmovilizar . Puede encontrar una versión actualizada del archivo de encabezado de interfaz de dispositivo virtual (vdi.h) en \Devtools\Include en el directorio de instalación SP3a

Especificación actualizada se puede descargar desde el Centro de descarga de Microsoft en el sitio Web de descargas de Microsoft SQL Server.

Informe de errores de 5.10

introducido en el SP3

Está deshabilitado informes de errores de Microsoft SQL Server de forma predeterminada. Habilitar durante la instalación mediante instalación de SQL Server o instalación de Analysis Services, o tras la instalación mediante el cuadro de diálogo Propiedades del servidor en Administrador de empresa o en el cuadro de diálogo Propiedades del servidor cuadro en Analysis Manager. Habilitar informes mientras se ejecuta el programa de instalación de SQL Server de errores permite informar de errores para el motor de base de datos de SQL Server y Agente SQL Server. Habilitar informes de errores mientras ejecuta la instalación de Analysis Services permite informar de errores para Analysis Services. Si desea habilitar para SQL Server y Analysis Services de informe de errores, debe habilitar informes de SQL Server mientras se ejecuta el programa de instalación de SQL Server y Analysis Services mientras se ejecuta la instalación de Analysis Services de errores.

Si habilita esta característica, SQL Server está configurado para enviar un informe a Microsoft automáticamente si se produce un error grave en el motor de base de datos de SQL Server, en el Agente SQL Server o en SQL Server Analysis Services. Microsoft utiliza informes de errores para mejorar la funcionalidad de SQL Server y trata de toda la información como confidencial.

Información acerca de los errores se envía por un seguro (HTTPS) conexión a Microsoft, donde se almacena con acceso limitado. Como alternativa, se puede enviar esta información a su propio servidor Corporate Error Reporting.

El informe de errores contiene la siguiente información
  • La condición de SQL Server cuando se produjo el problema.
  • La información de hardware del sistema operativo versión y equipo.
  • El identificador de producto digital, que puede utilizarse para identificar su licencia.
  • La dirección IP de red del equipo.
  • Información de memoria o archivos del proceso que causó el error.
Microsoft no recopila intencionadamente los archivos, nombre, dirección, dirección de correo electrónico o cualquier otra forma de información personal. El informe de errores sin embargo, puede contener información específica del cliente desde la memoria o archivos del proceso que causó el error. Aunque esta información puede utilizarse potencialmente para determinar su identidad, Microsoft no utiliza esta información para ese propósito.

Para el error de Microsoft informes de directiva de recopilación de datos, vea este Microsoft Web site.

Si habilita informe de errores y se produce un error grave, puede ver una respuesta de Microsoft en el registro de sucesos de Windows que señala a un artículo de Knowledge Base sobre un error determinado. Una respuesta puede ser similar al siguiente ejemplo:
Source = MSSQLServerOlapServicesDW 
EventID = 1010
data = http://support.microsoft.com/support/misc/kblookup.asp?id=Q123456
&iBucketTable=1&iBucket=39980&Cab=21474432.cab&LCID=1033
&OS=5.1.2600.2.00010100.0.0
para deshabilitar informar de errores para el motor de base de datos de SQL Server y Agente SQL Server, vaya a SQL Server propiedades (ficha general) en el Administrador corporativo y desactive la casilla Habilitar los informes de error . Para deshabilitar el informe para Analysis Services de errores, vaya a propiedades del servidor en Analysis Manager y desactive la casilla de verificación Habilitar informe de errores . Si el informe de errores está habilitado para SQL Server (motor de base de datos y Agente SQL Server) y Analysis Services, debe deshabilitar informe de SQL Server y Analysis Services individualmente.

5.11 English Query mejoras

introducido en SP21

Microsoft ha lanzado una mejora de seguridad para las aplicaciones de English Query. Esta mejora no se instala como parte del service pack. Sin embargo, se recomienda que la aplique si utiliza English Query. La mejora de seguridad se encuentra en la carpeta \EQHotfix SP3a CD-ROM. Los detalles acerca de la mejora de English Query están disponibles en la Knowledge producto servicios de base. Busque el artículo 297105 de Knowledge Base.

5.12 DB-Library y SQL incrustado para C

introducido en SP1

Aunque la DB-Library y SQL incrustado para C API todavía se admiten en SQL Server 2000, no las versiones futuras de SQL Server incluirá los archivos que son necesarios para programar aplicaciones que utilizan estas API. Se las conexiones desde aplicaciones existentes escritas mediante DB-Library y SQL incrustado para C todavía se admite en la siguiente versión de SQL Server, pero esta compatibilidad se quitará en una versión futura. Al escribir nuevas aplicaciones, evite utilizar estos componentes. Cuando modifique aplicaciones existentes, se recomienda encarecidamente para quitar dependencias de estas tecnologías. En lugar de DB-Library o SQL incrustado para C, puede utilizar ADO, OLE DB u ODBC a datos de acceso en SQL Server. Para obtener más información acerca de estas tecnologías, consulte los libros en pantalla de SQL Server.

Propiedades

Id. de artículo: 889551 - Última revisión: viernes, 16 de noviembre de 2007 - Versión: 3.8
La información de este artículo se refiere a:
  • Microsoft SQL Server 2000 Desktop Engine (MSDE) SP3a
  • Microsoft SQL Server 2000 Analysis Services
  • Microsoft SQL Server 2000 Developer Edition SP3a
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Enterprise Evaluation Edition
  • Microsoft SQL Server 2000 Personal Edition SP3a
  • Microsoft SQL Server 2000 Standard Edition
Palabras clave: 
kbmt kbinfo KB889551 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 889551

Enviar comentarios

 

Contact us for more help

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