El Comprobador de configuración del sistema (SCC) comprueba el valor de la clave del Registro del contador del Monitor de rendimiento antes de que comience la instalación de SQL Server. Si SCC no puede comprobar la clave del Registro existente o no puede ejecutar el programa del sistema Lodctr.exe, la comprobación de SCC generará un error y el programa de instalación se bloqueará. Para completar la instalación, debe incrementar manualmente la clave del Registro.

[Arriba]

El Proveedor de servicios de cifrado (CSP) de Windows es código que presta servicios de autenticación, codificación y cifrado a los que obtienen acceso las aplicaciones basadas en Windows a través de CryptoAPI en Windows Server 2003. Si el servicio CSP se detiene o se desactiva, el programa de instalación de SQL Server genera un error y muestra un mensaje de requisitos del logotipo de Windows.

[Arriba]

Puesto que el Coordinador de transacciones distribuidas de Microsoft (MS DTC) no está completamente configurado en Windows, las aplicaciones podrían no conseguir dar de alta a los recursos de SQL Server 2005 en una transacción distribuida. Este problema puede afectar a servidores vinculados, consultas distribuidas y procedimientos almacenados remotos que utilicen transacciones distribuidas. Para evitar este tipo de problemas, debe habilitar completamente los servicios de MS DTC en el servidor en el que haya instalado SQL Server 2005.

[Arriba]

Las bases de datos de ejemplo Northwind y pubs no se instalan de forma predeterminada en SQL Server 2005. Estas bases de datos se pueden descargar de este sitio Web de Microsoft.

[Arriba]

Las bases de datos de ejemplo AdventureWorks, AdventureWorksDW, AdventureWorksAS y los ejemplos complementarios no se instalan de manera predeterminada. Para utilizar los ejemplos de SQL Server 2005 o probar el código de ejemplo en los Libros en pantalla de SQL Server 2005, debe instalar estas bases de datos.

El programa de instalación instala los ejemplos del paquete del instalador SqlServerSamples.msi. Utilice el procedimiento siguiente para extraer los ejemplos del paquete del instalador y finalizar la instalación de los ejemplos.

En las instalaciones desatendidas, si desea adjuntar las bases de datos de ejemplo y los ejemplos a una instancia específica de SQL Server, use el siguiente modificador de la línea de comandos, donde instancename no se necesita para la instancia predeterminada:

SAMPLEDATABASESERVER=<servername>\<instancename>. 

La instancia a la que se adjunta la base de datos de ejemplo debe ser una instancia local. Si no especifica el modificador, los archivos se instalarán en el directorio \Tools\Samples. De lo contrario, se instalarán en el directorio de datos de la instancia especificada y se adjuntarán al servidor.

[Arriba]

Cuando se desinstala una instancia de SQL Server 2005 que aloja la base de datos del servidor de informes para una instancia de Reporting Services ejecutando el programa de instalación desde el símbolo del sistema con el parámetro SAVESYSDB, los archivos de base de datos del servidor de informes se quedan con el resto de los archivos de base de datos del sistema. De manera predeterminada, se les asigna el nombre ReportServer$Instancename y ReportServer$InstancenameTempdb. Si reinstala SQL Server 2005 con el parámetro de instalación USESYSDB y especifica que la instancia aloje la base de datos del servidor de informes, el programa de instalación no podrá volver a crear esos archivos de base de datos porque ya existen.

Para corregir este problema, realice una de las siguientes acciones:

• Quite las bases de datos del servidor de informes antes de desinstalar con SAVESYSDB.
  
  
• No instale Reporting Services junto con SQL Server cuando use el parámetro SAVESYSDB del programa de instalación.
  
  
• Use el parámetro RSDATABASENAME del programa de instalación para especificar un nombre nuevo para la base de datos del servidor de informes al instalar Reporting Services.
  
  

[Arriba]

Si instala SQL Server 2005 desde un recurso de red en un equipo que ejecuta Service Pack 1 (SP1) de Microsoft Windows Server 2003 o posterior, o una versión de Windows XP posterior a SP2, es posible que los temas de la Ayuda en pantalla no se muestren correctamente durante la instalación. Para ver estos temas, primero debe copiar setupsql9.chm al equipo local, abrirlo y después, buscar los temas específicos que desee. Para obtener información acerca de cómo obtener acceso a la documentación de instalación, vea la sección 2.1 Acceso a la documentación de instalación.

[Arriba]

Si su equipo tiene herramientas de administración de SQL Server 2000 y una instancia predeterminada de SQL Server 2005 instalada, el programa de instalación de SQL Server le permite instalar una instancia predeterminada de SQL Server 2000. Sin embargo, al hacerlo deshabilitará la instancia instalada de SQL Server 2005. Por lo tanto, no instale una instancia predeterminada de SQL Server 2000 si ya tiene las herramientas de administración de SQL Server 2000 y una instancia predeterminada de SQL Server 2005 en el equipo.

[Arriba]

El programa de instalación puede generar un error si la instalación de clientes de SQL Server está configurada con la opción de "forzar cifrado" habilitada. Para solucionar este problema, desactive la opción en cualquiera de los clientes de SQL Server. Para los clientes de Microsoft Data Access Components (MDAC) en SQL Server 2000, use la Herramienta de red de cliente de SQL Server 2000. Para SQL Native Client, desinstale SQL Native Client con Agregar o quitar programas. En un clúster, desinstale SQL Native Client de todos los nodos. Después, ejecute de nuevo el programa de instalación de SQL Server 2005.

[Arriba]

Cuando se desinstala una instancia de SQL Server 2005 de una configuración simultánea que está ejecutando Windows Server 2003 x64 o Windows XP Professional x64, se elimina el Servicio auxiliar de SQL Server Active Directory®. El Servicio auxiliar de SQL Server Active Directory es un servicio que se instala con SQL Server y controla los objetos de Active Directory. Sólo hay una instancia del Servicio auxiliar de SQL Server Active Directory para todas las instancias de SQL Server instaladas en el equipo.

[Arriba]

Durante la instalación, SQL Server 2005 agrega los siguientes grupos de seguridad a Windows:

• SQLServer2005DTSUser$nombreDeEquipo
  
  
• SQLServer2005MSFTEUser$nombreDeEquipo$nombreDeInstancia
  
  
• SQLServer2005MSOLAPUser$nombreDeEquipo$nombreDeInstancia
  
  
• SQLServer2005MSSQLServerADHelperUser$nombreDeEquipo
  
  
• SQLServer2005MSSQLUser$nombreDeEquipo$nombreDeInstancia
  
  
• SQLServer2005NotificationServicesUser$nombreDeEquipo
  
  
• SQLServer2005ReportingServicesWebServiceUser$nombreDeEquipo$nombreDeInstancia
  
  
• SQLServer2005ReportServerUser$nombreDeEquipo$nombreDeInstancia
  
  
• SQLServer2005SQLAgentUser$nombreDeEquipo$nombreDeInstancia
  
  
• SQLServer2005SQLBrowserUser$nombreDeEquipo
  
  

