Descripción de Service Pack 1 para SQL Server 2000: 30 de mayo de 2001

Microsoft SQL Server 2000 Service Pack 1 (SP1) proporciona actualizaciones para los componentes de base de datos de una instalación de SQL Server 2000. En este artículo incluye la información siguiente:

• Cómo para identificar qué versión de SQL Server y Analysis Services está instalado
• Cómo descargar y extraer SP1 de SQL Server 2000
• Cómo instalar SQL Server 2000 SP1
• Cómo redistribuir los componentes de cliente de la base de datos de SP1 de componentes
• Información acerca de problemas pueden producirse al ejecutar este service pack
• Información acerca de una mejora de seguridad para inglés de las consultas que está disponible por separado

Esta versión de SQL Server 2000 Service Pack 1 (SP1) se proporciona en tres partes:

• SP1 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. SP1 de componentes de base de datos incluye actualizaciones para los siguientes:
  • El motor de datos
  • Herramientas de cliente de base de datos y utilidades, como Administrador corporativo de SQL Server y osql
  • Componentes de conectividad de cliente de base de datos, como por ejemplo proveedor Microsoft OLE DB para SQL Server 2000, el controlador ODBC de SQL Server 2000 y las bibliotecas de red de cliente
• SP1 de Analysis Services incluye actualizaciones para los componentes de Analysis Services de SQL Server 2000 de una instalación de SQL Server 2000, incluidos los siguientes:
  • Analysis Services
  • Componentes de cliente de servicios de análisis, como Analysis Manager y proveedor Microsoft OLE DB para Analysis Services
  • Componentes de conectividad de cliente de base de datos, como por ejemplo proveedor Microsoft OLE DB para SQL Server 2000, el controlador ODBC de SQL Server 2000 y las bibliotecas de red de cliente
• SP1 de Desktop Engine incluye actualizaciones para los componentes de base de datos de una instancia de SQL Server 2000 Desktop Engine. Estos componentes incluyen lo siguiente:
  • El motor de datos
  • Componentes de conectividad de cliente de base de datos, como por ejemplo proveedor Microsoft OLE DB para SQL Server 2000, el controlador ODBC de SQL Server 2000 y las bibliotecas de red de cliente

Estos tres componentes de SQL Server 2000 SP1 se pueden aplicar individualmente de las maneras siguientes:

• Utilizar SP1 de componentes de base de datos para actualizar los componentes de base de datos sin actualizar los componentes de Analysis Services o instancias de SQL Server 2000 Desktop Engine.
• Utilice el SP1 de Analysis Services para actualizar los servicios de análisis componentes sin actualizar las instancias de Desktop Engine o los componentes de base de datos.
• Utilice el SP1 de Desktop Engine para actualizar instancias de Desktop Engine sin actualizar Analysis Services ni instancias de otras ediciones de SQL Server 2000. Para obtener más información acerca de cómo instalar Desktop Engine, consulte "Install Desktop Engine SP1" de la sección más adelante en este artículo.

Sin embargo, para actualizar los componentes de base de datos y componentes de Analysis Services, debe aplicar SP1 de componentes de bases de datos y SP1 de Analysis Services.

instalación de SP1 de componentes de base de datos

El programa de instalación de SP1 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 está actualizando. El programa de instalación sólo actualiza los componentes que se han instalado para esa instancia. Por ejemplo, cuando se aplica el service pack a un equipo que ejecuta SQL Server 2000 Standard, no actualiza los componentes que son sólo incluida con SQL Server 2000 Enterprise Edition.

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

quitar SQL Server 2000 SP1

Cuando se instala el service pack, cambia las tablas del sistema para realizar tareas de mantenimiento. A causa de estos cambios, SQL Server 2000 SP1 no se quitarán fácilmente. Para revertir a la generación que estaba ejecutando antes de instalar SP1, debe quitar y volver a instalar SQL Server 2000. Antes de quitar SQL Server 2000, separe las bases de datos. Volver a conectarlos después de reinstalar SQL Server 2000. Para obtener información acerca de cómo utilizar sp_attach_db y sp_detach_db , vea los libros en pantalla de SQL Server.

Después de que ha reinstalado SQL Server 2000, debe hacer lo siguiente:

• Volver a crear los inicios de sesión requiere.
• Volver a crear las tareas programadas que dependen de información de la base de datos msdb.
• Repita los cambios realizados en la base de datos model.
• Volver a configurar la replicación si usa replicación.

información adicional acerca de SQL Server 2000 SP1 corrige Para obtener información adicional acerca de las correcciones contenidas en este service pack, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base: Cada solución enumerada en este artículo contiene un vínculo a un artículo de Knowledge Base que describe el problema que soluciona la revisión.

correcciones QFE

Si recibió una corrección QFE después del 1 de mayo de 2001, la corrección no está incluida en SQL Server 2000 SP1. Póngase en contacto con sobre correcciones QFE y SQL Server 2000 SP1 su proveedor de soporte técnico principal.

Identificar la versión actual de SQL Server

Para identificar la versión de SQL Server 2000 que haya instalado, escriba SELECT @@ VERSION en un símbolo si utiliza las utilidades osql o isql. Si utiliza el Analizador de consultas SQL, escriba SELECT @@ VERSION en la ventana de consulta. La tabla siguiente muestra la relación entre la cadena de versión que el comando SELECT @@ VERSION informa y el número de versión de SQL Server 2000. Si no está seguro de qué edición de SQL Server 2000 está ejecutando, ver la última línea de salida devuelto por el comando SELECT @@ VERSION :

Identificar la versión actual de Analysis Services

Para identificar la versión de Analysis Services que haya instalado, siga estos pasos:

1. Haga clic en Inicio , seleccione Archivos de programa , SQL Server 2000 , Analysis Services y, a continuación, haga clic en Analysis Manager .
2. En el árbol de Analysis Manager, haga clic con el botón secundario en Analysis Servers y a continuación, en Acerca de Analysis Services .

La tabla siguiente muestra la versión de Analysis Services que tiene.

Descargar y extraer SP1 de SQL Server 2000

SQL Server 2000 SP1 se distribuye en dos formatos:

• En un CD
• En los siguientes tres archivos autoextraíbles que se puede descargar desde Internet:
  • SQL2KSP1.exe: SP1 de componentes bases de datos
  • ESN_SQL2KASP1.exe: SP1 de Analysis Services
  • SQL2KDeskSP1.exe: SP1 de Desktop Engine

Los archivos autoextraíbles se utilizan para generar un conjunto de directorios y archivos en el equipo. Estos archivos y directorios son las mismas como conjunto de directorios y archivos en el CD de SQL Server 2000 SP1. Si descarga SQL Server 2000 SP1, debe extraer los archivos para crear los directorios del service pack antes de poder ejecutar el programa de instalación.

El proceso de instalación es la misma para el CD de SP1 de SQL Server 2000 y los archivos de SQL Server 2000 SP1 extraídos.

Nota Algunos de los archivos en los service packs son archivos de sistema. Por lo tanto, no puede verlos a menos que la casilla de verificación Mostrar todos los archivos . Active la casilla de verificación Mostrar todos los archivos , haga lo siguiente:

1. En Microsoft Windows Explorer, en la vista de menú, haga clic en Opciones .
2. Haga clic en la ficha Ver y, a continuación, active la casilla de verificación Mostrar todos los archivos .

Para descargar uno de los archivos enumerados anteriormente en esta sección, guardar el archivo autoextraíble en una carpeta en el equipo que está ejecutando la instancia de SQL Server 2000 donde va a instalar este service pack. Desde esa carpeta, ejecute el archivo. El programa de extracción automática le pedirá el nombre de la carpeta donde desea guardar los archivos del service pack.

En la unidad de disco duro local, necesitará espacio libre que es aproximadamente tres veces el tamaño del archivo autoextraíble. Este espacio incluye espacio para almacenar el archivo, el espacio para almacenar los archivos extraídos del service pack y el espacio de trabajo temporal que requiere el propio programa de extracción automática.

Puede cambiar el nombre de la carpeta donde extraer los archivos después de extraer los componentes. Sin embargo, asegurarse de que el nombre de carpeta no contiene caracteres de espacio. Puede utilizar la misma carpeta de destino para cada archivo que aparece anteriormente en esta sección. Se sobrescriba o interfieran entre sí.

Instalar el SP1 SQL Server 2000

Para instalar el Service Pack 1 de SQL Server 2000, siga uno de los siguientes valores, dependiendo de los componentes que está instalando:

• Para aplicar el SP1 de componentes de bases de datos y SP1 de Analysis Services, siga los pasos que se describen en las siguientes secciones más adelante en este artículo:
  • Realizar la "copia de seguridad de las bases de SQL Server datos"
  • Realizar la "copia de seguridad los análisis de bases de datos de servicios"
  • "Asegúrese de que las bases de datos del sistema tiene suficiente espacio libre"
  • "Detener servicios y aplicaciones antes de ejecutar el programa de instalación de SQL Server 2000 SP1"
  • "Instalar el SP1 de componentes de bases de datos"
  • "Instalar el SP1 de Analysis Services"
  • "Servicios de reinicio"
  • "Reiniciar las aplicaciones"
• Para aplicar sólo SP1 de componentes de bases de datos a un equipo que está ejecutando el servidor y componentes de cliente, siga los pasos que se describen en las siguientes secciones más adelante en este artículo:
  • Realizar la "copia de seguridad de las bases de SQL Server datos"
  • "Asegúrese de que las bases de datos del sistema tiene suficiente espacio libre"
  • "Detener servicios y aplicaciones antes de ejecutar el programa de instalación de SQL Server 2000 SP1"
  • "Instalar el SP1 de componentes de bases de datos"
  • "Instalar el SP1 de Analysis Services"
  • "Servicios de reinicio"
  • "Reiniciar las aplicaciones"
• Para aplicar sólo SP1 de componentes de bases de datos a un equipo que está ejecutando sólo los componentes de cliente de base de datos, siga los pasos que se describen en las siguientes secciones más adelante en este artículo:
  • "Instalar el SP1 de componentes de bases de datos"
  • "Servicios de reinicio"
  • "Reiniciar las aplicaciones"
• Para aplicar sólo SP1 de Analysis Services, siga los pasos que se describen en las siguientes secciones más adelante en este artículo:
  • Realizar la "copia de seguridad los análisis de bases de datos de servicios"
  • "Detener servicios y aplicaciones antes de ejecutar el programa de instalación de SQL Server 2000 SP1"
  • "Instalar el SP1 de Analysis Services"
  • "Servicios de reinicio"
  • "Reiniciar las aplicaciones"
  Utilizar los mismos pasos para equipos que ejecutan al cliente de Analysis Services sólo los componentes y para los equipos que ejecutan tanto los Analysis Services componentes cliente y servidor.
• Para aplicar sólo SP1 de Desktop Engine a un equipo que ejecuta el motor de escritorio, siga los pasos que se describen en las siguientes secciones más adelante en este artículo:
  • "Detener servicios y aplicaciones antes de ejecutar el programa de instalación de SQL Server 2000 SP1"
  • "Instalar el SP1 de Desktop Engine"
• Para aplicar el service pack a un clúster de servidores, siga los pasos que se describen en la sección "Instalar SQL Server 2000 SP1 en un servidor de clúster" más adelante en este artículo

Nota Instalación de SQL Server no puede utilizar para instalar el SP1 de SQL Server 2000 de forma remota.

