Microsoft SQL Server 2000.
Contenido
1.0 Introducción
2.0 Instalar SQL Server 2000
2.1 Requisitos del sistema
2.2 No instalar Analysis Services en una carpeta DBCS
2.3 Instalar los archivos de ejemplo de Analysis Services
2.4 Actualizar estadísticas después de actualizar desde SQL Server 7.0
2.5 Componentes de la instalación mínima de SQL Server
2.6 Requisitos para la integración de Active Directory
2.7 Los archivos de ejemplo Silverston no están instalados
2.8 Ayuda para la instalación en Windows 95
2.9 Instalar SQL Server 2000 con SQL Server versión 6.5
3.0 Notas acerca de la documentación
3.1 Notas acerca de los componentes principales de SQL Server
3.1.1 Duplicación y Host Integration Server
3.1.2 API para realizar copias de seguridad y restaurar para proveedores
independientes de software
3.1.3 Ejecutar Tareas DTS personalizadas creadas en Visual Basic
3.1.4 Parámetros de Desktop Engine Setup
3.1.5 Agregar propiedades a Tareas DTS personalizadas
3.1.6 @@TRANCOUNT y COMMIT en desencadenadores
3.1.7 Comportamiento de caracteres comodín y de escape
3.1.8 Modificar la cuenta del servicio Agente SQL Server
3.1.9 Agregar mensajes de error únicamente en Unicode
3.1.10 Utilizar secuencias de comandos ActiveX en DTS después de
desinstalar SQL Server 7.0
3.1.11 Quitar bases de datos secundarias para trasvase de registros
3.1.12 API ODBC: SQLGetConnectAttr
3.1.13 Conectar clientes de versiones anteriores a instancias con nombre
3.1.14 SQL Server a veces no puede abrir direcciones del puerto IP
estático
3.1.15 SQLSetConnectAttr y el atributo de conexión
SQL_COPT_SS_PRESERVE_CURSORS
3.1.16 SQLEndTran
3.1.17 Permisos para la integración de Active Directory
3.1.18 srv_pfield (programación de procedimientos almacenados extendidos)
3.1.19 Utilizar el Asistente para establecer servidor principal con
autenticación de Windows
3.1.20 Actualizar tablas en servidores vinculados
3.1.21 Efectos de las sugerencias de bloqueo en cursores READ_ONLY
3.1.22 Agregar dependencias al recurso de SQL Server
3.1.23 Actualizar desde MSDE 1.0 a SQL Server 2000 Desktop Engine
3.1.24 Servicio Microsoft Search
3.1.25 Referencias a Windows 95
3.1.26 Catálogos de texto inaccesibles después de cambiar
de cuenta de SQL Server
3.1.27 Recomendaciones para el diseño de vistas divididas
distribuidas
3.1.28 Requisitos para el archivo de Desktop Engine Setup
3.1.29 Parámetros TARGETDIR y DATADIR de Desktop Engine
Setup
3.1.30 Volver a instalar SQL Server 2000 Desktop Engine
3.2 Notas acerca de la funcionalidad de los Libros en pantalla de
SQL Server
3.2.1 El vínculo a la documentación de MDAC y XML no funciona
3.2.2 Limitaciones de impresión
3.2.3 Hipervínculos incorrectos al objeto de conexión ADO
desde los temas acerca de las propiedades dinámicas ADO
3.3 English Query
3.3.1 Método SaveProjectToXMLDom
3.3.2 Característica Automatic Clarification of Questions
3.4 Analysis Services
3.4.1 Antes de registrar los contadores del monitor de rendimiento de
Analysis Services en Windows NT 4.0
3.4.2 Función de agregado Distinct Count
3.4.3 Instrucción UPDATE CUBE
3.4.4 Procesar bases de datos después de actualizar desde la versión
Beta 2
3.4.5 Trabajar con nombres de funciones en versiones de Windows
en otros idiomas
***************************************************************
1.0 Introducción
***************************************************************
Este archivo contiene información importante que debería leer
antes de instalar Microsoft SQL Server 2000.
SQL Server 2000 amplía y aumenta el rendimiento, la confiabilidad, calidad
y facilidad de uso de SQL Server versión 7.0. Además, incluye nuevas
características que confirman a SQL Server como la mejor plataforma de
bases de datos para aplicaciones OLTP, de almacenes de datos y de comercio
electrónico.
***************************************************************
2.0 Instalar SQL Server 2000
***************************************************************
La documentación de Microsoft SQL Server 2000 se encuentra
disponible en:
* El manual de introducción a Microsoft SQL Server 2000 incluido en
la caja de SQL Server 2000.
* Ayuda F1 disponible en las ventanas de la instalación de SQL Server.
También puede abrir el archivo de ayuda para la instalación de
SQL Server en el menú de instalación autoejecutable.
* Puede ejecutar una instalación personalizada y seleccionar únicamente el
componente Libros en pantalla para instalar los Libros en pantalla de
SQL Server en el disco duro del equipo.
No se pueden abrir los Libros en pantalla de SQL Server para SQL Server
2000 desde el disco compacto de SQL Server 2000. Primero debe instalar los
Libros en pantalla de SQL Server en su disco duro. La documentación de la
instalación contenida en el manual de introducción a SQL Server 2000 no aborda
algunas cuestiones posteriores a la impresión del manual. Esta
información está incluida tanto en los Libros en pantalla de SQL Server como
en el archivo de ayuda para la instalación de SQL Server.
Utilice el programa de instalación autoejecutable del disco compacto de SQL
Server 2000 para instalar los componentes de SQL Server 2000. El programa de
instalación autoejecutable se inicia de forma automática al insertar el
disco compacto en la unidad. También puede ejecutarlo si selecciona el programa
AUTORUN.EXE de la carpeta raíz del disco compacto de SQL Server 2000. Aunque la
carpeta SQLMSDE del disco compacto de SQL Server 2000 contiene un programa
SETUP.EXE, éste sólo lo utilizan aplicaciones que necesitan instalar
SQL Server 2000 Desktop Engine durante su instalación. Desktop Engine Setup
no debe emplearse para instalar componentes de SQL Server 2000 desde el disco
compacto. Para obtener más información acerca de cómo distribuir aplicaciones
de SQL Server, consulte los Libros en pantalla de SQL Server.
Los Libros en pantalla de SQL Server son una colección de documentos de ayuda
HTML y requieren Microsoft Internet Explorer versión 5.0. Puede
descargar Internet Explorer 5.0 en http://microsoft.com/windows/ie_intl/es.
Los usuarios de SQL Server versión 7.0 que instalen SQL Server 2000
por primera vez pueden seleccionar estas nuevas características
durante la instalación.
* Puede instalar varias instancias de SQL Server en un equipo.
* El clúster de conmutación por error está integrado en la instalación
de SQL Server.
* Debe especificar una intercalación de SQL Server en lugar de
una página de códigos y una ordenación.
Para obtener más información acerca de estas características, consulte
los Libros en pantalla de SQL Server.
Si está actualizando SQL Server versión 6.5 a una instancia de SQL
Server 2000 en el mismo equipo, debe instalar primero SQL Server
versión 6.5 Service Pack 5 (SP5) o posterior. Si está actualizando
SQL Server versión 6.5 a una instancia de SQL Server 2000 en otro
equipo, debe instalar primero SQL Server versión 6.5 Service Pack 3
(SP3) o posterior.
Service Pack 5a (el Service Pack más reciente para SQL Server versión
6.5) está disponible en
http://support.microsoft.com/support/sql.
Existen dos maneras de actualizar desde una instalación de SQL Server
versión 6.0 a una instalación de SQL Server 2000:
* Puede actualizar la instalación de SQL Server 6.0 a SQL Server 6.5 y,
a continuación, utilizar el Asistente para actualización de SQL Server 2000
para actualizar la instalación de SQL Server 6.5 a SQL Server 2000.
* Puede actualizar la instalación de SQL Server 6.0 a SQL Server 7.0 y,
a continuación, utilizar el programa de instalación de SQL Server 2000
para actualizar la instalación de SQL Server 7.0 a SQL Server 2000.
Para obtener más información, consulte "Actualizar una instalación existente
de SQL Server" en los Libros en pantalla de SQL Server o en el manual de
introducción a Microsoft SQL Server 2000.
---------------------------
2.1 Requisitos del sistema
---------------------------
Microsoft SQL Server 2000 funciona en equipos con procesadores
Intel o compatible Pentium, Pentium Pro o Pentium II.
La velocidad mínima del procesador debe ser 166 MHz.
A continuación se enumeran los requisitos de memoria (RAM)
para las distintas ediciones y versiones de SQL Server 2000.
Enterprise 64 MB como mínimo; se recomiendan 128 MB
Standard 64 MB como mínimo
Personal 64 MB en Windows 2000, 32 MB en otros
sistemas operativos
Developer 64 MB como mínimo
Desktop Engine 64 como mínimo en Windows 2000, 32 MB
en otros sistemas operativos
Los requisitos de disco duro para SQL Server 2000 varían en
función de los componentes y la opción de instalación seleccionados:
Componentes de bases de datos de 95 a 270 MB, 250 MB típica
Analysis Services 50 MB mínima, 130 MB típica
English Query 80 MB
Sólo Desktop Engine 44 MB
SQL Server 2000 requiere un monitor con resolución VGA. Las
herramientas gráficas de SQL Server requieren un monitor con una
resolución de 800x600 o superior.
SQL Server 2000 requiere una unidad de CD-ROM y Microsoft
Mouse o compatible.
SQL Server 2000 requiere Internet Explorer 5.0 o posterior y es
compatible con los siguientes sistemas operativos:
* Windows 2000
* Microsoft Windows NT versión 4.0 Service Pack 5 o posterior
* Windows Millennium
* Windows 98
* Windows 95 (sólo la opción de conectividad de clientes)
El Service Pack más reciente para Windows NT está disponible en
http://support.microsoft.com/support/NTServer.
Antes de instalar software de SQL Server 2000 en Windows 95,
debe instalar una actualización de Winsock 2 para Windows 95. Esta
actualización se incluye en el disco compacto de SQL Server 2000.
Para instalarla, seleccione la opción Requisitos previos de SQL Server
2000 en la ventana autoejecutable que muestra el disco compacto de
SQL Server 2000.
SQL Server 2000 no es compatible con Windows NT 4.0 Terminal Server.
Para obtener información acerca de los requisitos del sistema operativo
para las distintas ediciones y componentes de SQL Server 2000,
consulte "Requisitos de hardware y software para instalar SQL Server
2000" en los Libros en pantalla de SQL Server o en el manual de
introducción a Microsoft SQL Server 2000.
-----------------------------------------------------
2.2 No instalar Analysis Services en una carpeta DBCS
-----------------------------------------------------
Analysis Services no debe instalarse en una carpeta que utiliza
caracteres de un conjunto de caracteres de doble byte (DBCS) en la ruta
o en el nombre. Instale Analysis Services en una carpeta que utilice
exclusivamente caracteres de un byte en la ruta y en el nombre.
-----------------------------------------------------------
2.3 Instalar los archivos de ejemplo de Analysis Services
-----------------------------------------------------------
Para instalar los archivos de ejemplo de Analysis Services, debe
instalar Analysis Services desde el disco compacto de SQL Server.
Los archivos de ejemplo se instalan en:
X:\ARCHIVOS DE PROGRAMA\MICROSOFT ANALYSIS SERVICES\SAMPLES.
----------------------------------------------------------------------
2.4 Actualizar estadísticas después de actualizar desde SQL Server 7.0
----------------------------------------------------------------------
Después de actualizar desde SQL Server 7.0, ejecute sp_updatestats
'resample' para actualizar las estadísticas de las tablas de usuarios
de sus bases de datos.
--------------------------------------------------------
2.5. Componentes de la instalación mínima de SQL Server
--------------------------------------------------------
La búsqueda de texto no está incluida en la instalación mínima de
SQL Server 2000.
-------------------------------------------------------
2.6 Requisitos para la integración de Active Directory
-------------------------------------------------------
Para registrar una instancia de Microsoft SQL Server 2000
en Active Directory, la instancia de SQL Server debe estar
instalada en un equipo que ejecute Microsoft Windows 2000 con
el servicio Active Directory habilitado. Además, debe configurar
el servicio SQL Server para que se ejecute en la cuenta LocalSystem
de Windows o en una cuenta de dominio de Windows del grupo de
administradores locales. Este requisito es esencial para poder
agregar bases de datos y publicaciones desde la instancia a Active
Directory. Las instancias de SQL Server 2000 que estén configuradas
para ejecutarse en una cuenta de usuario avanzado no poseen los
permisos suficientes para invocar todos los componentes necesarios
de SQL Server para trabajar con Active Directory.
Para registrar un Analysis server en Active Directory, debe instalar
MSSQLServerOLAPService en un equipo que ejecute Windows 2000 con el
servicio Active Directory habilitado. MSSQLServerOLAPService debe
estar configurado para ejecutarse en la cuenta LocalSystem de Windows
o en una cuenta de dominio de Windows del grupo de administradores locales.
-----------------------------------------------------------
2.7 Los archivos de ejemplo Silverston no están instalados
-----------------------------------------------------------
Microsoft SQL Server 2000 Enterprise incluye una licencia para cuatro
archivos de ejemplos de esquema de bases de datos conocidos. Las instrucciones
para instalar estos archivos de ejemplo mediante el programa de instalación se
encuentran en el tema "Database Schema Samples".
No obstante, el programa de instalación no instala estos ejemplos.
Para instalarlos, haga doble clic en UNZIP_SILVERSTONDB.EXE en
\Devtools\Samples\Silverstondb en el disco compacto de
SQL Server 2000.
--------------------------------------------
2.8 Ayuda para la instalación en Windows 95
--------------------------------------------
Si desea utilizar la Ayuda durante la instalación de Conectividad
de clientes en Microsoft Windows 95, puede que necesite actualizar
a Microsoft Internet Explorer 5.0 y a HTML Help 1.3. Para ello,
puede descargar las versiones más recientes de
http://www.microsoft.com. El archivo de actualización de
HTML Help se llama HHUPD.EXE.
----------------------------------------------------------
2.9 Instalar SQL Server 2000 con SQL Server versión 6.5
----------------------------------------------------------
Los Libros en pantalla de SQL Server contienen instrucciones
contradictorias acerca de la instalación de Microsoft SQL Server
2000 en un equipo que ejecute SQL Server versión 6.5. La instalación
resultante depende de si está instalando una instancia con nombre
o una instancia predeterminada de SQL Server 2000.
* Si instala una instancia predeterminada de SQL Server 2000 en un
equipo que ejecuta una instancia de SQL Server 6.5, la instancia
predeterminada de SQL Server 2000 se convierte en la instancia de
SQL Server a la que tendrá acceso y se mostrará el grupo de programas
de SQL Server 2000 en el menú Inicio. La instancia de SQL Server 6.5 se
desactiva y el grupo de programas de SQL Server 6.5 no se muestra
en el menú Inicio.
Puede ejecutar la instancia predeterminada de SQL Server 2000
o la instancia de SQL Server 6.5, pero no ambas a la
vez. Para cambiar de una versión a otra de SQL Server, utilice
la entrada "Microsoft SQL Server: conmutador de versión" del menú Inicio.
Al cambiar de SQL Server 2000 a SQL Server 6.5, la instancia de
SQL Server 2000 se desactiva y el grupo de programas de SQL Server
6.5 reemplaza al grupo de programas de SQL Server 2000 en el menú
Inicio. Al cambiar de SQL Server 6.5 a SQL Server 2000, se invierte
el proceso.
* Si instala una o varias instancias con nombre de SQL Server 2000
en un equipo que ejecute SQL Server 6.5 y no existe ninguna
instancia predeterminada de SQL Server 2000, la instancia de SQL Server 6.5
permanece activa como instancia predeterminada. Tanto el grupo de programas
de SQL Server 2000 como el de SQL Server 6.5 se mostrarán en el menú
Inicio. Debe utilizar las herramientas de SQL Server 6.5 para administrar
la instancia predeterminada de SQL Server 6.5 y las herramientas de SQL
Server 2000 para administrar las instancias con nombre de SQL Server 2000.
* Si instala tanto las instancias con nombre como la instancia predeterminada de
SQL Server 2000 en un equipo que ejecute SQL Server 6.5, podrá ejecutar las
instancias con nombre cuando lo desee. No obstante, deberá cambiar de versión
entre la instancia predeterminada de SQL Server 2000 y la instancia
predeterminada de SQL Server 6.5. El grupo de programas de SQL Server 2000
siempre se muestra en el menú Inicio. El grupo de programas de SQL Server 6.5
se muestra en el menú Inicio siempre que cambia de versión para convertir
SQL Server 6.5 en la instancia predeterminada activa. El grupo de programas de
SQL Server 6.5 no se muestra si cambia de versión para convertir SQL Server
2000 en la instancia predeterminada activa.
***************************************************************
3.0 Notas acerca de la documentación
***************************************************************
Las siguientes cuestiones son posteriores a la finalización de
los Libros en pantalla de SQL Server.
--------------------------------------------------------------
3.1 Notas acerca de los componentes principales de SQL Server
--------------------------------------------------------------
Estas notas hacen referencia a los componentes principales de SQL Server,
incluidos el motor de base de datos, los componentes de cliente, los
componentes de conectividad, las herramientas gráficas y las herramientas
del símbolo de sistema.
3.1.1 Duplicación y Host Integration Server
El tema "Programming Replication from Heterogeneous Data Sources"
indica que Microsoft Host Integration Server 2000 proporciona un
Agente de lector de registro de duplicación para utilizar con
Microsoft SQL Server 2000. Sin embargo, Host Integration Server 2000
no proporciona un Agente de lector de registro para utilizar con SQL
Server 2000.
3.1.2 API para realizar copias de seguridad y restaurar para proveedores
independientes de software
Microsoft SQL Server 2000 es compatible con muchas soluciones de copia de
seguridad de otros fabricantes. SQL Server proporciona interfaces de programación
de aplicaciones que permiten a los proveedores de software independientes
la integración de SQL Server en sus productos. Estas API proporcionan
la máxima confiabilidad y rendimiento y son compatibles con toda la
funcionalidad de copia de seguridad y restauración de SQL Server, incluidas
las capacidades interactivas y de instantáneas. Para obtener información acerca
de cómo integrar su solución de copia de seguridad con SQL Server, póngase en
contacto con su proveedor de soluciones de copia de seguridad. Para obtener
información acerca de las API para realizar copias de seguridad y restaurar,
instale el subcomponente "API para realizar copias de seguridad y restaurar"
del componente "Herramientas de desarrollo" de SQL Server. Para completar la
instalación de los ejemplos y de la documentación, ejecute UNZIP_BACKUP.EXE, que
está ubicado en
C:\ARCHIVOS DE PROGRAMA\MICROSOFT SQL SERVER\80\TOOLS\DEVTOOLS\SAMPLES\
BACKUP.
La documentación se proporciona en VBACKUP.CHM.
3.1.3 Ejecutar Tareas DTS personalizadas creadas en Visual Basic
Para implementar una tarea personalizada de Servicios de transformación de datos
(DTS) en Microsoft Visual Basic, debe ejecutar la tarea personalizada en el
subproceso principal. Si la tarea personalizada se encuentra incluida en una
tarea Ejecutar paquete, ésta tendrá que estar ejecutándose
también en el subproceso principal. Del mismo modo, si la tarea personalizada la
manipula la tarea "Propiedades dinámicas" (por ejemplo, tiene uno de sus valores de
propiedad asignados),
la tarea Propiedades dinámicas tendrá que estar ejecutándose en el subproceso principal.
3.1.4 Parámetros de Desktop Engine Setup
Los temas de los Libros en pantalla de SQL Server "Merging the Desktop Engine
into Windows Installer" y "SQL Server 2000 Desktop Engine Setup" contienen
documentación acerca de dos parámetros que omite la versión final de Desktop
Engine Setup: USEDEFAULTSAPWD y SAPASSWORD.
De forma predeterminada, cuando se ejecuta en los sistemas operativos Microsoft
Windows NT 4.0 o Windows 2000, Desktop Engine Setup configura la instancia
instalada de Microsoft SQL Server para que utilice autenticación de Windows
y ubica el grupo de administradores locales de Windows en la función de
servidor fija sysadmin de SQL Server. Si ejecuta Desktop Engine Setup en
los sistemas operativos Windows NT 4.0 o Windows 2000, podrá especificar
un parámetro SECURITYMODE=SQL para configurar la instancia instalada para
que utilice autenticación de SQL Server con una contraseña vacía.
Si está utilizando el sistema operativo Windows 98, Desktop Engine Setup
siempre configura la instancia instalada para que utilice autenticación de
SQL Server, independientemente de si se ha especificado SECURITYMODE=SQL.
Un conjunto de módulos de mezcla de Desktop Engine que se han mezclado con
el programa de instalación Windows Installer se comporta de la misma forma.
En los sistemas operativos Windows NT 4.0 y Windows 2000, la instancia de SQL
Server está configurada para que utilice autenticación de Windows si
no se especifica SECURITYMODE=SQL y para que utilice autenticación de
SQL Server si se especifica SECURITYMODE=SQL. La instancia siempre está
configurada para utilizar autenticación de SQL Server en el sistema
operativo Windows 98.
Puede especificar SECURITYMODE=SQL en las mismas ubicaciones donde puede
utilizar USEDEFAULTSAPWD o SAPASSWORD. Para obtener más información, consulte
los temas de los Libros en pantalla de SQL Server "Merging the Desktop Engine
into Windows Installer" y "SQL Server 2000 Desktop Engine Setup".
3.1.5 Agregar propiedades a Tareas DTS personalizadas
Debido al proceso utilizado por Microsoft SQL Server 2000 para administrar
las tareas DTS personalizadas, debe incluir los procedimientos de propiedades
Get y Let (o Set) para todas las propiedades. Toda propiedad que se encuentre
asociada con una tarea personalizada debe estar formada por un par de
procedimientos de propiedades: una propiedad Get para recuperar el valor de
la propiedad y una propiedad Let (o Set) para asignar un nuevo valor.
3.1.6 @@TRANCOUNT y COMMIT en desencadenadores
Microsoft SQL Server 2000 aumenta el número de transacciones en una
instrucción sólo cuando el número de transacciones es 0 al principio de la
instrucción. En SQL Server versión 7.0, el número de transacciones aumenta
siempre, independientemente del número de transacciones al principio de la
instrucción. Esto puede provocar que el valor devuelto por @@TRANCOUNT en
desencadenadores sea inferior en SQL Server 2000, comparado con SQL Server
versión 7.0.
En SQL Server 2000, si se ejecuta una instrucción COMMIT TRANSACTION o
COMMIT WORK en un desencadenador y no existe ninguna instrucción
BEGIN TRANSACTION explícita o implícita que le corresponda al principio
del desencadenador, es posible que los usuarios obtengan comportamientos
distintos de SQL Server versión 7.0. No es recomendable ubicar instrucciones
COMMIT TRANSACTION ni COMMIT WORK en un desencadenador.
3.1.7 Comportamiento de caracteres comodín y de escape
Los caracteres comodín y de escape adoptan los siguientes comportamientos
adicionales en el operador LIKE de Microsoft SQL Server 2000:
* Dentro de los caracteres '[]' que delimitan un solo intervalo de
caracteres, los caracteres comodín '%', '_', y '[' no se comportan
como caracteres comodín.
* Dentro de los caracteres '[]' que delimitan un solo intervalo de
caracteres, se pueden utilizar caracteres de escape y los caracteres
'^', '-', y ']' se convierten en caracteres de escape.
* Si no hay ningún carácter después de un carácter de escape en el
modelo LIKE, el modelo no será válido y LIKE devolverá FALSE.
* Si no hay ningún carácter comodín después de un carácter de escape,
se descarta el carácter de escape y el carácter siguiente a escape se
trata como un carácter normal del modelo.
Esto se aplica a los caracteres comodín '%', '_', y '[' si aparecen
entre los caracteres '[]' que delimitan un solo intervalo de
caracteres.
3.1.8 Modificar la cuenta del servicio Agente SQL Server
Si ejecuta Microsoft Windows NT 4.0 y Windows 2000 y decide
cambiar la cuenta del servicio Agente SQL Server para
Microsoft SQL Server a una cuenta de no administrador, debe
agregar la cuenta de no administrador a la función de servidor
sysadmin de SQL Server. Si no agrega la cuenta, la cuenta
del servicio Agente SQL Server no podrá iniciar la sesión en
SQL Server.
El servicio Agente SQL Server debe ejecutarse en una cuenta de
administrador de Windows NT 4.0 o Windows 2000 para poder utilizar
seguridad no integrada al conectar a SQL Server. SQL Server debe
ejecutarse en una cuenta de administrador de Windows NT o Windows 2000
para poder establecer la opción de conexión del Agente SQL Server como
seguridad no integrada.
Si cambia la cuenta de servicio de SQL Server a una cuenta de
no administrador de Windows NT 4.0 o Windows 2000 y está alternando
entre SQL Server 6.5 y SQL Server 2000, puede que pierda el acceso a
la cuenta de servicio de SQL Server 6.5. Por ejemplo, si cambia la
cuenta de servicio de SQL Server 2000 a una cuenta de no administrador
en Windows NT 4.0 o Windows 2000 y después cambia a SQL Server 6.5, no
tendrá acceso al equipo que ejecuta SQL Server 6.5. Deberá utilizar el
Panel de control para cambiar la cuenta de servicio de SQL Server a una
cuenta de administrador de Windows NT o Windows 2000.
Si ejecuta una instancia predeterminada de SQL Server 7.0 y una instancia
con nombre de SQL Server 2000 en el mismo equipo y administra la instancia
predeterminada de SQL Server 7.0 con el Administrador corporativo de
SQL Server en SQL Server 7.0, es posible que no pueda cambiar la cuenta de servicio de
la instancia con nombre de SQL Server 2000. Por ejemplo, si ambas
instancias se ejecutan con la misma cuenta de no administrador
en el servicio de SQL Server y cambia la instancia de SQL Server 7.0 a
otra cuenta, es posible que no pueda cambiar la cuenta de servicio de la
instancia de SQL Server 2000. La capacidad de representar a un administrador
se ha perdido en esta cuenta porque la instancia de SQL Server 7.0 y la
instancia de SQL Server 2000 poseen la misma cuenta de no administrador.
Para solucionar este conflicto, utilice el Panel de control de la instancia de SQL Server
2000 y cambie la cuenta de servicio de SQL Server 2000 a una cuenta de
administrador de Windows NT o Windows 2000. Después de reiniciar el servicio,
podrá cambiar la cuenta de servicio a cualquier otra cuenta del equipo que
ejecuta SQL Server 2000.
3.1.9 Agregar mensajes de error únicamente en Unicode
El cuadro de diálogo Administrar mensajes de SQL Server no admite la adición
de mensajes únicamente en Unicode a la tabla de sysmessages. Para agregar
mensajes de este tipo, utilice el procedimiento almacenado sp_addmessage.
No olvide utilizar el prefijo N en el parámetro 'msg' (por ejemplo,
@msgtext = N'xxx').
3.1.10 Utilizar secuencias de comandos ActiveX en DTS después de desinstalar
SQL Server 7.0
Para utilizar secuencias de comandos ActiveX de Microsoft en Microsoft SQL
Server 2000 después de desinstalar SQL Server 7.0, debe volver a registrar
la biblioteca de secuencias de comandos ActiveX (AXSCPHST.DLL). Utilice la
herramienta de registro REGSVR32.EXE para ejecutar el siguiente comando
(agregando la letra de su unidad) en MS-DOS o el comando Ejecutar de
Windows:
REGSVR32.EXE C:\ARCHIVOS DE PROGRAMA\Microsoft SQL Server\80\Tools\Binn\
AXSCPHST.DLL
Si el registro tiene éxito, se muestra un cuadro de mensaje que indica
que AXSCPHST.DLL se ha registrado correctamente.
3.1.11 Quitar bases de datos secundarias para trasvase de registros
Si se han eliminado todas las bases de datos secundarias configuradas para
trasvase de registros de las mismas bases de datos secundarias, ya no se
podrá utilizar el plan de mantenimiento de base de datos para trasvase de
registros para volver a agregar al plan las bases de datos secundarias. Deberá
eliminar y volver a configurar el plan de mantenimiento para base de datos para
que el trasvase de registros funcione en las bases de datos secundarias.
3.1.12 API ODBC: SQLGetConnectAttr
El comportamiento de SQL_ATTR_CONNECTION_DEAD y SQL_COPT_SS_CONNECTION_DEAD
en Microsoft SQL Server 2000 difiere del comportamiento en versiones
anteriores de SQL Server. En SQL Server 2000, SQL_ATTR_CONNECTION_DEAD
devuelve el estado más reciente de la conexión, que puede no ser el estado
actual de la conexión. No obstante, SQL_COPT_SS_CONNECTION_DEAD siempre
consulta a la biblioteca de red acerca del estado actual de la conexión.
Para diferenciar estos comportamientos, SQL_COPT_SS_CONNECTION_DEAD
recibe un valor nuevo en los archivos de inclusión de SQL Server 2000.
Las aplicaciones que utilicen este atributo y se hayan creado con encabezados
de SQL Server 2000 devolverán un error (HY092, Atributo/identificador de opción
no válido) si se ejecutan las aplicaciones mediante un controlador de SQL
Server 7.0. Se recomienda que la aplicación compruebe la versión del
controlador antes de llamar a SQLGetConnectAttr y que, a continuación,
utilice SQL_ATTR_CONNECTION_DEAD en lugar de SQL_COPT_SS_CONNECTION_DEAD,
si la aplicación se ejecuta mediante un controlador de SQL Server 7.0.
3.1.13 Conectar clientes de versiones anteriores a instancias con nombre
El tema de los Libros en pantalla de SQL Server "Trabajar con instancias con
nombre y múltiples de SQL Server 2000" indica que debe utilizar componentes
cliente de SQL Server 2000 para conectar a instancias con nombre de SQL Server
2000. Sin embargo, puede utilizar la Herramienta de red de cliente de SQL Server
versión 7.0 para configurar un alias de servidor que pueda ser utilizado por
los componentes cliente de SQL Server versión 7.0 para conectarse a una
instancia con nombre de SQL Server 2000. Para obtener más información,
consulte los temas "SQL Server 2000 y SQL Server versión 7.0" y "Comunicar
con varias instancias" en los Libros en pantalla de SQL Server.
3.1.14 SQL Server a veces no puede abrir direcciones del puerto IP estático
Cuando se configura una instancia de Microsoft SQL Server para que escuche
en un puerto IP estático (tales como una instancia predeterminada con la
opción predeterminada de escuchar en el puerto 1433), el servicio de SQL Server
no podrá abrir el puerto si está siendo utilizado por otra aplicación u otro
componente cuando se inicializa el servicio de SQL Server. La biblioteca de
red de servidor TCP/IP no se inicializará y la instancia de SQL Server
no podrá aceptar conexiones TCP/IP hasta que se detenga y se vuelva a
iniciar el servicio. Este problema no debería producirse si la instancia de
SQL Server está configurada para utilizar una dirección de puerto dinámico
con una dirección de puerto 0 mediante la Herramienta de red del servidor.
Si no puede utilizar direcciones de puerto dinámico (por ejemplo, cuando
las conexiones de SQL Server pasan por un servidor de seguridad
configurado para pasar por determinadas direcciones de puerto o si
algunas de las conexiones se establecen con componentes cliente de
SQL Server versión 7.0 o anterior), se recomienda utilizar una dirección
de puerto inferior a 1024. Elija un puerto dentro de este intervalo que no
utilice ni el sistema operativo ni ninguna otra aplicación.
3.1.15 SQLSetConnectAttr y el atributo de conexión SQL_COPT_SS_PRESERVE_CURSORS
SQL_COPT_SS_PRESERVE_CURSORS define el comportamiento de los cursores
al utilizar el modo de confirmación manual. El comportamiento se muestra al
confirmar o deshacer transacciones mediante SQLEndTran.
SQL_PC_OFF: predeterminado. Los cursores se cierran al confirmar o
deshacer la transacción mediante SQLEndTran.
SQL_PC_ON: los cursores no se cierran al confirmar o deshacer la transacción
mediante SQLEndTran, salvo si se utiliza un cursor estático o controlado por
conjuntos de claves en modo asíncrono. Cuando se emite una instrucción de
deshacer mientras el llenado del cursor no está completo, el cursor se
cierra.
3.1.16 SQLEndTran
Cuando SQLEndTran confirma o deshace una operación, el comportamiento
del cursor asociado de la instrucción lo determina el valor del atributo
de conexión ODBC específico de un controlador SQL_COPT_SS_PRESERVE_CURSORS,
establecido por SQLSetConnectAttr.
3.1.17 Permisos para la integración de Active Directory
En Microsoft SQL Server 2000, sólo los miembros de la función de servidor fija
sysadmin pueden registrar bases de datos o publicaciones en Active Directory.
Los miembros de la función de base de datos fija dbowner no pueden realizar
esta operación.
3.1.18 srv_pfield (programación de procedimientos almacenados extendidos)
Ya no se admite el campo SRV_PWD. No escriba procedimientos almacenados
extendidos que utilicen este campo.
3.1.19 Utilizar el Asistente para establecer servidor principal con
autenticación de Windows
Si utiliza el Asistente para establecer servidor principal en un equipo
configurado con autenticación de Windows, deberá reiniciar el equipo.
Esto se debe a que el asistente requiere el modo mixto de autenticación
(autenticación de Windows y autenticación de SQL Server). El asistente
cambiará el modo de autenticación de forma automática, pero debe reiniciar
Microsoft SQL Server y el Agente SQL Server en el servidor principal.
3.1.20 Actualizar tablas en servidores vinculados
No puede actualizar una tabla en un servidor vinculado por medio de una
vista. Esta limitación se aplica a todos los servidores vinculados, independientemente
del proveedor.
3.1.21 Efectos de las sugerencias de bloqueo en cursores READ_ONLY
Las sugerencias de bloqueo UPDLOCK y TABLOCKX ya no producen errores
en cursores READ_ONLY. Ahora, sus efectos son idénticos a los efectos
sobre cursores OPTIMISTIC. UPCLOCK hace que el cursor adquiera bloqueos
de desplazamiento actualizados. TABLOCKX no se tiene en cuenta cuando
se utilizan bloqueos de desplazamiento.
3.1.22 Agregar dependencias al recurso de SQL Server
Si instala SQL Server 2000 en un grupo de clústeres de
Windows 2000 o Windows NT con varias unidades de disco y decide
ubicar sus datos en una de las unidades, el recurso de SQL Server
se establece como dependiente únicamente en esa unidad. Para ubicar
datos o registros en otro disco, primero debe agregar una dependencia
al recurso de SQL Server para el disco adicional.
Para agregar un disco nuevo (por ejemplo, disco K) a las dependencias
de SQL Server:
1. Abra el Administrador de clústeres en Herramientas administrativas.
2. Busque el grupo que contiene el recurso correspondiente de
SQL Server.
3. Si el recurso para el disco K ya está en el grupo, vaya al paso
4. De lo contrario, busque el grupo que contiene el disco K.
Si ese grupo y el grupo que contiene SQL Server no pertenecen
al mismo nodo, mueva el grupo que contiene el recurso para el
disco K al nodo al que pertenece el grupo de SQL Server.
4. Seleccione el recurso de SQL Server, abra el cuadro de diálogo
Propiedades y utilice la ficha Dependencias para agregar el
disco K al conjunto de dependencias de SQL Server.
3.1.23 Actualizar desde MSDE 1.0 a SQL Server 2000 Desktop Engine
Para actualizar desde MSDE 1.0 a SQL Server 2000 Desktop Engine:
* Si utiliza SETUP.EXE, debe especificar UPGRADE=1 como modificador
de la línea de comandos. Para obtener más información acerca de
los modificadores de la línea de comandos SETUP.EXE, consulte "SQL
Server 2000 Desktop Engine Setup" en los Libros en pantalla de SQL
Server.
O bien
Si utiliza los archivos de mezcla de Desktop Engine en una instalación
de Windows Installer, debe especificar UPGRADE=1 con las otras entradas
de Desktop Engine en la sección [Options] del archivo .INI de Windows
Installer. Para obtener más información acerca de las entradas de
Windows Installer para Desktop Engine, consulte "Merging the Desktop
Engine into Windows Installer" en los Libros en pantalla de SQL
Server.
* Debe proporcionar un archivo de paquetes de instalación personalizada
creado con SAMPLEUPG.MSI. Para obtener más información acerca de
SAMPLEUPG.MSI, consulte "Managing Desktop Engine Installation
Package Files" en los Libros en pantalla de SQL Server.
La actualización de MSDE 1.0 a Microsoft SQL Server 2000 Desktop
Engine requiere el uso de una o dos opciones adicionales
durante la instalación de SQL Server 2000 Desktop Engine o
cuando utilice los módulos de mezcla de Desktop Engine en una
instalación de Microsoft Windows Installer:
* UPGRADE=1
Especifica que Desktop Engine Setup o Windows Installer están
actualizando una instancia de MSDE 1.0 a SQL Server 2000
Desktop Engine. El único valor admitido es 1.
* UPGRADEUSER='loginaccount'
Especifica la cuenta de inicio de sesión de autenticación de SQL
Server que utilizará Desktop Engine Setup o Windows Installer al
conectarse a la instancia de MSDE 1.0 para actualizar la base de
datos master. La cuenta de inicio de sesión debe tener una
contraseña en blanco y el usuario debe ser miembro de la función
fija de servidor sysadmin. Especifique este parámetro si desea que
el programa de instalación o Windows Installer se conecte mediante
la autenticación de SQL Server. Se recomienda no especificar UPGRADEUSER,
ya que provoca que Desktop Engine Setup o Windows Installer
utilicen autenticación de Windows para conectarse a la instancia de
MSDE 1.0. Cuando utilice autenticación de Windows, debe ejecutar
Desktop Engine Setup o Windows Installer en una cuenta de Windows
que esté incluida en la función fija de servidor sysadmin. Si no
especifica UPGRADEUSER, proteja su seguridad minimizando el tiempo
durante el que sysadmin puede tener una contraseña en blanco; puede hacerlo,
por ejemplo, asignando una contraseña válida al inicio de sesión
inmediatamente después de haber finalizado la actualización.
Especifique las siguientes opciones en el archivo .INI o en el
modificador de la configuración de Desktop Engine Setup. Para obtener
más información acerca de cómo especificar opciones, consulte los temas
"SQL Server 2000 Desktop Engine Setup" y "Merging the Desktop Engine into
Windows Installer" en los Libros en pantalla de SQL Server. Éste es un
ejemplo de un archivo .INI para una actualización:
[Options]
UPGRADE=1
UPGRADEUSER=SetupLogin
Asegúrese de haber detenido la instancia de MSDE 1.0 antes
de actualizarla a SQL Server 2000 Desktop Engine.
3.1.24 Servicio Microsoft Search
Una de las notas del tema Crear y mantener bases de datos,
Índices de texto, contiene información incorrecta acerca del
servicio Microsoft Search. La información correcta es la siguiente:
El servicio Microsoft Search es compatible con Microsoft
Windows NT y Windows 2000, pero no con Windows 98. El
servicio Microsoft Search puede instalarse con Microsoft
SQL Server 2000 Personal.
3.1.25 Referencias a Windows 95
Algunos de los temas de los Libros en pantalla de SQL Server se
refieren de forma incorrecta a las siguientes configuraciones:
* Ejecutar instancias de Microsoft SQL Server 2000 en equipos
con Microsoft Windows 95.
* Ejecutar herramientas y utilidades de SQL Server 2000 en equipos
con Microsoft Windows 95.
El tema de los Libros en pantalla "SQL Server 2000 en Windows 98"
indica correctamente que las herramientas y utilidades de SQL Server
no son compatibles con Windows 95. De la misma manera, el tema
"Componentes del servidor" indica correctamente que el motor de
base de datos de SQL Server 2000 y otros componentes del servidor no
son compatibles con Windows 95.
Puede instalar los componentes de conectividad de clientes en
Windows 95, lo que permite a las aplicaciones el acceso a instancias
de SQL Server 2000 en otros equipos.
3.1.26 Catálogos de texto inaccesibles después de cambiar
de cuenta de SQL Server
Si hace que Microsoft SQL Server se ejecute en una cuenta de no
administrador, no podrá tener acceso a los catálogos de texto existentes.
Vuelva a crearlos y realice un llenado completo de todos los catálogos
que pertenecen a la instancia de SQL Server o cambie a una cuenta
con permisos de administrador.
3.1.27 Recomendaciones para el diseño de vistas
divididas distribuidas
Al diseñar un esquema de partición, debe quedar claro que los datos
pertenecen a cada una de las particiones. La columna de partición no
puede ser una columna Identity, Default ni Timestamp. No existe ninguna
restricción para actualizar la columna de partición.
3.1.28 Requisitos para el archivo de Desktop Engine Setup
El tema "SQL Server 2000 Desktop Engine Setup" de los Libros en pantalla
de SQL Server proporciona una lista incompleta de los archivos necesarios para
ejecutar correctamente la instalación. Además de los archivos mencionados en el
tema, debe copiar también los siguientes archivos desde el disco compacto de
SQL Server 2000 a la carpeta que contiene SETUP.EXE:
* SQLRESLD.DLL en \SQLMSDE.
* SETUP.RLL en \SQLMSDE\RESOURCES\NNNN. NNNN varía según el idioma de
SQL Server 2000 en el disco compacto. Por ejemplo, para una versión
en inglés de SQL Server 2000, NNNN es 1033, pero sería otro número
para una versión en español o en alemán.
* INSTMSI.EXE y INSTMSIW.EXE en \SQLMSDE\MSI.
También necesitará copiar estos archivos para que funcione el ejemplo de
instalación de Desktop Engine.
3.1.29 Parámetros TARGETDIR y DATADIR de Desktop Engine Setup
Las rutas de acceso de los archivos especificadas para los parámetros TARGETDIR y DATADIR
de
Microsoft SQL Server Desktop Engine Setup deben terminar con una barra inversa.
Por ejemplo:
TARGETDIR="C:\ARCHIVOS DE PROGRAMA\MICROSOFT SQL SERVER\MSSQL$MYINSTANCE\
BINN\"
DATADIR="C:\ARCHIVOS DE PROGRAMA\MICROSOFT SQL SERVER\MSSQL$MYINSTANCE\
DATA\"
3.1.30 Volver a instalar SQL Server 2000 Desktop Engine
Si se produce un error al intentar instalar una instancia de Microsoft SQL
Server 2000 Desktop Engine (por razones tales como especificar una cuenta de
inicio de sesión incorrecta o utilizar una cuenta de Microsoft Windows que no
posee suficientes permisos de archivos), puede que desee volver a reanudar
la instalación después de haber solucionado el error. Estas instrucciones se
aplican a instalaciones realizadas tanto con Desktop Engine Setup como con los
módulos de mezcla de Desktop Engine en un proceso de instalación de Windows
Installer.
Al reanudar el proceso de instalación, debe especificar dos opciones de
instalación además de las opciones ya especificadas en el primer intento
de instalación:
* REINSTALL=All
Especifica que Desktop Engine Setup o Windows Installer instalan todas
las características de SQL Server 2000 Desktop Engine. El único valor
admitido es ALL.
* REINSTALLMODE={ omus | a }
Especifica el nivel de procesamiento llevado a cabo por Desktop Engine
Setup o Windows Installer. Especifique REINSTALLMODE=omus cuando reanude
una instalación que ha generado un error. Con esta opción, se comprueba
y finaliza todo el proceso de instalación. Especifique REINSTALLMODE=a
cuando necesite volver a crear tan sólo la base de datos master, así como
después de haberse producido un error de la unidad de disco que la contiene.
Especifique las siguientes opciones en el archivo .INI o en el modificador
de la configuración de Desktop Engine Setup. Para obtener más información
acerca de cómo especificar opciones de instalación, consulte los temas "SQL
Server 2000 Desktop Engine Setup" y "Merging the Desktop Engine into
Windows Installer" en los Libros en pantalla de SQL Server.
-----------------------------------------------------------------------------
3.2 Notas acerca de la funcionalidad de los Libros en pantalla de SQL Server
-----------------------------------------------------------------------------
Los siguientes problemas están relacionados con la funcionalidad de los Libros
en pantalla de SQL Server.
3.2.1 El vínculo a la documentación de MDAC y XML no funciona
Cuando se abren los Libros en pantalla de SQL Server mediante F1 o el menú
Ayuda en un complemento MMC (como el Administrador corporativo de SQL Server),
el vínculo a la documentación de MDAC y XML no funciona. Para ver la
documentación de MDAC y XML, abra MDACXML.CHM, ubicado en
C:\ARCHIVOS DE PROGRAMA\MICROSOFT SQL SERVER\80\TOOLS\BOOKS.
Nota: el vínculo funciona correctamente cuando se inician los Libros en
pantalla de SQL Server directamente desde el grupo de programas de SQL Server
del menú Inicio o al ejecutar SQL80.COL.
3.2.2 Limitaciones de impresión
Si utiliza Microsoft Internet Explorer versión 5.5, no se recomienda
imprimir con la opción "Imprimir todo lo que se encuentra bajo el
encabezado actual".
Si utiliza Internet Explorer 5.0 o Internet Explorer 5.5, es posible que
los temas relacionados no se impriman al seleccionar la opción
"Imprimir todos los documentos vinculados" en el cuadro de diálogo
Imprimir.
3.2.3 Hipervínculos incorrectos al objeto de conexión ADO
desde los temas acerca de las propiedades dinámicas ADO
El objeto de conexión ADO admite 60 propiedades dinámicas, cada una
de las cuales está documentada en un tema. Cada uno de estos
temas contiene un hipervínculo diseñado para funcionar como referencia
cruzada del objeto de conexión ADO. Estos vínculos son incorrectos, puesto
que hacen referencia al objeto de conexión DTS.
Para corregir las referencias al objeto de conexión ADO:
1. En los Libros en pantalla de SQL Server, haga clic en la ficha Búsqueda.
2. En el cuadro Escriba qué palabras buscar, escriba:
"objeto de conexión".
3. En el panel Seleccionar tema, haga doble clic en "objeto de conexión"
para "ADO y SQL Server".
-----------------
3.3 English Query
-----------------
Estos errores de English Query no figuran en la documentación.
3.3.1 Método SaveProjectToXMLDom
La sintaxis para este método debería ser:
Set variable = EQModel.SaveProjectToXMLDOM
donde "variable" es un objeto XMLDOMDocument devuelto en el que
se guarda el proyecto.
3.3.2 Característica Automatic Clarification of Questions
El objeto InputList posee las siguientes propiedades adicionales que le permiten
ser compatible con la característica Automatic Clarification of Questions. Las
propiedades son de sólo lectura, opcionales y del tipo de datos variant:
* LookupQueries
Devuelve una matriz de objetos QueryCmd del tamaño especificado en
ItemCount o es NULL. Cada LookupQuery se corresponde con un elemento
de la matriz de elementos. Si la consulta no devuelve ninguna fila, es
posible que el elemento correspondiente no sea la opción predeterminada
correcta para el objeto InputList.
Por ejemplo, para la pregunta "How many awards did John
Fortune win?", puede que la aplicación English Query no contenga
"John Fortune" en el diccionario y, por lo tanto, devuelva una
respuesta UserClarification que contiene una InputList con el
texto: "Which of these do you mean by John Fortune?"
Las opciones son: el nombre de un actor, que selecciona actores
que se llaman John Fortune, o el nombre de una película, que selecciona
películas tituladas John Fortune. Una LookupQuery aparece asociada
a cada una de las opciones. Si sólo una de estas consultas devuelve filas,
la aplicación cliente puede utilizar el elemento correspondiente como
selección del usuario para la InputList y puede responder a la
UserClarificationResponse sin intervención del usuario.
Nota: no se pueden generar LookupQueries para algunos de los objetos
InputList. Para estos objetos, cada LookupQuery de la matriz
es NULL.
* Propiedad EntityIDs
Devuelve una matriz de EntityIDs del tamaño especificado en ItemCount.
Cada EntityID se corresponde con un elemento de la matriz de elementos. Si
la opción en la matriz de elementos es una entidad (por ejemplo, el nombre
de un actor), EntityID contendrá el Id. de esa entidad (por ejemplo,
author_name). Si la opción en la matriz de elementos no es una entidad
(por ejemplo, First Name), EntityID estará vacío.
El objeto InputText posee una propiedad adicional que le permite ser
compatible con la característica Automatic Clarification of Questions:
* LookupQueries es una propiedad de sólo lectura, opcional, del tipo de datos
variant y puede ser NULL. LookupQueries es una colección de objetos
QueryCmds que se utilizan para determinar un valor predeterminado para
el objeto InputText.
Por ejemplo, para la pregunta "List the old people", la aplicación
English Query puede no tener especificado un umbral para "old".
En este caso, devuelve una UserClarificationRestponse que contiene
un InputText con el texto, "An old person is a person whose age is over ___".
LookupQuery selecciona la edad media. La aplicación cliente puede
decidir utilizar el valor devuelto como respuesta a InputText
y puede responder a UserClarificationResponse sin intervención
del usuario.
Nota: no se pueden generar LookupQueries para algunos de los objetos
InputText. Para estos objetos, la colección LookupQuery está vacía.
---------------------
3.4 Analysis Services
---------------------
Estos temas de Analysis Services no figuran en la documentación.
3.4.1 Antes de registrar los contadores del monitor de rendimiento de
Analysis Services en Windows NT 4.0
Los contadores del Monitor de rendimiento de Analysis Services se instalan
en el disco duro durante la instalación, pero en Microsoft Windows NT 4.0
no se registran de forma automática debido a un problema con algunas de
las versiones de Windows NT 4.0. Antes de utilizar las instrucciones
manuales documentadas en el tema de los Libros en pantalla de SQL Server,
"Supervisar el rendimiento de Analysis Services", para registrar los
contadores en Windows NT 4.0, consulte el artículo de Microsoft Knowledge
Base Q242472 (en inglés) para obtener más información. Puede que necesite mover
el archivo MSMDCTR80.DLL a otra carpeta para cumplir los requisitos
mencionados en el artículo. En Microsoft Windows 2000, los contadores
de rendimiento se instalan y se registran de forma automática durante
la instalación.
3.4.2 Función de agregado Distinct Count
El tema de Analysis Services "Especificaciones y límites" enumera
de forma incorrecta las restricciones de la función de agregado
Distinct Count. La función de agregado Distinct Count requiere
una medida numérica.
En el tema de Analysis Services "Vistas indizadas para particiones
ROLAP", la primera viñeta debería ser: "La partición no puede contener
medidas que utilicen las funciones de agregado Min, Max o Distinct Count".
3.4.3 Instrucción UPDATE CUBE
En el tema de Analysis Services "UPDATE CUBE Statement", la notación BNF de la
instrucción indica de forma incorrecta que pueden actualizarse varias
celdas en una sola instrucción. Sólo se puede actualizar una única celda
en cada instrucción UPDATE CUBE.
3.4.4 Procesar bases de datos después de actualizar desde la versión Beta 2
Si está actualizando desde la versión Beta 2 de Analysis Services,
procese todas las bases de datos actualizadas para asegurarse de
que la conversión de los datos es correcta.
3.4.5 Trabajar con nombres de funciones en versiones de Windows
en otros idiomas
Para que Analysis Services funcione correctamente y la conexión de cliente
sea válida, debe actualizar el contenido de la función de base de datos
All Users de la base de datos Foodmart 2000. De forma predeterminada, esta
función de base de datos contiene el grupo "Everyone" de Microsoft Windows
NT 4.0 o Windows 2000. El grupo "Everyone" se ha traducido en algunas
versiones de Windows NT 4.0 o Windows 2000 y, por lo tanto, no coincide
con el grupo de la función de base de datos All Users de la base de datos
Foodmart 2000.
Para actualizar la función de base de datos All Users de la base de datos
Foodmart 2000:
1. Abra Analysis Manager y, a continuación, expanda la carpeta de la base de
datos Foodmart 2000.
2. Haga clic con el botón secundario del mouse en Funciones de base de datos
y seleccione Administrar funciones.
3. En el Administrador de funciones de base de datos, seleccione la línea
All Users y, a continuación, haga clic en el botón Expandir (...) situado
en la columna Pertenencia de la fila All Users.
4. En el cuadro de diálogo Modificar una función de base de datos, quite el
grupo "Everyone" si todavía está presente y, a continuación, haga clic en
Agregar.
5. En el cuadro de diálogo Agregar usuarios y grupos, seleccione la versión
traducida del grupo "Everyone" (por ejemplo, en español el grupo Todos).
6. Haga clic en Aceptar para cerrar el cuadro de diálogo Agregar usuarios y
grupos.
7. Haga clic en Aceptar para cerrar el cuadro de diálogo Modificar una función
de base de datos.
8. Haga clic en Cerrar para cerrar el Administrador de funciones de base de
datos.