download.microsoft.comdownload.microsoft.com/.../SM_PlanningGuide.docx · Web viewLa edición...

Guía de planificación de System Center Service Manager 2010 SP1Microsoft Corporation

Fecha de publicación: 1 de diciembre de 2010

AutoresJohn Downing, Bill Anderson

Se aplica aSystem Center Service Manager 2010 SP1

ComentariosEnvíe sus sugerencias y comentarios sobre este documento a [email protected].

mailto:[email protected]?subject=Service%20Manager%202010%20SP1%20Planning%20Guide

Este documento se suministra "tal cual". La información y opiniones que se expresan en el documento, incluidas las URL y otras referencias de sitios web de Internet, están sujetas a cambios sin previo aviso. Al utilizarlas, acepta el riesgo que ello conlleva.

Algunos de los ejemplos que se describen aquí son ficticios, y se suministran solo con fines ilustrativos. No se pretende demostrar ninguna asociación ni conexión con hechos reales, ni tampoco se las debe inferir.

Este documento no le aporta ningún derecho legal de propiedad intelectual sobre ningún producto de Microsoft. Puede copiar y utilizar este documento para fines internos de referencia. Puede modificar este documento para fines internos de referencia.

© 2010 Microsoft Corporation. Reservados todos los derechos.

Microsoft, Active Directory, Internet Explorer, SQL Server, Windows, Windows PowerShell, Windows Server y Windows Vista son marcas comerciales del grupo de empresas Microsoft.

El resto de marcas comerciales pertenecen a sus respectivos propietarios.

Historial de revisiones

Fecha de publicación Cambios

1 de diciembre de 2010 Versión original de esta guía

ContenidoGuía de planificación de System Center Service Manager 2010 SP1............................................4

Planificación de la implementación de Service Manager 2010 SP1............................................4Componentes de Service Manager..........................................................................................7Ediciones de evaluación, comercial y Select de Service Manager...........................................8Requisitos del sistema para Service Manager 2010................................................................9Compatibilidad con idiomas de Service Manager 2010 SP1..................................................15Bases de datos creadas por Service Manager.......................................................................17Asignaciones de puertos para Service Manager....................................................................18

Preparación para la implementación de Service Manager 2010 SP1........................................19Consideraciones de cuentas para ejecutar la instalación......................................................20

Cuentas utilizadas para ejecutar la instalación...................................................................20Cuentas necesarias durante la instalación.........................................................................22

Cómo preparar los equipos antes de implementar Service Manager.....................................26Consideraciones acerca de la cuenta para el portal de autoservicio.....................................28

Planificar rendimiento y escalabilidad........................................................................................30Rendimiento del hardware.....................................................................................................30Rendimiento de Service Manager..........................................................................................33Configuraciones para diferentes escenarios de implementación...........................................40

Guía de planificación de System Center Service Manager 2010 SP1Guía de planificación de System Center Service Manager 2010. Esta guía le ayudará a comprender los requisitos de hardware y software, así como las funciones de software que hay que preparar para Service Manager antes de su implementación y uso en su organización. En esta guía también se encuentran las instrucciones generales que pueden ayudarle a planificar un mejor rendimiento y escalabilidad del hardware y el software.

En esta secciónPlanificación de la implementación de Service Manager 2010 SP1

Describe las partes que forman Service Manager, como el servidor de administración de Service Manager, la base de datos de Service Manager, servidor de administración de almacenamiento de datos, la base de datos del almacenamiento de datos, la Consola de Service Manager y Portal de autoservicio de Service Manager. Esta sección también describe los requisitos del hardware y software, las bases de datos creadas por Service Manager y los números de los puertos utilizados por Service Manager.

Preparación para la implementación de Service Manager 2010 SP1Describe cómo preparar un equipo para alojar Service Manager. Por ejemplo, los temas de esta sección describen cómo instalar una versión anterior de Service Manager, cómo asegurarse de que SQL Server Reporting Services está instalado y tratan las consideraciones acerca de las cuentas que deben analizarse.

Planificar rendimiento y escalabilidadDescribe los problemas que afectan el rendimiento y la escalabilidad de Service Manager y sugieren los procedimientos recomendados para alcanzar un rendimiento adecuado utilizando las configuraciones de hardware sugeridas.

4

Planificación de la implementación de Service Manager 2010 SP1Hay varias opciones de implementación disponibles: en esta guía se presentas tres escenarios. La primera opción utiliza un equipo físico y un equipo virtual. El equipo físico hospedará el servidor de administración servidor de administración de Service Manager, la base de datos de Service Manager, las bases de datos del almacenamiento de datos y el servidor virtual. El equipo virtual hospeda el servidor de administración de almacenamiento de datos. Esta implementación se utiliza principalmente para evaluaciones simples o iniciales de Service Manager. En este escenario no hay escalabilidad o cálculos de rendimiento disponibles.

Una segunda implementación requiere utilizar dos equipos. El primer equipo hospeda el servidor de administración de Service Manager y la base de datos de Service Manager. El segundo equipo hospeda el servidor de administración de almacenamiento de datos y las bases de datos del almacenamiento de datos. Si se necesitan los servicios de informes, es posible, como mínimo indispensable, instalar Service Manager en un equipo que hospede tanto el servidor de administración de Service Manager como la base de datos de Service Manager.

Una tercera opción de implementación maximiza el rendimiento y la escalabilidad utilizando cuatro equipos. Dos equipos hospedan los servidores de administración y los otros dos equipos hospedan las bases de datos. Los equipos que hospedan las bases de datos son los únicos dos equipos que en este escenario requieren la instalación de SQL Server 2008.

En la fase de evaluación se puede elegir la opción de instalar Service Manager en dos equipos. Tras instalar Service Manager en el laboratorio, es posible importar los datos desde Active Directory y System Center Configuration Manager y, a continuación, importar los datos y las alertas desde Operations Manager 2007 SP1 y posteriores. A continuación se configurarán las funciones de usuario en Service Manager y, si fuese necesario, se agregarán manualmente los usuarios que no se importaron desde Active Directory. El siguiente diagrama representa una vista general de esta instalación y la configuración inicial.

5

Es posible limitar el número de licencias de SQL Server necesarias colocando todas las bases de datos de Service Manager en el mismo equipo, como se muestra en el siguiente diagrama

El proceso de implementación continúa con la creación de diversas plantillas, configuración inicial de parámetros, creación de colas, listas y grupos y, a continuación, la creación de un módulo de administración para guardar estos objetos personalizados.

Al finalizar la fase de evaluación, se puede instalar Service Manager en un entorno de producción y seleccionar el escenario de implementación en el que Service Manager se instala en cuatro equipos.

6

En esta secciónComponentes de Service Manager

Describe los seis componentes principales en una instalación de Service Manager.

Ediciones de evaluación, comercial y Select de Service ManagerDescribe las ediciones comercial y Select de Service Manager y el efecto de seleccionar una instalación de 180 días de evaluación en estas dos ediciones.

Requisitos del sistema para Service Manager 2010Describe los requisitos de hardware y software necesarios para Service Manager. Incluye consideraciones específicas acerca del software que es necesario instalar para ser compatible con Service Manager

Compatibilidad con idiomas de Service Manager 2010 SP1Describe los idiomas compatibles con Service Manager 2010 SP1.

Bases de datos creadas por Service ManagerDescribe las cuatro bases de datos que se crean al implementar Service Manager.

Asignaciones de puertos para Service ManagerDescribe los puertos TCP/IP que usará Service Manager.

Componentes de Service ManagerExisten seis componentes principales en una instalación de System Center Service Manager 2010, como se resume en la siguiente tabla.

Componente Service Manager Descripción

servidor de administración de Service Manager Contiene el componente de software principal en una instalación Service Manager. El servidor de administración de Service Manager puede utilizarse para administrar incidentes, cambios, usuarios y tareas.

base de datos de Service Manager La base de datos que contiene los elementos

7

Componente Service Manager Descripción

de configuración de Service Manager de TI empresarial, elementos de trabajo como incidentes, solicitudes de cambio y la configuración del propio producto. Esta es la implementación de Service Manager de una base de datos de administración de configuración (CMDB).

Servidor de administración del almacenamiento de datos

El equipo que aloja la parte del servidor del almacenamiento de datos.

Base de datos del almacenamiento de datos Se trata de la base de datos que proporciona almacenamiento a largo plazo de los datos empresariales generados por Service Manager. Esta base de datos se usa también para los informes.

Consola de Service Manager La parte de la interfz de usuario utilizada tanto por el analista como por el administrador del servicio de asistencia para llevar a cabo las funciones de Service Manager como incidentes, cambios y tareas. Esta parte se instala automáticamente al implementar un servidor de administración de Service Manager. Además, la Consola de Service Manager se puede instalar en un equipo manualmente como una parte independiente.

Portal de autoservicio El portal de autoservicio se instala en un equipo en el que se alojan Windows Server 2008 e Internet Information Services (IIS) 7. El portal de autoservicio proporciona una consola basada en web tanto para usuarios finales como para analistas. La consola del usuario final permite enviar incidentes, buscar artículos de conocimientos, leer anuncios, restablecer contraseñas (requiere Identity Lifecycle Management) y el aprovisionamiento de software de autoservicio (requiere System Center Configuration Manager). La consola del analista permite a los usuarios ver las solicitudes de cambio.

8

Todos los equipos que alojan algún componente de Service Manager deben estar unidos al dominio.

Ediciones de evaluación, comercial y Select de Service ManagerSystem Center Service Manager 2010 se encuentra disponible en ediciones comercial y Select. Ambas ediciones ofrecen la misma funcionalidad. La edición comercial se adquiere separadamente e incluye una clave de producto que se introduce durante la instalación. La edición Select se entrega como parte de un plan de licencias por volumen de Microsoft y no necesita una clave de producto.

