Requisitos y consideraciones para la implementación de Analysis Services

Artículo
12/15/2008

Antes de implementar un proyecto de Microsoft SQL Server 2005 Analysis Services (SSAS), hay que considerar una serie de cuestiones importantes para mejorar la confiabilidad y el rendimiento de la instalación de Analysis Services. Por ejemplo, es posible que sea necesario aumentar los recursos de hardware si se está agregando otra instancia de Analysis Services a las instancias del servidor o si se van a procesar cubos complejos en el proyecto. También hay que seguir una serie de pasos para garantizar la disponibilidad del proyecto si se produce un error de hardware o software, y durante determinadas tareas de procesamiento. Finalmente, es posible que desee considerar la posibilidad de escalar instancias de SQL Server o Analysis Services entre varios equipos en función de las necesidades de rendimiento.

Requisitos y consideraciones

Los requisitos y las consideraciones para la implementación se abordan en las siguientes secciones:

Requisitos de recursos
Consideraciones sobre disponibilidad
Consideraciones sobre escalabilidad

Requisitos de recursos

Antes de implementar un proyecto de Analysis Services, considere los requisitos de recursos de la instalación. Concretamente, considere las necesidades de memoria y procesador, y los requisitos de espacio en disco.

Requisitos de memoria y procesador

Analysis Services necesitará más recursos de memoria y procesador en los siguientes casos:

Cuando se procesen cubos complejos o de gran tamaño. Serán necesarios más recursos de memoria y procesador que en el caso de cubos simples o de pequeño tamaño.
Cuando aumente el número de cubos de una misma base de datos.
Cuando aumente el número de bases de datos de una misma instancia de Analysis Services.
Cuando aumente el número de instancias de Analysis Services de un mismo equipo.
Cuando aumente el número de usuarios que obtienen acceso a los recursos de Analysis Services de forma simultánea.

La cantidad de recursos de memoria y procesador disponibles para Analysis Services varía en función de la versión de Microsoft Windows instalada en el servidor. En la siguiente tabla se muestran los recursos de memoria y procesador que Analysis Services puede administrar en función de la versión de Windows instalada.

Versión de Windows	Cantidad máxima de memoria disponible para Analysis Services	Número máximo de procesadores disponibles para Analysis Services
, Enterprise Edition, versión de 64 bits	64 gigabytes (GB)	8
, Datacenter Edition, versión de 64 bits	512 GB	32
, Standard Edition	3 GB utilizando el modificador /3GB	4
, Enterprise Edition	3 GB utilizando el modificador /3GB	8
, Datacenter Edition	3 GB utilizando el modificador /3GB	32
	2 GB	4
	3 GB utilizando el modificador /3GB	8
Windows 2000 Datacenter Server	3 GB utilizando el modificador /3GB	32

Importante:
Analysis Services puede administrar un máximo de 3 GB de memoria en cualquier versión de Windows de 32 bits, independientemente de la cantidad de memoria actual instalada en el equipo. Para obtener más información acerca del modificador /3GB, vea el artículo de Microsoft Knowledge Base 283037.

Requisitos de espacio en disco

Los distintos aspectos de la instalación de Analysis Services y las tareas relacionadas con el procesamiento de objetos exigen distintas cantidades de espacio en disco. Estos requisitos se describen en la siguiente lista.

Cubos
Los cubos con tablas de hechos de gran tamaño requieren más espacio en disco que los cubos con tablas de hechos de pequeño tamaño. Del mismo modo, aunque en menor medida, los cubos con muchas dimensiones de gran tamaño requieren más espacio en disco que los cubos con menos miembros de dimensiones. En general, una base de datos de Analysis Services requerirá aproximadamente un 20 por ciento de la cantidad de espacio necesaria para los mismos datos almacenados en la base de datos relacional subyacente.

Agregaciones
Las agregaciones exigen un espacio adicional proporcional a las agregaciones agregadas; cuantas más agregaciones haya, más espacio será necesario. Si evita la creación de agregaciones innecesarias, lo normal es que el espacio en disco adicional necesario para las agregaciones no supere el 10 por ciento aproximadamente del tamaño de los datos almacenados en la base de datos relacional subyacente.

Minería de datos
De forma predeterminada, las estructuras de minería de datos almacenan en la caché del disco el conjunto de datos con el que se entrenan. Para eliminar estos datos almacenados en la caché del disco, puede utilizar la opción de procesamiento Procesar borrado de estructura en el objeto de estructura de minería de datos. Para obtener más información, vea Procesar objetos de minería de datos.

Procesamiento de objetos
Durante el procesamiento, Analysis Services almacena en disco copias de los objetos que está procesando en la transacción en procesamiento hasta que finaliza el procesamiento. Cuando finaliza el procesamiento, las copias procesadas de los objetos reemplazan a los objetos originales. Por lo tanto, deberá proporcionar suficiente espacio adicional en disco para una segunda copia de cada uno de los objetos que vayan a procesarse. Por ejemplo, si tiene previsto procesar todo un cubo en una única transacción, necesitará suficiente espacio en el disco duro como para almacenar una segunda copia de todo el cubo.

Volver al principio

Consideraciones sobre disponibilidad

En un entorno de Analysis Services, es posible que un cubo o un modelo de minería de datos no esté disponible para su consulta debido a un error de hardware o software. También puede ser que un cubo no esté disponible porque necesite procesarse.

Proporcionar disponibilidad en caso de errores de hardware o software