Antes de instalar SQL Server 2000 SP1, asegúrese de que las bases de datos y grupos de archivos son modificables y que la cuenta de usuario que ejecute el programa de instalación de SQL Server tiene permiso para tener acceso a las bases de datos. Programa de instalación fallará si no lo hace. La causa del error se registra en el archivo Slqsp.log para SQL Server o en el archivo Olapsp.log para Analysis Services. Además, si las bases de datos no son modificables, debe deshabilitar el trasvase de registros para aplicar el service pack.

También puede utilizar Systems Management Server para instalar SQL Server 2000 SP1 automáticamente en varios equipos que ejecutan Windows NT Server 4.0 mediante un archivo de definición de paquete (archivo Smssql2ksp1.PDF). El archivo de definición de paquete crea automáticamente un paquete de SQL Server en Systems Management Server. El paquete de SQL Server luego puede distribuido e instalado en equipos que ejecutan Systems Management Server. El archivo Sms2kdef.bat es un archivo de proceso por lotes que detecta el sistema operativo del equipo y ejecuta la versión apropiada del programa de instalación.

Nota Antes de instalar SQL Server 2000 SP1 en la versión de idioma de Windows NT 4.0, lea y siga las instrucciones en el siguiente artículo en Microsoft Knowledge Base:

Hacer copia de seguridad de las bases de datos SQL Server

Antes de instalar el service pack, haga copia el patrón de base de datos y la base de datos msdb. Instalar el service pack cambia la base de datos master y la base de datos msdb. Los cambios hacerlos incompatible con versiones de pre-SP1 de SQL Server 2000. Estas copias de seguridad son necesarias si decide volver a instalar SQL Server 2000 sin SP1.

Aplicar SQL Server 2000 SP1 no afecta a otras bases de datos.

Hacer copia de seguridad de las bases de datos Analysis Services

Antes de instalar el service pack, haga las bases de datos Analysis Services realizando una copia de seguridad de la carpeta Microsoft Analysis Services\data. De forma predeterminada, esta carpeta está instalada en el c:\Archivos carpeta de archivos. Si no ha migrado el repositorio de Analysis Services a SQL Server, hacer una copia de seguridad copia del archivo Msmdrep.mdb. Este archivo se encuentra en la carpeta Microsoft Analysis Services\Bin. Para guardar las entradas de registro de Analysis Services, ejecución Editor del registro y utilice el Exportar archivo del registro de producto en el menú registro para exportar la subclave HKEY_LOCAL_MACHINE\SOFTWARE\OLAP Server a un archivo de copia de seguridad.

Asegúrese de que las bases de datos del sistema tienen suficiente espacio libre

Si no se ha seleccionado la opción de crecimiento automático para la base de datos principal y la base de datos msdb, las bases de datos deben tener al menos 500 kilobytes (KB) de espacio libre. Para comprobar tienen este espacio, ejecute el sistema sp_spaceused procedimiento almacenado para la base de datos master o msdb de la base de datos. 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 SQL Server Books Online.

Si ha seleccionado la opción de crecimiento automático para la base de datos principal y la base de datos msdb en la instancia de SQL Server 2000 o Desktop Engine donde aplicar SQL Server 2000 SP1, puede omitir este paso.

Para comprobar que se ha seleccionado esta opción 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 Propiedades . Compruebe que está activada la casilla de verificación crecimiento automático del archivo .

Para comprobar que se ha seleccionado esta opción en Desktop Engine, ejecute 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 es distinto de 0.

Detener servicios y aplicaciones antes de ejecutar el programa de instalación de SQL Server 2000 SP1

Puede aplicar SQL Server 2000 SP1 sin detener los servicios. Si no detiene los servicios, el programa de instalación reinicia el equipo.

Para ejecutar el programa de instalación sin reiniciar el equipo, detenga los siguientes servicios y aplicaciones antes de aplicar el service pack:

• El Coordinador de transacciones distribuidas de Microsoft (MSDTC) y los servicios Microsoft Search, MSSQLServer, MSSQLServerOLAPService y SQLServerAgent.
  
  Nota También debe detener estos servicios para cada instancia con nombre. Para la 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. Este paso es recomendable, pero no es necesario.

No puede detener servicios en un entorno agrupado. Para obtener más información, consulte la sección "Instalación en un clúster de servidores" más adelante en este artículo.

Instalar SP1 de componentes de base de datos

Ejecute la secuencia de comandos Setup.bat desde una de las ubicaciones siguientes:

• El directorio que contiene los archivos service pack extraídos desde Sql2ksp1.exe

• El directorio del service pack en el CD de SP1 de SQL Server 2000

Setup.bat abre el cuadro de diálogo de configuración . El cuadro de diálogo 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 sa cuenta de inicio de sesión. Si elige la autenticación de Windows, debe estar iniciado a Windows mediante una cuenta de inicio de sesión de Windows cuando ejecute el programa de instalación. Esta cuenta de inicio de sesión debe ser una parte de la función fija de servidor para la instancia de SQL Server 2000 o Desktop Engine que va a actualizar sysadmin.

El Programa de instalación a continuación, hace lo siguiente:

• Reemplaza los archivos existentes de SQL Server 2000 o Desktop Engine con los archivos de SP1.
• Ejecuta varios archivos secuencia de comandos de Transact-SQL para actualizar procedimientos almacenados del sistema.
• 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 la cuenta de inicio de sesión sa. Al dejar la contraseña de inicio de sesión sa en blanco proporciona a los usuarios fácil acceso administrativo a SQL Server o a Desktop Engine. Puede ayudar exigiendo una contraseña para sa o mediante la autenticación de Windows proteger los sistemas.

El cuadro de diálogo Modo de autenticación mostrar la configuración actual de la instalación. La configuración predeterminada del cuadro de diálogo son:

• En equipos que ejecutan Windows 98 y Windows Millennium Edition, el cuadro de diálogo Modo de autenticación se establece en autenticación de modo mixto y solicita que especifique una contraseña para la cuenta de inicio de sesión sa. Autenticación de modo mixto es el modo de sólo la autenticación que es compatible en estos sistemas operativos. Si especifica una contraseña, el programa de instalación del programa cambia la contraseña de inicio de sesión sa. Si deja en blanco la contraseña, el programa de instalación se conecta y no cambia la contraseña.
• En equipos que ejecutan Windows NT 4.0 o Windows 2000, el programa de instalación está establecido en 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.

Antes de cambiar el modo de autenticación o la contraseña de la cuenta de inicio de sesión sa, asegúrese de que este cambio no afecta a las aplicaciones existentes. Por ejemplo, si cambia de autenticación de modo mixto con la autenticación de Windows, las aplicaciones existentes que intentan conectar mediante autenticación de SQL Server no pueden conectarse hasta que el modo de autenticación es para utilizar la autenticación de Windows. También, si cambia la contraseña de inicio de sesión sa, aplicaciones o procesos administrativos que utilicen la contraseña antigua no pueden conectarse hasta que ha ha para utilizar la nueva contraseña.

El programa de instalación coloca un registro de las acciones que realiza en el archivo Sqlsp.log del directorio Windows del equipo donde se ejecutó.

Instalar SP1 de Analysis Services

Para instalar SP1 de Analysis Services, ejecute Setup.exe desde una de las ubicaciones siguientes:

• El subdirectorio Msolap\Install del directorio que contiene el archivo de SP1 de Analysis Services extraído de SQL2KASP1.exe

• El directorio Msolap\Install del CD del SP1.

Setup.exe abre el cuadro de diálogo de configuración . Se le pide información y configuración completa la instalación.

Instalar SP1 de Desktop Engine

Para actualizar una instalación existente de Desktop Engine, ejecute Setup.exe desde una de las ubicaciones siguientes:

• El subdirectorio MSDE en el directorio que contiene los archivos service pack extraídos desde Sql2kdesksp1.exe

• El subdirectorio MSDE en el CD de SP1 de SQL Server 2000

Debe aplicar el archivo de revisión correcto para cada instancia de Desktop Engine que actualizar. Un archivo de revisión es un archivo con una extensión de nombre de archivo .msp que se utiliza para aplicar este service pack. Si conoce el paquete de instalación que utilizó para instalar Desktop Engine, especificar un archivo de revisión desde el símbolo del sistema mediante la opción /p . Si no conoce qué paquete de instalación se utilizó, escriba SQLRUN después la opción /p . Con la palabra clave SQLRUN, el programa de instalación elige el archivo de revisión correcto si se cumplen las condiciones siguientes:

• Todos los archivos .msp se encuentran en una carpeta que es el nombre de configuración. Esta carpeta está directamente bajo la carpeta que contiene Setup.exe.
• El nombre de instancia de la instalación de Desktop Engine de destino se especifica en el símbolo del sistema si no es la instancia predeterminada.

Ejemplo siguiente se el programa de instalación ejecuta en la instalación de revisión en una instancia con nombre que se llama MyInstance: Nota no utilice de apertura y cierre entre comillas el nombre de instancia.

También se puede especificar el nombre de instancia en un Setup.ini otro archivo de configuración o. Para obtener más información, vea "SQL Server 2000 Desktop Engine Setup" en los libros en pantalla de SQL Server.

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

instalar nuevas instancias de Desktop Engine después de aplicar SP1 de SQL Server 2000

Siga estos pasos para instalar una nueva instancia de Desktop Engine después de aplicar SQL Server 2000 SP1.

1. Cambie la extensión de nombre de archivo de los archivos siguientes a la extensión de archivo .rdl en el directorio \Archivos de programa\Microsoft SQL Server\80\Tools\Binn\Resources\1034:
   • semnt.rll
   • sqlsvc.rll
2. Cambie la extensión de nombre de archivo de los siguientes archivos a la extensión de archivo .dld en el directorio \Archivos de programa\Microsoft SQL Server\80\Tools\Binn:
   • Semnt.dll
   • Sqlsvc.dll
   • Sqlresld.dll
3. Instale Desktop Engine sin SP1.
4. Cambiar las extensiones de nombre de archivo de los archivos Semnt.rdl y sqlsvc.rdl en el directorio \Archivos de programa\Microsoft SQL Server\80\Tools\Binn\Resources\1034 a .rll.
5. Cambiar la extensión de nombre de archivo de la Semnt.dld Sqlsvc.dld, archivos de sqlresld.dld en el directorio \Program Files\Microsoft SQL Server\80\Tools\Binn a .dll.

La instancia recién instalada de Desktop Engine será SP1.

Reiniciar servicios

Cuando finalice el programa de instalación, puede pedirle que reinicie el sistema. Después de reiniciar el sistema o después de que el programa de instalación finalice sin pedir que reinicie, utilice la aplicación de servicios en el panel de control para asegurarse de que se está ejecutando servicios MS DTC y Microsoft Search, MSSQLServer, MSSQLServerOLAPService y SQLServerAgent. Haga una copia la base de datos actualizado master y a base de datos msdb de seguridad y volver a habilitar el envío de registro.

Reiniciar las aplicaciones

Reinicie las aplicaciones que cerró antes de ejecutar el programa de instalación de SQL Server 2000 SP1.

Instalar SQL Server 2000 SP1 en un clúster de servidor

Para instalar SQL Server 2000 SP1 en un clúster de servidores:

• Ejecutar SQL Server 2000 SP1 desde el nodo que posee el grupo que contiene el servidor virtual que va a actualizar. Esto instalará los archivos del service pack en todos los nodos del clúster.
• En el cuadro de diálogo Configurar , escriba el nombre del servidor virtual que está actualizando.
• 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.

