Planejando a implantação do Service Manager

Propaganda
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
Download