Estos grupos simplifican la concesión de los permisos necesarios para ejecutar los servicios de Windows de SQL Server y otros ejecutables. También ayudan a proteger los archivos de SQL Server.

En los Libros en pantalla de SQL Server, se omite el $nombreDeEquipo de los nombres. El nombre del equipo se agrega a los nombres de grupo para identificar de forma única a cada grupo. Los nombres de grupo únicos no son necesarios si SQL Server 2005 es instala en controladores de dominio. Para todas las referencias a los grupos de seguridad que empiezan con "SQLServer2005", sustituya el nombre de grupo apropiado de la lista anterior.

[Arriba]

Es posible instalar SQL Server 2005 en un controlador de dominio de Windows; sin embargo, no se puede ejecutar en un controlador de dominio de Windows Server 2003 como servicio local o servicio de red. Las cuentas del servicio SQL Server se deben ejecutar como cuentas de usuario de dominio de Windows. También es posible instalar las cuentas del servicio SQL Server para que se ejecuten como un sistema local, pero no se recomienda utilizar esta opción.

No cambie la función del servidor después de instalar SQL Server 2005. Por ejemplo, si instala SQL Server 2005 en un servidor de miembros, no use la herramienta Dcpromo para promover el servidor a un controlador de dominio. O bien, si instala SQL Server 2005 en un controlador de dominio, no utilice Dcpromo para degradar el servidor a un servidor de miembros. Cambiar la función de un servidor después de instalar SQL Server 2005 puede ocasionar la pérdida de funcionalidad y es una operación que no se admite.

[Arriba]

Este elemento del archivo Léame proporciona una versión actualizada del tema sobre cómo configurar IIS para que ejecute Reporting Services de 32 bits en el modo WOW64. Siga los pasos que se indican a continuación para ejecutar Reporting Services en el modo de emulación Windows en Windows 64 (WOW64) x86. Utilice la versión de ASP.NET 2.0 que se proporciona a través de dotnetfx64.exe.

[Arriba]

No se admite la instalación remota de SQL Server 2005 en esta versión. Si utiliza el parámetro TARGETCOMPUTER para instalar SQL Server 2005 en un equipo remoto, el programa de instalación de SQL Server generará un error. Para instalar SQL Server 2005 en un equipo remoto, utilice una conexión remota para ejecutar el programa de instalación de SQL Server en el modo de interfaz de usuario o desde el símbolo del sistema.

[Arriba]

Si desinstala una instancia de SQL Server 2005 ejecutando el programa de instalación desde el símbolo del sistema con el parámetro SAVESYSDB, las bases de datos del sistema se conservan. En ese caso, si quita varias instancias de SQL Server 2005 del mismo equipo, debe volver a instalarlas en el mismo orden en el que se instalaron originalmente. De lo contrario, es posible que los trabajos existentes no se puedan ejecutar debido a la información de trabajos del Agente almacenada en las bases de datos del sistema retenidas.

[Arriba]

Al actualizar desde cualquier edición de la versión en español de SQL Server 2000 a cualquier edición de la versión en español de SQL Server 2005, el programa de instalación genera un error y muestra un mensaje con instrucciones para corregir el problema y volver a ejecutar el programa de instalación. Para corregir el problema, salga del programa de instalación y vuelva a ejecutarlo para continuar la actualización.

[Arriba]

Si especifica una ruta de instalación distinta a la predeterminada para los componentes de SQL Server, debe incluir al menos un directorio en la ruta de instalación. Si intenta instalarlos en el directorio raíz (por ejemplo, en C:\), los componentes de WOW64 se instalarán en %<raíz>% (X86)\ y el programa de instalación generará un error.

[Arriba]

Si ha instalado las herramientas de administración de 64 bits (X64), SQL Server Integration Services y Notification Services como parte de una instancia de 64 bits de SQL Server 2005, no podrá instalar versiones de 32 bits de los mismos componentes en una configuración simultánea.

[Arriba]

Si instala un componente nuevo de SQL Server 2005 en el modo de mantenimiento, se le pedirá la ubicación de Setup.exe en el disco de instalación de SQL Server 2005. Al especificar la ubicación, compruebe que la ruta de acceso incluye "Setup.exe". Por ejemplo, la ruta de acceso "D:\" generará un error, mientras que la ruta "D:\Setup.exe" se ejecutará correctamente.

[Arriba]

Las secuencias de comandos shell del comando de instalación pueden generar errores de secuencias de comandos de Windows cuando las variables Path contienen paréntesis. Esto sucede porque las secuencias de comandos shell no admiten paréntesis en las variables Path, lo que puede ocurrir si se instalan componentes de 32 bits en el subsistema de 32 bits Windows sobre Windows (WOW64) en un equipo de 64 bits. Por ejemplo, la siguiente secuencia de comandos, que tiene el valor de ruta "C:\Archivos de programa (x86)\", genera error porque el intérprete de secuencias de comandos shell no ha interpretado correctamente los paréntesis de la variable PATH expandida como parte de la instrucción IF/ELSE:

IF "%SOME_PATH%" == "" (
        SET PATH=%PATH%;%PATH_A%
) ELSE (
        SET PATH=%PATH%;%PATH_B%
) 

Para solucionar este problema, quite los paréntesis de la secuencia de comandos. Por ejemplo:

IF "%SOME_PATH%" == "" set PATH=%PATH%;%PATH_A%
IF NOT "%SOME_PATH%" == "" set PATH=%PATH%;%PATH_B% 

También puede eliminar de la ruta la entrada SQL que contiene paréntesis.

[Arriba]

Al agregar la búsqueda de texto a una instancia existente de SQL Server 2005 mediante el modo de mantenimiento o actualizar desde otra edición de SQL Server 2005, el servicio de búsqueda de texto no se ejecuta bajo la cuenta de dominio especificada. En su lugar, se ejecuta bajo la cuenta del sistema local. Para obtener más información, consulte el artículo de Knowledge Base 907256.

[Arriba]

Al ejecutar el servicio del Agente SQL Server bajo una cuenta que no sea un administrador de Windows, vea el artículo 907557 de Knowledge Base para obtener información sobre las cuentas con pocos privilegios admitidas, los problemas conocidos y cualquier solución alternativa.

[Arriba]

Si SQL Server y el Agente SQL Server se están ejecutando bajo la cuenta NT Authority\NetworkService y Reporting Services está instalado en el mismo equipo, no se ejecutará el Agente SQL Server. Para solucionar este problema, reinicie el equipo. Vea el artículo 907557 de Knowledge Base para obtener información sobre las cuentas con pocos privilegios admitidas y los problemas conocidos.

[Arriba]

Una instalación de Reporting Services de SQL Server 2000 que se ejecute en Servicios de Internet Information Server (IIS) 5.0 o el modo aislado IIS 5.0 podría dejar de funcionar si realiza una instalación simultánea de Reporting Services de SQL Server 2005 (o si instala Microsoft .NET Framework 2.0 o registra ASP.NET 2.0 en el equipo host). Los errores que se producen varían en función del sistema operativo. En Microsoft Windows XP, el error es:

El servidor de informes no puede descifrar la clave simétrica utilizada para obtener acceso a datos cifrados o confidenciales
de una base de datos de servidor de informes.
Debe restaurar una clave de una copia de seguridad o eliminar el contenido cifrado y, a continuación, reiniciar el servicio. 

En los demás servidores Windows, el error es:

Clave no válida para utilizar en el estado especificado. 

[Arriba]

Las siguientes limitaciones son aplicables al desinstalar los Libros en pantalla de SQL Server 2005

Durante la instalación de SQL Server 2005, Windows Installer crea archivos temporales en la unidad del sistema. Antes de ejecutar el programa de instalación para instalar o actualizar SQL Server 2005, verifique que dispone de 1,6 GB de espacio en disco en la unidad del sistema para estos archivos. Este requisito es aplicable incluso si instala los componentes de SQL Server en una unidad distinta de la predeterminada.

[Arriba]

Los recursos de clúster MS DTC deben crearse en todos los clústeres de 32 bits y 64 bits de Windows Server 2003 antes de instalar SQL Server 2005. Si MS DTC no está configurado como un recurso de clúster en Windows Server 2003, aparecerá una advertencia.

[Arriba]

El programa de instalación sólo instala las herramientas de administración en el nodo principal de un clúster de conmutación por error. Para poder tener acceso a las herramientas desde los nodos secundarios de un clúster de conmutación por error, instálelas por separado en cada nodo secundario.

[Arriba]

Siga estas recomendaciones para las instalaciones de clúster de conmutación por error que usan servidores virtuales:

• Al planificar una implementación del clúster de conmutación por error de SQL Server, mantenga siempre una relación de 1:1 entre los nombres de servidor virtual y los nombres de instancia de SQL Server: para cada servidor virtual, debería haber una única instancia de SQL Server.
  
  
• Si utiliza el Asistente para la instalación a fin de instalar componentes adicionales en un clúster de conmutación por error existente, instale los componentes adicionales en un servidor virtual nuevo con un nombre de instancia de SQL Server nuevo. Si instala componentes adicionales mediante el símbolo del sistema, puede usar el nombre de servidor virtual existente y el nombre de instancia existente, o bien, puede usar un nombre de servidor y de instancia nuevo.
  
  
• Para crear un clúster de conmutación por error con varios componentes de SQL Server 2005, instale todos los componentes con una sola ejecución del Asistente para la instalación de SQL Server o use la instalación en modo desatendido para agregar los componentes a un clúster de conmutación por error existente.
  
  

[Arriba]

Debe quitar todas las compilaciones preliminares de SQL Server 2005, Visual Studio 2005 y .NET Framework antes de realizar la instalación. Debido a que ambos productos dependen de la misma versión de .NET Framework, se deben desinstalar en el siguiente orden:

1. SQL Server 2005
   
   
2. Visual Studio 2005
   
   
3. .NET Framework 2.0
   
   

Para obtener más información sobre cómo usar Visual Studio 2005 con SQL Server 2005, vea la sección 4.7 Microsoft Visual Studio 2005.

[Arriba]

El programa de instalación puede generar errores y mostrar el siguiente mensaje: "No se encuentra un paquete de instalación del producto Microsoft SQL Native Client. Vuelva a intentar la instalación usando una copia válida del paquete de instalación 'sqlncli.msi'." Para solucionar este problema, desinstale SQL Native Client con Agregar o quitar programas. En un clúster, desinstale SQL Native Client de todos los nodos. Después, ejecute de nuevo el programa de instalación de SQL Server.

[Arriba]

La instalación desde el símbolo del sistema puede generar un error si desinstala una versión de Community Technology Preview (CTP) anterior de SQL Server 2005 con SAVESYSDB y después instala esta versión con USESYSDB, si las opciones de sp_configure SMO y DMO XPs o Agent XPs están desactivadas en la instancia anterior. Para solucionar este problema, asegúrese de que estas opciones estén habilitadas antes de utilizar el programa de instalación para actualizar las bases de datos del sistema. Para obtener más información, vea el tema sobre cómo configurar las opciones de configuración del servidor en los Libros en pantalla de SQL Server.

[Arriba]

Si utilizó un cliente CTP DTA (Asistente para la optimización de motor de base de datos) anterior a junio para optimizar SQL Server 2000 o una versión CTP de SQL Server 2005 anterior a junio (incluido SQL Server 2005 Beta 2), podría tener problemas cuando utilice el cliente DTA de esta versión para optimizar estos servidores. El artículo de Knowledge Base 899634 contiene una secuencia de comandos de Transact-SQL que se utiliza para quitar los metadatos del cliente DTA de la base de datos msdb en estos servidores. Esta secuencia de comandos sólo puede ser ejecutada por un miembro de la función fija de servidor sysadmin.

[Arriba]

Si desinstala una instancia de SQL Server 2005 anterior al CTP de junio ejecutando el programa de instalación desde el símbolo del sistema con el parámetro SAVESYSDB, y después instala esta versión, algunos trabajos pueden generar un error. Esto sucederá cuando los usuarios no sean miembros de la función fija de servidor sysadmin, si los trabajos contienen pasos que utilizan servidores proxy del subsistema de secuencias de comandos Active. Si esto ocurre, aparecerá el siguiente mensaje de error:

sqlstubss90.exe - No se puede encontrar el componente.
La aplicación no pudo inicializarse correctamente (0xc0000022).
Haga clic en Aceptar para terminar la ejecución de la aplicación.

Para solucionar este problema, ejecute la siguiente secuencia de comandos:

USE [msdb]
GO

create table #tmp_sp_help_proxy(proxy_id int null, name nvarchar(128) null,
    credential_identity nvarchar(128) null, enabled tinyint null, description
    nvarchar(1024) null, user_sid varbinary(40) null, credential_id int null,
    credential_identity_exists int null)
insert into #tmp_sp_help_proxy(proxy_id, name, credential_identity, enabled, description,
    user_sid, credential_id, credential_identity_exists) exec msdb.dbo.sp_help_proxy
GO

DECLARE @cred_id int
DECLARE @name sysname
DECLARE proxy_cursor CURSOR LOCAL
FOR
   SELECT name, credential_id FROM msdb.dbo.sysproxysubsystem sps
   JOIN #tmp_sp_help_proxy t on (t.proxy_id=sps.proxy_id) WHERE subsystem_id=2
OPEN proxy_cursor
FETCH NEXT FROM proxy_cursor INTO @name, @cred_id
WHILE (@@fetch_status = 0)
BEGIN
      SET @name = (N'____Copy'+@name)
      EXEC msdb.dbo.sp_add_proxy @proxy_name=@name, @credential_id=@cred_id,@enabled=1
      EXEC msdb.dbo.sp_grant_proxy_to_subsystem @proxy_name=@name, @subsystem_id=2
      EXEC msdb.dbo.sp_delete_proxy @proxy_name=@name
      FETCH NEXT FROM proxy_cursor INTO @name, @cred_id
END
CLOSE proxy_cursor
DEALLOCATE proxy_cursor
GO

drop table #tmp_sp_help_proxy
GO