El programa de instalación hace que el clúster reiniciar.

Instalar SQL Server 2000 SP1 en servidores replicados

Aplique este service pack a todos los participantes de SQL Server 2000 en la topología de replicación estos participantes incluyen publicador, distribuidor y suscriptores. Implementar SQL Server 2000 SP1 a través de servidores replicados en la siguiente secuencia:

• Distribuidor, si es diferente del publicador
• Publisher
• Suscriptores

Nota La mayor parte del tiempo, el distribuidor y el publicador están en el mismo servidor. Esto es especialmente cierto en la duplicación de mezcla. El distribuidor y el publicador se actualizan al mismo tiempo.

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

Es posible que no pueda actualizar inmediatamente todos los servidores en una topología de replicación. Sin embargo, las operaciones de replicación son no suelen verse afectadas entre servidores que ejecutan instancias de SQL Server 2000 y este service pack. Las excepciones a esta se tratan en el "un nuevo parámetro MaxCmdsInTran para el agente de lector del registro" sección más adelante en este artículo.

Desinstalar SQL Server 2000 SP1

Para revertir a la versión anterior a SP1 de SQL Server o Analysis Services, debe hacer lo siguiente:

• Quitar SQL Server 2000 SP1.
• Instalar a SQL Server 2000.
• Restaurar la base de datos principal, la base de datos msdb y las bases de datos de usuario.

Siga estos pasos para volver a la versión de pre-SP1 de SQL Server o Analysis Services:

1. Realizar copias de seguridad de todas las bases de datos de usuario.
2. En el panel de control, haga doble clic en Agregar o quitar programas , haga clic en la instancia de SQL Server que desea quitar y, a continuación, haga clic en Quitar .
3. Instalar SQL Server 2000 desde el CD o la ubicación que instaló originalmente SQL Server desde.
4. Restaure la base de datos master y la base de datos msdb partir de la última copia de seguridad que se creó antes de aplicar SQL Server 2000 SP1.
5. Restaurar las bases de datos de usuario.

Instalaciones desatendidas

SP1 de componentes de base de datos se pueden aplicar a una instancia de SQL Server 2000 que se ejecuta en un equipo que está en modo desatendido. El CD de SP1 de componentes de base de datos contiene archivos .iss pueden utilizarse para realizar instalaciones desatendidas de SP1. Estos archivos se encuentran en el directorio raíz del CD. Los archivos pueden utilizarse para realizar distintos tipos de instalaciones, como sigue:

• Utilice Sql2kdef.iss para aplicar SP1 de componentes de bases de datos a una instancia predeterminada de SQL Server 2000 que se ejecuta en Windows 2000 o el sistema operativo de Windows NT 4.0. El archivo de proceso por lotes correspondiente para utilizar es Sql2kdef.bat.
• Utilice Sql2knm.iss para aplicar SP1 de componentes de bases de datos a una instancia con nombre de SQL Server 2000 que se ejecuta en Windows 2000 o el sistema operativo de Windows NT 4.0. Debe cambiar el nombre de instancia en el archivo .iss para identificar la instancia que se está actualizando.
• Utilice Sql2ktls.iss para aplicar SP1 de componentes de bases de datos a una instalación sólo de herramientas. Este archivo puede utilizarse para la instalación sin modificaciones.
• Utilice Sql2k9x.iss para aplicar SP1 de componentes de bases de datos en un equipo que ejecuta Windows Millennium Edition o el sistema operativo de Windows 98. Debe cambiar el nombre de instancia para identificar la instancia que se está actualizando.
• Utilice Sql2kcli.iss para aplicar SP1 de componentes de bases de datos a una instalación de componentes de cliente en un equipo que está ejecutando el sistema operativo de Windows 95.

Redistribuir componentes de cliente de SP1 de componentes de bases de datos

Este service pack incluye un archivo autoextraíble que se denomina Sqlredis.exe y una versión de Redist.txt. Estos archivos están en la base de datos de SP1 de componentes. De forma predeterminada, cuando Sqlredis.exe se ejecuta, realiza las acciones siguientes:

• Se ejecuta Mdac_typ.exe desde Microsoft Data Access Components (MDAC) 2.61. Instala los componentes principales de MDAC 2.61. También instala las versiones de SQL Server y Desktop Engine componentes de conectividad de cliente se incluyen en este service pack.
• Instala controladores ODBC de Microsoft Jet y componentes de conectividad.

Puede redistribuir el archivo Sqlredis.exe bajo los mismos términos y condiciones que anotan en el archivo Redist.txt que se incluye en este service pack.

Notas de la documentación

Esta sección describen problemas que pueden producirse cuando ejecuta este service pack. Estos problemas se aplican a ejecutando el service pack para actualizar a SQL Server 2000. No provocan de correcciones que contiene este service pack.

Utilizar caracteres de chino, japonés o coreano con el SP1 de componentes de bases de datos

Si instala SP1 de componentes de bases de datos en un servidor que ejecuta los sistemas operativos Windows NT 4.0 o Windows 98 y actualizar a Windows 2000, el último sustituirá algunos archivos del 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 proporcionada con SQL Server 2000 SP1 después de completar la actualización a Windows 2000. Para obtener más información acerca de cómo ejecutar Sqlredis.exe, consulte la sección "Redistributing Database Components SP1 client components".

Nota No es necesario volver a ejecutar Sqlredis.exe en equipos cliente o en servidores que no tengan bases de datos que contienen caracteres de chino, japonés o coreano.

Explorador de metadatos Exportar formato de metadatos en Unicode