Durante la instalación de la edición comercial existe la opción de llevar a cabo la instalación sin una clave de producto y, en su lugar, instalar Service Manager como una edición de evaluación. El período de la edición de evaluación concluye a los 180 días de su instalación. Si se comienza con una versión de evaluación de Service Manager y se vuelve a ejecutar la instalación de la edición comercial o Select, si se decide utilizar las bases de datos existentes creadas originalmente se agotará el período de la instalación tras la fecha de caducidad original. La siguiente tabla describe las interacciones entre las diversas instalaciones de Service Manager.

Se empezó con un: y volvió a ejecutar la instalación para instalar un

¿Caducará la nueva instalación?

Edición de evaluación Edición comercial Sí

Edición de evaluación Edición Select Sí

Edición comercial Edición de evaluación No

Edición comercial Edición Select No

Edición Select Edición comercial No

Requisitos del sistema para Service Manager 2010Las siguientes secciones incluyen información acerca de los requisitos de hardware y software de Service Manager y están basados en el siguiente entorno. System Center Service Manager 2010 ha sido probado hasta la siguiente carga de trabajo basado en los requisitos de hardware recomendados en esta guía y utilizando un servidor de administración Service Manager atendiendo entre 80 y 100 Consola de Service Manager concurrentes. En los servidores de la base de datos se emplearon almacenamientos de alto rendimiento con unidades SCSI de 15.000 rpm.

Hasta 20.000 usuarios y un máximo de 40-50 analistas de TI proporcionado soporte concurrente. Se admiten hasta 50.000 usuarios y un máximo de 80-100 analistas de TI si se instalan

32 GB de memoria en los servidores que ejecutan Microsoft SQL Server.

Importante

9

Hasta 20.000 equipos admitidos, asumiendo un máximo de entre 10 y 12 elementos de configuración (software instalado, actualización de software y componentes de hardware) por equipo. Pueden admitirse hasta 50.000 equipos si se instalan 32 GB de memoria en los

servidores que ejecutan SQL Server. 5.000 incidentes por semana con una retención de 3 meses para un total de 60.000

incidentes en la base de datos de Service Manager para una configuración de 20.000 equipos y 2,5 veces ese volumen para una configuración de 50.000 equipos

1.000 solicitudes de cambio por semana con una retención de 3 meses para un total de 12.000 solicitudes de cambio en la base de datos de Service Manager para una configuración de 20.000 equipos y 2,5 veces ese volumen para una configuración de 50.000 equipos

El uso de un subsistema de almacenamiento lento o de insuficiente memoria puede reducir significativamente el rendimiento de Service Manager.

Requisitos de hardwareLa siguiente tabla resume los requisitos de hardware recomendados para los componentes individuales de Service Manager. Estos equipos pueden ser servidores físicos o virtuales.

Requisitos de hardware

base de datos de Service Manager CPU de doble núcleo cuádruple de 2,66 GHz

8 GB de RAM (vea la sección Rendimiento del hardware de esta guía).

80 GB de espacio disponible en el disco

RAID de nivel 1 o unidad de nivel 10*

servidor de administración de Service Manager CPU de doble núcleo cuádruple de 2,66 GHz

8 GB de RAM


Consola de Service Manager CPU de núcleo doble de 2,0 GHz

2 GB de RAM


Servidor de administración del almacenamiento de datos

CPU de núcleo doble de 2,66 GHz

8 GB de RAM


Bases de datos del almacenamiento de datos CPU de doble núcleo cuádruple de 2,66 GHz

8 GB de RAM


Portal de autoservicio CPU de núcleo doble de 2,66 GHz

10

8 GB de RAM


*Para obtener más información acerca de los niveles RAID y Microsoft SQL Server, consulte http://go.microsoft.com/fwlink/?LinkId=134073.

Requisitos de softwareEsta sección describe los requisitos de software para Service Manager. La siguiente tabla enumera los requisitos de software para cada componente de Service Manager.

El servidor de administración y el servidor de administración de almacenamiento de la base de datos de Service Manager deben instalarse en la edición de 64 bits del sistema operativo Windows. La Consola de Service Manager puede instalarse tanto en la versión de 32 bits como en la de 64 bits del sistema operativo Windows.

Requisitos de software para Service Manager

Servidor de administración o servidor de administración de almacenamiento de datos de Service Manager

La edición de 64 bits de Windows Server 2008 Standard o la edición de 64 bits de Windows Server 2008 Enterprise

La edición de 64 bits de Windows Server 2008 R2 Standard o la edición de 64 bits de Windows Server 2008 R2 Enterprise

Microsoft .NET Framework 3.5 con SP1*

Para esta versión, la configuración regional del sistema operativo del servidor debe estar configurada para Ingles (Estados Unidos) en el equipo que hospeda el servidor de administración de Service Manager, la base de datos Service Manager, el servidor de administración de almacenamiento de datos y la base de datos del almacenamiento de datos.

Service Manager o bases de datos del almacenamiento de datos

La edición de 64 bits de Windows Server 2008 Standard con SP1 o la edición de 64 bits de Windows Server 2008 Enterprise con SP1

La edición de 64 bits de Windows Server 2008 R2 Standard con SP1 o la edición de 64 bits de Windows Server 2008 R2 Enterprise con SP1

Nota

Nota

11

http://go.microsoft.com/fwlink/?LinkId=134073

La instalación en un equipo que ejecuta Windows Server 2003, incluso con Microsoft SQL Server 2008, no es compatible.

La versión de 64 bits de SQL Server 2008 con SP1

SQL Server Reporting Services (SSRS) en SQL Server 2008 con SP1

Se requiere Microsoft .NET Framework 3.5 con SP1 en el equipo que hospeda las bases de datos del almacenamiento de datos cuando se instale Service Manager en un entorno de cuatro equipos. *

La configuración de intercalación de SQL Server debe ser la misma en los equipos que hospedan las bases de datos de Service Manager, de almacenamiento de datos y de Reporting Services.

Esta versión no ofrece intercalaciones para el idioma turco.

Consola de Service Manager Uno de los siguientes sistemas operativos:

La edición de 32 bits o de 64 bits de Windows Server 2008 Standard o la edición de 32 bits o de 64 bits de Windows Server 2008 Enterprise

Windows Server 2008 R2 Standard o Windows Server 2008 R2 Enterprise

La edición de 32 bits o de 64 bits de Windows Server 2003 Standard con SP1 o la edición de 32 bits o de 64 bits de Windows Server 2003 Enterprise con SP1

Windows 7 Professional y Windows 7 Ultimate Windows Vista Ultimate o Windows Vista

Enterprise Windows XP Professional con SP 3

Microsoft .NET Framework 3.5 con SP1*

Portal de autoservicio La edición de 64 bits de Windows Server 2008 Standard o la edición de 64 bits de Windows Server 2008 Enterprise

La edición de 64 bits de Windows Server 2008 R2 Standard o la edición de 64 bits de Windows Server 2008 R2 Enterprise

Microsoft Internet Information Services 7 con la compatibilidad con las metabases de IIS 6 instaladas

12

ASP.NET 2.0

Será necesario un certificado de capa de sockets seguros (SSL) en el servidor IIS que hospeda el Portal de autoservicio.

El siguiente software es opcional y se proporciona para una funcionalidad adicional:

Microsoft Identity Lifecycle Manager (permite restablecer contraseñas)

System Center Configuration Manager 2007 (permite el aprovisionamiento de software de autoservicio)

SQL Server Reporting Services En una topología de implementación en la que el equipo que hospeda SSRS no es el mismo que hospeda el servidor de administración del almacenamiento de datos, debe agregarse Microsoft.EnterpriseManagement.Reporting.Code a la caché global de ensamblados. Consulte Copy a Reporting DLL to SSRS.

* Microsoft .NET Framework 3.5 con SP1 se incluye con los medios de instalación de System Center Service Manager 2010.

Microsoft SQL Server 2008 con SP1Para descargar el software de prueba de las versiones en inglés de Microsoft SQL Server 2008 Standard Edition o bien de SQL Server 2008 Enterprise Edition, consulte SQL Server 2008 (http://go.microsoft.com/fwlink/?LinkId=51646).

Para descargar Service Pack 1 para SQL Server 2008, consulte SQL Server 2008 Service Pack 1 (http://go.microsoft.com/fwlink/?LinkId=148449).

Utilice la siguiente configuración con SQL Server 2008 SP1:

SQL Server FTS: la búsqueda de texto completo debe estar instalada. Para obtener más información acerca de la búsqueda de texto completo, consulte la nota del productoSQL Server 2008 Full-Text Search: Internals and Enhancements (Búsqueda de texto completo de SQL Server 2008: información interna y mejoras) (http://go.microsoft.com/fwlink/?LinkID=129544).

Hay que configurar SQL Server para poder utilizar bases de datos que distingan mayúsculas de minúsculas.

Cuenta de servicio configurada según los requisitos de su empresa. Servicio SQL Server Reporting Services (MSSQLSERVER) configurado y en ejecución. Para

obtener más información acerca de cómo configurar el servicio MSSQLSERVER, vea Cómo comprobar una instalación de Reporting Services (http://go.microsoft.com/fwlink/?LinkId=91847) en el sitio web de Microsoft MSDN.

13



http://go.microsoft.com/fwlink/?LinkID=129544






Para esta versión, asegúrese de utilizar la misma intercalación para SQL Server en los equipos que hospedan la base de datos de Service Manager, la base de datos de almacenamiento de datos y la base de datos de Reporting Services. Para obtener más información acerca de la intercalación de SQL Server, consulte Usar intercalaciones de SQL Server (http://go.microsoft.com/fwlink/?LinkId=146998).

En esta versión de Service Manager 2010 SP1 no se ofrecen intercalaciones para el idioma turco.

Si SQL Server utiliza la intercalación predeterminada (SQL_Latin1_General_CP1_CI_AS), aparece un cuadro de diálogo de advertencia, como se muestra en la ilustración siguiente.

No es posible ofrecer compatibilidad con varios idiomas en Service Manager cuando se utiliza la intercalación predeterminada (SQL_Latin1_General_CP1_CI_AS). Si posteriormente decide ofrecer varios idiomas con una intercalación distinta, deberá reinstalar SQL Server. No hay ningún problema en utilizar la intercalación predeterminada con las instalaciones solo en inglés de Service Manager. Para obtener más información sobre los idiomas ofrecidos, vea Compatibilidad con idiomas de Service Manager 2010 SP1.

Al instalar SQL Server 2008 se puede definir la intercalación. Durante la instalación, en la página Configuración del servidor , haga clic en la ficha Intercalación y, a continuación, haga clic en Personalizar para las entradas Motor de base de datos y Analysis Services.

SQL Server Reporting ServicesCuando instale SQL Server Reporting Services (SSRS), seleccione la opción para instalar la configuración predeterminada del modo nativo. Para obtener más información, vea Consideraciones para instalar Reporting Services (http://go.microsoft.com/fwlink/?LinkId=163942).

Microsoft .NET Framework 3.5 Se requiere Microsoft .NET Framework 3.5 para ejecutar Service Manager. Se incluye con los medios de instalación de Service Manager.

Precaución

14




Windows PowerShell 1.0 y 2.0Se requiere Windows PowerShell 1.0 o 2.0 para ejecutar los cmdlets de Windows PowerShell al implementar el almacenamiento de datos. Windows PowerShell 1.0 es una característica de Windows Server 2008 que se puede habilitar en el Panel de control. Para obtener más información, vea Scripting con Windows PowerShell (http://go.microsoft.com/fwlink/?LinkId=87566).

Requisitos de seguridad del portal de autoservicioSe recomienda agregar el sitio web del Portal de autoservicio a la zona Sitios de confianza o Intranet local en Internet Explorer. De forma predeterminada, los sitios web de las zonas Sitios de confianza e Intranet local tienen la opción Active Scripting habilitada. Si elige no agregar el sitio web de Portal de autoservicio a la zona Sitios de confianza o Intranet local, deberá habilitar Active Scripting para los exploradores web que tienen acceso al Portal de autoservicio.

Operations Manager 2007Service Manager tiene la funcionalidad de importar alertas y elementos de configuración desde el entorno de Operations Manager 2007. Operations Manager 2007 con SP1 o Operations Manager 2007 R2 deben estar instalados para poder trabajar con Service Manager.

No es posible usar Operations Manager 2007 SP1 para supervisar los servidores de administración de Service Manager. Debe utilizarse Operations Manager 2007 R2.

Servidores de administración de Operations ManagerEn este momento, no se recomienda hospedar un servidor de administración Operations Manager 2007 en un equipo que también hospeda un servidor de administración de Service Manager o un servidor de administración del almacenamiento de datos.

Configuration Manager 2007Service Manager tiene la funcionalidad de importar elementos de configuración desde el entorno de Configuration Manager 2007. Configuration Manager 2007 SP1 o Configuration Manager 2007 R2 deben estar instalados para poder trabajar con Service Manager.

Requisitos de redEn Service Manager existe la posibilidad de ver contenido externo desde los artículos de conocimientos. Para ver contenido externo, los equipos que hospedan la Consola de Service Manager deben tener acceso a Internet, directamente o a través de un servidor proxy.

Servidor SMTPPara utilizar la característica de notificación y la creación de incidentes a través de correo electrónico debe tener acceso a un servidor SMTP.

Nota

15


Modo seguro de WindowsService Manager no se ejecuta y los servicios utilizados por Service Manager no se inician si Windows Server 2008 se ejecuta en modo seguro. Si se intenta iniciar manualmente los servicios de Service Manager en modo seguro, los servicios no se inician y se registra un error en el registro de eventos.

Compatibilidad con idiomas de Service Manager 2010 SP1En esta guía se supone que va a instalar Service Manager SP1 en un equipo en el que no hay instalada ninguna versión anterior de Service Manager. Para obtener más información acerca de cómo actualizar System Center Service Manager 2010, vea System Center Service Manager SP1 Upgrade Guide (Guía de actualización de System Center Service Manager SP1) (http://go.microsoft.com/fwlink/?LinkId=198070).

System Center Service Manager 2010 SP1 ofrece compatibilidad con 21 idiomas (incluido el inglés). Para los seis idiomas siguientes hay algunos problemas relacionados con la búsqueda: checo, danés, finés, griego, polaco y turco. Para obtener más información acerca de estos problemas, vea la siguiente sección, "Consideraciones acerca de la búsqueda".

Al establecer la configuración regional de Windows de un equipo que hospeda una Consola de Service Manager en uno de los idiomas compatibles, Service Manager SP1 se mostrará en ese idioma. Además de los idiomas ofrecidos por Service Manager SP1, también debe tener en cuenta la capacidad de buscar y ordenar datos en las bases de datos de Service Manager SP1. La capacidad de buscar y ordenar datos en un idioma específico se define en la configuración de intercalación de SQL Server. Para obtener más información acerca de las intercalaciones de SQL Server, vea la sección "Microsoft SQL Server 2008 con SP1" en el capítulo Requisitos del sistema para Service Manager 2010 de esta guía.

La información de la tabla siguiente representa las intercalaciones aprobadas y los identificadores de configuración regional que se han probado en Service Manager SP1. En la lista de intercalaciones de esta tabla, CI indica que se distinguen mayúsculas de minúsculas y AS indica que se distinguen las marcas diacríticas.

Configuración regional de Windows

LCID Intercalación

Inglés 0x409 Latin1_General_100_CI_AS

Chino (PRC) 0x804 Chinese_Simplified_Pinyin_100_CI_AS

Chino (Taiwán) 0x404 Chinese_Traditional_Stroke_Count_100_CI_AS

Checo (República Checa)

0x405 Czech_100_CI_AS

Danés (Dinamarca) 0x406 Danish_Norwegian_CI_AS

Neerlandés (Países Bajos)

0x413 Latin1_General_100_CI_AS

16



Configuración regional de Windows

LCID Intercalación

Finés (Finlandia) 0x40B Finnish_Swedish_100_CI_AS

Francés 0x40C French_100_CI_AS

Alemán (estándar) 0x407 Latin1_General_100_CI_AS

Griego (Grecia) 0x408 Greek_100_CI_AS

Italiano (estándar) 0x410 Latin1_General_100_CI_AS

Japonés 0x411 Japanese_XJIS_100_CI_AS

Coreano 0x412 Korean_100_CI_AS

Noruego (Bokmål, Noruega)

0x414 Norwegian_100_CI_AS

Polaco (Polonia) 0x415 Polish_100_CI_AS

Portugués (Portugal) 0x816 Latin1_100_CI_AS

Portugués (Brasil) 0x416 Latin1_General_100_CI_AS

Ruso 0x419 Cyrillic_General_100_CI_AS

Español (alfabetización internacional)

0xC0A Modern_Spanish_100_CI_AS

Sueco (Suecia) 0x41D Finnish_Swedish_100_CI_AS

Turco (Turquía) 0x41F Latin1_General_100_CI_AS

Consideraciones acerca de la búsquedaEn esta sección se describen los problemas relacionados con la búsqueda, la ordenación y la división de palabras para algunos de los idiomas compatibles con Service Manager SP1.

Idiomas checo, griego y finésSQL Server 2008 no ofrece búsqueda de texto completo para estos idiomas. Por lo tanto, la ordenación y búsqueda no funcionan correctamente para estos idiomas.

Idiomas danés y polacoEn SQL Server 2008 la búsqueda de texto completo no funciona para estos idiomas. Puede cargar un separador de palabras con licencia independiente de Microsoft para que la búsqueda de texto funcione correctamente. Para obtener más información, vea los vínculos siguientes correspondientes a la versión de SQL Server que esté utilizando:

SQL Server 2008 (http://go.microsoft.com/fwlink/?LinkId=205800)

17


SQL Server 2008 R2 (http://go.microsoft.com/fwlink/?LinkId=205557).

Idioma turcoService Manager SP1 no ofrece compatibilidad con ninguna de las intercalaciones del idioma turco. Para realizar pruebas con el idioma turco se utilizó la intercalación Latin1_General_100_CI_AS. Como consecuencia, algunas operaciones de búsqueda y ordenación en Service Manager SP1 mostrarán caracteres turcos.

Bases de datos creadas por Service ManagerAntes de iniciar la instalación de Service Manager, es posible que desee reunirse con el equipo que administra SQL Server y tratar el impacto que Service Manager tendrá en los servidores SQL Server, en especial, las bases de datos que se crearán. Las bases de datos que se crean se enumeran en la siguiente tabla:

Componentes de Service Manager

Nombre de la base de datos Contenido

base de datos de Service Manager

ServiceManager Elementos de configuración, elementos de trabajo, incidentes

Almacenamiento de datos de Service Manager

DWStagingAndConfig

DWRepository

DWDataMart

Estas tres bases de datos forman el almacenamiento de datos. El proceso de extracción rellena la base de datos DWStagingAndConfig, la cual se transforma en el formato apropiado en la base de datos DWRepository que, a través dle proceso de carga, se convierte en el contenido de la base de datos de DWDataMart.

En esta versión, Service Manager no es compatible con instancias que distinguen entre mayúsculas y minúsculas. La instalación causará un error si se intenta instalar Service Manager en una instancia SQL que distingue entre mayúsculas y minúsculas.

Asignaciones de puertos para Service ManagerComo parte de su infraestructura de seguridad, es posible que desee realizar un seguimiento de los números de los puertos utilizados en todo el entorno. Aunque en esta versión los números de puerto no son configurables, es posible revisar la siguiente tabla que enumera los números de

Importante

18


puerto utilizados entre los componentes de Service Manager. Deberá asegurarse de que estos puertos del firewall están abiertos en los equipos que alojan Service Manager.

Asignaciones de puertos

Unidad A de Service Manager Número y dirección del puerto

Unidad B de Service Manager

Consola de Service Manager 5724 ---> Servidor de administración de Service Manager*

Consola de Service Manager 5724 ---> Servidor de administración del almacenamiento de datos

Servidor de administración de Service Manager

1433 ---> Base de datos remota de Service Manager


5724 ---> Servidor del almacenamiento de datos


5724 ---> Cconectores de alertas y de elementos de configuración de Operations Manager 2007


389 ---> Conector Active Directory

Servidor del almacenamiento de datos

1433 ---> Servidor remoto de la base de datos del almacenamiento de datos

SQL Server Reporting Services 1433 ---> Servidor remoto de la base de datos del almacenamiento de datos

Servidor del almacenamiento de datos

1433 ---> Servidor remoto de la base de datos de Service Manager

Explorador web 443 ---> Portal de autoservicio

Portal de autoservicio 1433 ---> Base de datos Service Manager

Explorador web 80 ---> SQL Server Reporting Services

* Incluye el servidor de administración de Service Manager y los siguientes servidores de administración de Service Manager.

19

Preparación para la implementación de Service Manager 2010 SP1Antes de iniciar la implementación de Service Manager, debe crear un grupo de usuarios en Active Directory que cree o identifique una cuenta de dominio que utilizará durante la instalación. Asegúrese de que la cuenta de dominio es miembro de los grupos adecuados y necesarios para el correcto funcionamiento de Service Manager. Al instalar Service Manager y Operations Manager en el mismo servidor, tenga en cuenta lo siguiente:

1. Operations Manager y Service Manager pueden compartir el servidor de base de datos.2. Un agente de Operations Manager y el servidor de administración de Service Manager

pueden coexistir en el mismo servidor si instala en primer lugar el servidor de administración de Service Manager y, a continuación, instala manualmente el agente de Operations Manager.

3. Puede instalar la consola de Operations Manager y la Consola de Service Manager en el mismo equipo. El orden de instalación de las consolas es irrelevante.

4. No intente utilizar la misma instancia de SQL Server Reporting Services (SSRS) para Operations Manager y para Service Manager.

En esta secciónConsideraciones de cuentas para ejecutar la instalación

Se proporciona información sobre las cuentas necesarias para ejecutar la instalación y sobre las que deberá proporcionar durante la instalación de Service Manager.

Cómo preparar los equipos antes de implementar Service ManagerDescribe el procedimiento a seguir para preparar un equipo antes de ejecutar la instalación.

Consideraciones acerca de la cuenta para el portal de autoservicioProporciona información acerca de cómo configurar permisos para los servicios y cuentas de flujo de trabajo de Service Manager en System Center Configuration Manager 2007.

Consideraciones de cuentas para ejecutar la instalaciónAntes de ejecutar la instalación, revise el tema Cuentas utilizadas para ejecutar la instalación de esta guía para asegurarse de que se cumplen los requisitos para instalar Service Manager. Durante la instalación, se le pedirá que proporcione usuarios o grupos de dominio para diversas

20

funciones de Service Manager. Revise Cuentas necesarias durante la instalación para comprobar que está listo para el proceso de instalación.

Cuentas utilizadas para ejecutar la instalaciónEste tema describe los permisos que necesita el usuario para instalar un servidor de administración de Service Manager, la Consola de Service Manager y bases de datos de Service Manager, así como para registrar el grupo de administración de Service Manager con el grupo de administración del almacenamiento de datos.

La cuenta que utiliza para ejecutar la instalación se convierte automáticamente en administrador en Service Manager.

Servidor de administración de Service ManagerPara instalar un servidor de administración de Service Manager necesita los siguientes permisos:

Administrador local en el equipo donde se ejecuta la instalación Administrador local en el equipo que va a alojar la base de datos de Service Manager si se

trata de un equipo remoto El usuario que inicia sesión debe ser una cuenta de dominio Función sysadmin de SQL Server en la instancia de SQL Server donde se va a crear la base

de datos de Service Manager

Consola de Service ManagerPara instalar la Consola de Service Manager necesita los siguientes permisos:

Administrador local en el equipo donde se ejecuta la instalación

Servidor de administración del almacenamiento de datosPara instalar un servidor de administración del almacenamiento de datos necesita los siguientes permisos:

Administrador local en el equipo donde se ejecuta la instalación Administrador local en el equipo que va a alojar la base de datos del almacenamiento de

datos si se trata de un equipo remoto El usuario que inicia sesión debe ser una cuenta de dominio Función Administrador de contenido de SQL Server Reporting Services en el sitio (raíz) Función sysadmin de SQL Server en la instancia de SQL Server donde se va a crear la base

de datos del almacenamiento de datos

SQL Server Reporting ServicesPara instalar SQL Server Reporting Services necesita los siguientes permisos:

Permisos para colocar un archivo binario en la carpeta \Archivos de programa\Microsoft SQL Server\<Nombre de instancia>\Reporting Services\ReportServer\Bin del equipo que aloja el servidor de administración del almacenamiento de datos.

Nota

21

Registrar Service Manager con el almacenamiento de datosPara registrar Service Manager con el almacenamiento de datos necesita los siguientes permisos:

Función sysadmin o administrador de seguridad de SQL Server en la instancia que aloja la base de datos de Service Manager

Función sysadmin o administrador de seguridad de SQL Server en la instancia que aloja la base de datos del almacenamiento de datos

Miembro de la función de usuario Administradores de Service Manager en el servidor de administración de Service Manager

Miembro de la función de usuario Administradores de Service Manager en el servidor de administración del almacenamiento de datos

Portal de autoservicioLa cuenta que utilice al instalar el Portal de autoservicio debe cumplir las siguientes condiciones:

Debe ser un administrador local en el equipo que aloja el Portal de autoservicio, el servidor de administración de Service Manager y SQL Server 2008.

Debe ser una cuenta de administrador del sistema de SQL Server. Debe ser la cuenta especificada para los servicios de Service Manager durante la instalación

del servidor de administración de Service Manager.

Cuentas necesarias durante la instalaciónTendrá que proporcionar credenciales para las siguientes cuentas durante la instalación de Service Manager y los servidores de administración del almacenamiento de datos.

Las cuentas de usuario y grupo requeridas para la instalación de Service Manager deben residir en la unidad organizativa Usuarios en Active Directory.

Cuentas utilizadas durante la instalación de un servidor de administración de Service Manager

Cuenta Permisos Cómo se utiliza en Service Manager

Administradores del grupo de administración

Debe ser un usuario o un grupo de dominio.

ImportanteLa cuenta del usuario que ha iniciado sesión en el equipo durante la instalación de un servidor de

Agregado a la función de usuario Administradores de Service Manager.

Nota

22


administración Service Manager inicial se agrega automáticamente a dicho grupo.

Cuenta de los servicios de Service Manager


Debe ser miembro de los administradores locales.

Se convierte en la cuenta del sistema operativa.

Se asigna a la cuenta de inicio de sesión para el servicio de acceso de datos de System Center.

Se asigna a la cuenta de inicio de sesión para el servicio de configuración de administración de System Center.

Se convierte en miembro de las funciones de base de datos sdk_users y configsvc_users de la base de datos de Service Manager.

Si cambia las credenciales de estos dos servicios, debe asegurarse de que la nueva cuenta tenga un inicio de sesión de SQL en la base de datos de ServiceManager y de que sea miembro del grupo Integrado\Administradores.

Cuenta de flujo de trabajo


Debe tener permisos para enviar correo electrónico y poseer un buzón en el servidor SMTP (necesario para la característica Incidente de correo electrónico).

Debe ser miembro del grupo

Esta cuenta se utiliza para todos los flujos de trabajo y se convierte en miembro de la función de usuario Flujos de trabajo de Service Manager.

23


de seguridad local Usuarios. Debe hacerse miembro de la

función de usuario Administradores de Service Manager para que las notificaciones de correo electrónico funcionen correctamente.

Procedimientos recomendados de seguridad para las cuentasAl asignar cuentas de Active Directory para utilizarlas con cuentas de identificación de Service Manager, se recomienda usar cuentas de servicio. No se recomienda utilizar cuentas de usuario de Active Directory asociadas a personas individuales.

Para obtener más información sobre los procedimientos recomendados de seguridad, descargue una copia de Windows Server 2008 Security Guide (Guía de seguridad de Windows Server 2008) que actualmente forma parte del Windows Server 2008 Security Compliance Management Toolkit (Kit de herramientas para la administración del cumplimiento de seguridad de Windows Server 2008) en http://go.microsoft.com/fwlink/?LinkId=167160 y The Services and Serivice Accounts Security Planning Guide (Guía de planificación de seguridad de servicios y cuentas de servicio) en http://go.microsoft.com/fwlink/?LinkID=58270.

Cuentas utilizadas durante la instalación de un servidor de administración del almacenamiento de datos


Administradores del grupo de administración


Agregado a la función de usuario administradores del almacenamiento de datos.

Cuenta de Service Manager Debe ser un usuario o un grupo de dominio.

Debe ser miembro de los administradores locales en el servidor de administración del almacenamiento de datos.

Se convierte en la cuenta de identificación del sistema del almacenamiento de datos.

Asignado a la cuenta del servicio SDK de ServiceManager SDK.

Asignado a la cuenta de configuración de ServiceManager.

24








Se convierte en miembro de las funciones de base de datos sdk_users y configsvc_users de la base de datos DWDataMart.

Se convierte en miembro de la función de base de datos db_datareader de la base de datos DWRepository.

Se convierte en miembro de la función de base de datos configsvc_users de la base de datos de Service Manager.

Cuenta de informes Debe ser una cuenta de dominio.

La utiliza SQL Server Reporting Services para obtener acceso a la base de datos DWDataMart con el fin de recopilar datos para los informes.

Se convierte en miembro de la función de base de datos db_datareader de la base de datos DWDataMart.

Se convierte en miembro de la función de base de datos reportuser de la base de datos DWDatamart.

Registrar el grupo de administración de Service Manager con el grupo de administración del almacenamiento de datosComo parte del proceso de instalación, registrará el grupo de administración de Service Manager con el grupo de administración del almacenamiento de datos. Durante este proceso, se le pedirá que proporcione credenciales. Las credenciales de cuenta que proporcione deben corresponder a una cuenta de dominio. Asimismo, deberá proporcionar una cuenta con los siguientes permisos.

Debe ser miembro de la función de usuario Administrador tanto en el grupo de administración de Service Manager como en el del almacenamiento de datos.

25

Debe ser miembro del grupo de administradores locales de usuarios en el servidor de administración del almacenamiento de datos.

Cuentas necesarias para crear conectoresAl crear conectores, se le pedirán las credenciales que utilizará el conector para realizar su función. La siguiente tabla describe los permisos que necesitará esta cuenta y los procedimientos recomendados para garantizar la seguridad.

Conector de alertas de Operations Manager 2007

Permisos Procedimientos recomendados

Debe ser una cuenta de dominio. Debe ser miembro del grupo de seguridad

local Usuarios en el servidor de administración de Service Manager.

Debe ser un administrador de Operations Manager 2007.

Una cuenta de dominio creada específicamente para este propósito que solamente esté en el grupo de seguridad local Usuarios y en una función de usuario Administrador de Operations Manager, además de en una función de usuario Operador avanzado de Service Manager.

Conector de elementos de configuración de Operations Manager 2007



local Usuarios en el servidor de administración.

Debe ser un operador de Operations Manager 2007.

Una cuenta de dominio creada específicamente para este propósito que solamente esté en el grupo de seguridad local Usuarios y en una función de usuario Operador de Operations Manager, además de en una función de usuario Operador avanzado de Service Manager.

Conector de Active Directory




Debe tener permisos para enlazar con el controlador de dominio desde el cual el conector leerá los datos.

Necesita derechos de lectura genéricos para los objetos que se sincronizan en la

Una cuenta de dominio creada específicamente para este propósito que solamente esté en el grupo de seguridad local Usuarios y en una función de usuario Operador avanzado de Service Manager y que tenga permisos de sólo lectura en Active Directory.

26


base de datos de Service Manager desde Active Directory.

Conector de Configuration Manager 2007




Una cuenta de dominio creada específicamente para este propósito que solamente esté en el grupo de seguridad local Usuarios, db_datareader en la base de datos de System Center Configuration Manager y en una función de usuario Operador avanzado de Service Manager.

Cómo preparar los equipos antes de implementar Service ManagerAntes de iniciar la implementación de Service Manager, debe crear un grupo de usuarios en Active Directory y crear o identificar una cuenta de dominio que utilizará durante la instalación. Asegúrese de que la cuenta de dominio es miembro de los grupos adecuados y necesarios para el correcto funcionamiento de Service Manager.

Al instalar Service Manager y Operations Manager en el mismo servidor, tenga en cuenta lo siguiente:

Operations Manager y Service Manager pueden compartir el servidor de base de datos. Un agente de Operations Manager y el servidor de administración de Service Manager

pueden coexistir en el mismo servidor si instala en primer lugar el servidor de administración de Service Manager y a continuación, instala manualmente el agente de Operations Manager.

Puede instalar la consola de Operations Manager y la Consola de Service Manager en el mismo equipo. El orden de instalación de las consolas es irrelevante.

1. Compruebe que no hay ningún componente de Operations Manager 2007 instalado en los equipos que van a hospedar Service Manager y el almacenamiento de datos.

2. Cree un grupo de usuarios de Active Directory que se asignará a la función de administradores de Service Manager, tanto de los grupos de administración del almacenamiento de datos como de Service Manager. Por ejemplo, cree el grupo SM_Admins.

Nota

Para preparar los equipos antes de implementar Service Manager

27

Este grupo de usuarios debe estar en el mismo dominio que Service Manager. No se admiten usuarios de ningún otro dominio, ni siquiera de dominios secundarios.

3. Cree las cuentas necesarias para Service Manager. Para obtener información sobre la cuenta utilizada para ejecutar la instalación y sobre las cuentas que deberá proporcionar durante la instalación de Service Manager, vea Consideraciones de cuentas para ejecutar la instalación

NotaLas cuentas de Service Manager deben estar en el mismo dominio que Service Manager. No se admiten cuentas de ningún otro dominio, ni siquiera de dominios secundarios.

4. Compruebe que las instancias de SQL utilizadas para las bases de datos de Service Manager emplean el puerto número 1433.

5. Si instala las bases de datos en un equipo remoto que ejecuta SQL Server, el usuario que ejecuta la instalación debe ser un usuario de dominio con permisos de administrador local en el equipo de SQL Server.

6. En los equipos que van a hospedar la Consola de Service Manager, en Opciones de Internet, Configuración de la red de área local (LAN), seleccione No usar servidor proxy para direcciones locales.

7. Abra un explorador e introduzca las dos direcciones URL siguientes: http://<equipo que hospeda SSRS>/reports http://<equipo que hospeda SSRS>/reportserver

Si se produce algún error en los intentos de conexión, como por ejemplo Error HTTP 404.0 No encontrado, siga el procedimiento “Para configurar el servidor de informes”. De lo contrario, siga el procedimiento “Para instalar un almacenamiento de datos”.

1. Utilizando una cuenta que tenga derechos de administrador, inicie sesión en el equipo que va a hospedar SQL Server Reporting Services.

2. Haga clic en Inicio, elija Programas, Microsoft SQL Server 2008 y Herramientas de configuración, y a continuación, haga clic en Administrador de configuración de Reporting Services.

3. En el cuadro de diálogo Conexión de configuración de Reporting Services, compruebe que los campos Nombre de servidor e Instancia del servidor de informes son correctos y haga clic en Conectar.

4. En el panel Conectar, haga clic en Dirección URL del servicio web.5. En el área Directorio virtual del servicio web del servidor de informes, en el cuadro

de texto Directorio virtual, compruebe que en la entrada figura ReportServer y haga clic en Aplicar.

6. En el panel Conectar, haga clic en Dirección URL del Administrador de informes.7. En el área Identificación del sitio del Administrador de informes, en el cuadro de

Para configurar el servidor de informes

28

texto Directorio virtual, compruebe que en la entrada figura Informes y haga clic en Aplicar.

8. En el panel Conectar, haga clic en la primera entrada (servidor\instancia).9. En el área Servidor de informes actual, haga clic en Detener y a continuación, en

Iniciar.

Consideraciones acerca de la cuenta para el portal de autoservicioPara que la característica Solicitud de software del Portal de autoservicio de Service Manager funcione correctamente, debe configurar los permisos para las cuentas de flujo de trabajo y de servicios de Service Manager en System Center Configuration Manager 2007.

Cuenta de flujo de trabajo

Elementos de configuración del sitio Leer Modificar Administrar Crear Acceso a red

Conjuntos Leer Modificar Eliminar Modificar recurso Administrar Eliminar recurso Crear Leer recurso Modificar configuración de conjunto Ver controladores de administración

Anuncios Leer Modificar Eliminar Administrar Crear Administrar carpetas

Paquetes Leer

29

Modificar Administrar

Cuenta de los servicios de Service Manager

Elementos de configuración del sitio Leer Modificar Administrar Crear Acceso a red

Conjuntos Leer Leer recurso

Anuncios Leer Administrar Administrar carpetas

Paquetes Leer

Planificar rendimiento y escalabilidadEsta sección describe directrices para planificar el rendimiento y la escalabilidad de System Center Service Manager 2010. Si bien Service Manager ha sido construido para cumplir con un estándar de rendimiento basado en requisitos de hardware mínimo recomendado, es posible que los requisitos de hardware para su escenario particular sean mayores o menores que los que se especifican en las directrices generalizadas que aquí se presentan. También se incluyen aquí consideraciones relacionadas tanto con el hardware como con el software Service Manager.

Service Manager es una aplicación de tres niveles que consta de una base de datos, un módulo de acceso a la base de datos y una consola.

Cada topología de implementación, desde la mayor a la menor, incluye los tres niveles, ya sean físicos o virtuales.

La topología de implementación más pequeña requiere de 2 servidores, físicos o virtuales, y la más grande, puede incluir más de 4 servidores.

Los servidores alojan la Consola de Service Manager y la base de datos de Service Manager en el servidor de administración, el Portal de autoservicio suele alojarse en otro servidor, y el servidor de administración de almacenamiento de datos aloja el almacenamiento de datos de Service Manager.

30

Herramienta Service Manager Sizing HelperLa herramienta Service Manager Sizing Helper le permitirá evaluar el tamaño de los componentes de hardware y software para su implementación, con más detalle que lo especificado en esta guía. La herramienta se incluye en el conjunto de documentación Service Manager job aids (ayudas de trabajo de Service Manager) (http://go.microsoft.com/fwlink/?LinkId=186291). Esta herramienta:

1. Le permitirá tener una idea del tipo de hardware, tales como equipos individuales, unidades de CPU, espacio libre y ocupado en disco, y el nivel de RAID necesarios para diferentes escenarios de uso e implementación. El uso está indicado por la cantidad de elementos de configuración incluidos en la base de datos de Service Manager, los elementos de trabajo por mes y los días que se conservan los datos en el almacenamiento de datos.

2. Presenta diagramas de topología para cada escenario, donde el hardware está asignado a escenarios tales como un solo servidor físico, 2 servidores, 4 servidores y más de 4 servidores.

3. Permite calcular el espacio en disco libre y ocupado necesarios para un escenario, según los datos que usted proporcione. Este cálculo es un estimado, no un valor fijo que usted deba respetar estrictamente.

Rendimiento del hardwareUna parte importante del rendimiento de Service Manager depende de la configuración del hardware y de la topología de implementación que se haya planificado para satisfacer las necesidades de la organización. Las siguientes secciones brindan directrices generales que se deben tomar en cuenta al planificar un adecuado rendimiento del hardware.

Rendimiento del hardwareLos siguientes son los cuellos de botella más notorios del hardware en Service Manager cuando hay una carga importante y considerable cantidad de datos en la base de datos de Service Manager:

1. El cuello de botella más común ocurre en la memoria y en la E/S de SQL Server. Si cuenta con los recursos necesarios, invertir en más memoria y en un subsistema de E/S más veloz para mejorar la E/S de SQL Server le permitirá obtener un mejor rendimiento.

2. Si espera que sean muchas las consolas que se conectan a un servidor de administración, puede mejorar el rendimiento para que procese la carga pico invirtiendo en más unidades de CPU y en mayor memoria para el servidor de administración. También puede planificar instalar un servidor de administración de Service Manager secundario.

3. Tenga en cuenta el hardware mínimo recomendado para cada función, tal como se describe en este documento.

La función de las máquinas virtualesMuchas organizaciones emplean máquinas virtuales para alojar las aplicaciones de Windows Server, y las funciones de servidor de Service Manager, tales como el servidor de administración, el servidor de almacenamiento de datos y el Portal de autoservicio, no constituyen excepciones.

31



En algunos casos, se virtualizan todas las funciones de servidor, mientras que en otros, se emplea alguna combinación de equipos físicos y virtuales. No recomendamos ninguna relación en especial entre equipos virtuales y físicos porque las necesidades de cada organización son únicas. Sin embargo, los requisitos mínimos de hardware para cada función de software se aplican a los equipos físicos: si decide virtualizar una función de software, debe asegurarse de tener los recursos de hardware adicionales para cada equipo virtual.

Los servidores de base de datos son vulnerables al rendimiento ineficiente de las máquinas virtuales si no se respeta la siguiente directriz de planificación.

Vea el documento Running SQL Server 2008 in a Hyper-V Environment (Ejecutar SQL Server 2008 en un entorno Hyper-V) (http://go.microsoft.com/fwlink/?LinkId=144622) en el Centro de descarga.

No debería usar nunca discos dinámicos en máquinas virtuales en las que se tiene la intención de alojar SQL Server: emplee discos duros virtuales de tamaño fijo o de acceso directo.

Hyper-V sólo permite 4 unidades de CPU virtuales por invitado, lo cual podría restringir el servidor de Service Manager si tiene muchas consolas.

Resultados de la prueba de línea de base de Service ManagerService Manager se ha sometido a pruebas de línea de base para verificar su rendimiento y escalabilidad, empleando diferentes escenarios de implementación que emplean el hardware mínimo recomendado con equipos físicos. De manera más específica, se probaron los escenarios con bases de datos previamente rellenadas, con las Consola de Service Manager creando y actualizando incidentes y solicitudes de cambio en un bucle. En la base de datos, se incluyó información para dos pruebas.

La prueba 1 consistió en 20.000 equipos, 20.000 usuarios y todos los elementos de configuración necesarios (alrededor de 250.000 elementos de configuración), lo cual se tradujo en una base de datos de unos 2,5 millones de filas, y la prueba incluyó 40 Consola de Service Manager activas.

La prueba 2 consistió en 50.000 equipos, 50.000 usuarios y elementos de configuración relacionados (alrededor de 700.000 elementos de configuración), lo cual se tradujo en una base de datos de unos 6 millones de filas, y la prueba incluyó 80 Consola de Service Manager activas.

A fin de lograr los tiempos de respuesta deseados para una configuración de 50.000, fue necesario incrementar la memoria de SQL Server de 8 GB a 32 GB.

Durante la prueba, se generaron, por hora, 200 incidentes y 50 solicitudes de cambio en la configuración de 20.000, y 500 incidentes y 125 solicitudes de cambio en la configuración de 50.000. Para cada incidente y solicitud de cambio, se procesaron de 3 a 4 plantillas y suscripciones de notificación.

En la línea de base, los flujos de trabajo tales como el procesamiento de suscripciones de notificación y la aplicación de plantillas suelen ejecutarse en menos de 1 minuto para cada elemento de trabajo generado. Sin embargo, un pequeño número de flujos de trabajo puede demorar 5 minutos o más en completarse.

32



Si su organización planea trabajar con menos de 20.000 equipos y consolas, y menos flujos de trabajos, entonces el rendimiento de Service Manager debería, normalmente, ser aceptable, incluso aunque algunas funciones de Service Manager se alojasen en equipos virtuales.

No obstante, si planea agregar más equipos en la base de datos de Service Manager, entonces debería pensar en aumentar la cantidad de RAM para el servidor de la base de datos de Service Manager por encima de los requisitos mínimos detallados en este documento. Por ejemplo, en la prueba de línea de base, se instalaron 8 GB de RAM en el servidor de la base de datos de Service Manager que contenía los registros de 20.000 equipos. Después de ello, debería agregar 8 GB de RAM por cada incremento de 10.000 equipos que piense agregar al sistema. Por ejemplo, para 50.000 equipos, planee incluir 32 GB de RAM. Al someter a prueba la configuración de 50.000 equipos con 32 GB de RAM instalados en SQL Server, el rendimiento mejoró hasta ser igual al que el sistema tenía antes de que se agregaran los equipos adicionales.

La latencia de la red también se comprobó en la línea de base. La latencia de la red se introdujo entre la Consola de Service Manager y el servidor de administración de Service Manager.

El servidor de administración de Service Manager y el servidor de la base de datos de Service Manager deberían estar en una LAN de latencia baja. La latencia entre el servidor de la base de datos de Service Manager y el servidor de administración de Service Manager podría producir una importante degradación del rendimiento de Service Manager.

Allí donde la latencia de la red era inferior a 100 milisegundos, los tiempos generales de respuesta de la Consola de Service Manager fueron buenos.

Donde la latencia de la red era de entre 150 y 200 milisegundos, el rendimiento se consideró "utilizable" con hasta un 40% de degradación en los tiempos de respuesta en algunos escenarios. Con una latencia de entre 150 y 200 milisegundos, debería pensar en evaluar los escenarios clave para su organización y determinar si la conexión de escritorio remoto no constituye una mejor opción.

La expansión de los mapas de servicio en la Consola de Service Manager resultó lenta con cualquier tipo de latencia.

Allí donde la latencia de la red era superior a 200 milisegundos, los tiempos generales de respuesta de la Consola de Service Manager se consideraron malos. Si la latencia supera los 200 milisegundos, debería pensar en utilizar una conexión de escritorio remoto o alguna otra solución de acceso remoto similar para las tareas operativas. Sin embargo, dado que las tareas administrativas ocasionales no son tan comunes, quizás no necesite contar con acceso remoto para ellas.

Nota

Nota

33

Rendimiento de Service ManagerEl rendimiento de las características y funciones de servidor de Service Manager se ven afectadas por diferentes factores. Por lo general, hay tres áreas en las que el rendimiento positivo o negativo resulta más evidente en Service Manager:

Capacidad de respuesta de Consola de Service Manager. Se trata del tiempo que transcurre desde el momento en que usted realiza alguna acción en la consola hasta el momento en que dicha acción se completa.

Tiempo de inserción de datos para los conectores. Se trata de cuánto tiempo toma Service Manager para importar datos cuando se sincroniza un conector.

Tiempo de finalización del flujo de trabajo. Se trata del tiempo que tardan los flujos de trabajo para aplicar automáticamente algún tipo de acción.

Rendimiento del conectorLa sincronización inicial del conector puede tomar un tiempo considerable; por ejemplo, de 8 a 12 horas en el caso de una sincronización inicial grande con System Center Configuration Manager. Mientras un conector se sincroniza inicialmente, es de esperar que el rendimiento de todos los procesos y funciones del servidor de Service Manager se vean afectados hasta tanto finalice la sincronización. Esto se debe a la manera en que los datos se insertan de modo secuencial en la base de datos de Service Manager, la cual es una base de datos de SQL Server. Si bien no es posible acelerar el proceso de sincronización inicial del conector, puede planificar antes de realizar la sincronización inicial para asegurar que el proceso de sincronización se complete correctamente antes de que Service Manager entre en producción.

Una vez que el proceso de sincronización inicial ha finalizado, Service Manager continúa sincronizando las diferencias, lo cual no tiene un impacto cuantificable sobre el rendimiento.

Rendimiento del flujo de trabajoLos flujos de trabajo son procesos automáticos que ocurren y que incluyen el envío de notificaciones por correo electrónico, el paso siguiente en la activación de una solicitud de cambio y la aplicación automática de una plantilla.

Normalmente, los flujos de trabajo comienzan y terminan en menos de 1 un minuto. Cuando las funciones de servidor de Service Manager se encuentran bajo carga de trabajo pesada, los flujos de trabajo tardan más en completarse.

Además, cuando se crean nuevos flujos de trabajo, como una nueva suscripción de notificación, se agrega más carga al sistema. A medida que aumenta la cantidad de flujos de trabajo que se crean, el tiempo que tarda cada uno en ejecutarse también se incrementa.

Cuando el sistema trabaja bajo carga pesada, por ejemplo, si se crea una gran cantidad de incidentes nuevos y cada incidente genera muchos flujos de trabajo, entonces, es posible que el rendimiento se vea afectado de forma negativa.

Si está en sus planes generar una gran cantidad de flujos de trabajo, una posible solución para ayudar a mejorar el rendimiento es usar el módulo de administración ManagmentHostKeepAlive que se incluye en los medios que acompañan la versión de Service Manager.

34

Debe copiar manualmente los dos archivos desde el directorio de origen y pegarlos en el directorio de instalación de Service Manager. A continuación, debe importar los archivos del módulo de administración.

El hecho de importar estos archivos del módulo de administración puede aumentar en gran medida la capacidad de respuesta del sistema para procesar los flujos de trabajo y hacer que prácticamente todos los flujos de trabajo se procesen en menos de 1 minuto.

Si embargo, la importación de este módulo de administración otorga una mayor prioridad al procesamiento de los flujos de trabajo y eso puede disminuir la velocidad de respuesta de la Consola de Service Manager en algunos casos, por lo que debería evaluar su impacto antes de implementar el sistema en un entorno de producción.

Los grupos, las colas y las funciones de usuario afectan el rendimientoDebe planificar los grupos y funciones de usuario con antelación. A menudo se suelen crear grupos para asegurar que los usuarios tengan acceso únicamente a grupos específicos. Por ejemplo, en un escenario es posible que desee crear un subconjunto de incidentes, tales como incidentes que afectan los equipos utilizados por el personal de recursos humanos. En este escenario, quizás desee que sólo cierto personal pueda ver o modificar el grupo de servidores que contienen información confidencial. En tal caso, para habilitar este tipo de acceso, deberá crear un grupo para todos los usuarios y un grupo para los equipos con información confidencial y, luego, asegurar que una función de seguridad tenga acceso tanto al grupo "Todos los usuarios" como al grupo "Servidores con información confidencial". Resulta inevitable que el hecho de crear un grupo que contenga a todos los usuarios afecte el rendimiento porque Service Manager comprueba con frecuencia para determinar si se han producido cambios en ese grupo. Esta comprobación tiene lugar cada 30 segundos de manera predeterminada. En el caso de un grupo muy grande, el hecho de comprobar los cambios genera una carga pesada en el sistema y puede ralentizar el tiempo de respuesta considerablemente.

Solución 1: Puede especificar manualmente con qué frecuencia Service Manager debe comprobar si se han producido cambios en el grupo. Para eso, sólo debe modificar una clave del Registro. Por ejemplo, si cambia la frecuencia con que se comprueba el grupo de 30 segundos a 10 minutos, aumentará el rendimiento de manera notable.

Si comete algún error al editar el Registro, eso puede dañar gravemente el sistema. Antes de realizar cualquier cambio en el Registro, debe realizar una copia de seguridad de los datos de valor del equipo.

1. Ejecute regedit y vaya hasta HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\.

2. Cree un nuevo valor DWORD llamado GroupCalcPollingIntervalMilliseconds.3. Para definir el valor, especifique el intervalo en milisegundos. El resultado se multiplica

por 6. Por ejemplo, para establecer el intervalo en 10 minutos, escriba 1000000.

Precaución

Para especificar manualmente el intervalo de comprobación de cambios en el grupo

35

4. Reinicie el servicio de administración de System Center.

Solución 2: Puede usar un script de Windows PowerShell para agregar objetos de un tipo; por ejemplo, "Usuarios", a una función de usuario. En esencia, un analista que haya iniciado sesión con esta función tendrá acceso a todos los objetos cuyo tipo sea igual a "Usuario". Si emplea este método, eliminará la necesidad de tener un grupo muy grande ("Todos los usuarios") y la pesada comprobación que Service Manager realiza para determinar la pertenencia a este grupo. En el servidor de administración de Service Manager, puede ejecutar el siguiente script de Windows PowerShell para establecer que se agregue el tipo "Usuario" a una función llamada "NombreDeFunción". Deberá modificar este script de ejemplo para que se adapte a su entorno.

Modifique el siguiente script según sea necesario y, luego, ejecútelo.

#

# Insert a "type" scope in a role

# Syntax:

# AddTypeToRoleScope -server "put_server_name_here" -RoleName "put display name of the

role here" -TypeToAdd "put display name of the type to add to scope here"

#

# Note: This is a simple demonstration script without error checking.

#

# set script parameter defaults

param ([String]$Server = "localhost", [String]$RoleName="My Analyst Role", [String]

$TypeToAdd="User")

$a = [reflection.assembly]::LoadWithPartialName("Microsoft.EnterpriseManagement.Core")

$m = new-object Microsoft.EnterpriseManagement.EnterpriseManagementGroup $Server

# Get Type object

# Note: If you need to get a list of all available classes related to (for example)

“User”, use this command:

# $m.EntityTypes.GetClasses() | ?{ $_.Name -like '*user*'} | %{ $_.Name}

#

Para ejecutar un script de Windows PowerShell a fin de agregar objetos a una función de usuario

36

$type = $m.EntityTypes.GetClasses() | ?{ $_.DisplayName -eq $TypeToAdd}

# Get role object, and insert the type GUID into scope

$role = $m.Security.GetUserRoles() | ?{ $_.DisplayName -eq $RoleName}

$role.Scope.Objects.Add($type.Id)

$role.Update()

#

# Get the value from the database again and validate it is there

if ( $role.scope.objects.Contains($type.Id) ) {

write-host *** Successfully set the scope for role `" $role.DisplayName`" and it now

contains all instances of $type.DisplayName `( $type.Name `)

} else {

write-host "There was an error trying to insert the scope into the role."

}

Cómo ver el rendimientoAl crear vistas, intente usar clases "típicas" en el sistema siempre que sea posible. La mayoría de las clases de objeto, por ejemplo, "Administración de incidentes", tienen dos tipos: "típico" y "avanzado". El tipo de objeto típico contiene referencias simples a un subconjunto pequeño de datos relacionados con un elemento. El tipo avanzado contiene muchas referencias complejas a los datos relacionados con un elemento. Los tipos típicos son proyecciones simples; los tipos avanzados son proyecciones complejas. Los tipos de objeto más avanzados se emplean para rellenar diferentes campos de formularios que no querría que normalmente se muestren en una vista determinada. Si se crea una vista basada en un tipo de objeto avanzado, cada vez que se abre esa vista, Service Manager consulta la base de datos y lee una gran cantidad de datos. Sin embargo, muy pocos de esos datos en realidad se muestran en pantalla o se utilizan.

Si tiene problemas de rendimiento con las vistas que ha definido y ha colocado tipos de objeto avanzados en las vistas, debería utilizar, en cambio, los tipos típicos. Otra alternativa consiste en que cree sus propios tipos de proyección que contengan sólo los datos que necesita para una vista determinada. Vea la entrada de blog Creating Views That Use Related Property Criteria (Type Projections): Software Views Example (Crear vistas que usan criterios de propiedad relacionados (proyecciones de tipo): ejemplo de vistas de software) (http://go.microsoft.com/fwlink/?LinkId=184819) en el blog del equipo de ingeniería de SCSM.

37




Rendimiento de la base de datos de Service ManagerEl rendimiento de la base de datos de Service Manager se ve directamente afectado por diversos factores, incluida la cantidad de Consola de Service Manager concurrentes que estén leyendo o escribiendo datos, el intervalo de comprobación de cambios en los grupos y los datos insertados por los conectores. Este documento incluye más información. Aquí se presentan algunos puntos clave.

Debe contar con un mínimo de 8 GB de RAM para el servidor de administración que hospeda la base de datos de Service Manager a fin de obtener un tiempo de respuesta aceptable en escenarios típicos.

Debe tener, al menos, 4 núcleos de CPU en el equipo que hospeda la base de datos de Service Manager.

Puede lograr un mejor rendimiento de la base de datos si mantiene los archivos de registro separados de los archivos de datos en discos físicos diferentes, de ser posible. Puede conseguir aún más beneficios si mueve su tempdb a una unidad RAID física distinta de aquélla donde se encuentra la base de datos de Service Manager. De ser posible, utilice un sistema de discos RAID 1+0 para hospedar la base de datos de Service Manager.

El rendimiento puede verse negativamente afectado si la base de datos de Service Manager se crea con un tamaño menor al necesario y se selecciona la opción de que incremente su tamaño automáticamente, en especial, si es en incrementos pequeños.

La herramienta Service Manager Sizing Helper incluida en el conjunto de documentación Service Manager job aids (ayudas de trabajo de Service Manager) (http://go.microsoft.com/fwlink/?LinkId=186291) le permitirá evaluar qué tamaño debería tener la base de datos y, así, podrá crear una base de datos con el tamaño más cercano a su tamaño final. De esta manera, el rendimiento del sistema se verá favorecido gracias a que se reducirá la cantidad de veces que la base de datos deberá incrementar su tamaño de manera automática.

Asimismo, todas las demás prácticas recomendadas aplicables a una base de datos de alto rendimiento se aplican también aquí. Por ejemplo, si pudiese aprovechar un mejor subsistema de discos, tendría la posibilidad de dividir los grupos de tablas en respectivos grupos de archivos y colocarlos en unidades físicas diferentes.

Rendimiento del servidor de administración de Service ManagerEl rendimiento del servidor de administración de Service Manager depende principalmente de la cantidad de Consola de Service Manager activas concurrentes. Dado que todas las funciones de Service Manager interactúan con el servidor de administración, debe considerar la posibilidad de agregar más servidores de administración si tiene pensado incluir una gran cantidad de consolas concurrentes. Debe disponer, como mínimo, de 8 GB de RAM para el servidor de administración. Debe tener, al menos, 8 núcleos de CPU por cada servidor de administración, suponiendo que tiene entre 10 y 12 consolas activas por cada núcleo de CPU, para un total de entre 80 y 100 consolas por servidor de administración.

38



Rendimiento de la consola de Service ManagerEl rendimiento de la Consola de Service Manager depende, básicamente, de la cantidad de formularios que los analistas suelen tener abiertos y de la cantidad de datos recuperados por las diferentes vistas. Debe disponer, como mínimo, de 2 GB de RAM para el equipo donde se instalará la Consola de Service Manager. Si cuenta con vistas que recuperan un gran número de datos, deberá tener mayor cantidad de RAM. Debe contar, al menos, con una unidad de CPU de núcleo doble para el equipo donde se instalará la Consola de Service Manager. Dado que la Consola de Service Manager es una aplicación para usuario final, se recomienda reiniciarla si observa que se produce un consumo excesivo de recursos: la Consola de Service Manager suele utilizar un gran porcentaje de la memoria caché para guardar información, lo cual puede afectar el uso de la memoria total.

Rendimiento de la base de datos de almacenamiento de datos de Service ManagerEl rendimiento del almacenamiento de datos se ve directamente afectado por diversos factores, incluida la cantidad de servidores de administración de Service Manager que envían datos, el volumen de los datos almacenados o el período de retención de datos, la velocidad con que cambian los datos y la frecuencia de ETL. La cantidad de datos guardados en el almacenamiento de datos aumenta con el tiempo. Es importante asegurar que no se archiven datos innecesarios. También, puede lograr un mejor rendimiento si mantiene los archivos de registro separados de los archivos de datos en discos físicos diferentes. Puede conseguir aún un mejor rendimiento si mueve su tempdb a un disco físico distinto de aquél donde se encuentran las otras bases de datos. Por último, también puede resultarle beneficioso colocar las tres bases de datos diferentes en tres discos físicos separados. De ser posible, utilice un sistema de discos RAID 1+0 para hospedar el almacenamiento de datos. Por lo general, debería contar con un mínimo de 8 GB de RAM para el equipo donde se instalarán las bases de datos de almacenamiento de datos. Le resultará beneficioso contar con más memoria en el SQL Server que hospeda el almacenamiento de datos y, más aún, si las bases de datos Datamart y Repository se encuentran en el mismo servidor. No obstante, si tiene 4.000 equipos o menos, entonces, 4 GB serán suficientes. Debe tener, al menos, 8 núcleos de CPU en el equipo donde se instalará la base de datos de almacenamiento de datos. Agregar otros núcleos permitirá mejorar el rendimiento de ETL y de la generación de informes.

El rendimiento puede resultar negativamente afectado si todas las bases de datos del sistema se crean con un tamaño menor al necesario y se selecciona la opción de que incrementen su tamaño automáticamente, en especial, si es en incrementos pequeños. La herramienta Service Manager Sizing Helper incluida en el conjunto de documentación Service Manager job aids (ayudas de trabajo de Service Manager) (http://go.microsoft.com/fwlink/?LinkId=186291) le permitirá evaluar qué tamaño debería tener la base de datos y, así, podrá crear una base de datos con el tamaño más cercano a su tamaño final. De esta manera, el rendimiento del sistema se verá favorecido gracias a que se reducirá la cantidad de veces que la base de datos deberá incrementar su tamaño de manera automática.

39



Asimismo, todas las demás prácticas recomendadas aplicables a una base de datos de alto rendimiento se aplican también aquí. Por ejemplo, si pudiese aprovechar un mejor subsistema de discos, tendría la posibilidad de dividir los grupos de tablas en respectivos grupos de archivos y colocarlos en unidades físicas diferentes.

Rendimiento del servidor de almacenamiento de datos de Service ManagerEl rendimiento del servidor de almacenamiento de datos depende de la cantidad de servidores de administración de Service Manager que estén registrados en el almacenamiento de datos y del tamaño del sistema. Por lo general, debería contar con un mínimo de 4 GB de RAM para el servidor de almacenamiento de datos. Sin embargo, le resultará beneficioso contar con más memoria, hasta 8 GB de RAM, para escenarios de implementación avanzados donde más de un servidor de administración de Service Manager inserte datos en el almacenamiento de datos. Si tiene que sacrificar rendimiento, la prioridad más alta debería ser hacerlo por mayor memoria para SQL Server. Debe tener, al menos, 4 núcleos de CPU para evitar problemas de rendimiento. El servidor de almacenamiento de datos se encuentra, en su mayor parte, en el modo sin estado y es poco probable que presente un problema de E/S, por lo que no debería presentar problemas de rendimiento.

Rendimiento del portal de autoservicioEl Portal de autoservicio ha sido diseñado para brindar fácil acceso a la presentación de incidentes y al autoaprovisionamiento de software. No fue pensado para que miles de usuarios lo utilicen en forma simultánea. Cuando esté terminado, se publicarán directrices de rendimiento más exhaustivas para el Portal de autoservicio.

Las pruebas de rendimiento del Portal de autoservicio se centraron en los escenarios que suelen típicamente presentarse los "lunes por la mañana". De manera específica, las pruebas buscaron asegurar que el lunes por la mañana cientos de usuarios pudiesen iniciar sesión en un período de entre 5 y 10 minutos y abrir incidentes con tiempos de respuesta aceptables (menos de 4 ó 5 segundos). Este objetivo se logró con el hardware mínimo recomendado en este documento.

Configuraciones para diferentes escenarios de implementaciónCon el fin de planificar el rendimiento y la escalabilidad, recomendamos que diseñe la topología de implementación utilizando escenarios que ya hayamos comprobado. Si bien éstas no son directrices firmes, Microsoft ha sometido a prueba topologías de implementación con estos escenarios y ha comprobado que cada una de esas configuraciones permite obtener un rendimiento satisfactorio.

Escenarios de implementaciones de prueba y pequeñasEstos escenarios contienen sólo 2 servidores y admiten entre 100 y 2.000 equipos. En esas configuraciones, un solo equipo físico aloja un servidor virtual.

40

Escenario de pruebaEn este escenario, se recomienda contar con el siguiente hardware, configurado para funciones y equipos según se describe.

Funciones de Service Manager:

Un equipo físico con un servidor de administración, una base de datos de Service Manager, una Consola de Service Manager y un Portal de autoservicio.

Un servidor de almacenamiento de datos virtual. El Portal de autoservicio debe colocarse en un host físico o en un equipo virtual que no sea el equipo donde se aloja el almacenamiento de datos.

Configuración del hardware:

CPU de 2,66 GHz con doble núcleo cuádruple (4 GB dedicados al equipo virtual) 16 GB de RAM para el equipo host virtual 200 GB de espacio libre en disco

Esta configuración se sometió a prueba con la siguiente carga:

Descripción Valor

Cantidad de usuarios finales admitidos Hasta 500

Cantidad de equipos en la base de datos de Service Manager

500

Cantidad de incidentes nuevos por mes para cada equipo

199

Cantidad de solicitudes de cambio nuevas por mes

20

Cantidad de consolas concurrentes 2

¿Está el Portal de autoservicio instalado? Sí

¿Está habilitado el conector de Active Directory?

Sí

¿Está habilitado el conector del administrador de configuración?

Sí

¿Está habilitado el conector de Operations Manager?

Sí

Escenario de implementación pequeñaEn este escenario, se recomienda contar con el siguiente hardware, configurado para funciones y equipos según se describe.

Funciones de Service Manager:

41

Un equipo físico con el servidor de administración, una base de datos de Service Manager y una consola.

Un servidor de almacenamiento de datos virtual. El Portal de autoservicio debe colocarse en un host físico o en un equipo virtual que no sea el equipo donde se aloja el almacenamiento de datos.

Configuración del hardware:

CPU de 2,66 GHz con doble núcleo cuádruple (4 GB dedicados al equipo virtual) 16 GB de RAM para el equipo host virtual 100 GB de espacio libre en disco


Descripción Valor

Cantidad de usuarios finales admitidos 501-2,000


2,000


1


100

Cantidad de consolas concurrentes 10



Sí


Sí


Sí

Escenario de implementación medianaEl escenario de implementación mediana contiene 2 servidores y admite entre 2.001 y 5.000 equipos. En esta configuración, dos equipos físicos alojan el servidor de administración de Service Manager y el servidor de administración de almacenamiento de datos de Service Manager.

Se recomienda contar con el siguiente hardware, configurado para funciones y equipos según se describe.

Configuración del hardware para el servidor de administración de Service Manager:

CPU de 2,66 GHz con doble núcleo cuádruple

42

8 GB de RAM RAID 1 de 2 discos

Configuración del hardware para el servidor de administración de almacenamiento de datos de Service Manager:

CPU de 2,66 GHz con doble núcleo cuádruple 4 GB de RAM RAID 1 de 2 discos


Descripción Valor

Cantidad de usuarios finales admitidos 2,001-5,000


3,000


1


150

Cantidad de consolas concurrentes 15-30



Sí


Sí


Sí

Escenario de implementación grandeEl escenario de implementación grande contiene 4 servidores y admite entre 5.000 y 20.000 equipos. En esta configuración grande, hay cuatro equipos físicos que alojan las funciones de servidor.

En este escenario, se recomienda contar con el siguiente hardware, configurado para funciones y equipos según se describe.



43



Configuración del hardware para el servidor de bases de datos de Service Manager:

CPU de 2,66 GHz con doble núcleo cuádruple 8 GB de RAM 4 unidades de disco RAID 1+0 para datos 2 unidades de disco RAID 1 para registros

Configuración del hardware para el servidor de base de datos de almacenamiento de datos de Service Manager:



Descripción Valor

Cantidad de usuarios finales admitidos 5,001-20,000


6,000-20,000


1


1,000-2,000




Sí


Sí


Sí

44

Escenario de implementación avanzadaEl escenario de implementación avanzada contiene más de 4 servidores y admite más de 20.000 equipos. Cada servidor de administración adicional puede alojar hasta 60 Consola de Service Manager. En esta configuración avanzada, los equipos físicos alojan funciones de servidor.

En este escenario, se recomienda contar con el siguiente hardware, configurado para funciones y equipos según se describe.


CPU de 2,66 GHz con doble núcleo cuádruple 8 GB de RAM 2 unidades de disco RAID 1

Configuración del hardware para cada servidor de administración de Service Manager adicional:




Configuración del hardware para el servidor de bases de datos de Service Manager:

CPU de 2,66 GHz con doble núcleo cuádruple Entre 8 y 32 GB de RAM, según el tamaño de la base de datos previsto 4 unidades de disco RAID 1+0 para datos 2 unidades de disco RAID 1 para registros

Configuración del hardware para el servidor de base de datos de almacenamiento de datos de Service Manager:



Descripción Valor

Cantidad de usuarios finales admitidos Más de 20.000


20.000 - 50.000 o más

Cantidad de incidentes nuevos por mes para 1

45

Descripción Valor

cada equipo


2.000 o más




Sí


Sí


Sí

46

download.microsoft.comdownload.microsoft.com/.../SM_PlanningGuide.docx · Web viewLa edición...

Documents

Transcript of download.microsoft.comdownload.microsoft.com/.../SM_PlanningGuide.docx · Web viewLa edición...