Pueden producirse errores de hardware o software por distintas razones. Sin embargo, mantener la disponibilidad de la instalación de Analysis Services no sólo es cuestión de solucionar los problemas que originan dichos errores, sino también de proporcionar recursos alternativos que permitan al usuario seguir utilizando el sistema si se produce un error. Normalmente, se utilizan servidores de equilibrio de carga y clústeres para proporcionar los recursos alternativos necesarios para mantener la disponibilidad cuando se producen errores de hardware o software.

Para proporcionar disponibilidad en caso de que se produzca un error de hardware o software, considere la posibilidad de implementar Analysis Services en un clúster de conmutación por error. En un clúster de conmutación por error, si se produce un error en el nodo principal por cualquier motivo o si éste tiene que reiniciarse, los clústeres de Microsoft Windows realizan una conmutación por error al nodo secundario. Tras la conmutación por error, que se produce con gran rapidez, cuando los usuarios ejecuten consultas estarán obteniendo acceso a la instancia de Analysis Services que se esté ejecutando en el nodo secundario.

Otra solución a los problemas de accesibilidad es implementar el proyecto de Analysis Services en dos o varios servidores de producción. Después se puede utilizar la característica de equilibrio de la carga en la red (NLB) de los servidores Windows para combinar los servidores de producción en un único clúster. En un clúster NLB, si alguno de los servidores del clúster no está disponible debido a problemas de hardware o software, el servicio NLB dirige las consultas del usuario a los servidores que siguen estando disponibles. Para obtener más información sobre el NLB y los clústeres de Windows, vea la información sobre los Servicios de Cluster Server en los centros de tecnología del sitio Web de Microsoft Windows Server 2003.

Proporcionar disponibilidad durante el procesamiento de cambios estructurales

Algunos de los cambios que se realizan en un cubo pueden hacer que el cubo deje de estar disponible hasta que finalice su procesamiento. Por ejemplo, si se realizan cambios estructurales en una de las dimensiones de un cubo, aunque vuelva a procesarse la dimensión, los cubos que utilicen la dimensión modificada también tendrán que procesarse. Hasta que no se hayan procesado dichos cubos, los usuarios no podrán consultarlos ni podrán consultar ningún modelo de minería de datos que se base en un cubo con la dimensión modificada.

Para proporcionar disponibilidad durante el procesamiento de cambios estructurales que afecten a uno o a varios cubos de un proyecto de Analysis Services, considere la posibilidad de incorporar un servidor de ensayo y de utilizar el Asistente para sincronizar bases de datos. Esta característica le permitirá actualizar datos y metadatos en un servidor de ensayo y, después, realizar una sincronización en línea del servidor de producción y el servidor de ensayo. Para obtener más información, vea Sincronizar bases de datos de Analysis Services.

Para procesar actualizaciones incrementales de datos de origen de un modo transparente, habilite el almacenamiento en caché automático. El almacenamiento en caché automático actualiza los cubos con nuevos datos de origen sin necesidad de un procesamiento manual y sin que esto afecte a la disponibilidad de los cubos. Para obtener más información, vea Almacenamiento en caché automático.

Volver al principio

Consideraciones sobre escalabilidad

Si hay varias instancias de Microsoft SQL Server 2005 y Analysis Services en un mismo equipo, pueden producirse problemas de rendimiento. Una opción para resolver estos problemas es aumentar los recursos de procesador, memoria y disco del servidor. No obstante, es posible que también necesite escalar las instancias de SQL Server y Analysis Services entre varios equipos.

Escalar Analysis Services entre varios equipos

Existen varias formas de escalar una instalación de Analysis Services entre varios equipos. Estas opciones se describen en la siguiente lista.

Si hay varias instancias de Analysis Services en un único equipo, puede mover una o varias instancias a otro equipo.
Si hay varias bases de datos de Analysis Services en un único equipo, puede mover una o varias de las bases de datos a su propia instancia de Analysis Services en otro equipo.
Si una o varias bases de datos relacionales proporcionan datos a una base de datos de Analysis Services, puede mover estas bases de datos a un equipo distinto. Antes de mover las bases de datos, tenga en cuenta la velocidad de la red y el ancho de banda entre la base de datos de Analysis Services y sus bases de datos subyacentes. Si la red es lenta o está congestionada, el desplazamiento de las bases de datos subyacentes a otro equipo afectará al rendimiento del procesamiento.
Si el procesamiento afecta al rendimiento de las consultas, pero no puede llevarlo a cabo en momentos en que la carga de consultas es más reducida, considere la posibilidad de mover las tareas de procesamiento a un servidor de ensayo y, después, realizar una sincronización en línea del servidor de producción y el servidor de ensayo. Para obtener más información, vea Sincronizar bases de datos de Analysis Services. También puede distribuir el procesamiento entre varias instancias de Analysis Services mediante el uso de particiones remotas. El procesamiento de particiones remotas utiliza los recursos de procesador y memoria del servidor remoto, en lugar de utilizar los recursos del equipo local. Para obtener información sobre la administración de particiones remotas, vea Administrar las particiones de Analysis Services.
Si el rendimiento de las consultas es pobre pero no puede aumentar los recursos de procesador y memoria del servidor local, considere la posibilidad de implementar un proyecto de Analysis Services en dos o varios servidores de producción. Puede utilizar la funcionalidad de equilibrio de la carga en la red (NLB) para combinar los servidores en un único clúster. En un clúster NLB, las consultas se distribuyen automáticamente entre todos los servidores del clúster NLB. Para obtener más información, vea Servicios de Cluster Server en los Centros tecnológicos del sitio Web de Microsoft Windows Server 2003.

Volver al principio

Vea también

Compartir a través de

Requisitos y consideraciones para la implementación de Analysis Services