Advertencia si utiliza incorrectamente el Editor del Registro, puede causar serios problemas que tal vez requieran volver a instalar el sistema operativo. Microsoft no garantiza que pueda solucionar los problemas resultantes del uso incorrecto del Editor del Registro. Utilice el Editor del Registro bajo su responsabilidad.

Explorador de metadatos ahora Exportar formato basado en XML metadatos en Unicode. Antes de SQL Server 2000 SP1, el Explorador de exporta código ANSI. Sin embargo, el código ANSI no admite caracteres no ingleses. Este cambio funcional es transparente para el usuario. De esta versión de SQL Server 2000 SP1, los datos exportados se expresan siempre como Unicode.

Todavía puede exportar código ANSI estableciendo el valor de la siguiente subclave del registro a cero: A continuación enumeran los valores que puede establecer para esta subclave 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.

Particiones remotas

Cuando se crea una partición remota en un servidor local que tiene instalado SQL Server 2000 SP1, 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 miembro del grupo Administradores de OLAP en el servidor local tiene permisos de acceso completa.

Además, si el servidor local tiene instalado SQL Server 2000 SP1, el servidor remoto también debe tener SQL Server 2000 SP1 instalado para crear o administrar particiones remotas.

Equipos hash quitados

En este service pack se han quitado 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. También, quitar los equipos hash hace SQL Server 2000 más estable. Por lo tanto, el optimizador de consultas ya no genera los planes de consulta utilizando los equipos hash.

A veces, los equipos hash quitar pueden provocar la consulta para procesarse más despacio. Analice dichas consultas para ver si crear índices más adecuados de rendimiento de consulta devuelto a su nivel anterior.

Conmutadores de máscara de afinidad agregados

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

cambiar de máscara de afinidad de E/s

Con este service pack, puede especificar las CPU que se utilizan para ejecutar subprocesos para operaciones de E/s de disco. Debe utilizar este modificador con la opción máscara de afinidad . Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base: cambiar la 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 conexiones desde determinadas tarjetas de red a un procesador o a un conjunto de procesadores. Este modificador debe utilizarse con la opción máscara de afinidad . Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

Mejoras de Analysis Services

En SQL Server 2000 SP1 se incluyen las siguientes mejoras de Analysis Services:

• Una instalación redistribuible de clientes actualizada para Analysis Services
• Está habilitada la compatibilidad para proveedores de algoritmos de minería de datos de otros fabricantes
• Analysis Services pueden instalarse en equipos que se han actualizado los archivos de cliente

Actualizaciones de instalación de Analysis Services redistribuible de clientes

SP1 de Analysis Services incluye versiones actualizadas de los programas de instalación redistribuibles de cliente siguientes:

• PTSLite.exe
• PTSFull.exe

Utilice estas configuraciones de cliente actualizado en sus aplicaciones para evitar o solucionar los problemas de instalación de clientes que puede experimentar al utilizar Analysis Services y Microsoft Office XP.

Soporte técnico está habilitado para los proveedores de algoritmo de minería de datos de otros fabricantes

SP1 de Analysis Services incluye ahora compatibilidad con para agregar proveedores de algoritmos de minería de datos de otros fabricantes. Para obtener más información acerca de cómo desarrollar un proveedor de algoritmos de minería de datos, consulte OLE DB for Data Mining Resource Kit. El kit incluye el código de para crear un proveedor ejemplo de algoritmos de minería de datos. Para obtener información adicional, visite el siguiente sitio Web de Microsoft:

Instalación de servicios de análisis en un equipo con archivos de cliente actualizado

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 para asegurarse de que el cliente funciona correctamente y que puede examinar los cubos.

Mejoras de replicación

En SQL Server 2000 SP1 se incluyen las siguientes mejoras de replicación:

• La duplicación transaccional en un procedimientos almacenados personalizados de UPDATE
• Actualizaciones de la duplicación transaccional en columnas únicas
• Restricciones quitadas procesamiento simultáneo de instantáneas
• Secuencias de comandos procedimientos personalizados para la duplicación transaccional
• Limpieza de metadatos basada en retenciones duplicación de mezcla
• Restauración de bases de datos replicadas de diferentes versiones de SQL Server
• Nuevo -MaxCmdsInTran parámetro para el agente de lector del registro

La duplicación transaccional UPDATE en el procedimiento almacenado personalizado

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 la instrucción UPDATE , la UPDATE almacena las actualizaciones de procedimiento todas las columnas en la tabla suscripción. Esta actualización establece cualquier columna que no ha cambiado a sí misma. Normalmente, esta acción hace que no hay problemas. Sin embargo, si cualquiera de estas columnas está indizada, restablecer las columnas puede ser costoso.

Si se cumplen las condiciones siguientes, la sobrecarga de mantenimiento del índice puede llegar a convertirse en un factor restrictivo cuando se aplican los cambios en el suscriptor:

• Estás utilizando la duplicación transaccional.
• Tiene varios índices en la tabla de suscripción.
• Sólo algunos valores de columna se modifican debido a las actualizaciones.

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. Por lo tanto, se crea una cadena UPDATE óptima.

Este service pack incluye un nuevo procedimiento almacenado, sp_scriptdynamicupdproc . Este procedimiento almacenado genera un procedimiento almacenado personalizado que se puede utilizar en el suscriptor para generar dinámicamente la instrucción de actualización en tiempo de ejecución. Sin embargo, se incurrirá procesamiento adicional en tiempo de ejecución para la instrucción UPDATE dinámica que se va a generar.
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.

sintaxis

sp_scriptdynamicupdproc [argumento @ artid =] argumento artid

argumentos

[argumento @ artid =] argumento artid Es el identificador de artículo. argumento artid es int , sin un valor predeterminado.

conjuntos de resultados

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

notas

