O Windows Server 2008 R2 DC oferece resistencia a instalação automática do client pela interface do System Center. O problema é que o Windows 2008 R2 quando também é um DC só permite execução de programas automáticos no modo User.

Para instalar siga os passos a seguir, os segredos são o prompt em modo elevado, execução local e como serviço no Windows:

1. Acesse o diretório ou compartilhamento da rede onde o client se encontra e copie o conteudo da pasta client para seu disco local
2. Abra o prompt de comando como Administrador
3. Accesse a pasta e execute: ccmsetup.exe /mp:<MP server> /Service
4. Verifique no Services do Windows se foi instalado o serviço ccmsetup e se está iniciado

Após o final o serviço irá ser apagado e o cliente estará funcionando.

Eu já havia lido na documentação do finado Virtual Server 2005 que discos fixos eram mais rápidos que discos com tamanho dinamico, o que sempre fez sentido. Também havia a indicação que discos diferenciais (aqueles que são alterações sobre um disco usado como base) também eram um problema, mesmo que fosse tamanho fixo. E por fim, sempre se dizia que discos fisicos (RAW) nem se comparava a performance dos VHDs.

Em um post dos blogs do TechNet Brasil (http://download.microsoft.com/download/0/7/7/0778C0BB-5281-4390-92CD-EC138A18F2F9/WS08_R2_VHD_Performance_WhitePaper.docx) foi publicado um arquivo com as especificações detalhadas sobre performance de VHD em tamanho fixo e dinamico, seja ele diferencial ou não. Vou comentar o que achei interessante e as conclusões que tirei, claro que alguns podem não concordar, comentem no post.

• Baseado no gráfico 1 a frase "discos virtuais dinamicos são muito mais lentos que fixos" deixou de ser verdade no Windows 2008 R2, ainda existe uma perda consideravel de performance entre os discos fisicos (RAW) e um disco dinamico, porem note que é absurdamente melhor do que era no Windows 2008. Ou seja, no Windows 2008 R2 vale a pena usar discos de tamanho dinamico quando for necessário.
• Baseado no gráfico 2 vemos que no Windows 2008 R2 o uso de discos fisicos, VHD na maquina fisica e VHD na máquina virtual são quase que identicos, o ganho de performance chega a ser irrisório. Então fazer dual boot com VHD e utilizar VMs não incorre em perda de performance.
• Baseado no gráfico 3 acabou o mito que disco diferencial é um matador. Note que estranhamento, no exemplo de aplicação DSS, o diferencial chega a ser mais rápido que o disco fisico (!!!!!).

 Gráfico 1: Comparação de disco fisico (RAW) com VHD dinamico

Gráfico 2: Comparação de disco fisico (RAW) com discos VHD locais e VHD em VMs

Gráfico 3: Comparação de disco fisico (RAW) com VHDs Diferenciais

Notas:
1) O documento completo traz variações de tipos de aplicações, mas peguei como exemplo os que representam situações mais comuns e demonstram melhor as distorções de conteidos anteriores.
2) Os dados referentes aos Windows 2008 valem para o Windows Vista, os dados referentes ao Windows 2008 R2 valem para o Windows 7.

Atualizei um sistema com System Center esta semana para o Windows 2008 R2 e me deparei com um problema novo. Os serviços aparentemente subiam, o cliente instalava e localiza o site code. Porem, não havia comunicação entre o cliente e o servidor e nos logs a role Management Point (MP) acusava o erro abaixo. Alem desse erro também é necessário instalar algumas features especificas no IIS 7.5 para funcionar os relatórios.

SINTOMA 1 – Não comunica com o Management Point

No log do cliente acusa erro de comunicação com o IIS e no log do servidor acusa erro de instalação do WebDav.

CCMExec.log - <![LOG[[CCMHTTP] HTTP ERROR: URL=http://<server>/ccm_system/request, Port=80,

MPSetup.Log - Failed to get WebDAV settings on the machine (0x80070002)

Ao verificar o IIS a feature webdav está instalada e o site Default Web Site está em execução normalmente.

CAUSA

No Windows 2008 R2 o IIS não habilita o WebDav automaticamente, é necessário habilitá-lo. Alem disso o WebDav por padrão tem acesso anonimo desabilitado e no IIS 7.5 precisa ter uma definição por role de acesso explicito.

SOLUÇÃO

Siga os passos indicados abaixo para resolver o problema com o WebDav:

1- Abra o Default Web Site e clique sobre a feature WebDav:

2- Habilite o WebDav e inclua uma regra de autoria (Add Authoring Rule) permitindo acesso Read para All Users:

3- Altere as propriedades marcadas abaixo para permitir o acesso anonimo, desabilitar o customizado e permitir o list:

Referencia: http://technet.microsoft.com/en-us/library/cc431377.aspx

SINTOMA 2 – Relatórios não aparecem no Reports

O problema é mostrado na página principal do console ao tentar executar qualquer relatório:

http://servidor:80/SMSReporting_GRP/reports.asp  Erro 404.3

CAUSA

O IIS 7.5 por padrão instala a feature ASP.NET e não a feature ASP apenas.

SOLUÇÃO

Execute o Server Manager, clique sobre a role Web Server e escolha a opção Add Feature e proceda como na figura abaixo:

Basta entrar e executar agora os relatórios.