[Arriba]

Los permisos para la función del Generador de informe han cambiado en esta versión. Es posible que los informes creados con una versión anterior al CTP de septiembre de SQL Server 2005 no se carguen en esta versión debido a la falta de permisos.

[Arriba]

Si implementó instancias de Notification Services en el CTP de junio y desea migrar esas instancias a esta versión de SQL Server 2005, debe migrar manualmente las instancias de Notification Services. Sin embargo, debido a que el número de versión en el CTP de junio es incorrecto, debe realizar un paso adicional y actualizar manualmente los números de versión antes de migrar las instancias.

[Arriba]

SQL Server no permite registrar diferentes versiones de un ensamblado con el mismo nombre, referencia cultural y clave pública. Si tiene previsto conservar las bases de datos de una versión de SQL Server 2005 anterior a la versión CTP de septiembre, debe dejar sólo una instancia de un ensamblado que tenga varios registros y quitar todas las demás antes de instalar esta versión.

[Arriba]

Para obtener información importante sobre la actualización de una base de datos de reflejo, vea el artículo 907741 de Microsoft Knowledge Base.

[Arriba]

Para mayor seguridad, SQL Server 2005 deshabilita la conectividad de red en algunas instalaciones nuevas. La conectividad de red con TCP/IP no se deshabilita si utiliza SQL Server Enterprise, Standard o Workgroup Edition, o si hay una instalación previa de SQL Server. La conectividad de canalizaciones con nombre sólo está disponible para las conexiones locales, a menos que exista una conexión previa de SQL Server. En todas las instalaciones, el protocolo de memoria compartida está habilitado para permitir las conexiones locales al servidor. El servicio de Explorador de SQL puede detenerse, dependiendo de las condiciones y las opciones de instalación.

[Arriba]

Las conexiones de cliente a una instancia del Motor de base de datos de SQL Server que se ejecutan en el Service Pack 1 de Windows Server 2003 pueden generar el siguiente error: ProviderNum: 7, Error: 10054, ErrorMessage: Proveedor de TCP: el host remoto forzó el cierre de una conexión existente. Esto puede ocurrir cuando se prueba la escalabilidad con un gran número de intentos de conexión a clientes. Para solucionar este problema, use la utilidad regedit.exe para agregar un nuevo valor DWORD denominado SynAttackProtect a la clave del Registro HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ con datos de valor de 00000000.

[Arriba]

Los Libros en pantalla de SQL Server 2005 indican de forma incorrecta que cuando una conversación que utiliza la seguridad de los diálogos incluye las bases de datos, SQL Server crea una clave de sesión cifrada con la clave maestra para la base de datos. De hecho, la clave de sesión está cifrada con la clave maestra de la base de datos para todas las conversaciones que utilizan la seguridad de los diálogos. Si la clave maestra de la base de datos no está disponible, los mensajes de la conversación permanecen en la cola de transmisión con un error hasta que se cree una clave maestra para la base de datos o hasta que se agote el tiempo de la conversación. Utilice el parámetro ENCRYPTION = OFF para crear un diálogo no cifrado o bien, utilice el comando siguiente para crear una clave maestra de base de datos:

CREATE MASTER KEY ENCRYPTION BY PASSWORD = '<password>'

[Arriba]

Se aplican las siguientes limitaciones a los ensamblados Common Language Runtime (CLR) que contengan tipos definidos por el usuario.

La característica de instantáneas recuperadas automáticamente del Servicio de instantáneas de volumen (VSS) tiene las siguientes limitaciones.

En versiones anteriores a SQL Server 2005, el servicio Búsqueda de texto se ejecutaba en la cuenta NT AUTHORITY\LOCAL SYSTEM, que tiene un alto grado de privilegios. En SQL Server 2005, la cuenta de servicio seleccionada para el motor de base de datos de SQL Server se utiliza para ejecutar el servicio MSFTESQL que admite la búsqueda de texto. Al hacer esto, MSFTESQL se ejecuta con un menor número de privilegios que antes.

Debido a que la cuenta de servicio MSFTESQL requiere menos privilegios que la cuenta de servicio del motor de base de datos, en SQL Server 2005 puede cambiar la cuenta de servicio MSFTESQL. Si lo hace, le recomendamos que siga las directrices que aparecen a continuación:

• Utilice siempre el Administrador de configuración de SQL Server para cambiar la cuenta de servicio. Esto ayuda a garantizar que la cuenta de servicio se colocará en el grupo local de Windows correcto, que admite la seguridad en la búsqueda de texto.
  
  
• Utilice una cuenta de usuario de Windows que pertenezca únicamente al grupo de usuarios de Windows en el sistema del equipo local.
  
  
• Utilice una cuenta de usuario de Windows distinta para cada instancia de MSFTESQL. Esto garantiza privilegios mínimos para cada cuenta de servicio, limitándola a una sola instancia de SQL Server.
  
  

[Arriba]

Para crear un ensamblado EXTERNAL_ACCESS u UNSAFE en SQL Server, o cargar un ensamblado, se debe cumplir una de las dos condiciones siguientes:

• El ensamblado debe estar firmado con un nombre seguro o authenticode, y un certificado. Este nombre seguro (o certificado) se crea en SQL Server como una clave asimétrica (o certificado) y tiene un inicio de sesión correspondiente con los permisos EXTERNAL ACCESS ASSEMBLY (para ensamblados con acceso externo) u UNSAFE ASSEMBLY (para los ensamblados no seguros).
  
  
• El propietario de la base de datos (DBO) debe tener un permiso EXTERNAL ACCESS ASSEMBLY (para ensamblados con acceso externo) u UNSAFE ASSEMBLY (para los ensamblados no seguros), y la base de datos debe tener la propiedad de base de datos TRUSTWORTHY establecida en ON.
  
  

Se recomienda no establecer la propiedad TRUSTWORTHY de una base de datos en ON sólo para ejecutar el código CLR (Common Language Runtime) en el proceso del servidor. En su lugar, se recomienda crear una clave asimétrica desde el archivo del ensamblado en la base de datos master. Después, se debe crear un inicio de sesión asignado a esta clave asimétrica y se le deben conceder permisos EXTERNAL ACCESS ASSEMBLY u UNSAFE ASSEMBLY.

Las siguientes instrucciones de Transact-SQL realizan los pasos necesarios para crear una clave asimétrica, asignar un inicio de sesión a esta clave y después, conceder el permiso EXTERNAL_ACCESS ASSEMBLY al inicio de sesión. Debe ejecutar las siguientes instrucciones de Transact-SQL antes de ejecutar la instrucción CREATE ASSEMBLY.

USE master
GO

CREATE ASYMMETRIC KEY HelloWorldKey FROM EXECUTABLE FILE = 'C:\HelloWorld.dll'
CREATE LOGIN HelloWorldLogin FROM ASYMMETRIC KEY HelloWorldKey
GRANT EXTERNAL ACCESS ASSEMBLY TO HelloWorldLogin
GO

[Arriba]