El procedimiento sp_scriptdynamicupdproc almacenada 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 . La lógica utiliza un mapa de bits para determinar las columnas que han cambiado. Si una columna no cambió, se establece de nuevo como su valor anterior. Generalmente, este proceso hace que sin problemas. Si la columna está indizada, se produce procesamiento adicional. El enfoque dinámico incluye únicamente las columnas que han cambiado. Incluidas sólo las columnas que han cambiado, proporciona una cadena UPDATE óptima. Sin embargo, procesamiento adicional se produce en tiempo de ejecución cuando se genera la instrucción UPDATE dinámica. Recomendamos que pruebe los métodos estáticos y dinámicos y que elija la solución óptima.

permisos

Los miembros de la función public pueden ejecutar el procedimiento sp_scriptdynamicupdproc almacenados.

ejemplos

En este ejemplo crea un artículo (con el argumento artid establecido en 1 ) en la tabla authors de la base de datos pubs. The example specifies that the UPDATE statement is the custom procedure to run: Generate the custom stored procedures to be executed by the Distribution Agent at the Subscriber by running the following stored procedure at the Publisher:
Después de ejecutar este procedimiento almacenado, puede utilizar la secuencia de comandos resultante para crear manualmente el procedimiento almacenado en los suscriptores.

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

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

Sin embargo, si la actualización afecta a una única fila, no se producirá una infracción de unicidad. Por lo tanto, el indicador de seguimiento 8207 se agregó a este service pack para habilitar las 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 que 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, activarla en el símbolo del sistema escribiendo sqlservr.exe - T8207 o activar 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.

Restricciones quitadas procesamiento simultáneo de instantáneas

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 producirá un error de clave duplicado al aplica la instantánea simultánea a un suscriptor. En este service pack, ya no hay restricciones sobre el uso de procesamiento simultáneo de instantáneas.

Secuencias de comandos procedimientos personalizados para la duplicación transaccional

Cuando configura suscripciones nosync, los procedimientos personalizados para instrucciones INSERT , UPDATE y DELETE deben crearse manualmente. Las suscripciones nosync son suscripciones que no reciben la instantánea inicial. 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

Secuencias de comandos los procedimientos INSERT, UPDATE y DELETE personalizados para todas la tabla artículos en una publicación que tiene el Autogenerar habilitada la opción de esquema de procedimiento personalizado. El procedimiento sp_scriptpublicationcustomprocs almacenado es especialmente útil para configurar las suscripciones que tienen la instantánea aplicada manualmente.

sintaxis

sp_scriptpublicationcustomprocs [@ publication ] = publication_name

argumentos

[@ publication ] = publication_name
Es el nombre de la publicación. publication_name es sysname , sin un valor predeterminado.



0 (correcto) o 1 (error)

conjuntos de resultados

Devuelve un conjunto de resultados se compone de una columna nvarchar (4000) única. El conjunto de resultados forma la instrucción CREATE PROCEDURE completa que es necesario 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 fija de servidor sysadmin y db_owner fija de base de datos 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.

Limpieza de metadatos basada en retenciones duplicación de mezcla

A veces, la limpieza de metadatos que se crean en las tablas del sistema durante el procesamiento de duplicación de mezcla mejora el rendimiento de duplicación de mezcla. Para limpiar los metadatos de las tablas del sistema en SQL Server 2000, debía estar inactiva la topología de replicación y datos tenían que ser inactivo.

Sin embargo, SQL Server 2000 SP1 incluye limpieza de metadatos basada en retenciones. Por lo tanto, se pueden eliminar más fácilmente los metadatos de las siguientes tablas del sistema:

• MSmerge_contents
• MSmerge_tombstone
• MSmerge_genhistory

Cuando @ keep_partition_changes está habilitada la opción de optimización de sincronización en la publicación, limpieza de metadatos basada en retenciones elimina los metadatos de la tablas de imágenes previas.

Limpieza de metadatos basada en retenciones se produce como sigue:

• Si el parámetro de agente de mezcla ?MetadataRetentionCleanup se establece en 1, el agente de mezcla limpia el suscriptor y el publicador que intervienen en la combinación. De forma predeterminada, el parámetro de agente de mezcla ?MetadataRetentionCleanup se establece en 1.

Nota El parámetro MetadataRetentionCleanup 1 forma parte de todos los perfiles de agente de mezcla que se incluyen con este service pack.

• Si el parámetro MetadataRetentionCleanup está establecido en 0, la limpieza automática no se produce. En este caso, inicie manualmente la limpieza de metadatos basada en retenciones mediante la ejecución del procedimiento sp_mergemetadataretentioncleanup almacenados. Este procedimiento es un nuevo procedimiento almacenado del sistema que se incluye en este service pack. En el suscriptor y el publicador debe ejecutar este procedimiento almacenado.

El período de retención predeterminado para las publicaciones es de 14 días. Si un artículo forma parte de varias publicaciones, podría tener períodos de retención diferentes. En esta situación, el período de retención más largo se utiliza para determinar que el tiempo posible más próxima limpieza que se puede producir.

evitar conflictos falsos

Limpieza de metadatos basada en retenciones evita nonconvergence y silenciosa sobrescribe los cambios en otros nodos. Sin embargo, pueden producirse conflictos falsos si las siguientes afirmaciones son ciertas:

• Los metadatos se limpian en un nodo y no en otro nodo en la topología.
• 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 parece que sincronizarán datos. Para evitar este conflicto, asegúrese de que los metadatos se limpian en los nodos relacionados en aproximadamente al mismo tiempo. Si se utiliza el parámetro MetadataRetentionCleanup 1, el publicador y el suscriptor se limpian automáticamente antes de inicia la combinación. Este proceso garantiza que los nodos se limpien al mismo tiempo. Para resolver este conflicto, utilice a una resolución de conflictos de duplicación de mezcla. Tratar este conflicto de la misma manera que controlar cualquier conflicto de duplicación de mezcla.

