Para descargar e instalar el SP2 de SQL Server 2005, el equipo debe tener 1,9 GB de espacio disponible en disco. En la siguiente tabla se describe el espacio en disco que necesitan los componentes del programa de instalación:

Una vez finalizada la instalación, puede quitar el paquete de descarga de 250 MB del equipo. El uso de espacio en disco permanente del SP2 de SQL Server 2005 una vez finalizada la instalación es de aproximadamente 1 GB.

[Arriba]

En el SP2 se cubren todos los boletines de seguridad de SQL Server 2005 emitidos públicamente antes del 15 de enero de 2007. Si ha recibido una revisión de SQL Server 2005 después de esta fecha, es posible que la revisión no se incluya en esta versión del SP2. Póngase en contacto con su proveedor de soporte técnico principal para obtener la misma revisión para el SP2 de SQL Server 2005.

El SP2 de SQL Server 2005 incluye compatibilidad con Microsoft SQL Server 2005 Compact Edition (SQL Server Compact Edition), lo que se conocía anteriormente como Microsoft SQL Server 2005 Mobile Edition (SQL Server Mobile). Para obtener más información acerca de SQL Server Compact Edition, vea los Libros en pantalla de SQL Server 2005 Compact Edition.

Todos los productos de SQL Server (incluidos los Service Packs) tienen su propio número de versión. El número de versión de una instancia de SQL Server 2005 se puede ver de dos formas:

• En el Explorador de objetos de SQL Server Management Studio, al conectarse a la instancia.
  
  
• Ejecutando la consulta SELECT SERVERPROPERTY('ProductVersion') en una instancia del motor de base de datos.
  
  

En la siguiente tabla se muestran los números de versión correspondientes a las versiones de SQL Server 2005:

[Arriba]

Cuando se actualizan instancias de SQL Server 2005 en una topología de réplica de mezcla o en una topología de réplica transaccional con suscriptores de actualización, las instancias deben actualizarse en el orden siguiente:

1. Distribuidor
   
   
2. Publicador
   
   
3. Suscriptores
   
   

[Arriba]

Si va a actualizar una instalación de Reporting Services que incluye una base de datos del servidor de informes remoto, puede que tenga problemas al actualizar el esquema de base de datos. De manera predeterminada, el programa de instalación utiliza el testigo de seguridad del usuario que ejecuta el programa de instalación para conectarse a la instancia de SQL Server remota y actualizar el esquema. Si tiene permisos de administrador en el equipo local y en el remoto, la base de datos se actualizará correctamente. Si ejecuta el programa de instalación desde el símbolo del sistema y especifica /rsupgradedatabaseaccount y /rsupgradepassword para una cuenta que tiene permiso para modificar el esquema en el equipo remoto, la base de datos se actualizará correctamente.

Si no tiene permiso para actualizar el esquema en el equipo remoto, se rechazará la conexión y aparecerá un error similar al siguiente:

El programa de instalación no ha podido actualizar el esquema de base de datos del servidor de informes. Debe ejecutar la herramienta de configuración de Reporting Services, y en la ficha Instalación de base de datos, actualizar la base de datos del servidor de informes a la versión actual del esquema de base de datos.

Los archivos de programa del servidor de informes se actualizarán al SP2, pero la base de datos del servidor de informes tendrá el formato de la versión anterior. El servidor de informes no estará disponible mientras la base de datos del servidor de informes esté en el formato antiguo.

Para actualizar la base de datos manualmente, ejecute la herramienta de configuración de Reporting Services una vez finalizada la actualización. Conéctese al servidor de informes actualizado y ejecute la opción Actualizar de la página Instalación de base de datos para actualizar el esquema de la base de datos. Una vez que haya realizado estos pasos, el servidor de informes estará disponible.

[Arriba]

Si utiliza Agregar o quitar programas para reparar o modificar componentes de SQL Server tras instalar el SP2, es posible que aparezca un mensaje de error similar al siguiente:

La función que está intentando usar está en un recurso de red que no está disponible.

Los componentes de SQL Server que se ven afectados son:

• MSXML (msxml6.msi)
  
  
• SQLXML (sqlxml4.msi)
  
  
• SQL Server Native Client (sqlncli.msi)
  
  
• Compatibilidad con versiones anteriores (SqlServer2005_BC.msi)
  
  
• SQL Server VSS Writer (SqlWriter.msi)
  
  

[Arriba]

Al aplicar el SP2, el programa de instalación actualiza las bases de datos del sistema. Si ha implementado restricciones en la sintaxis de ALTER DATABASE, es posible que esta actualización genere un error. Las restricciones a ALTER DATABASE pueden incluir lo siguiente:

• Denegar explícitamente la instrucción ALTER DATABASE.
  
  
• Un desencadenador de lenguaje de definición de datos (DDL) en ALTER DATABASE que revierte la transacción que contiene la instrucción ALTER DATABASE.
  
  

Si tiene restricciones para ALTER DATABASE y el programa de instalación no puede actualizar las bases de datos del sistema al SP2, debe deshabilitar estas restricciones y volver a ejecutar el programa de instalación.

[Arriba]

Tenga en cuenta la siguiente información para instalar el SP2 en una instancia de clúster de conmutación por error:

• No detenga el servicio de clúster antes de ejecutar el programa de instalación del SP2 o mientras se está ejecutando el programa de instalación.
  
  
• No finalice ninguno de los procesos en ejecución antes de ejecutar el programa de instalación del SP2.
  
  
• No desconecte el servicio SQL Server antes de ejecutar el programa de instalación del SP2. El programa de instalación del SP2 detendrá e iniciará el servicio SQL Server.
  
  
• Ejecute el programa de instalación del SP2 en el nodo principal de la instancia de clúster de conmutación por error.
  
  
• Deberá reiniciar todos los nodos de clúster de conmutación por error una vez finalizada la instalación del SP2.
  
  
• La actualización gradual no se admite en el SP2.
  
  

[Arriba]

Tenga en cuenta los siguientes cambios en el tipo de inicio y el estado predeterminados del servicio del objeto de escritura de SQL:

• El tipo de inicio del servicio del objeto de escritura de SQL cambia de Manual a Automático.
  
  
• El estado predeterminado del servicio del objeto de escritura de SQL cambia de Detenido a Iniciado.
  
  

[Arriba]

Incorporado en el Service Pack 1 (SP1) de SQL Server 2005.

Ahora es posible crear índices no agrupados únicos en línea. Las instrucciones afectadas son:

• CREATE UNIQUE NONCLUSTERED INDEX
  
  
• CREATE UNIQUE NONCLUSTERED INDEX WITH DROP_EXISTING
  
  
• ALTER TABLE ADD CONSTRAINT PRIMARY KEY NONCLUSTERED
  
  
• ALTER TABLE ADD CONSTRAINT UNIQUE NONCLUSTERED
  
  

Para obtener más información, vea Actualizaciones de los Libros en pantalla de SQL Server 2005.

[Arriba]

Incorporado en el SP1 de SQL Server 2005.

Siempre que un comando DBCC CHECKDB, DBCC CHECKALLOC, DBCC CHECKFILEGROUP o DBCC CHECKTABLE detecta un error de datos dañados, se crea un pequeño archivo de volcado (SQLDUMPnnnn.txt) en el directorio LOG de SQL Server. Si las características de recopilación de datos de uso de características e informes de errores están habilitadas para la instancia de SQL Server, el archivo se reenvía automáticamente a Microsoft. Los datos recopilados se utilizan para mejorar la funcionalidad de SQL Server. Para obtener más información, vea el tema sobre la configuración de informes de errores y uso en los Libros en pantalla de SQL Server 2005.

El archivo de volcado contiene los resultados del comando DBCC y una salida de diagnóstico adicional. El archivo tiene listas de control de acceso discrecional (DACL) restringidas. El acceso al archivo de volcado se limita a la cuenta de servicio de SQL Server y a los miembros de la función sysadmin. De forma predeterminada, la función sysadmin contiene todos los miembros del grupo BUILTIN\Administrators de Windows y el grupo de administradores local. El comando DBCC no da ningún error si el proceso de recopilación de datos da un error.

[Arriba]

Incorporado en el SP1 de SQL Server 2005.

Cuando se completa un lote, el motor de base de datos revierte automáticamente las transacciones sin confirmación que estén activas. Con anterioridad al SP2, las transacciones sin confirmación tenían que revertirse manualmente.

[Arriba]

Incorporado en el SP1 de SQL Server 2005.

La sintaxis del símbolo del paso de trabajo del Agente SQL Server 2005 ha cambiado. Como resultado, debe insertar una macro de escape con todos los símbolos usados en los pasos del trabajo; de lo contrario esos pasos de trabajo generarán un error y el siguiente mensaje:

"Este paso de trabajo contiene uno o varios símbolos. En el SP1 de SQL Server 2005 o posterior, todos los pasos de trabajo con símbolos deben actualizarse con una macro para poder ejecutar el trabajo."

Es un cambio con respecto al comportamiento anterior de SQL Server 2005, que no requería macros de escape con los símbolos. Para obtener más información acerca de la actualización de los trabajos para que utilicen la nueva sintaxis y acerca del uso de macros de escape, vea el tema sobre el uso de símbolos en pasos de trabajo en los Libros en pantalla de SQL Server 2005 (abril de 2006) o posterior. Para obtener más información acerca de las actualizaciones de los Libros en pantalla, vea Actualizaciones de los Libros en pantalla de SQL Server 2005.

[Arriba]

Incorporado en el SP2 de SQL Server 2005.

Si se utiliza una herramienta de una versión anterior para abrir un plan de mantenimiento del SP2 creado con el diseñador de planes de mantenimiento, aparece el siguiente mensaje de error:

"Este plan de mantenimiento ha sido modificado mediante una herramienta distinta del diseñador de planes de mantenimiento. Debe utilizar SQL Server Integration Services para modificar este plan de mantenimiento a partir de ahora."

Para solucionar este problema, se recomienda actualizar las herramientas al SP2 de SQL Server 2005. También se recomienda usar el diseñador de planes de mantenimiento para modificar el plan, en lugar de Integration Services como se menciona en el mensaje de error.

[Arriba]

Incorporado en el SP1 de SQL Server 2005.

La instalación de este Service Pack restablece los permisos de DCOM para iniciar el servicio Integration Services y obtener acceso al mismo. Los permisos se restablecen a los permisos predeterminados. Si ha personalizado los permisos de DCOM, deberá aplicar de nuevo la personalización.

[Arriba]

Incorporado en el SP1 de SQL Server 2005.

El SP2 de SQL Server restablece el valor de la clave del Registro HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTS\ServiceConfigFile a su valor predeterminado. Esta clave de registro especifica la ubicación del archivo de configuración para el servicio Integration Services (MsDtsSrvr.ini.xml). Si cambia el valor de esta clave del Registro y ya no es la ubicación predeterminada, debe actualizarlo de nuevo después de aplicar el Service Pack.

[Arriba]

Incorporado en el SP1 de SQL Server 2005.

Después de aplicar el SP2 de SQL Server, las conversiones de columna pueden generar un error en los siguientes casos:

Incorporado en el SP1 de SQL Server 2005.

Los componentes de flujo de datos de Integration Services ahora se inicializan de un modo distinto. En versiones anteriores, los componentes de flujo de datos se inicializaban al llamar primero al método AcquireConnections y, a continuación, al método PreExecute para cada conexión asociada. En esta versión, se llama a AquireConnections para todas las conexiones asociadas antes de llamar a PreExecute. El nuevo proceso de inicialización permite dar de alta transacciones más sólidas y, por tanto, obtener una integración de datos con mayor capacidad de recuperación.

En algunos casos, el nuevo proceso de inicialización puede hacer que se produzca un error de tiempo de espera. Por ejemplo, las tareas del flujo de datos complejas pueden contener muchos componentes con conexiones como varios orígenes, destinos y búsquedas. Los componentes que están al final de la lista no pueden usar sus conexiones asociadas hasta que todas las llamadas a PreExecute de los componentes anteriores se completen. Como resultado, en determinados diseños de paquetes, un paquete puede sufrir un largo retardo entre la adquisición y el primer uso de una conexión. Este retardo más largo puede hacer que se agote el tiempo de espera de algunas conexiones, lo que daría lugar a errores en los paquetes.

Para solucionar este problema, sólo tiene que aumentar el valor de la propiedad Timeout de las conexiones erróneas. El rendimiento del paquete después de la inicialización no se ve afectado.

[Arriba]

Incorporado en el SP2 de SQL Server 2005.

Los paquetes de Integration Services usan la funcionalidad Microsoft Visual Studio para Aplicaciones (VSA) con el fin de ejecutar el código personalizado que las tareas y los componentes Secuencia de comandos contienen. Las actualizaciones críticas de seguridad de .NET Framework 2.0 provocan un cambio drástico que causa una incompatibilidad binaria entre los paquetes que contienen secuencias de comandos y el entorno de ejecución de VSA. Para obtener más información, vea el artículo 928365 de Microsoft Knowledge Base.

Si se produce esta incompatibilidad en tiempo de ejecución, Integration Services intenta identificar y solucionar todos los casos de este problema para que las secuencias de comandos puedan ejecutarse con normalidad. Sin embargo, en raras excepciones, es posible que las secuencias de comandos no se ejecuten y deba compilarlas de nuevo manualmente. Para obtener más información, vea el artículo 931846 de Microsoft Knowledge Base. Si el equipo ejecuta Windows Vista, es posible que también deba instalar una revisión, tal como se describe en el artículo 928208 de Microsoft Knowledge Base.

[Arriba]

Incorporado en el SP2 de SQL Server 2005.

Para admitir todas las características de Business Intelligence de Microsoft Office 2007 al conectarse a una instancia de Analysis Services, es necesario tener instalado el SP2. Si no lo está, las características de Office 2007 que necesitan el SP2 se deshabilitarán al ejecutarse en una instancia de Analysis Services.

[Arriba]

Incorporado en el SP2 de SQL Server 2005.

Analysis Services ahora exige que todas las dimensiones incluidas en un grupo de medida vinculada tengan la misma granularidad que la dimensión del grupo de medida de origen. Por ejemplo, si una dimensión de tiempo del grupo de medida de origen tiene el atributo de día como atributo de granularidad, el grupo de medida vinculada también debe usar el atributo de día como atributo de granularidad. El escenario más habitual para una base de datos de Analysis Services que infringe esta regla es una base de datos de SQL Server 2000 Analysis Services que se ha migrado mediante una versión preliminar de SQL Server 2005.

Si tiene una base de datos que infringe esta regla de granularidad, debe modificar la base de datos que contiene el grupo de medida vinculada antes de aplicar el SP2. Si no lo hace, la base de datos ya no será válida una vez que se aplique el SP2. Estas bases de datos no válidas deben ser eliminadas.

[Arriba]

Incorporado en el SP2 de SQL Server 2005.

El SP2 presenta los siguientes cambios en el comportamiento de MDX (Expresiones multidimensionales):

• Las coordenadas de las celdas de los ejes de columna y fila ahora se mezclan con las coordenadas de miembros únicos de la dimensión de tupla incluidos en una cláusula WHERE. Por ejemplo, SELECT [USA] FROM [Cube] WHERE [Seattle] ahora devuelve el valor de celda de Seattle en lugar del de USA. Las consultas que incluyen varios miembros de dimensión de un atributo o jerarquía concretos en la cláusula WHERE y que se encuentran en un eje de fila o columna no se ven afectadas por el SP2 y pueden devolver resultados inesperados. Este comportamiento podría cambiar en el futuro.
  
  
• Las consultas que incluyen cálculos que sobrescriben coordenadas definidas en una subselección ya no conservan totales visuales. Por ejemplo, WITH MEMBER Measures.ParentContribution AS (Measures.Sales, Geography.Currentmember.Parent) / Measures.Sales SELECT Measures.ParentValue ON COLUMNS, Geography.Members ON ROWS FROM (Select Geography.USA on 0 from Sales) ahora devuelve la contribución al elemento primario sin totales visuales.
  
  

[Arriba]

Incorporado en el SP2 de SQL Server 2005.

Debido a los cambios en la compatibilidad con versiones anteriores y posteriores realizados en el protocolo y el formato de archivos de Analysis Services en el SP2, las carpetas de datos y las copias de seguridad del SP2 de Analysis Services no se pueden cargar en servidores del SP1 de Analysis Services y no es posible realizar la sincronización de servidores entre servidores del SP2 y del SP1 de Analysis Services. Este cambio se presentó en el QFE 251 del SP1 de SQL Server 2005.

[Arriba]

Incorporado en el SP2 de SQL Server 2005.

Al ver informes con contenido ampliable en Internet Explorer 7.0, el botón Atrás no carga páginas vistas con anterioridad.

[Arriba]

En un servidor de informes que se ejecute en el modo integrado de SharePoint, es posible que se produzca un error de tiempo de espera de ASP.NET en informes de larga ejecución que requieran un tiempo de procesamiento mayor que el tiempo de espera predeterminado. El tiempo de espera predeterminado de ASP.NET es de 2 minutos. Los informes cuyo procesamiento requiera más de dos minutos se cerrarán de forma inesperada y aparecerá la página de error de Windows SharePoint Services con el siguiente error: "Error inesperado".

Si cree que este error se debe a un problema de tiempo de espera, puede resolverlo si agrega un atributo httpRuntime executionTimeout al archivo Web.config de la aplicación Web de SharePoint.

Asegúrese de proporcionar un valor suficiente para que se complete el procesamiento de informes de larga ejecución. En el caso de un servidor de informes en modo nativo, el valor predeterminado es de 9.000 segundos para un servidor de informes y el Administrador de informes. Considere la posibilidad de elegir un valor similar cuando especifique executionTimeout para la aplicación Web de SharePoint.

Si ha implementado varias aplicaciones en un conjunto de servidores de SharePoint, repita los pasos anteriores para cada uno de los archivos Web.config del conjunto de servidores. Este requisito se aplica a todos los archivos Web.config de la aplicación Web de SharePoint de los subdirectorios de <unidad>:\inetpub\wwwroot\wss\VirtualDirectories. También se aplica a los archivos Web.config de las aplicaciones que hay en el conjunto de servidores instaladas en equipos diferentes.

[Arriba]

El SP2 de SQL Server 2005 incorpora una nueva versión de la herramienta de configuración de Reporting Services. Si instala el SP2, debe usar el SP2 de la herramienta de configuración de Reporting Services para configurar el servidor de informes. Además, no es posible usar el SP2 de la herramienta de configuración de Reporting Services para configurar un servidor de informes anterior al SP2. Esta incompatibilidad se debe a que la herramienta de configuración de Reporting Services usa una nueva versión del proveedor WMI, que no es compatible con versiones anteriores. Si intenta usar la herramienta de configuración de Reporting Services con una versión que no sea compatible, aparecerá un error que indicará que el proveedor WMI ha devuelto un estado no especificado en ReportServicesConfigUI.WMIProvider.ConfigurationItem.CreateConfigurationItem.

[Arriba]

Si configura el directorio virtual del servidor de informes y el Administrador de informes no está instalado, la herramienta de configuración de Reporting Services se cerrará de forma inesperada y aparecerá un error que indicará que la herramienta de configuración de SQL Server 2005 Reporting Services ha detectado un problema y debe cerrarse. A pesar del mensaje de error, el directorio virtual se crea. Este error sólo aparece una vez. Si vuelve a abrir la herramienta, podrá terminar de configurar el servidor sin que el error vuelva a aparecer.

[Arriba]

Si está implementando e integrando un servidor de informes con un conjunto de servidores de SharePoint, debe usar las mismas versiones de la tecnología o el producto de SharePoint en todos los servidores del grupo, incluido el equipo que aloja el servidor de informes. No podrá tener Windows SharePoint Services 3.0 y Office SharePoint Server 2007 en el mismo conjunto de servidores.

[Arriba]

El tipo de credenciales que se especifica en la conexión de la base de datos del servidor de informes determinará si el programa de instalación puede actualizar una base de datos de servidor de informes desde un SP1 o una versión CTP del SP2 a la versión final del SP2.

Si el servidor de informes se conecta a la base de datos mediante credenciales de base de datos o mediante una cuenta de usuario de Windows diferente a la usada para ejecutar el servicio Servidor de informes de Windows, no se actualizará la base de datos cuando se actualice el resto del software. Si esto ocurriera, deberá usar la herramienta Configuración de Reporting Services para actualizar manualmente la base de datos del servidor de informes. En la página Instalación de base de datos, haga clic en Actualizar para aplicar el formato del SP2 a la base de datos del servidor de informes.

[Arriba]

No puede integrar dos o más instancias del servidor de informes que compartan la misma base de datos con implementaciones diferentes de servidores independientes de Windows SharePoint Services 3.0 o Microsoft Office SharePoint Server 2007. Si lo hace, se producirán daños en los datos de la base de datos del servidor de informes de servicios de fondo. No se admite el escenario siguiente: dos instalaciones independientes de Windows SharePoint Services 3.0, cada una integrada con una instancia de servidor de informes local, donde ambas instancias del servidor de informes comparten la misma base de datos.

[Arriba]

En esta versión, Microsoft Visual Studio para Aplicaciones (VSA), el entorno de desarrollo de secuencias de comandos y motor en tiempo de ejecución que usan la tarea Secuencia de comandos y el componente de secuencia de comandos de Integration Services, no es compatible con la versión final de Windows Vista. Si un equipo ejecuta la versión final de Windows Vista, no se podrá usar ese equipo para modificar ni depurar secuencias de comandos de Integration Services, ni para ejecutar paquetes de Integration Services que contengan secuencias de comandos.

[Arriba]

Windows Vista incluye una característica nueva, Control de cuentas de usuario (UAC), que ayuda a los administradores a administrar la forma en que usan los privilegios elevados. Durante la ejecución en Windows Vista, los administradores no usan sus privilegios administrativos de forma predeterminada. En su lugar, realizan la mayoría de acciones como usuarios estándar (no administrativos) y sólo usan sus privilegios administrativos de forma temporal cuando es necesario.

UAC causa algunos problemas conocidos. Para obtener más información, vea las páginas Web siguientes en TechNet:

• Windows Vista: Control de cuentas de usuario
  
  
• Guía detallada de Control de cuentas de usuario de Windows Vista