Al actualizar a SQL Server 2005, la búsqueda de texto utiliza archivos de palabras irrelevantes mejorados para rellenar los índices de texto. Si personalizó los archivos de palabras irrelevantes en la versión anterior de SQL Server y desea que la búsqueda de texto siga utilizando los archivos personalizados después de la actualización, debe reemplazar los archivos de palabras irrelevantes de SQL Server 2005 con los archivos personalizados.

Los archivos de palabras irrelevantes de SQL Server 2005 están ubicados en la carpeta <directorioDeInstalación>\Microsoft SQL Server\MSSQL.1\MSSQL\FTDATA\, donde directorioDeInstalación es la carpeta de instalación. Los archivos de palabras irrelevantes de versiones anteriores de SQL Server están ubicados en la carpeta <directorioDeInstalación>\Microsoft SQL Server\MSSQL.1\MSSQL\Binn\FTERef. Para obtener información acerca de cómo reemplazar los archivos de palabras irrelevantes de SQL Server 2005 con los archivos de palabras irrelevantes de la versión anterior de SQL Server, vea el artículo de Microsoft Knowledge Base 905617.

[Arriba]

El comportamiento de los programas que se ejecutan bajo una función de aplicación puede cambiar debido a que, de manera predeterminada, SQL Server 2005 limita la visibilidad de los metadatos de la base de datos master a las funciones de aplicación. Como solución temporal, puede habilitar la marca de traza #4616. Para obtener más información, vea el artículo de Knowledge Base 906549.

[Arriba]

Los Libros en pantalla de SQL Server 2005 muestran de forma incorrecta las ediciones de SQL Server compatibles con la interfaz gráfica de usuario (GUI) del Asistente para la optimización de motor de &base de datos y las opciones de optimización de la utilidad dta. Las opciones de optimización que afectan a las vistas indizadas, las particiones y la generación de recomendaciones en línea no son compatibles con SQL Server 2005 o SQL Server 2000 Standard Edition. Las ediciones Enterprise, Developer y Enterprise Evaluation de SQL Server 2000 tampoco admiten las opciones de optimización que afectan a las particiones y a la generación de recomendaciones en línea. Estas limitaciones se aplican tanto a las versiones de 32 bits de SQL Server como a las de 64 bits. Para obtener información detallada acerca de las opciones de optimización no compatibles, vea el artículo de Knowledge Base 906649.

[Arriba]

La opción de base de datos SUPPLEMENTAL_LOGGING no está implementada en esta versión de SQL Server. La opción se puede establecer, pero no tiene ningún efecto.

[Arriba]

Después de una sesión de optimización correcta en un servidor de producción o de prueba con el Asistente para la optimización de base de datos, pueden quedar, de forma inesperada, bases de datos clonadas en el servidor de prueba, aunque no se haya utilizado la opción RetainShellDB. Estas bases de datos clonadas pueden interferir con las sesiones de optimización posteriores y se deben quitar antes de ejecutar otra sesión de optimización del servidor de prueba o de producción. Además, si una sesión de optimización se cierra de forma inesperada, las bases de datos clonadas en los servidores de prueba y los objetos que hay en esas bases de datos se pueden quedar en el servidor de prueba. También debe eliminar estas bases de datos y objetos antes de iniciar una nueva sesión de optimización del servidor de prueba o de producción.

[Arriba]

Los ensamblados que no se cargaron en el espacio de direcciones del servidor por cualquier motivo siguen apareciendo en la vista de administración dinámica sys.dm_clr_loaded_assemblies.

[Arriba]

Para las consultas distribuidas de clientes SQL Server 2005 de 64 bits a servidores SQL Server 2000 de 32 bits, se necesita SP3 de SQL Server 2000 o posterior. Las consultas distribuidas incluyen referencias a entradas del servidor vinculadas que se definen con sp_addlinkedserver y las funciones OPENROWSET y OPENQUERY. Además, los procedimientos almacenados del sistema, conocidos como procedimientos almacenados de catálogo, se deben actualizar manualmente en los servidores con SP3 y SP4 de SQL Server 2000.

Si las versiones de los procedimientos almacenados de catálogo en la instancia de 32 bits de SQL Server 2000 no se actualizan con las versiones incluidas con el Service Pack, recibirá el siguiente error:

"No se encontró el procedimiento almacenado necesario para realizar esta operación en el servidor.
Póngase en contacto con el administrador del sistema."
Mens. 7311, Nivel 16, Estado 2, Línea 1
No se puede obtener el conjunto de filas "DBSCHEMA_TABLES_INFO" para el esquema del proveedor OLE DB "SQLNCLI" para
el servidor vinculado "<nombreDeServidor>". El proveedor admite la interfaz, pero devuelve
un código de error cuando se usa.

Para corregir este problema, debe ejecutar la secuencia de comandos instcat.sql desde el Service Pack para la instancia de 32 bits de SQL Server 2000 o MSDE.

[Arriba]

Los siguientes aspectos de la implementación de SQL Server 2005 XQuery no están documentados en los Libros en pantalla de SQL Server:

• Los caracteres generados por las secciones CDATA no se consideran caracteres de espacios en blanco. Por ejemplo, select cast(''as xml).query('<a> <![CDATA[ ]]> {"abc"}</a>') devuelve <a> abc</a>.
  
  
• Se admite la creación de elementos y atributos vacíos.
  
  
• El prefijo de espacio de nombres xmlns identifica un atributo de declaración de espacio de nombres y no se puede volver a declarar en una expresión de XQuery. La especificación de XQuery requiere este comportamiento.
  
  
• Usar 'for' con la expresión de origen () genera un error estático.
  
  
• En un documento XML creado con el método query() en el tipo de datos xml, un retorno de carro en una sección CDATA se convierte en un avance de línea. El avance de línea se utiliza en lugar de la referencia anterior a la entidad de retorno de carro ( ) por motivos de uniformidad con el análisis XML del texto.
  
  
• Las funciones de Transact-SQL definidas por el usuario que contienen local-name() y namespace-uri() son deterministas.
  
  

[Arriba]

Una representación de cadena de un valor xsd:dateTime que no contenga un separador T de fecha y hora o una zona horaria se puede convertir a un tipo datetime de SQL en un método value(), como en el siguiente ejemplo:

declare @aaa xml
set @aaa = '<AAA MyDate="2005/1/1 00:00:00"/>'
select @aaa.value('(//AAA)[1]/@MyDate', 'datetime')

[Arriba]

Los siguientes aspectos de la compatibilidad de SQL Server 2005 con los esquemas XML no están documentados en los Libros en pantalla de SQL Server:

• El esquema XML para Reporting Services (RDL) se puede cargar en una colección de esquemas XML.
  
  
• Los valores de tipo xsd:dateTime y xsd:time que contienen valores en segundos con más de tres dígitos fraccionales no devuelven un error, sino que se redondean.
  
  
• Un esquema XML se rechaza maxInclusive se vuelve a definir en un tipo derivado cuando el tipo base tiene fixed="true".
  
  
• Los espacios finales en los aspectos minInclusive, minExclusive, maxInclusive y maxExclusive se omiten en los tipos derivados que restringen los tipos de datos xsd:dateTime, xsd:data y xsd:time.
  
  