Si un artículo pertenece a varias publicaciones o si un artículo está en volver a publicar escenarios, los períodos de retención de una fila específica en el publicador y suscriptor pueden ser distintos. Para reducir la posibilidad de limpieza de metadatos en un lado pero no en el otro lado, le recomendamos que dichas publicaciones distintas tengan períodos de retención similares.

Nota Si montones de metadatos en las tablas del sistema se deben limpiar, el proceso de mezcla puede tardar más en ejecutarse. Limpiar los metadatos regularmente para evitar este problema.

Problemas de copia de seguridad y restauración para la duplicación de mezcla

Un base de datos de publicación que se restaure desde una copia de seguridad en primer lugar debe estar sincronizada con una base de datos de suscripción que tiene una suscripción global para garantizar el comportamiento de convergencia correcto. Una suscripción global tiene un valor de prioridad asignado. Sincronización garantiza 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. Sincronizar con una base de datos que tiene una suscripción anónima podría provocar la no convergencia de datos.

Cuando planee realizar una copia de seguridad y restaurar las operaciones para la duplicación de mezcla, tenga en cuenta los siguientes problemas adicionales:

• Restaure las bases de datos de suscripción desde copias de seguridad que no son pasado el período de retención.

Restaurar una base de datos suscripción desde 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 el suscriptor se suscribe a. 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 que se utiliza para restaurar la base de datos no debe ser más de 10 días.

• Sincronizar antes de generar una copia de seguridad.

Microsoft recomienda que sincronice un suscriptor 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 muy nuevo, la última sincronización con un publicador podría ser casi tan antigua como el período de retención. Por ejemplo, suponga que una publicación tiene un período de retención de 10 días. La última sincronización era 8 días cuando se realiza la copia de seguridad. Si la copia de seguridad se aplica 4 días más tarde, la última sincronización producido 12 días. La sincronización se realizó más allá del período de retención. Si el suscriptor se había sincronizado justo 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 debe cambiar el valor de retención de publicación, manualmente reinicializar el suscriptor para evitar la no convergencia de datos. La característica de limpieza de metadatos basada en retenciones 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 se han sincronizado dentro del período de retención. Si se cumplen las condiciones siguientes, la suscripción no caducará debido del valor mayor de retención:

• El período de retención de publicación se incrementa después de una limpieza
• Una suscripción intenta combinar con el publicador y el publicador ya ha eliminado los metadatos.

Además, el publicador no tiene suficientes metadatos para descargar los cambios en el suscriptor. Esta situación lleva a nonconvergence.

• Utilice los mismos valores de retención de publicación para todos los publicadores y sus asociados de sincronización alternativo. Utilizando diferentes valores puede provocar la no convergencia.

Restaurar bases de datos replicadas de diferentes versiones de SQL Server

Restaurar una copia de seguridad en el mismo servidor y base de datos, conserva a 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 que utilizó 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 SP1 partir de una copia de seguridad se creó con SQL Server 2000 y desea conservar a la configuración de replicación, debe ejecutar el procedimiento de sp_vupgrade_replication almacenados. Ejecuta el sp_vupgrade_replication procedimiento almacenado 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 está restaurando una base de datos a SQL Server 2000 partir de una copia de seguridad creado con versión de lanzamiento de SQL Server 7.0, Service Pack 1, Service Pack 2 o Service Pack 3, y desea conservar la configuración de replicación, debe volver a crear la copia de seguridad antes de instalar los service packs. Puede restaurar una base de datos a SQL Server 2000 SP1 directamente desde una copia de seguridad de una base de datos replicada que creado en SQL Server 7.0. Sin embargo, no se mantiene la configuración de replicación.

Un nuevo parámetro MaxCmdsInTran para el agente de lector del registro

En SQL Server 2000 SP1, un parámetro de línea de comandos nuevo que se denomina -MaxCmdsInTran se ha agregado para el agente de lector del registro. Este parámetro mejora el paralelismo entre el agente de lector del registro y el agente de distribución. Por lo tanto, el parámetro mejora el rendimiento general de replicación. Sin embargo, estos fragmentos se confirman en el suscriptor como transacciones individuales. Por lo tanto, la propiedad ACID de atomicidad es rota. Este resultado no es un problema la mayor parte del tiempo. Sin embargo, recomendamos que pruebe el resultado para asegurarse de que no es un problema.

Para las transacciones que afectan a muchos comandos como actualización masiva o eliminar transacciones, 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 propagar la transacción al suscriptor. Este retraso bloquea al agente de distribución. También reduce el paralelismo entre los dos agentes.

Utilizando el -MaxCmdsInTran parámetro, el agente de lector del registro divide las transacciones de gran tamaño en fragmentos más pequeños. Cada fragmento contiene el mismo o menos comandos de la -MaxCmdsInTran entrada. Por lo tanto, el agente de distribución puede procesar anteriores fragmentos de una transacción mientras el agente de lector del registro funciona a través de fragmentos posterior de la misma transacción.

definir el parámetro ?MaxCmdsInTran

Especifique un entero positivo (1 o mayor) para el -MaxCmdsInTran valor del parámetro. Un valor de 0 es el equivalente de no utilizar el parámetro en absoluto. 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: Para utilizar este parámetro, el publicador debe ejecutar SQL Server 2000 Service Pack 1. El agente de lector del registro y distribución la base de datos debe actualizarse a este service pack. En caso contrario, el -MaxCmdsInTran parámetro se omite.

Mejoras de English Query

Microsoft ha lanzado una mejora de seguridad para English Query aplicaciones. Esta mejora no se instala como parte de SQL Server 2000 SP1. Sin embargo, le recomendamos que la aplique si utiliza English Query. Para obtener información adicional acerca de la mejora de English Query, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base: