Guia de Planejamento do System Center Service Manager 2010 SP1 Microsoft Corporation Publicado em: 01.12.10 Autores John Downing, Bill Anderson Aplica-se a System Center Service Manager 2010 SP1 Comentários Envie sugestões e comentários sobre este documento para [email protected] Este documento é fornecido "no estado em que se encontra". As informações e opiniões expressas neste documento, incluindo a URL e outras referências a sites da Internet, podem sofrer alterações sem aviso prévio. O usuário assume os riscos de utilizar este conteúdo. Alguns exemplos aqui representados são fictícios, sendo fornecidos apenas para ilustração. Nenhuma associação ou conexão real é pretendida ou deve ser inferida. Este documento não fornece direitos legais a nenhuma propriedade intelectual em nenhum produto da Microsoft. Você pode copiar e utilizar este documento para finalidades internas de referência. Você pode modificar este documento para fins de referência interna. © 2010 Microsoft Corporation. Todos os direitos reservados. Microsoft, Active Directory, Internet Explorer, SQL Server, Windows, Windows PowerShell, Windows Server e Windows Vista são marcas comerciais do grupo de empresas Microsoft. Todas as outras marcas comerciais pertencem a seus respectivos proprietários. Histórico de revisões Data de lançamento Alterações 01.12.10 Versão original deste guia Conteúdo Guia de Planejamento do System Center Service Manager 2010 SP1 .......................................... 4 Planejando a implantação do Service Manager 2010 SP1 ......................................................... 4 Partes do Service Manager ...................................................................................................... 7 Edições de Avaliação, Varejo e Seleta do Service Manager ................................................... 8 Requisitos de sistema para o Service Manager 2010 .............................................................. 9 Suporte de idioma para o Service Manager 2010 SP1 .......................................................... 15 Bancos de dados criados pelo Service Manager ................................................................... 17 Atribuições de porta para o Service Manager ........................................................................ 18 Preparando-se para a implantação do Service Manager 2010 SP1 ......................................... 19 Considerações sobre contas para executar a instalação ....................................................... 20 Conta usada para executar a instalação ............................................................................. 20 Contas necessárias durante a instalação ........................................................................... 22 Como preparar computadores para a implantação do Service Manager............................... 26 Considerações da conta para o Portal de Autoatendimento .................................................. 28 Planejando o desempenho e a escalabilidade .......................................................................... 29 Desempenho de hardware ..................................................................................................... 30 Desempenho do Service Manager ......................................................................................... 33 Configurações para cenários de implantação ........................................................................ 39 Guia de Planejamento do System Center Service Manager 2010 SP1 Bem-vindo ao Guia de Planejamento do System Center Service Manager 2010. Este guia ajuda a compreender os requisitos de hardware e software e também as funções de software que você precisa preparar para o Service Manager antes de implantá-lo para uso na sua organização. Este guia também inclui diretrizes gerais que podem ajudar a planejar melhores níveis de desempenho e escalabilidade de hardware e software. Nesta seção Planejando a implantação do Service Manager 2010 SP1 Descreve as partes que compreendem o Service Manager, como o servidor de gerenciamento do Service Manager, o banco de dados do Service Manager, o servidor de gerenciamento do data warehouse, os bancos de dados do data warehouse, o Service Manager Console e o Portal de autoatendimento do Service Manager. Esta seção também descreve os requisitos de hardware e software, os bancos de dados criados pelo Service Manager e os números de porta usados pelo Service Manager. Preparando-se para a implantação do Service Manager 2010 SP1 Descreve como preparar um computador para hospedar o Service Manager. Por exemplo, os tópicos nesta seção descrevem como desinstalar uma versão anterior do Service Manager e verificar se o SQL Server Reporting Services está instalado, além de discutirem as considerações de contas que você precisa levar em conta. Planejando o desempenho e a escalabilidade Descreve os problemas que afetam o desempenho e a escalabilidade no Service Manager e sugere práticas recomendadas para a obtenção de um nível de desempenho adequado usando as configurações de hardware sugeridas. Planejando a implantação do Service Manager 2010 SP1 Várias opções de implantação estão disponíveis: três cenários são apresentados neste guia. A primeira opção usa um computador físico e um computador virtual. O computador físico hospedará o servidor de gerenciamento do Service Manager, o banco de dados do Service 4 Manager, os bancos do data warehouse e o servidor virtual. O computador virtual hospeda o servidor de gerenciamento do data warehouse. Essa implantação é usada principalmente para a avaliação simples e inicial do Service Manager. Nenhuma estimativa de escalabilidade ou desempenho está disponível para este cenário. A segunda implantação requer o uso de dois computadores. O primeiro hospeda o servidor de gerenciamento do Service Manager e o banco de dados do Service Manager. O segundo hospeda o servidor de gerenciamento do data warehouse e os bancos de dados do data warehouse. Se você não precisar de serviços de relatórios, poderá instalar o Service Manager em um computador que hospeda tanto o servidor de gerenciamento do Service Manager quanto o banco de dados do Service Manager. Esse é o nível mínimo absoluto. Uma terceira opção de implantação maximiza o desempenho e a escalabilidade, usando quatro computadores. Dois hospedam os servidores de gerenciamento e os dois restantes hospedam os bancos de dados. Os computadores que hospedam os bancos de dados são os únicos neste cenário que exigem a instalação do SQL Server 2008. Você pode decidir que, na fase de avaliação, escolherá a opção para instalar o Service Manager em dois computadores. Após a instalação do Service Manager no ambiente de laboratório, será possível importar dados do Active Directory e do System Center Configuration Manager e, em seguida, importar dados e alertas do Operations Manager 2007 SP1 e superior. A próxima etapa consistirá na configuração de Funções de Usuário no Service Manager e, se necessário, na inclusão manual de usuários que não foram importados do Active Directory. O diagrama a seguir representa uma visão geral dessa instalação e da configuração inicial. Você pode limitar o número de licenças do SQL Server necessárias colocando todos os bancos de dados do Service Manager no mesmo computador, como mostra o diagrama a seguir 5 Continue o processo de implantação criando vários modelos, configurando parâmetros iniciais, criando filas, listas e grupos e depois criando um pacote de gerenciamento para salvar esses objetos personalizados. Após a conclusão da fase de avaliação, você poderá instalar o Service Manager em um ambiente de produção e selecionar o cenário de implantação no qual o Service Manager é instalado em quatro computadores. Nesta seção Partes do Service Manager Descreve as seis partes principais de uma instalação do Service Manager. Edições de Avaliação, Varejo e Seleta do Service Manager Descreve a edição de varejo e a edição seleta do Service Manager e qual é o efeito de selecionar a instalação da avaliação de 180 dias nessas duas edições. Requisitos de sistema para o Service Manager 2010 Descreve os requisitos de hardware e software necessários para o Service Manager. Estão incluídas considerações específicas sobre os softwares que você precisa instalar para oferecer suporte ao Service Manager. Suporte de idioma para o Service Manager 2010 SP1 Descreve os idiomas com suporte no Service Manager 2010 SP1. 6 Bancos de dados criados pelo Service Manager Descreve os quatro bancos de dados que serão criados como resultado da implantação do Service Manager. Atribuições de porta para o Service Manager Descreve as portas TCP/IP que serão usadas pelo Service Manager. Partes do Service Manager Uma instalação do System Center Service Manager 2010 compreende seis partes principais, como resume a tabela a seguir. Service Manager Parte Descrição servidor de gerenciamento do Service Manager Contém a parte do software principal de uma instalação do Service Manager. Você pode usar o servidor de gerenciamento do Service Manager para gerenciar incidentes, alterações, usuários e tarefas. banco de dados do Service Manager O banco de dados que contém CI (itens de configuração) do Service Manager do IT Enterprise, itens de trabalho como incidentes, solicitações de alteração e a configuração do próprio produto. Esta é a implementação do Service Manager de um CMDB (Banco de Dados de Gerenciamento de Configurações). Servidor de gerenciamento de data warehouse O computador que hospeda a parte de servidor do data warehouse. Banco de dados do data warehouse É o banco de dados que possibilita o armazenamento a longo prazo dos dados corporativos que são gerados pelo Service Manager. Esse banco de dados também é usado para geração de relatórios. Service Manager Console A parte de interface do usuário que é usada pelo analista e pelo administrador de assistência técnica para realizar funções do 7 Service Manager Parte Descrição Service Manager, como incidentes, alterações e tarefas. Essa parte é automaticamente instalada quando um Servidor de gerenciamento do Service Manager é implantado. Além disso, você pode instalar manualmente o Service Manager Console como uma parte autônoma em um computador. Portal de autoatendimento O portal de autoatendimento é instalado em um computador que hospeda o Windows Server 2008 e o IIS (Serviços de Informações da Internet) 7, oferecendo um console baseado na Web para usuários finais e analistas. O console do usuário final permite que os usuários enviem incidentes, pesquisem artigos de conhecimento, leiam comunicados, redefinam senhas (requer o Identity Lifecycle Management) e façam o provisionamento de softwares de autoatendimento (requer o System Center Configuration Manager). O console do analista permite que os usuários vejam solicitações de alteração. Importante Todos os computadores que hospedam qualquer parte do Service Manager devem estar ingressados no domínio. Edições de Avaliação, Varejo e Seleta do Service Manager O System Center Service Manager 2010 está disponível na edição de varejo e na edição seleta. Ambas as edições oferecem a mesma funcionalidade. A edição de varejo é adquirida separadamente e inclui uma chave de produto que você insere durante a instalação. A edição seleta é fornecida como parte de um plano do Licenciamento por Volume da Microsoft e não requer uma chave de produto. Durante a instalação da edição de varejo, você tem a opção de executar a instalação sem uma chave de produto e, no lugar dela, instalar o Service Manager como uma edição de avaliação. A edição de avaliação perde a validade 180 dias após a instalação. Se você começar com uma versão de avaliação do Service Manager e repetir a instalação para a edição de varejo ou seleta e optar por usar os bancos de dados existentes que foram originalmente criados, a instalação perderá a validade após a data de expiração original. A tabela a seguir descreve as interações entre as várias instalações do Service Manager. 8 Se você começou com: E repetir a instalação para A nova instalação perderá a instalar validade? Edição de Avaliação Edição de Varejo Sim Edição de Avaliação Edição Seleta Sim Edição de Varejo Edição de Avaliação Não Edição de Varejo Edição Seleta Não Edição Seleta Edição de Varejo Não Requisitos de sistema para o Service Manager 2010 As próximas seções incluem informações sobre os requisitos de hardware e software para o Service Manager e se baseiam no ambiente especificado. O System Center Service Manager 2010 foi testado até a carga de trabalho a seguir, com base nos requisitos de hardware recomendados neste guia e usando um servidor de gerenciamento do Service Manager que oferece suporte a um número de 80 a 100 unidades simultâneas do Service Manager Console. Um armazenamento de alto desempenho usando unidades SCSI de 15.000 RPM foi utilizado nos servidores de banco de dados. Até 20.000 usuários com entre 40 e 50 analistas de TI oferecendo suporte simultâneo. Haverá suporte para até 50 mil usuários e entre 80 e 100 analistas de TI se 32 GB de memória estiverem instalados nos servidores que executam o Microsoft SQL Server. Até 20.000 computadores com suporte, pressupondo um máximo de 10 a 12 itens de configuração (softwares instalados, atualizações de software e componentes de hardware) por computador. Haverá suporte para até 50 mil computadores se 32 GB de memória estiverem instalados nos servidores que executam o SQL Server. 5.000 incidentes por semana com 3 meses de retenção para um total de 60.000 incidentes no banco de dados do Service Manager na configuração de 20.000 computadores e 2,5 vezes esse valor na configuração de 50.000 computadores 1.000 solicitações de alteração por semana com 3 meses de retenção para um total de 12.000 solicitações de alteração no banco de dados do Service Manager na configuração de 20.000 computadores e 2,5 vezes esse valor na configuração de 50.000 computadores O uso de um subsistema de armazenamento lento ou de memória insuficiente pode reduzir significativamente o desempenho do Service Manager. Requisitos de hardware A tabela a seguir detalha os requisitos de hardware recomendados para as partes individuais do Service Manager. Esses computadores podem ser servidores físicos ou virtuais. 9 Requisitos de hardware Banco de dados do Service Manager CPU dupla de 2,66 GHz com quatro processadores 8 GB de RAM (consulte a seção Desempenho de hardware neste guia). 80 GB de espaço disponível em disco Unidade RAID Nível 1 ou Nível 10* Servidor de gerenciamento do Service Manager CPU dupla de 2,66 GHz com quatro processadores 8 GB de RAM 10 GB de espaço disponível em disco Service Manager Console CPU de 2,0 GHz com dois processadores 2 GB de RAM 10 GB de espaço disponível em disco Servidor de gerenciamento de data warehouse CPU de 2,66 GHz com dois processadores 8 GB de RAM 10 GB de espaço disponível em disco Bancos de dados de data warehouse CPU dupla de 2,66 GHz com quatro processadores 8 GB de RAM 400 GB de espaço disponível em disco Portal de Autoatendimento CPU de 2,66 GHz com dois processadores 8 GB de RAM 10 GB de espaço disponível em disco *Para obter mais informações sobre níveis de RAID e o Microsoft SQL Server, consulte http://go.microsoft.com/fwlink/?LinkId=134073. Requisitos de software Esta seção descreve os requisitos de software para o Service Manager. A tabela a seguir lista os requisitos de software para cada parte do Service Manager. Observação O servidor de gerenciamento do Service Manager e o servidor de gerenciamento do data warehouse devem estar instalados na edição de 64 bits do sistema operacional Windows. O Service Manager Console pode ser instalado nas edições de 32 e 64 bits do sistema operacional Windows. 10 Requisitos de software para o Service Manager Servidor de gerenciamento do Service Manager ou servidor de gerenciamento do data warehouse A edição de 64 bits do Windows Server 2008 Standard ou a edição de 64 bits do Windows Server 2008 Enterprise A edição de 64 bits do Windows Server 2008 R2 Standard ou a edição de 64 bits do Windows Server 2008 R2 Enterprise Microsoft .NET Framework 3.5 com SP1* Para esta versão, a configuração de localidade do sistema operacional do servidor deve ser definida como Inglês (Estados Unidos) no computador que hospeda o servidor de gerenciamento do Service Manager, o banco de dados do Service Manager, o servidor de gerenciamento do data warehouse e os bancos de dados do data warehouse. Bancos de dados do Service Manager ou do data warehouse A edição de 64 bits do Windows Server 2008 Standard com SP1 ou a edição de 64 bits do Windows Server 2008 Enterprise com SP1 A edição de 64 bits do Windows Server 2008 R2 Standard com SP1 ou a edição de 64 bits do Windows Server 2008 R2 Enterprise com SP1 Observação Não há suporte para instalação em um computador que executa o Windows Server 2003, mesmo com o Microsoft SQL Server 2008. A versão de 64 bits do SQL Server 2008 com SP1 SQL Server Reporting Services (SSRS) no SQL Server 2008 com SP1 O Microsoft .NET Framework 3.5 com SP1 é necessário no computador que hospeda os bancos de dados do data warehouse ao se instalar o Service Manager em um cenário de quatro computadores. * As configurações de agrupamento do SQL Server devem ser as mesmas para os computadores que hospedam o banco de dados do Service Manager, o banco de dados do data warehouse e o banco de dados do Reporting Services. Para esta versão, não há suporte para 11 agrupamentos do idioma turco. Service Manager Console Um dos seguintes sistemas operacionais: A edição de 32 ou 64 bits do Windows Server 2008 Standard ou a edição de 32 ou 64 bits do Windows Server 2008 Enterprise Windows Server 2008 R2 Standard ou Windows Server 2008 R2 Enterprise A edição de 32 ou 64 bits do Windows Server 2003 Standard com SP1 ou a edição de 32 ou 64 bits do Windows Server 2003 Enterprise com SP1 Windows 7 Professional e Windows 7 Ultimate Windows Vista Ultimate ou Windows Vista Enterprise Windows XP Professional com SP 3 Microsoft .NET Framework 3.5 com SP1* Portal de autoatendimento A edição de 64 bits do Windows Server 2008 Standard ou a edição de 64 bits do Windows Server 2008 Enterprise A edição de 64 bits do Windows Server 2008 R2 Standard ou a edição de 64 bits do Windows Server 2008 R2 Enterprise Serviços de Informações da Internet 7 da Microsoft com a compatibilidade de metabase do IIS 6 instalada ASP.NET 2.0 Um certificado SSL (Secure Sockets Layer) será necessário no servidor IIS que hospeda o Portal de autoatendimento. Os seguintes softwares são opcionais e foram fornecidos para funcionalidade adicional: SQL Server Reporting Services Microsoft Identity Lifecycle Manager (permite a redefinição da senha) System Center Configuration Manager 2007 (permite o provisionamento de softwares de autoatendimento) Em uma topologia de implantação na qual o computador que hospeda o SSRS não se encontra no mesmo computador que hospeda o servidor de gerenciamento do data warehouse, é necessário 12 adicionar Microsoft.EnterpriseManagement.Reporting.Code ao cache de assembly global. Consulte Copy a Reporting DLL to SSRS. * O Microsoft .NET Framework 3.5 com SP1 está incluído com a mídia de instalação do System Center Service Manager 2010. Microsoft SQL Server 2008 com SP1 Para baixar o software de avaliação das versões em inglês do Microsoft SQL Server 2008 Standard Edition ou do SQL Server 2008 Enterprise Edition, consulte SQL Server 2008 (http://go.microsoft.com/fwlink/?LinkId=51646). Para baixar o Service Pack 1 do SQL Server 2008, consulte SQL Server 2008 Service Pack 1 (http://go.microsoft.com/fwlink/?LinkId=148449). Use esta configuração com o SQL Server 2008 SP1: FTS do SQL Server: A pesquisa de texto completo deve estar instalada. Para obter mais informações sobre a pesquisa de texto completo, consulte o white paper sobre SQL Server 2008 Full-Text Search: Internals and Enhancements (Pesquisa de texto completo do SQL Server 2008: qualidades intrínsecas e aprimoramentos) (http://go.microsoft.com/fwlink/?LinkID=129544). É necessário configurar o SQL Server para usar bancos de dados sem distinção entre maiúsculas e minúsculas. Conta de serviço configurada de acordo com os requisitos da sua empresa. Serviço do SQL Server Reporting Services (MSSQLSERVER) configurado e em execução. Para obter mais informações sobre como configurar o serviço MSSQLSERVER, consulte Como: Verifique um Reporting Services Installation no site Microsoft MSDN. (http://go.microsoft.com/fwlink/?LinkId=91847). Para esta versão, certifique-se de usar o mesmo agrupamento do SQL Server nos computadores que hospedam o banco de dados do Service Manager, o banco de dados do data warehouse e o banco de dados do Reporting Services. Para obter mais informações sobre agrupamentos do SQL Server, consulte Usando agrupamentos do SQL Server (http://go.microsoft.com/fwlink/?LinkId=146998). Os agrupamentos de Turco não são compatíveis com esta versão do Service Manager 2010 SP1. Se seu SQL Server estiver usando o agrupamento padrão (SQL_Latin1_General_CP1_CI_AS), uma caixa de diálogo de aviso aparecerá, conforme mostrado na ilustração a seguir. 13 Cuidado Suporte para vários idiomas no Service Manager não é possível quando você está usando o agrupamento padrão (SQL_Latin1_General_CP1_CI_AS). Se você decidir posteriormente oferecer suporte a vários idiomas usando um agrupamento diferente, será preciso reinstalar o SQL Server. Não há nenhum problema em usar o agrupamento padrão com as instalações apenas em inglês do Service Manager. Para obter informações sobre suporte a idiomas, consulte Suporte de idioma para o Service Manager 2010 SP1. Você pode definir o agrupamento ao instalar o SQL Server 2008. Durante a instalação, na página Configuração do Servidor, clique na guia Agrupamento e em Personalizar das entradas Mecanismo de Banco de Dados e Analysis Services. SQL Server Reporting Services Ao instalar o SQL Server Reporting Services (SSRS), selecione a opção para instalar a configuração padrão do modo nativo. Para obter mais informações, consulte Considerações sobre a instalação do Reporting Services (http://go.microsoft.com/fwlink/?LinkId=163942). Microsoft .NET Framework 3.5 O Microsoft .NET Framework 3.5 é necessário para executar o Service Manager. Ele está incluído com a mídia de instalação do Service Manager. Windows PowerShell 1.0 e 2.0 O Windows PowerShell 1.0 ou 2.0 é necessário para executar cmdlets do Windows PowerShell ao implantar o data warehouse. O Windows PowerShell 1.0 é um recurso do Windows Server 2008 que pode ser habilitado no Painel de Controle. Para obter mais informações, consulte Scripts com o Windows PowerShell (http://go.microsoft.com/fwlink/?LinkId=87566). Requisitos de segurança do Portal de Autoatendimento É recomendável adicionar o site do Portal de autoatendimento às zonas Sites confiáveis ou Intranet Local no Internet Explorer. Por padrão, os sites nessas zonas apresentam o recurso Script Ativo habilitado. Se você optar por não adicionar o site do Portal de autoatendimento às 14 zonas Sites confiáveis ou Intranet Local, será necessário habilitar o recurso Script Ativo para os navegadores da Web que acessarem o Portal de autoatendimento. Operations Manager 2007 O Service Manager tem a capacidade de importar alertas e itens de configuração do seu ambiente do Operations Manager 2007. É necessário ter o Operations Manager 2007 com SP1 ou o Operations Manager 2007 R2 instalado para funcionamento com o Service Manager. Observação Não é possível usar o Operations Manager 2007 SP1 para monitorar servidores de gerenciamento do Service Manager. Você deve usar o Operations Manager 2007 R2. Servidores de gerenciamento do Operations Manager No momento, não recomendamos a hospedagem de um servidor de gerenciamento do Operations Manager 2007 em um computador que também hospeda um servidor de gerenciamento do Service Manager ou um servidor de gerenciamento de data warehouse. Configuration Manager 2007 O Service Manager tem a capacidade de importar itens de configuração do seu ambiente do Configuration Manager 2007. É necessário ter o Configuration Manager 2007 SP1 ou o Configuration Manager 2007 R2 instalado para funcionamento com o Service Manager. Requisitos de rede No Service Manager, é possível exibir conteúdo externo a partir de artigos de conhecimento. Para a visualização desse conteúdo externo, os computadores que hospedam o Service Manager Console devem ter acesso à Internet, seja diretamente ou via servidor proxy. Servidor SMTP É necessário ter acesso a um servidor SMTP para usar o recurso Notificação e para a criação de incidentes por email. Modo de Segurança do Windows Se o Windows Server 2008 estiver em execução no modo de segurança, o Service Manager não funcionará e os serviços usados por ele não serão iniciados. Se você tentar iniciar manualmente os serviços do Service Manager no modo de segurança, esses serviços não serão iniciados e um erro será gravado no log de eventos. Suporte de idioma para o Service Manager 2010 SP1 É considerado neste guia que você está instalando o Service Manager SP1 em um computador em que nenhuma versão anterior do Service Manager está instalada. Para obter mais informações sobre a atualização do System Center Service Manager 2010, consulte o Guia de Atualização do System Center Service Manager SP1 (http://go.microsoft.com/fwlink/?LinkId=198070). 15 Incluindo inglês, o System Center Service Manager 2010 SP1 oferece suporte a um total de 21 de idiomas. Existem alguns problemas relacionados a pesquisa com os seis seguintes idiomas: Checo, dinamarquês, finlandês, grego, polonês e turco. Para obter mais informações sobre esses problemas, consulte a seguinte seção "Considerações de pesquisa". A configuração da sua localidade do Windows em um computador que hospeda um Service Manager Console para um dos resultados de idiomas com suporte no Service Manager SP1 sendo exibido nesse idioma. Além dos idiomas com suporte do Service Manager SP1, considere também a capacidade de pesquisar e classificar dados nos bancos de dados do Service Manager SP1. A capacidade de pesquisar e classificar dados em um idioma específico é definida pelas configurações de agregação no SQL Server. Para obter mais informações sobre agrupamentos do SQL Server, consulte a seção "Microsoft SQL Server 2008 SP1" em Requisitos de sistema para o Service Manager 2010 neste guia. As informações na tabela a seguir representam os agrupamentos aprovados e os identificadores de localidade que foram testados para Service Manager SP1. Na lista de agrupamentos da tabela, CI indica case-insensitive (sem distinção entre maiúsculas e minúsculas) e AS indica accent-sensitive (sensível a acentos). Localidade do Windows LCID Agrupamento English 0x409 Latin1_General_100_CI_AS Chinese_PRC 0x804 Chinese_Simplified_Pinyin_100_CI_AS Chinese_Taiwan 0x404 Chinese_Traditional_Stroke_Count_100_CI_AS Tcheco (República Tcheca) 0x405 Czech_100_CI_AS Dinamarquês (Dinamarca) 0x406 Danish_Norwegian_CI_AS Holandês (Holanda) 0x413 Latin1_General_100_CI_AS Finlandês (Finlândia) 0x40B Finnish_Swedish_100_CI_AS French 0x40C French_100_CI_AS German_Standard 0x407 Latin1_General_100_CI_AS Grego (Grécia) 0x408 Greek_100_CI_AS Italian_Standard 0x410 Latin1_General_100_CI_AS Japanese 0x411 Japanese_XJIS_100_CI_AS Korean 0x412 Korean_100_CI_AS Norueguês (Bokmål, Noruega) 0x414 Norwegian_100_CI_AS Polonês (Polônia) 0x415 Polish_100_CI_AS Português (Portugal) 0x816 Latin1_100_CI_AS 16 Localidade do Windows LCID Agrupamento Português (Brasil) 0x416 Latin1_General_100_CI_AS Russian 0x419 Cyrillic_General_100_CI_AS Spanish_Modern_Sort 0xC0A Modern_Spanish_100_CI_AS Sueco (Suécia) 0x41D Finnish_Swedish_100_CI_AS Turco (Turquia) 0x41F Latin1_General_100_CI_AS Considerações de pesquisa Esta seção descreve a pesquisa, classificação e problemas de divisão silábica com alguns dos idiomas suportados no Service Manager SP1. Idiomas grego, tcheco e finlandês Para esses idiomas, a pesquisa de texto completo não tem suporte no SQL Server 2008. Por isso, a classificação e a pesquisa nesses idiomas não funcionam corretamente. Idiomas dinamarquês e polonês A pesquisa de texto completo não funciona no SQL Server 2008 para esses idiomas. Você pode carregar um separador de palavras não-Microsoft licenciado que permite que a pesquisa de texto completo funcione corretamente. Para obter mais informações, consulte os seguintes links para a versão do SQL Server que você está usando: SQL Server 2008 (http://go.microsoft.com/fwlink/?LinkId=205800) SQL Server 2008 R2 (http://go.microsoft.com/fwlink/?LinkId=205557). Idioma turco Nenhum dos agrupamentos de turco tem suporte no Service ManagerSP1. O agrupamento Latin1_General_100_CI_AS foi usado para testes com o idioma turco. Como resultado, algumas operações de pesquisa e classificação no Service Manager SP1 serão afetadas por alguns caracteres do idioma turco. Bancos de dados criados pelo Service Manager Antes de iniciar a instalação do Service Manager, convém reunir-se com a sua equipe de Administração do SQL Server e discutir o impacto que o Service Manager terá nos seus servidores SQL Server, especificamente nos bancos de dados que serão criados. Os bancos de dados criados estão listados na tabela a seguir: Service Manager Partes Nome do BD Conteúdo banco de dados do ServiceManager Itens de Configuração, Itens de 17 Service Manager Partes Nome do BD Service Manager Data warehouse do Service Manager Conteúdo Trabalho, Incidentes DWStagingAndConfig DWRepository DWDataMart Esses três bancos de dados compreendem o data warehouse. O processo de extração popula o banco de dados DWStagingAndConfig, que é transformado em um formato adequado no banco de dados DWRepository, que, através do processo de carregamento, torna-se o conteúdo do banco de dados DWDataMart. Importante Para esta versão, o Service Manager não oferece suporte para instâncias que fazem distinção entre maiúsculas e minúsculas. A instalação irá falhar se você tentar instalar o Service Manager em uma instância SQL que faz esse tipo de distinção. Atribuições de porta para o Service Manager Como parte da sua infraestrutura de segurança, você pode optar por controlar os números de porta usados no seu ambiente. E, embora esses números de porta não sejam configuráveis nesta versão, você pode examinar a tabela a seguir que lista os números de porta usados entre as partes do Service Manager. Convém garantir que essas portas de firewall estejam abertas em computadores que hospedam o Service Manager. Atribuições de portas Service Manager parte A Direção e número da porta Service Manager parte B Service Manager Console 5724 ---> Servidor de gerenciamento do Service Manager* Service Manager Console 5724 ---> Servidor de gerenciamento de data warehouse Servidor de gerenciamento do Service Manager 1433 ---> Banco de dados do Service Manager remoto Servidor de gerenciamento do Service Manager 5724 ---> Servidor de data warehouse Servidor de gerenciamento do 5724 ---> Conectores de alerta e CI do 18 Service Manager parte A Direção e número da porta Service Manager Service Manager parte B Operations Manager 2007 Servidor de gerenciamento do Service Manager 389 ---> Conector do Active Directory Servidor de data warehouse 1433 ---> Servidor de banco de dados de data warehouse remoto Servidor do SQL Reporting Services 1433 ---> Servidor de banco de dados de data warehouse remoto Servidor de data warehouse 1433 ---> Servidor de banco de dados do Service Manager remoto Navegador da Web 443 ---> Portal de autoatendimento Portal de autoatendimento 1433 ---> Banco de dados do Service Manager Navegador da Web 80 ---> SQL Server Reporting Services * Inclui o servidor de gerenciamento do Service Manager inicial e os servidores de gerenciamento do Service Manager subsequentes Preparando-se para a implantação do Service Manager 2010 SP1 Antes de iniciar a implantação do Service Manager, você criará um grupo de usuários no Active Directory e criará ou identificará uma conta de domínio que será usada durante a instalação. Certifique-se de que a conta de domínio seja membro dos grupos apropriados necessários para a devida operação do Service Manager. Lembre-se do seguinte ao instalar o Service Manager e o Operations Manager no mesmo servidor: 1. O Operations Manager e o Service Manager podem compartilhar o mesmo servidor de banco de dados. 2. Um agente do Operations Manager e o servidor de gerenciamento do Service Manager poderão coexistir no mesmo servidor se você instalar primeiro o servidor de gerenciamento do Service Manager e depois instalar o agente do Operations Manager manualmente. 3. É possível instalar o console do Operations Manager e o Service Manager Console no mesmo computador. A ordem de instalação dos consoles não importa. 4. Não tente usar a mesma instância do SSRS (SQL Server Reporting Services) para o Operations Manager e o Service Manager. 19 Nesta seção Considerações sobre contas para executar a instalação Fornece informações sobre as contas necessárias para executar a instalação e sobre as contas que você precisará fornecer durante a instalação do Service Manager. Como preparar computadores para a implantação do Service Manager Descreve a etapa que deve ser realizada para preparar um computador antes de executar a instalação. Considerações da conta para o Portal de Autoatendimento Fornece informações sobre como configurar permissões para as contas de serviços e de fluxo de trabalho do Service Manager no System Center Configuration Manager 2007. Considerações sobre contas para executar a instalação Antes de executar a Instalação, leia o tópico Conta usada para executar a instalação neste guia para garantir que todos os procedimentos necessários para a instalação do Service Manager foram atendidos. Durante a Instalação, será necessário fornecer usuários ou grupos de domínio para várias funções do Service Manager. Reveja Contas necessárias durante a instalação para garantir que você está preparado para o processo de Instalação. Conta usada para executar a instalação Este tópico descreve as permissões necessárias para um usuário durante a instalação de um servidor de gerenciamento do Service Manager, do Service Manager Console, de bancos de dados para o Service Manager e durante o registro do grupo de gerenciamento do Service Manager no grupo de gerenciamento do data warehouse. Observação A conta usada para executar a Instalação se torna automaticamente um administrador no Service Manager. Servidor de gerenciamento do Service Manager Você precisará das seguintes permissões ao instalar um servidor de gerenciamento do Service Manager: Administrador local no computador em que a Instalação for executada Administrador local no computador que hospedará o banco de dados do Service Manager, se este estiver em um computador remoto 20 O usuário conectado deve ser uma conta de domínio Função sysadmin do SQL Server na instância do SQL Server em que o banco de dados do Service Manager está sendo criado Console do Service Manager Você precisará das seguintes permissões ao instalar o Service Manager Console: Administrador local no computador em que a Instalação for executada Servidor de Gerenciamento do Data Warehouse Você precisará das seguintes permissões ao instalar o servidor de gerenciamento do data warehouse: Administrador local no computador em que a Instalação for executada Administrador local no computador que hospedará o banco de dados do data warehouse, se este estiver em um computador remoto O usuário conectado deve ser uma conta de domínio Função Gerente de Conteúdo no SQL Server Reporting Services em nível de site (raiz) Função sysadmin do SQL Server na instância do SQL Server em que o banco de dados do data warehouse está sendo criado SQL Server Reporting Services Você precisará das seguintes permissões ao instalar o SQL Server Reporting Services: Permissões para inserir um arquivo binário na pasta \Arquivos de Pogramas\Microsoft SQL Server\<Nome da Instância>\Reporting Services\ReportServer\Bin no computador que hospeda o servidor de gerenciamento do data warehouse. Registrando o Service Manager no data warehouse Você precisará das seguintes permissões ao registrar o Service Manager no data warehouse: Função sysadmin ou admin de segurança do SQL Server na instância que hospeda o banco de dados do Service Manager Função sysadmin ou admin de segurança do SQL Server na instância que hospeda o banco de dados do data warehouse Membro da função de usuário Administradores do Service Manager no servidor de gerenciamento do Service Manager Membro da função de usuário Administradores do Service Manager no servidor de gerenciamento do data warehouse Portal de Autoatendimento A conta usada durante a instalação do Portal de autoatendimento deve atender às seguintes condições: Deve ser administrador local nos computadores que hospedam o Portal de autoatendimento, o servidor de gerenciamento do Service Manager e o SQL Server 2008. Deve ser uma conta de administrador de sistema (sa) do SQL Server. 21 Deve ser a conta que você especificou para serviços do Service Manager durante a instalação do servidor de gerenciamento do Service Manager. Contas necessárias durante a instalação Você precisará fornecer credenciais para as seguintes contas durante a instalação dos servidores de gerenciamento de data warehouse e do Service Manager. Observação As contas de usuários e grupos necessárias para a instalação do Service Manager devem residir na Unidade Organizacional de Usuários do Active Directory. Contas usadas durante a instalação de um servidor de gerenciamento do Service Manager Conta Permissões Como é usada no Service Manager Administradores do grupo de gerenciamento Deve ser um usuário ou grupo de domínio. Adicionada à função de usuário Administradores do Service Manager. Importante A conta de usuário que faz logon no computador durante a instalação de um servidor de gerenciamento do Service Manager inicial é automaticamente adicionada a esse grupo. Conta de serviços do Service Manager Deve ser um usuário ou grupo de domínio. Torna-se a conta do Sistema Operacional. Deve ser membro de administradores locais. Atribuída à conta de logon do Serviço de Acesso a Dados do System Center. Atribuída à conta de logon do serviço de Configuração de Gerenciamento do System Center. Torna-se membro das funções de banco de dados sdk_users e configsvc_users para o 22 Conta Permissões Como é usada no Service Manager banco de dados do Service Manager. Conta de fluxo de trabalho Deve ser um usuário ou grupo de domínio. Deve ter permissões para enviar email e deve ter uma caixa de correio no servidor SMTP (necessária para o recurso Incidente de Email). Deve ser membro do grupo de segurança local Usuários. Deve se tornar membro da função de usuário Administradores do Service Manager para que as notificações por email funcionem corretamente. Se você alterar as credenciais desses dois serviços, será necessário garantir que a nova conta tenha um Logon SQL no banco de dados ServiceManager e que essa conta seja membro do grupo Interno\Administradores. Essa conta é usada para todos os fluxos de trabalho e se torna membro da função de usuário Fluxos de Trabalho do Service Manager. Práticas recomendadas de segurança para contas Ao atribuir contas do Active Directory para uso com Contas Executar como do Service Manager, uma prática recomendada é utilizar contas de serviço. Não convém utilizar contas de usuário do Active Directory associadas a pessoas individuais. Para obter mais informações sobre práticas recomendadas de segurança, baixe uma cópia do Guia de Segurança do Windows Server 2008, que agora faz parte do Kit de Ferramentas para Gerenciamento da Conformidade de Segurança do Windows Server 2008, em http://go.microsoft.com/fwlink/?LinkId=167160, e do Guia de Planejamento de Segurança para Serviços e Contas de Serviços, em http://go.microsoft.com/fwlink/?LinkID=58270. Contas usadas durante a instalação do servidor de gerenciamento de data warehouse 23 Conta Permissões Como é usada no Service Manager Administradores do grupo de gerenciamento Deve ser um usuário ou grupo de domínio. Adicionada à função Administradores do data warehouse. Conta do Service Manager Deve ser um usuário ou grupo de domínio. Deve ser membro de administradores locais no servidor de gerenciamento do data warehouse. Torna-se a conta Executar como do sistema do data warehouse. Atribuída à conta do Serviço SDK do Service Manager. Atribuída à conta de Configuração do Service Manager. Torna-se membro das funções de banco de dados sdk_users e configsvc_users para o banco de dados DWDataMart. Torna-se membro da função de banco de dados db_datareader para o banco de dados DWRepository. Torna-se membro da função de banco de dados configsvc_users para o banco de dados do Service Manager. Usada pelo SQL Server Reporting Services para acessar o banco de dados DWDataMart de forma a obter dados para a geração de relatórios. Torna-se membro da função de banco de dados db_datareader para o banco de dados DWDataMart. Torna-se membro da função de banco de dados Conta de Relatórios Deve ser uma conta de domínio. 24 Conta Permissões Como é usada no Service Manager reportuser para o banco de dados DWDataMart. Registrando o grupo de gerenciamento do Service Manager no grupo de gerenciamento do data warehouse Como parte do processo de instalação, você registrará o grupo de gerenciamento do Service Manager no grupo de gerenciamento do data warehouse. Durante esse processo, será necessário fornecer credenciais. As credenciais de conta fornecidas devem ser uma conta de domínio. Além disso, você precisará fornecer as seguintes permissões a uma conta. Deve ser membro da função de usuário Administrador no grupo de gerenciamento do Service Manager e também no grupo de gerenciamento do data warehouse. Deve ser membro do grupo de administradores locais Usuários no servidor de gerenciamento do data warehouse. Contas necessárias para criar conectores Ao criar um conector, você precisará fornecer as credenciais que esse conector usará para executar sua função. A tabela a seguir esquematiza as permissões necessárias para essa conta e descreve práticas recomendadas para alta segurança. Conector de Alerta do Operations Manager 2007 Permissões Práticas recomendadas Deve ser uma conta de domínio. Deve ser membro do grupo de segurança local Usuários no servidor de gerenciamento do Service Manager. Deve ser um Administrador do Operations Manager 2007. Conta de domínio especificamente criada para essa finalidade que se encontra apenas no grupo de segurança local Usuários, em uma função de usuário Administrador no Operations Manager e em uma função de usuário Operador Avançado no Service Manager. Conector de CI do Operations Manager 2007 Permissões Práticas recomendadas Deve ser uma conta de domínio. Deve ser membro do grupo de segurança local Usuários no servidor de gerenciamento. Deve ser um Operador do Operations Manager 2007. Conta de domínio especificamente criada para essa finalidade que se encontra apenas no grupo de segurança local Usuários, em uma função de usuário Operador no Operations Manager e em uma função de usuário Operador Avançado no Service Manager. 25 Conector para Active Directory Permissões Práticas recomendadas Deve ser uma conta de domínio. Deve ser membro do grupo de segurança local Usuários no servidor de gerenciamento do Service Manager. Deve ter permissões para se associar ao controlador de domínio do qual o conector fará a leitura de dados. Conta de domínio especificamente criada para essa finalidade que se encontra apenas no grupo de segurança local Usuários e em uma função de usuário Operador Avançado no Service Manager e que possui permissões somente leitura no Active Directory. Precisa de direitos de leitura genéricos sobre os objetos que estão sendo sincronizados no banco de dados do Service Manager a partir do Active Directory. Conector do Configuration Manager 2007 Permissões Práticas recomendadas Deve ser uma conta de domínio. Deve ser membro do grupo de segurança local Usuários no servidor de gerenciamento do Service Manager. Conta de domínio especificamente criada para essa finalidade que se encontra apenas no grupo de segurança local Usuários, em db_datareader no banco de dados do System Center Configuration Manager e em uma função de usuário Operador Avançado no Service Manager. Como preparar computadores para a implantação do Service Manager Antes de iniciar a implantação do Service Manager, você criará um grupo de usuários no Active Directory e irá criar ou identificar uma conta de domínio que será usada durante a instalação. Certifique-se de que a conta de domínio seja membro dos grupos apropriados necessários para a devida operação do Service Manager. Lembre-se do seguinte ao instalar o Service Manager e o Operations Manager no mesmo servidor: O Operations Manager e o Service Manager podem compartilhar o mesmo servidor de banco de dados. Um agente do Operations Manager e o servidor de gerenciamento do Service Manager poderão coexistir no mesmo servidor se você instalar primeiro esse servidor de gerenciamento e depois instalar o agente manualmente. 26 É possível instalar o console do Operations Manager e o Service Manager Console no mesmo computador. A ordem de instalação dos consoles não importa. Para preparar computadores para a implantação do Service Manager 1. Verifique se nenhuma parte do Operations Manager 2007 está instalada nos computadores que hospedarão o Service Manager ou o data warehouse. 2. Crie um grupo de usuários do Active Directory que será atribuído à função de administradores do Service Manager do grupo de gerenciamento do data warehouse e do grupo de gerenciamento do Service Manager. Por exemplo, crie o grupo SM_Admins. Observação Esse grupo de usuários deve estar no mesmo domínio que o Service Manager. Não há suporte para usuários de qualquer outro domínio, até mesmo domínios filho. 3. Crie as contas necessárias para o Service Manager. Para obter informações sobre a conta usada para executar a Instalação e sobre as contas que deverão ser fornecidas durante a instalação do Service Manager, consulte Considerações sobre contas para executar a instalação Observação Contas do Service Manager devem estar no mesmo domínio que o Service Manager. Não há suporte para qualquer outro domínio, até mesmo domínios filho. 4. Verifique se as instâncias SQL usadas para bancos de dados do Service Manager estão usando o número de porta 1433. 5. Se você estiver instalando os bancos de dados em um computador remoto que executa o SQL Server, o usuário que estiver executando a Instalação deverá ser um usuário de domínio com permissões de administrador local no computador com SQL Server. 6. Em computadores que hospedarão o Service Manager Console, em Opções de Internet, Configurações de LAN (Rede Local), selecione Ignorar servidor proxy para endereços locais. 7. Abra um navegador e insira as duas URLs a seguir: http://<computador que hospeda o SSRS>/reports http://<computador que hospeda o SSRS>/reportserver Se uma das tentativas de conexão falhar ou retornar um erro, por exemplo, Erro HTTP 404.0 Não Encontrado, siga o procedimento em “Para configurar o servidor de relatórios”. Caso contrário, siga o procedimento “Para instalar um data warehouse”. Para configurar o servidor de relatórios: 1. Usando uma conta que possui direitos de administrador, faça logon no computador que hospedará o SQL Server Reporting Services. 2. Clique em Iniciar, aponte para Programas, Microsoft SQL Server 2008, aponte para 27 Ferramentas de Configuração e depois clique em Gerenciador de Configuração do Reporting Services. 3. Na caixa de diálogo Conexão de Configuração do Reporting Services, verifique se os campos Nome do Servidor e Instância do Servidor de Relatórios estão corretos e clique em Conectar. 4. No painel Conectar, clique em URL do Serviço Web. 5. Na área Diretório Virtual do Serviço Web Servidor de Relatórios, na caixa de texto Diretório Virtual, verifique se a entrada indica ReportServer e clique em Aplicar. 6. No painel Conectar, clique em URL do Gerenciador de Relatórios. 7. Na área Identificação do Site do Gerenciador de Relatórios, na caixa de texto Diretório Virtual, verifique se a entrada indica Reports e clique em Aplicar. 8. No painel Conectar, clique na entrada superior (servidor/instância). 9. Na área Servidor de Relatório Atual, clique em Parar e depois em Iniciar. Considerações da conta para o Portal de Autoatendimento Para que o recurso Solicitar Software no Service Manager Portal de autoatendimento funcione corretamente, você deve configurar permissões para as contas de fluxo de trabalho e serviços do Service Manager no System Center Configuration Manager 2007. Conta de fluxo de trabalho Itens de configuração de site Coleções Anúncios Leitura Modificar Administrar Criar Acesso à rede Leitura Modificar Excluir Modificar recurso Administrar Excluir recurso Criar Ler recurso Modificar configuração do conjunto Exibir controladores de gerenciamento Leitura 28 Pacotes Modificar Excluir Administrar Criar Gerenciar pastas Leitura Modificar Administrar Leitura Modificar Administrar Criar Acesso à rede Leitura Ler recurso Leitura Administrar Gerenciar pastas Leitura Conta de serviços do Service Manager Itens de configuração de site Coleções Anúncios Pacotes Planejando o desempenho e a escalabilidade Esta seção descreve a diretriz geral de planejamento do desempenho e da escalabilidade para o System Center Service Manager 2010. Embora o Service Manager tenha sido concebido para corresponder a um determinado padrão de desempenho com o hardware mínimo recomendado, os requisitos de hardware para o seu cenário específico podem ser maiores ou menores do que as diretrizes generalizadas aqui apresentadas. Também são apresentadas aqui considerações de hardware e software do Service Manager. O Service Manager é um aplicativo em 3 camadas que consiste em um banco de dados, um módulo de acesso a dados e um console. Cada topologia de implantação, da maior para a menor, inclui todas essas três camadas, seja física ou virtualmente. A menor topologia de implantação com suporte requer 2 servidores, físicos ou virtuais, enquanto a maior conterá mais de 4 servidores. 29 Hospedados nos servidores encontram-se o Service Manager Console e o banco de dados do Service Manager no servidor de gerenciamento. O Portal de autoatendimento é geralmente hospedado em outro servidor, enquanto o servidor de gerenciamento do data warehouse hospeda o data warehouse do Service Manager. Ferramenta Service Manager Sizing Helper A ferramenta Service Manager Sizing Helper pode ajudar a dimensionar as partes de hardware e software que você irá implantar posteriormente com os detalhes adicionais contidos neste guia. Essa ferramenta está incluída no conjunto de documentação sobre recursos de trabalho do Service Manager. (http://go.microsoft.com/fwlink/?LinkId=186291). Especificamente, essa ferramenta de dimensionamento: 1. Ajuda a dar uma ideia do tipo de hardware, como computadores individuais, espaço em disco rígido livre e ocupado na CPU e nível de RAID, que é necessário para diferentes cenários de utilização e implantação. A utilização é indicada pelo número de itens de configuração no banco de dados do Service Manager, pelo número de itens de trabalho por mês e pelos dias de dados no data warehouse. 2. Fornece diagramas de topologia para cada cenário, que mapeiam o hardware para cenários como um único servidor físico, 2 servidores, 4 servidores e mais de 4 servidores. 3. Ajuda a calcular o espaço em disco rígido livre e ocupado que é necessário para um cenário, com base nas informações que você especificar. O cálculo é uma estimativa e não um valor fixo que você precisa obedecer. Desempenho de hardware Uma parte importante do desempenho do Service Manager depende de uma topologia de implantação e configuração de hardware planejada para atender às necessidades da sua organização. As seções a seguir fornecem diretrizes gerais que devem ser levadas em consideração ao planejar o desempenho de hardware apropriado. Desempenho de hardware Estes são os afunilamentos de hardware mais perceptíveis no Service Manager, com carga significativa e uma considerável quantidade de dados no banco de dados do Service Manager: 1. O afunilamento mais comum será a memória e a E/S no SQL Server. Se você tiver os recursos apropriados, poderá melhorar o desempenho investindo em mais memória e em um subsistema de E/S mais veloz para melhorar a E/S do SQL Server. 2. Se você espera ter vários consoles conectando-se a um servidor de gerenciamento, poderá melhorar o desempenho para lidar com a carga de pico investindo em CPUs adicionais e em mais memória para o servidor de gerenciamento ou planejando a instalação de um servidor de gerenciamento do Service Manager secundário. 3. Preste atenção ao hardware mínimo recomendado para cada função, conforme descrito neste documento. 30 A função de máquinas virtuais Muitas organizações usam máquinas virtuais para hospedar aplicativos Windows Server, e as funções de servidor do Service Manager, como o servidor de gerenciamento, o servidor de data warehouse e o Portal de autoatendimento, não são exceções. Esse tipo de uso pode variar desde a virtualização de todas as funções de servidor até outras combinações de computadores físicos e virtuais. Não recomendamos nenhuma proporção específica entre computadores virtuais e físicos, pois as necessidades da sua organização são exclusivas por natureza. No entanto, os requisitos mínimos de hardware para cada função de software aplicam-se a computadores físicos e, caso você decida virtualizar uma dessas funções, deverá fazer planos para garantir que possui os recursos de hardware adicionais para cada computador virtual. Os servidores de banco de dados ficarão vulneráveis ao desempenho insatisfatório em máquinas virtuais se a seguinte diretriz de planejamento não for efetivada. Consulte o documento Executando o SQL Server 2008 em um ambiente Hyper-V (http://go.microsoft.com/fwlink/?LinkId=144622) no Centro de Download. Nunca utilize discos dinâmicos em máquinas virtuais destinadas a hospedar o SQL Server — use discos rígidos virtuais ou discos de passagem. O Hyper-V apenas permite 4 CPUs virtuais por convidado, o que poderá restringir o servidor do Service Manager se você tiver muitos consoles. Resultados de testes comparativos do Service Manager O Service Manager foi testado comparativamente quanto ao desempenho e à escalabilidade usando vários cenários de implantação e o hardware mínimo recomendado com computadores físicos. Mais especificamente, os cenários foram testados com bancos de dados pré-populados e com instâncias do Service Manager Console criando e atualizando incidentes e solicitações de alteração em um loop. O banco de dados foi pré-populado com informações para dois testes. O teste 1 consistiu em 20.000 computadores, 20.000 usuários e todos os itens de configuração necessários, ou seja, aproximadamente 250.000 itens de configuração, totalizando cerca de 2,5 milhões de linhas no banco de dados. Esse teste também inclui 40 instâncias ativas do Service Manager Console. O teste 2 consistiu em 50.000 computadores, 50.000 usuários e itens de configuração relacionados, ou seja, aproximadamente 700.000 itens de configuração, totalizando cerca de 6 milhões de linhas no banco de dados. Esse teste também inclui 80 instâncias ativas do Service Manager Console. Para corresponder às metas de tempo de resposta para a configuração de 50.000 computadores, a memória do SQL Server precisou aumentar de 8 GB para 32 GB. Durante os testes, foram gerados por hora 200 incidentes e 50 solicitações de alteração para a configuração de 20.000 computadores e 500 incidentes e 125 solicitações de alteração para a configuração de 50.000 computadores, com 3 a 4 assinaturas para notificação e o processamento de modelos para cada incidente e solicitação de alteração. De maneira típica na linha de base, fluxos de trabalho como o processamento de assinaturas para notificação e a aplicação de modelos foram executados dentro de um intervalo de 1 31 minuto para cada item de trabalho gerado. No entanto, um pequeno número de fluxos de trabalho levou 5 minutos ou mais para ser concluído. Se a sua organização planeja ter menos de 20.000 consoles e computadores com suporte e menos fluxos de trabalho, o desempenho do seu Service Manager será normalmente aceitável, mesmo que algumas das funções do Service Manager estejam hospedadas em computadores virtuais. No entanto, se você planeja incluir computadores adicionais com suporte no banco de dados do Service Manager, convém planejar o aumento da quantidade de RAM para o servidor de banco de dados do Service Manager além dos requisitos mínimos listados neste documento. Por exemplo, no teste comparativo, 8 GB de RAM foram instalados no servidor de banco de dados do Service Manager que continha registros para 20.000 computadores. Posteriormente, 8 GB de RAM devem ser adicionados para cada incremento de 10.000 computadores aos quais você planeja oferecer suporte. Por exemplo, para 50.000 computadores, planeje 32 GB de RAM. Durante o teste da configuração de 50.000 computadores com 32 GB de RAM instalados no SQL Server, o desempenho melhorou até chegar a um estado em que deixou de haver um efeito reduzido em comparação ao estado anterior à inclusão de computadores adicionais. A latência da rede também foi testada na linha de base. Ela foi introduzida entre o Service Manager Console e o servidor de gerenciamento do Service Manager. Observação O servidor de banco de dados do Service Manager e os servidores de gerenciamento do Service Manager devem estar em uma LAN de baixa latência; uma latência de rede entre o servidor de banco de dados do Service Manager e o servidor de gerenciamento do Service Manager pode resultar em uma queda significativa do desempenho do Service Manager. Nos casos em que a latência de rede foi inferior a 100 milissegundos, os tempos de resposta gerais do Service Manager Console foram considerados satisfatórios. Nos casos em que a latência de rede se manteve entre 150 e 200 milissegundos, o desempenho foi determinado como aproveitável, com uma degradação de até 40% no tempo de resposta em alguns cenários. Com uma latência de rede entre 150 e 200 milissegundos, convém planejar a avaliação dos principais cenários para a sua organização e determinar se a Conexão de Área de Trabalho Remota não seria uma opção mais apropriada. Observação A expansão de mapas de serviço no Service Manager Console foi lenta em qualquer nível de latência. Nos casos em que a latência de rede excedeu 200 milissegundos, os tempos de resposta gerais do Service Manager Console foram tidos como insatisfatórios. Se a sua latência exceder 200 milissegundos, convém planejar o uso da Conexão de Área de Trabalho Remota ou de outra solução de acesso remoto semelhante para tarefas operacionais. Porém, considerando que tarefas administrativas ocasionais são menos comuns, talvez não seja necessário utilizar o acesso remoto para executá-las. 32 Desempenho do Service Manager O desempenho para recursos e funções de servidor do Service Manager é afetado por diferentes fatores. Em geral, há três áreas em que níveis positivos e negativos de desempenho são mais perceptíveis no Service Manager: Receptividade do Service Manager Console. Tempo necessário desde o momento em que uma determinada ação é executada no console até a sua conclusão. Tempo de inserção de dados para conectores. O tempo necessário para o Service Manager importar dados quando um conector é sincronizado. Tempo de conclusão do fluxo de trabalho. O tempo necessário para os fluxos de trabalho aplicarem automaticamente um determinado tipo de ação. Desempenho do conector A sincronização inicial do conector pode levar um tempo significativo; por exemplo, de 8 a 12 horas para uma sincronização inicial de grande porte com o System Center Configuration Manager. Durante a sincronização inicial de um conector, pode-se esperar uma queda do desempenho para todos os processos e funções de servidor do Service Manager em execução. Isso ocorre devido à forma como os dados são inseridos sequencialmente no banco de dados do Service Manager, que é um banco de dados SQL Server. Embora não seja possível apressar o processo de sincronização inicial do conector, você pode planejar essa sincronização e garantir que o processo seja concluído bem antes de o Service Manager ser colocado em produção. Concluída a sincronização inicial, o Service Manager continuará a sincronizar as diferenças, o que não exerce um impacto significativo sobre o desempenho. Desempenho do fluxo de trabalho Fluxos de trabalho são processos automáticos que ocorrem no sistema e incluem o envio de notificações por email, a etapa seguinte da ativação de uma solicitação de alteração e a aplicação automática de um modelo. Normalmente, fluxos de trabalho começam e terminam em um intervalo de 1 minuto. Quando as funções de servidor do Service Manager se encontram em condições de intensa carga de trabalho, esses fluxos de trabalho não são concluídos com a rapidez normal. Além disso, quando novos fluxos de trabalho são criados, como uma nova assinatura de notificação, uma carga adicional é colocada no sistema. Conforme o número de novos fluxos de trabalho criados aumenta, o tempo necessário para a execução de cada um também aumenta. Quando o sistema se encontra em condições de carga intensa; por exemplo, quando um número muito grande de novos incidentes estão sendo criados e cada um gera diversos fluxos de trabalho, é possível que o desempenho fique prejudicado. Se você planeja criar um número muito grande de fluxos de trabalho, uma solução possível para ajudar a melhorar o desempenho é usar o pacote de gerenciamento ManagmentHostKeepAlive que está incluso na mídia de lançamento do Service Manager. 33 É necessário copiar manualmente os dois arquivos no diretório de origem para o diretório de instalação do Service Manager e, em seguida, importar os arquivos do pacote de gerenciamento. A importação desses arquivos do pacote de gerenciamento pode aumentar significativamente a receptividade de processamento de fluxos de trabalho, fazendo com que quase todos eles sejam processados em até 1 minuto. No entanto, a importação desse pacote de gerenciamento dá maior prioridade ao processamento de fluxos de trabalho e pode resultar na resposta mais lenta do Service Manager Console em alguns casos. Por isso, convém testar seu impacto antes da implantação em um ambiente de produção. Impacto de grupos, filas e funções de usuário sobre o desempenho É necessário planejar grupos e funções de usuário com antecedência. Muitas vezes, as pessoas criam grupos para garantir que os usuários tenham acesso apenas a grupos especificados. Por exemplo, em um cenário, é possível criar um subconjunto de incidentes, como aqueles que afetam os computadores usados pela equipe de recursos humanos. Nesse cenário, você pode preferir que apenas funcionários específicos possam ver ou modificar o grupo de servidores com conteúdo confidencial. Para permitir esse tipo de acesso, é preciso criar um grupo para todos os usuários e outro para computadores com conteúdo confidencial e, em seguida, garantir que uma função de segurança tenha acesso a ambos os grupos: Todos os Usuários e Servidores com Conteúdo Confidencial. Inevitavelmente, a criação de um grupo contendo todos os usuários resulta em um impacto no desempenho, pois o Service Manager faz verificações frequentes para determinar se existem alterações nesse grupo. Por padrão, essa verificação ocorre uma vez a cada 30 segundos. No caso de um grupo muito grande, a verificação de alterações gera uma carga muito intensa no sistema e pode aumentar consideravelmente o tempo de resposta. Solução 1: É possível especificar manualmente a frequência com a qual o Service Manager verifica alterações de grupo, modificando uma chave do Registro. Por exemplo, se você alterar a frequência de verificação de grupos de 30 segundos para 10 minutos, aumentará o desempenho significativamente. Cuidado A edição incorreta do Registro pode danificar gravemente o sistema. Antes de alterar o Registro, faça backup de todos os dados importantes do computador. Para especificar manualmente o intervalo de verificação de alterações em grupos 1. Execute regedit e navegue até HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\. 2. Crie um novo valor DWORD denominado GroupCalcPollingIntervalMilliseconds. 3. Para esse valor, especifique o intervalo em milissegundos. O resultado é multiplicado por 6. Por exemplo, para definir o intervalo de 10 minutos, digite 1000000. 4. Reinicie o serviço de Gerenciamento do System Center. 34 Solução 2: Você pode usar um script do Windows PowerShell para adicionar objetos de um determinado tipo, como “Usuários”, a uma função de usuário. Basicamente, um analista conectado a essa função pode acessar todos os objetos cujo tipo é igual a “Usuário”. Usando esse método, não é mais necessário ter um grupo muito grande (“Todos os Usuários”) e executar a verificação exorbitante feita pelo Service Manager para determinar a associação desse grupo. No servidor de gerenciamento do Service Manager, é possível executar o seguinte script do Windows PowerShell para adicionar um tipo “user” a uma função “RoleName”. Você precisará modificar esse exemplo de script de acordo com o seu ambiente. Para executar um script do Windows PowerShell de modo a adicionar objetos a uma função de usuário Faça as modificações necessárias e depois execute o script a seguir. # # 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: “User”, # If you need to get a list of all available classes related to (for example) use this command: $m.EntityTypes.GetClasses() | ?{ $_.Name -like '*user*'} | %{ $_.Name} # $type = $m.EntityTypes.GetClasses() | ?{ $_.DisplayName -eq $TypeToAdd} 35 # 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." } Desempenho dos modos de exibição Ao criar modos de exibição, planeje o uso de classes “típicas” no sistema sempre que possível. A maioria das classes de objetos, por exemplo, Gerenciamento de Incidentes, possui dois tipos: “típico” e “avançado”. O tipo de objeto típico contém referências simples a um pequeno subconjunto de dados relacionados a um item. O tipo de objeto avançado contém muitas referências complexas a dados relacionados a um item. Tipos típicos são projeções simples, enquanto tipos avançados são projeções complexas. A maioria dos tipos de objetos avançados é usada para popular diferentes campos em formulários que normalmente você não deseja exibir em um modo de exibição. Sempre que um modo de exibição baseado em um tipo de objeto avançado é criado e quando esse modo de exibição é aberto, o Service Manager consulta o banco de dados, e uma grande quantidade de dados é lida. No entanto, uma parte muito pequena dos dados recuperados chega a ser exibida ou utilizada. Em caso de problemas de desempenho com modos de exibição definidos e se você tiver utilizado tipos de objetos avançados nesses modos de exibição, convém passar a usar tipos típicos. Como alternativa, você pode criar seus próprios tipos de projeções contendo somente os dados que precisam ser usados como base para um modo de exibição. Consulte a entrada de blog Creating Views That Use Related Property Criteria (Type Projections) : Software Views Example blog post (Criando modos de exibição que usam critérios de propriedades relacionadas (projeções de tipos): exemplo de modos de exibição de software) (http://go.microsoft.com/fwlink/?LinkId=184819) no Blog da Equipe de Engenharia do SCSM. Desempenho do banco de dados do Service Manager O desempenho do banco de dados do Service Manager é diretamente afetado por vários fatores, incluindo o número de unidades simultâneas do Service Manager Console realizando operações 36 de leitura ou gravação de dados, o intervalo de verificação de alterações de grupo e os dados inseridos pelos conectores. Mais informações estão disponíveis neste documento. Estes são alguns pontos básicos. Você deve ter um mínimo de 8 GB de RAM para o servidor de gerenciamento que hospeda o banco de dados do Service Manager para ter um tempo de resposta aceitável em cenários típicos. É necessário ter pelo menos 4 processadores de CPU no computador que hospeda o banco de dados do Service Manager. Você pode alcançar níveis melhores de desempenho do banco de dados segregando arquivos de log e arquivos de dados em discos físicos separados, se possível. Benefícios ainda maiores são possíveis movendo o tempdb em uma unidade RAID física diferente daquela do banco de dados do Service Manager. Use um sistema de discos RAID 1+0 para hospedar o banco de dados do Service Manager, se possível. O desempenho poderá piorar significativamente se o banco de dados do Service Manager for criado com um tamanho melhor e definido para crescimento automático especialmente em pequenos incrementos. Consulte a ferramenta Service Manager Sizing Helper, inclusa no conjunto de documentação sobre Service Manager job aids (recursos de trabalho do Service Manager) (http://go.microsoft.com/fwlink/?LinkId=186291), para avaliar o tamanho do banco de dados e criar um banco de dados com um tamanho mais próximo do final, o que irá favorecer o desempenho ao reduzir quantas vezes o banco de dados pode se expandir. De forma semelhante, todas as outras práticas recomendadas aplicáveis a um banco de dados de alto desempenho também são validas nesse cenário. Por exemplo, se fosse possível tirar proveito de um subsistema de disco superior, você poderia se beneficiar com a divisão dos grupos de tabelas em respectivos grupos de arquivos e da sua transferência a unidades físicas diferentes. Desempenho do servidor de gerenciamento do Service Manager O desempenho do servidor de gerenciamento do Service Manager é afetado principalmente pelo número de unidades concorrentes do Service Manager Console. Como todas as funções do Service Manager interagem com o servidor de gerenciamento, convém levar em consideração a inclusão de servidores de gerenciamento adicionais se você planeja ter vários consoles simultâneos. É necessário ter um mínimo de 8 GB de RAM para o servidor de gerenciamento. Pelo menos 8 processadores de CPU devem ser usados para cada servidor de gerenciamento, partindo do princípio de que você possui de 10 a 12 consoles ativos por processador de CPU, o que totaliza de 80 a 100 consoles por servidor de gerenciamento. Desempenho do console do Service Manager O desempenho do Service Manager Console é afetado principalmente pelo número de formulários que os analistas costumam manter abertos e pela quantidade de dados que é recuperada por modos de exibição. É necessário ter um mínimo de 2 GB de RAM para o computador onde o Service Manager Console está instalado. Se você tiver modos de exibição 37 que recuperam muitos dados, será necessário usar RAM adicional. Pelo menos uma CPU com dois processadores é necessária para o computador no qual o Service Manager Console está instalado. Como o Service Manager Console é um aplicativo para usuários finais, convém provocar uma reinicialização se você perceber um consumo de recursos excessivo – o Service Manager Console armazena intensamente em cache as informações na memória, o que pode contribuir com o uso geral da memória. Desempenho dos bancos de dados do data warehouse do Service Manager O desempenho do data warehouse é diretamente afetado por vários fatores, incluindo o número de servidores de gerenciamento do Service Manager simultâneos que enviam dados, o volume de dados armazenados ou o período de retenção desses dados, além da taxa de alteração de dados e da frequência de ETL. A quantidade de dados armazenados no data warehouse aumenta com o passar do tempo. É muito importante garantir o arquivamento dos dados desnecessários. Além disso, você pode alcançar níveis melhores de desempenho segregando arquivos de log e arquivos de dados em discos físicos separados. De maneira semelhante, é possível alcançar níveis melhores de taxa de transferência colocando tempdb em um disco físico diferente dos outros bancos de dados. Por fim, você também pode se beneficiar colocando os três diferentes bancos de dados diferentes em seus respectivos discos físicos. Use um sistema de discos RAID 1+0 para hospedar o data warehouse, se possível. Via de regra, convém ter pelo menos 8 GB de RAM para o computador no qual os bancos de dados do data warehouse estão instalados. Você aproveitará a maior quantidade de memória no SQL Server que hospeda o data warehouse, ainda mais se os bancos de dados de Datamart e Repositório estiverem no mesmo servidor. Porém, para 4.000 ou menos computadores, 4 GB são suficientes. É necessário ter pelo menos 8 processadores de CPU no computador em que o banco de dados do data warehouse está instalado. Processadores adicionais contribuirão com o desempenho de relatórios e ETL. O desempenho poderá piorar significativamente se todos os bancos de dados no sistema forem criados com um tamanho melhor e definidos para crescimento automático, especialmente em pequenos incrementos. Consulte a ferramenta Service Manager Sizing Helper, inclusa no conjunto de documentação sobre Service Manager job aids (recursos de trabalho do Service Manager) (http://go.microsoft.com/fwlink/?LinkId=186291), para avaliar o tamanho do banco de dados e criar um banco de dados com um tamanho mais próximo do final, o que irá favorecer o desempenho ao reduzir quantas vezes o banco de dados pode se expandir. De forma semelhante, todas as outras práticas recomendadas aplicáveis a um banco de dados de alto desempenho também são validas nesse cenário. Por exemplo, se fosse possível tirar proveito de um subsistema de disco superior, você poderia se beneficiar com a divisão dos grupos de tabelas em respectivos grupos de arquivos e da sua transferência a unidades físicas diferentes. Desempenho do servidor de data warehouse do Service Manager O desempenho do servidor de data warehouse é afetado pelo número de servidores de gerenciamento do Service Manager registrados no data warehouse e pelo tamanho da sua 38 implantação. Via de regra, convém ter pelo menos 4 GB de RAM para o servidor de data warehouse, mas você terá mais benefícios se tiver uma memória adicional de até 8 GB de RAM para cenários de implantação avançados em que mais de um servidor de gerenciamento do Service Manager insere dados no data warehouse. Caso seja necessário sacrificar o desempenho, sua maior prioridade deve ser a memória do SQL Server. É necessário ter pelo menos 4 processadores de CPU para evitar problemas de desempenho. Como a maior parte do servidor de data warehouse não possui monitoração de estado e apresenta pouca probabilidade de gerar problemas de E/S, esse servidor não implicará um problema de desempenho. Desempenho do portal de autoatendimento O Portal de autoatendimento foi projetado para fácil acesso em termos de arquivamento de incidentes e autoprovisionamento de softwares. Ele não foi concebido para lidar com milhares de usuários trabalhando nele ao mesmo tempo. Quando finalizadas, diretrizes de desempenho mais completas para o Portal de autoatendimento serão publicadas. Testes de desempenho para o Portal de autoatendimento se concentraram em cenários típicos “às segundas-feiras de manhã”. Especificamente, a meta era garantir que centenas de usuários pudessem fazer logon às segundas-feiras de manhã em um intervalo de 5 a 10 minutos e abrir incidentes com tempos de resposta aceitáveis (menos de 4 a 5 segundos). Essa meta foi alcançada com o hardware mínimo recomendado neste documento. Configurações para cenários de implantação Para fins de planejamento de desempenho e escalabilidade, convém planejar a sua topologia de implantação usando os cenários que nós testamos. Embora estas não sejam diretrizes rígidas, a Microsoft testou topologias de implantação usando esses cenários e constatou que cada configuração atinge um nível satisfatório de desempenho. Cenários de implantação pequenos e de teste Os cenários de implantação pequenos e de teste contêm apenas 2 servidores e oferecem suporte para um número de 100 a 2000 computadores. Nessas configurações, um único computador físico hospeda um servidor virtual. Cenário de teste Nesse cenário, recomendamos o seguinte hardware configurado para as funções e os componentes de hardware descritos. Funções do Service Manager: Um computador físico com um servidor de gerenciamento, um banco de dados do Service Manager, o Service Manager Console e o Portal de autoatendimento. Um servidor de data warehouse virtual. O Portal de autoatendimento deve ser inserido em um host físico ou em um computador virtual diferente daquele que hospeda o data warehouse. Configuração de hardware: 39 CPU dupla de 2,66 GHz com quatro processadores (4 GB dedicados ao computador virtual) 16 GB de RAM para o host da máquina virtual 200 GB de espaço disponível em disco Essa configuração foi testada com a seguinte carga: Descrição Valor Número de usuários finais com suporte Até 500 Número de computadores no banco de dados do Service Manager 500 Número de novos incidentes por mês para cada computador 199 Número de novas solicitações de alteração por mês 20 Número de consoles simultâneos 2 O Portal de autoatendimento está instalado? Sim O Conector do Active Directory está habilitado? Sim O Conector do Configuration Manager está habilitado? Sim O Conector do Operations Manager está habilitado? Sim Cenário pequeno Nesse cenário, recomendamos o seguinte hardware configurado para as funções e os componentes de hardware descritos. Service Manager funções: Um computador físico com o Servidor de Gerenciamento, o banco de dados do Service Manager e o console. Um servidor de data warehouse virtual. O Portal de autoatendimento deve ser inserido em um host físico ou em um computador virtual diferente daquele que hospeda o data warehouse. Configuração de hardware: CPU dupla de 2,66 GHz com quatro processadores (4 GB dedicados ao computador virtual) 16 GB de RAM para o host da máquina virtual 100 GB de espaço disponível em disco Essa configuração foi testada com a seguinte carga: 40 Descrição Valor Número de usuários finais com suporte 501-2,000 Número de computadores no banco de dados do Service Manager 2,000 Número de novos incidentes por mês para cada computador 1 Número de novas solicitações de alteração por mês 100 Número de consoles simultâneos 10 O Portal de autoatendimento está instalado? Sim O Conector do Active Directory está habilitado? Sim O Conector do Configuration Manager está habilitado? Sim O Conector do Operations Manager está habilitado? Sim Cenário médio O cenário médio de implantação contém 2 servidores e oferece suporte para um número de 2.001 a 5.000 computadores. Nessa configuração, dois computadores físicos hospedam o servidor de gerenciamento do Service Manager e o servidor de gerenciamento do data warehouse do Service Manager. Recomendamos o seguinte hardware configurado para as funções e os componentes de hardware descritos. Configuração de hardware para o servidor de gerenciamento do Service Manager: CPU dupla 2,66 GHz com quatro processadores 8 GB de RAM 2 discos RAID 1 Configuração de hardware para o servidor de gerenciamento do data warehouse do Service Manager: CPU dupla 2,66 GHz com quatro processadores 4 GB de RAM 2 discos RAID 1 Essa configuração foi testada com a seguinte carga: 41 Descrição Valor Número de usuários finais com suporte 2,001-5,000 Número de computadores no banco de dados do Service Manager 3,000 Número de novos incidentes por mês para cada computador 1 Número de novas solicitações de alteração por mês 150 Número de consoles simultâneos 15-30 O Portal de autoatendimento está instalado? Sim O Conector do Active Directory está habilitado? Sim O Conector do Configuration Manager está habilitado? Sim O Conector do Operations Manager está habilitado? Sim Cenário extenso de implantação O cenário extenso de implantação contém 4 servidores e oferece suporte para um número de 5.000 a 20.000 computadores. Nessa configuração extensa, quatro computadores físicos hospedam funções de servidor. Nesse cenário, recomendamos o seguinte hardware configurado para as funções e os componentes de hardware descritos. Configuração de hardware para o servidor de gerenciamento do Service Manager: CPU dupla 2,66 GHz com quatro processadores 8 GB de RAM 2 discos RAID 1 Configuração de hardware para o servidor de gerenciamento do data warehouse do Service Manager: CPU dupla 2,66 GHz com quatro processadores 4 GB de RAM 2 discos RAID 1 Configuração de hardware para o servidor de banco de dados do Service Manager: CPU dupla 2,66 GHz com quatro processadores 8 GB de RAM 4 unidades de disco RAID 1+0 para dados 42 2 unidades de disco RAID 1 para logs Configuração de hardware para o servidor de banco de dados do data warehouse do Service Manager: CPU dupla 2,66 GHz com quatro processadores 8 GB de RAM 4 unidades de disco RAID 1+0 para dados 2 unidades de disco RAID 1 para logs Essa configuração foi testada com a seguinte carga: Descrição Valor Número de usuários finais com suporte 5,001-20,000 Número de computadores no banco de dados do Service Manager 6,000-20,000 Número de novos incidentes por mês para cada computador 1 Número de novas solicitações de alteração por mês 1,000-2,000 Número de consoles simultâneos 40-60 O Portal de autoatendimento está instalado? Sim O Conector do Active Directory está habilitado? Sim O Conector do Configuration Manager está habilitado? Sim O Conector do Operations Manager está habilitado? Sim Cenário avançado de implantação O cenário avançado de implantação contém mais de 4 servidores e oferece suporte para mais de 20.000 computadores. Cada servidor de gerenciamento adicional pode hospedar até 60 unidades de Service Manager Console. Nessa configuração avançada, os computadores físicos hospedam funções de servidor. Nesse cenário, recomendamos o seguinte hardware configurado para as funções e os componentes de hardware descritos. Configuração de hardware para o servidor de gerenciamento do Service Manager: CPU dupla 2,66 GHz com quatro processadores 8 GB de RAM 2 unidades de disco RAID 1 43 Configuração de hardware para cada servidor de gerenciamento do Service Manager adicional: CPU dupla 2,66 GHz com quatro processadores 8 GB de RAM 2 unidades de disco RAID 1 Configuração de hardware para o servidor de gerenciamento do data warehouse do Service Manager: CPU dupla 2,66 GHz com quatro processadores 4 GB de RAM 2 unidades de disco RAID 1 Configuração de hardware para o servidor de banco de dados do Service Manager: CPU dupla 2,66 GHz com quatro processadores 8 GB de RAM – 32 GB de RAM, dependendo do tamanho esperado do banco de dados 4 unidades de disco RAID 1+0 para dados 2 unidades de disco RAID 1 para logs Configuração de hardware para o servidor de banco de dados do data warehouse do Service Manager: CPU dupla 2,66 GHz com quatro processadores 8 GB de RAM 4 unidades de disco RAID 1+0 para dados 2 unidades de disco RAID 1 para logs Essa configuração foi testada com a seguinte carga: Descrição Valor Número de usuários finais com suporte Mais de 20.000 Número de computadores no banco de dados do Service Manager 20.000 a 50.000, ou mais Número de novos incidentes por mês para cada computador 1 Número de novas solicitações de alteração por mês 2.000 ou mais Número de consoles simultâneos 60-100 O Portal de autoatendimento está instalado? Sim O Conector do Active Directory está habilitado? Sim O Conector do Configuration Manager está habilitado? Sim O Conector do Operations Manager está Sim 44 Descrição Valor habilitado? 45