[Arriba]

Las conexiones remotas a un extremo SOAP/HTTP pueden generar un error cuando la cuenta de servicio de SQL Server es una cuenta de dominio y la autenticación para el extremo está establecida en INTEGRATED, aunque las conexiones locales se realicen correctamente. El problema se puede producir cuando el nombre principal de servicio (SPN) está registrado en la cuenta del sistema local. Puede evitar este problema registrando un SPN para la cuenta del servicio SQL Server o especificando la autenticación NTLM para el extremo. Para obtener más información acerca de cómo registrar un nombre principal de servicio, vea el tema sobre cómo registrar nombres principales de servicio de Kerberos mediante Http.sys en los Libros en pantalla de SQL Server.

[Arriba]

Si no se especifica WITH UNCHECKED DATA, SQL Server intentará evitar que ALTER ASSEMBLY se ejecute si la nueva versión de ensamblado afecta a los datos existentes de tablas, índices u otros sitios permanentes. Sin embargo, SQL Server no garantiza que las columnas calculadas, los índices, las vistas indizadas o las expresiones sean coherentes con rutinas y tipos subyacentes cuando el ensamblado Common Language Runtime (CLR) se actualice. Al ejecutar ALTER ASSEMBLY, tenga cuidado de que no se produzcan discrepancias entre el resultado de una expresión y los valores basados en esa expresión que se almacenen en el ensamblado.

[Arriba]

Las directivas de soporte de Microsoft no son aplicables a la característica de creación de reflejo de base de datos en SQL Server 2005. La característica de creación de reflejo de base de datos está deshabilitada de manera predeterminada, pero se puede habilitar sólo para fines de evaluación mediante la marca de traza 1400 como parámetro de inicio. La creación de reflejo de base de datos no se debe usar en entornos de producción y los servicios de soporte de Microsoft no admiten bases de datos y aplicaciones que utilicen la creación de reflejo de base de datos. La documentación de creación de reflejo de base de datos se incluye en SQL Server 2005 sólo para fines de evaluación y la directiva de documentación para el soporte y actualización de SQL Server 2005 no es aplicable a la documentación de creación de reflejo de base de datos. Para obtener más información, consulte el artículo de Knowledge Base 907741.

[Arriba]

El Agente SQL Server no está integrado con el Correo electrónico de base de datos en la edición de 64 bits de SQL Server. Para enviar cualquier notificación como las notificaciones de estado de trabajos y de alertas, utilice Outlook Express a fin de configurar Simple MAPI manualmente para su uso por parte del correo del Agente SQL Server. Para obtener más información, consulte el artículo de Knowledge Base 908360.

[Arriba]

No utilice el cifrado RC4 para proteger datos en SQL Server 2005. En su lugar, utilice un cifrado en bloque como AES 256 o Triple DES.

[Arriba]

En la versión final de SQL Server 2005, no se pueden crear índices no agrupados únicos en línea. Estos índices incluyen índices no agrupados únicos que se crean debido a una restricción UNIQUE o PRIMARY KEY. Los Libros en pantalla de SQL Server indican de forma incorrecta que esta operación es compatible. Se devuelve el siguiente mensaje de error al crear un índice no agrupado único en línea mediante CREATE INDEX o CREATE INDEX WITH DROP_EXISTING:

Mens. 1844, Nivel 16, Estado 2, Línea 1
La creación de índices en línea no se admite en índices no agrupados únicos.

Si el índice no agrupado único se crea debido a una restricción UNIQUE o PRIMARY KEY, (ALTER TABLE ADD CONSTRAINT), se devuelve también el siguiente mensaje de error:

Mens. 1750, Nivel 16, Estado 0, Línea 1
No se pudo crear la restricción. Consulte los errores anteriores.

Para solucionar este problema, quite la opción de índice ONLINE de la instrucción Transact-SQL. En SQL Server Management Studio, desactive la casilla de verificación Permitir procesamiento en línea de instrucciones DML al crear el índice en la página Opciones del cuadro de diálogo Nuevo índice.

SQL Server 2005 no admite operaciones de índice en línea que creen índices agrupados o índices no agrupados no únicos, que borren o vuelvan a crear índices agrupados o que vuelvan a crear índices no agrupados únicos o no únicos.

[Arriba]

En esta versión, Analysis Services utiliza una lista de control de acceso (ACL) para proteger el archivo de clave de cifrado de la instancia. Un ACL forma parte integral de la seguridad de Windows y permite cambiar más fácilmente la cuenta de usuario asociada con el servicio de Windows para una instancia de Analysis Services. La utilidad askeymgmt (askeymgmt.exe), que proporcionaba la funcionalidad de administración de la API de protección de datos (DPAPI) para el archivo de clave de cifrado de la instancia, ya no se necesita.

[Arriba]

Al escribir aplicaciones que utilizan ADOMD.NET, debe redistribuir ADOMD.NET junto con la aplicación. El archivo de instalación de ADOMD.NET (SQLServer2005_ADOMD.msi) se puede descargar de este sitio Web de Microsoft.

[Arriba]

Si instala Excel (o cualquier otra aplicación cliente) después de instalar Microsoft SQL Server 2005 Analysis Services, ya no podrá hacer referencia al proveedor de OLE DB de Analysis Services 9.0 OLE DB con el nombre de proveedor MSOLAP. Esto se debe a que la aplicación cliente instala el servicio PivotTable antiguo que sobrescribe al ProgID independiente de la versión. Por ejemplo, si está utilizando "provider=MSOLAP" en una cadena de conexión, se invocará al proveedor de SQL Server 2000 Analysis Services. Como resultado, es posible que no se pueda conectar al servidor de SQL Server 2005 Analysis Services con Excel. En el futuro, habrá una actualización de Office XP y Office 2003 que puede utilizar para actualizar el proveedor que utiliza Excel. Por ahora, para solucionar este problema, repare la instalación existente ejecutando el comando siguiente en la línea de comandos:

setup.exe /qb INSTANCENAME=MSSQLSERVER REINSTALL=ALL

También puede descargar y volver a instalar el proveedor de OLE DB de Analysis Services 9.0 desde este sitio Web de Microsoft.

[Arriba]

Si tiene instalada la versión de 32 bits de la herramienta Cambiar nombre de instancia en un equipo de 64 bits, debe desinstalar la versión de 32 bits de la herramienta y volver a instalar la versión de 64 bits desde el CD del producto SQL Server 2005. Para obtener más información, consulte el artículo de Knowledge Base 906161.

[Arriba]

Si un cubo local contiene una contraseña, el propio cubo local debe estar también cifrado con contraseña. Para cifrar un cubo local, escriba una contraseña en la propiedad de la cadena de conexión de contraseña llamada "Contraseña de cifrado". Crear el cubo local en formato cifrado ayuda a proteger la información confidencial almacenada en archivos de cubo local, como las contraseñas y las claves.

[Arriba]

La seguridad de las dimensiones no admite totales visuales en un atributo primario de una dimensión de elementos primarios y secundarios. Si un usuario pertenece a una función que habilita los totales visuales en un atributo primario de una dimensión de elementos primarios y secundarios, el usuario no se podrá conectar al cubo que contiene la dimensión de elementos primarios y secundarios. Asimismo, cuando el usuario intenta conectarse al cubo que contiene la dimensión de elementos primarios y secundarios, puede recibir un mensaje de error parecido a los siguientes:

La dimensión de elementos primarios y secundarios '<dimension>' tiene su seguridad definida en el atributo de clave,
lo cual no está permitido. De forma alternativa, puede definir la seguridad de dimensión equivalente
en el atributo primario.

El atributo '<attribute>' de la dimensión '<dimension>' tiene una expresión de seguridad
de dimensión generada no válida.

[Arriba]

Microsoft SQL Server 2005 Analysis Services no admite la propiedad de cadena de conexión CustomData.

[Arriba]

Para esta versión de Microsoft SQL Server, Microsoft Excel 2003 PivotTable no admite miembros de agrupación basados en un cubo en Microsoft SQL Server 2005 Analysis Services.

[Arriba]

Si utiliza la autenticación de SQL Server al alojar el motor de Notification Services o administrar suscripciones, debe realizar uno de los siguientes procedimientos al crear una instancia de la clase Microsoft.SqlServer.NotificationServices.NSInstance e inicializarla:

• Utilice el constructor no documentado NSInstance(string instanceName, string sqlUser, string sqlPassword) para crear una instancia del objeto NSInstance e inicializarlo;
  
  
• Utilice el constructor predeterminado y después, el método no documentado Initialize(string instanceName, string sqlUser, string sqlPassword) para inicializar el objeto NSInstance; o bien,
  
  
• Si utiliza la interoperabilidad COM, use el constructor predeterminado, establezca las credenciales con las propiedades SqlUser y SqlPassword, y después, utilice el método Initialize(string instanceName) para inicializar el objeto NSInstance.
  
  

Al utilizar la clase NSInstance de esta forma se garantiza que Notification Services tenga la información de autenticación de SQL Server antes de que intente obtener información acerca de la instancia del motor de base de datos.

[Arriba]

Cuando utilice la autenticación de SQL Server para conectarse a una instancia de Notification Services a través de NMO (Notification Services Management Objects), utilice un objeto Server para obtener una referencia NotificationServices y después, utilice esta referencia para obtener una instancia de Notification Services. Al crear una instancia del objeto Server, puede especificar un objeto ServerConnection que utilice un objeto SqlConnection.

Si utiliza la autenticación de SQL Server para llamar a los métodos de administración de instancias y aplicaciones, como Crear, Actualizar, Quitar, Habilitar o Deshabilitar, SqlConnection no debe estar abierto.

Asegúrese de que SqlConnection no se abra antes de crear la instancia del objeto Server, o bien, utilice otro constructor de ServerConnection que no use un objeto SqlConnection.

[Arriba]

Cuando se instala Notification Services en un equipo que utiliza el paquete de Interfaz de usuario multilingüe (MUI), el registro y la anulación del registro de una instancia en Notification Services puede tardar varios minutos en realizarse.

[Arriba]

El Generador de informes se puede ejecutar en modo de confianza plena o parcial con una URL. La ruta de la dirección URL utilizada para iniciar el Generador de informes determina el modo de confianza.

Si va a iniciar el Generador de informes en un entorno de plena confianza, utilice la siguiente URL:

http://<localhost>/reportserver/reportbuilder/reportbuilder.application

Si va a iniciar el Generador de informes en un entorno de confianza parcial, utilice la siguiente URL:

http://<localhost>/reportserver/reportbuilder/reportbuilderlocalintranet.application

donde <localhost> es el nombre del equipo en el que se ejecuta el servidor de informes.

Dependiendo de la dirección URL que desee iniciar con el botón Generador de informes del Administrador de informes, especifique uno de los siguientes valores para el elemento ReportBuilderTrustLevel en el archivo RSWebApplication.config: FullTrust o PartialTrust. Este archivo se encuentra en el directorio de instalación del Administrador de informes. De forma predeterminada, se especifica FullTrust.

En un entorno de confianza parcial, no se puede tener acceso al archivo de Ayuda del Generador de informes (ReportBuilder.chm) desde el Generador de informes. No obstante, el administrador puede proporcionar a los usuarios del Generador de informes una copia del archivo de Ayuda.

[Arriba]

En la documentación de referencia de programación administrada por Reporting Services, en particular en la Biblioteca de clases de los servicios Web de Reporting Services, algunos bloques de sintaxis de temas de API incluyen descripciones de atributos antes del nombre de la clase o del método. Estas descripciones de atributos son un artefacto del proceso que se utiliza para generar la documentación y se pueden ignorar.

[Arriba]

Para habilitar el Proveedor de datos de Microsoft .NET para mySAP Business Suite con Reporting Services, debe realizar los pasos siguientes para modificar los archivos de configuración instalados. Estos pasos reemplazan a los documentados en el tema sobre el Proveedor de datos de Microsoft .NET para mySAP Business Suite de los Libros en pantalla de SQL Server. Las acciones se describen en los pasos siguientes, seguidas por la característica y los archivos .config específicos en los que se realizan los pasos.

1. Quite las marcas de comentario (elimine los caracteres <!-- y --> del inicio y el final de la línea) para esta entrada en la sección Extensions/Data y guarde el archivo:
   
   

   <!-- <Extension Name="SAP" Type="Microsoft.Adapter.SAP.SAPConnection,Microsoft.Adapter.SAP.SAPProvider, Version=1.0.0.0, Culture=neutral, PublicKeyToken= 31bf3856ad364e35"/> -->

   Nota:
   Se han agregado saltos de línea para facilitar la lectura. El valor Type se debe especificar en una sola línea en el archivo .config.

2. Inserte el siguiente código en la sección PolicyLevel/CodeGroup, en el mismo nivel que la entrada Microsoft_Strong_Name, y guarde el archivo:
   
   

   <CodeGroup class="UnionCodeGroup" version="1" PermissionSetName="FullTrust" Name="Microsoft_Generic_Signing" Description="This code group grants code signed with the generic Microsoft key full trust. Used by the Microsoft .Net Data Provider for mySAP Business Suite."> <IMembershipCondition class="StrongNameMembershipCondition" version="1" PublicKeyBlob="00240000048000009400000006020000002400005253413100040000010001 00b5fc90e7027f67871e773a8fde8938c81dd402ba65b9201d60593e96c492651e889cc13f14 15ebb53fac1131ae0bd333c5ee6021672d9718ea31a8aebd0da0072f25d87dba6fc90ffd598e d4da35e44c398c454307e8e33b8426143daec9f596836f97c8f74750e5975c64e2189f45def4 6b2a2b1247adc3652bf5c308055da9" /> </CodeGroup>

   Nota:
   Se han agregado saltos de línea para facilitar la lectura. El valor PublicKeyBlob se debe especificar en una sola línea en el archivo de directiva.

Para habilitar el proveedor de datos en el servidor de informes, realice el paso 1 en rsreportserver.config y el paso 2 en rssrvpolicy.config. El directorio de instalación predeterminado para estos archivos es C:\Archivos de programa\Microsoft SQL Server\MSSQL.3\Reporting Services\ReportServer.

Para habilitar el proveedor de datos en el Diseñador de informes, realice el paso 1 en RSReportDesigner.config y el paso 2 en RSPreviewPolicy.config. El directorio de instalación predeterminado para estos archivos es C:\Archivos de programa\Microsoft Visual Studio 8\Common7\IDE\PrivateAssemblies.

[Arriba]

Reporting Services utiliza el parámetro de configuración <UrlRoot> para resolver vínculos en los mensajes de correo electrónico a informes en un servidor de informes. Cuando se utiliza la herramienta de configuración de Reporting Services para implementar un servidor de informes en un equipo que tiene instalado un certificado de capa de sockets seguro (SSL), no se establece correctamente el valor para <UrlRoot>. En consecuencia, los usuarios que hacen clic en los vínculos de informes de los mensajes de correo electrónico obtendrán un mensaje de vínculo roto en vez del informe que esperan. Para corregir el vínculo, debe editar manualmente el archivo RSReportServer.config para corregir el parámetro de configuración <UrlRoot>. El formato de la dirección URL es el siguiente:

https://certificatename/report_server_virtual_directory

El editar el archivo RSReportServer.config, asegúrese de especificar los mismos valores que escribió en la herramienta de configuración de Reporting Services al implementar el servidor de informes por primera vez. Compruebe la página Directorio virtual del servidor de informes en la herramienta de configuración de Reporting Services para verificar qué valores utilizar. Los valores se encuentran en los campos Nombre de certificado y Nombre.

[Arriba]

Algunas veces, los informes que incluyen la variable User!UserID no mostrarán los datos de informes específicos para el usuario que está visualizando el informe en ese momento. Para que este error se produzca, deben darse las siguientes condiciones:

• El informe debe ser una instantánea.
  
  
• Se debe obtener acceso al informe mediante programación a través de métodos SOAP o mediante una conexión directa al servidor de informes, como http://<servername>/reportserver.
  
  

Cuando se produce este error, la información de perfil de usuario de la instantánea de informe se basará en cualquiera de los siguientes elementos:

• La identidad del usuario que creó la instantánea.
  
  
• La cuenta bajo la que se ejecuta el servidor de informes si el servidor de informes crea la instantánea como una operación programada.
  
  

Si no se actualiza una instantánea de informe basada en información de perfil de usuario, se generan datos incorrectos y se introduce un riesgo de seguridad si se incluyen datos confidenciales en la instantánea. Hasta que se solucione este problema, le recomendamos que no ejecute informes que incluyan la variable User!UserID como instantánea de ejecución de informes o historial de informes.

Tenga en cuenta que las dependencias de perfil de usuario no funcionan solamente para instantáneas de informes que se abren mediante llamadas SOAP o mediante la dirección URL de una instantánea de informe. User!UserID es completamente funcional para los informes que se ejecutan a petición y para todas las instantáneas de informes que se abren desde el Administrador de informes.

[Arriba]

SQL Server 2005 Management Studio no permite habilitar las publicaciones de SQL Server 2000 para suscriptores que no sean de SQL Server. Para habilitar una publicación de SQL Server 2000 para suscriptores que no son de SQL Server, use el Asistente para creación de publicaciones, que está disponible en el Administrador corporativo de SQL Server 2000. En el Asistente para creación de publicaciones, en la página Especificar tipos de suscriptor, seleccione Orígenes de datos heterogéneos, como Oracle o Microsoft Access.

[Arriba]

Para obtener más información, vea la sección 2.5.15 Los trabajos existentes pueden generar un error al volver a instalar varias instancias en el mismo equipo.

[Arriba]

Con SQL Server 2005 Developer o Standard Edition instalado, puede instalar las herramientas de servidor de SQL Server Mobile.

[Arriba]

Al ejecutar el programa de instalación de las herramientas de servidor de SQL Server Mobile, el archivo Léame (ssmreadme.htm) se instala de manera predeterminada en C:\Archivos de programa\Microsoft SQL Server 2005 Mobile Edition\Docs\xx, donde xx es el designador de dos caracteres del idioma instalado. El archivo Léame se instala en el subdirectorio del directorio de instalación especificado en la página Versión de Microsoft SQL Server del programa de instalación de las herramientas de servidor de Microsoft SQL Server.

[Arriba]

Se aplican las siguientes limitaciones al instalar el soporte del diagrama de base de datos.

SQL Server 2005 de 64 bits instala versiones de 32 bits de algunas herramientas. En los sistemas operativos de 64 bits, estas herramientas se ejecutan en el entorno WOW y, en algunas condiciones, pueden funcionar lentamente. Para mejorar el rendimiento de las herramientas de 32 bits, conéctese a SQL Server de 64 bits con herramientas que se ejecuten en un sistema operativo de 32 bits. SQL Server 2005 Business Intelligence Development Studio, el entorno de desarrollo de 32 bits para soluciones de Business Intelligence, no está diseñado para ejecutarse en la arquitectura IA64 de 64 bits y no se instala en servidores IA64. Para obtener más información relacionada con las herramientas de SQL Server en los sistemas operativos de 64 bits, vea el artículo de Knowledge Base 906892.

[Arriba]

Los archivos Léame de los ejemplos de SQL Server para Visual Studio indican que se debe crear un archivo de clave llamado samplekey.snk en el "directorio de instalación". Debe crear este archivo en el directorio raíz de cada ejemplo que lo requiera.

[Arriba]

La siguiente información se aplica a los ejemplos de Notification Services:

• Si está implementando un ejemplo de Notification Services con una cuenta de propietario de la base de datos o de administrador del sistema, no tiene que conceder permisos de SQL Server a la cuenta. Conceder estos permisos puede generar un error, que se puede omitir. Al implementar sus propias aplicaciones, debe utilizar cuentas con un menor número de privilegios para mejorar la seguridad.
  
  
• Los ejemplos de Notification Services hacen referencia a un cuadro de diálogo llamado "Acceso a base de datos." Este cuadro de diálogo se llama ahora Asignación de usuarios.
  
  

[Arriba]

SQL Server 2005 Business Intelligence Development Studio, el entorno de desarrollo de 32 bits para soluciones de Business Intelligence, no está diseñado para ejecutarse en la arquitectura IA64 de 64 bits y no se instala en servidores IA64. Esto impide que los ejemplos que necesitan Business Intelligence Development Studio se ejecuten en los servidores IA64. Para obtener más información, consulte el artículo de Knowledge Base 906892.

[Arriba]

El proveedor Microsoft OLE DB para DB2, que es un componente de Microsoft Host Integration Server 2004, se puede descargar para usarse con SQL Server 2005. Para obtener información acerca de cómo instalar y configurar el proveedor OLE DB, vea la documentación que se incluye con el proveedor. Para obtener instrucciones acerca de cómo descargar este proveedor, vea este sitio Web de Microsoft.

[Arriba]