O WinPE 3.0 é componente do WAIK 2.0 e pode ser customizado através do DISM, conforme detalhado abaixo.

- Apresentar as informações do arquivo de imagem winpe.wim

dism /get-wiminfo /wimfilec:\temp\winpe.wim dism /get-wiminfo /wimfile

· Montar a imagem com o seguinte comando:

dism /mount-wim /wimfile:c:\temp\winpe.wim /name:"Microsoft Windows PE (x86)" /Mountdir:c:\temp\offline

· Fazer a injeção dos drivers da placa de rede, usando o seguinte comando:

dism /image:c:\temp\offline /add-driver /driver:c:\temp\DriverIntel\NDIS62

· Ajustar o Layout do teclado para o teclado ABNT2 usando seguinte o comando:

dism /image:c:\temp\offline /set-inputlocale:0416:00010416

· Ajustar o fuso horário para Horário Brasileiro usando o seguinte comando:

dism /image:c:\temp\offline /set-timezone:"E. South America Standard Time"

· Desmontar a imagem com o seguinte comando:

Dism /Unmount-Wim /MountDir:C:\temp\offline /Commit

Para mais opções sobre o comando DISM acesse: http://technet.microsoft.com/en-us/library/dd744382(WS.10).aspx

Artigo atualizado em 08/12/2010.

Através do número da Build do ISA Server 2004/2006 e TMG 2010 é possível determinar qual é a última atualização instalada no servidor. Para identificar a número da Build, abra a console do ISA ou TMG, clique no menu Help e escolha About Microsoft ISA Server 2006… (conforme abaixo).

Segue abaixo a tabela com a Build, componentes desta Build e a descrição do último componente. (Service Pack ou Hotfix).

OBS.: As atualizações são cumulativas, ou seja, basta instalar a última versão para atualizar o servidor ISA/TMG

Para instalar atualizações no ISA Server 2004/2006 e TMG 2010, siga as recomendações do artigo KB 885957 (http://support.microsoft.com/kb/885957).

O NSS Labs, instituto de pesquisa norte-americano especializado em segurança, divulgou no final de julho um estudo comparativo realizado com os diversos navegadores existentes hoje no mercado. O foco da pesquisa foi a proteção oferecida pelos browsers contra sites que contivessem malwares sociais – ameaça mais comum, e letal, enfrentada atualmente pelos usuários da internet. O estudo seguiu a mesma metodologia de outro teste, realizado no primeiro trimestre deste ano (veja www.nsslabs.com/browser-security), que realizou ataques durante 12 dias seguidos.

Os ataques foram realizados a cada quatro horas, usando 69 tipos diferentes de testes, cada um deles contendo uma nova URL infectada. Para a iniciativa, foram utilizadas as versões mais recentes dos navegadores no período do teste, e os resultados mostraram que o Internet Explorer 8 bloqueou 81% das ameaças, uma marca excepcional que superou o segundo colocado (o Firefox) em mais de 54%. Nos testes realizados no primeiro e no segundo trimestre do ano, o IE 8 havia alcançado 12% de proteção, o que evidencia os esforços da Microsoft vem fazendo para aprimorar a tecnologia SmartScreen Filter.

A pesquisa conclui que a Microsoft vem evoluindo consideravelmente na garantia de segurança contra malwares sociais. Com uma única URL tendo atingido a marca de 92%, e a média de proteção em 81%, o IE 8 foi considerado de longe o melhor em proteção contra este tipo de ameaça. Veja abaixo detalhes do resultado:

- Internet Explorer 8 – 81%
- Firefox – 27%
- Safari 4 – 21%
- Chrome 2 – 7%
- Opera 10 – 1%

O conteúdo completo da pesquisa realizada pela NSS Labs pode ser visto em http://nsslabs.com/test-reports/NSS%20Labs%20Browser%20Security%20-%20Socially%20Engineered%20Malware%20Q3%202009.pdf

Este é meu primeiro post feito com o Windows Live Writter. (http://download.live.com/writer)

Ele realmente é muito prático e fácil de utilizar.

Como o Writter fica fácil incluir imagens e mesmo vídeos direto no seu blog. Para mostrar procurei um vídeo no youtube sobre Windows Live….

Vejam o resultado.

Aos bloggers, recomendo.

Execute os passos a seguir:

1) Definir um servidor Windows Server para ser a referência de horário para as estações. Neste servidor você deverá rodar o seguinte comando para que sincronizar a hora de um servidor externo, garantindo que este esteja sempre certo.

          net time /setsntp:time.windows.com

Normalmente este servidor será o servidor principal do seu domínio (PDC Emulator), mas também pode ser um servidor membro do domínio ou mesmo em grupo de trabalho.

Neste exemplo, vou chamar este servidor de servidor1.hunecke.com e o servidor externo que servirá de referência será time.windows.com.

Após configurar, execute o seguinte comando para verificar ser o comando anterior foi executado corretamente. (o resultado deve ser semlhante ao apresentado abaixo)

         net time /querysntp

         The current SNTP value is: time.windows.com,0x9

         The command completed successfully.

Importante: Se este servidor estiver conectado à Internet através de um firewall é necessário liberar a porta UDP 123 deste servidor (servidor1.hunecke.com) para Internet.

Para verificar se o servidor conseguiu sincronizar o horário com o servidor externo time.windows.com, pare e inicie novamente o serviço Horário do Windows (Windows Time) através dos seguintes comandos:

         net stop w32time (para parar o serviço)

         net start w32time (para iniciar o serviço)

Verifique no Event Viewer (System) se há somente informações (não deverão haver avisos nem erros).

2) Faço o mesmo procedimento para cada uma das estações que não estiver no domínio, apenas modificando o nome do servidor de time.windows.com para servidor1.hunecke.com.

         net time /setsntp: servidor1.hunecke.com

Da mesma forma, é necessário que cada uma das estações de trabalho possa se conectar ao servidor através da porta UDP 123.

OBS.: Estes comando valem para Windows XP e Windows Vista. No Windows 7 há algumas alterações nos comandos, postarei futuramente.

Cenário:

Instalação de um software baseado em MSI (por exemplo, MDT2010) em Windows Server 2008 (x86) rodando em uma máquina virtual com Virtual PC (versão 2007 com SP1 e Virtual PC do Windows 7),

Sintoma:

A instalação não consegue passar o ponto de verificação de espaço em disco disponível e fica indefinidamente apresentando a mensagem "Please wait while installer finishes determining your disk space requeriments".

Causa:

Alguma incompatibilidade do VM Additions do Virtual PC com a função de verificação de espaço disponível em disco.

Soluções de contorno: (usar apenas 1 das soluções abaixo)

1) Rodar a instalação do pacote MSI através de linha de comando:

msiexec /i c:\temp\pacote.msi /qr, por exemplo para o MDT2010 o comando seria msiexec /i c:\temp\MicrosoftDeploymentToolkit2010_x86.msi /qr

2) Seguir os seguinte passos:

     a) Desinstalar o VM Additions;
     b) Rodar a instalação normal do pacote;
     c) Instalar o VM Additions novamente.

Comentário final:

Este problema aconteceu comigo tanto com:

     - Virtual PC 2007 SP1
     - Virtual PC do Windows 7

sempre com sistema operacional da máquina virtual sendo Windows Server 2008 x86 

OBS.: Nem o Hyper-V (Windows Server 2008) nem o Hyper-V R2 (Windows Server 2008 R2) apresentaram este problema.

Caso você já passou por este problema em outro cenário de virtualização, mande um email para mim através do botão EMAIL (ao lado de HOME na parte superior da página).

Recebi alguns emails de pessoas que assistiram a minha palestra SRV312 - Tenho Windows Server 2000 e 2003. Por quê e como eu migro para Windows Server 2008 R2? no TechEd 2009 solicitando que disponibilizasse os comandos utilizados nas demostrações. Segue abaixo:

Demo 1: Upgrade do Virtual Server para Hyper-V R2
  1) Construir um novo servidor com Windows Server 2008 R2 com Hyper-V R2
  2) Desligar a VM no Virtual Server (é necessária para copiar o VHD para o servidor Hyper-V R2)
  3) Cópiar o VHD para o servidor com Hyper-V R2
  4) Reiniciar a VM no Virtual Server
  5) Criação da máquina virtual com o Hyper-V R2 apontando para o VHD copiado anteriormente (ver OBS abaixo)
  6) Iniciar a VM no Hyper-V R2
  7) Remover o VM Additions do Virtual Server e reiniciar (boot #1)
  8) Instalar o Integration Services do Hyper-V R2
      A instalação do Integration Service fará o upgrade da HAL (boot #2) e
      Instalação do Integration Services propriamente dita (boot #3)
  9) Verificar se A VM está ok no Hyper-V R2
  10) Planejar a desativação da VM no Virtual Server e ativação no Hyper-V R2

Obs.: Atenção para conflito de IP, ComputerName, pois o VHD copiado do Virtual Server leva essas informações para o Hyper-V R2. Sugestão: ao criar a VM no passo 5, criar sem conexão com a rede, ou seja, Not Connected

 Demo 2: Upgrade do Active Directory Windows 2003 para Windows 2008 R2

  1) No controlador de domínio Windows 2003 rodar os seguintes comandos para preparar a Floresta e o domínio para Windows 2008 R2. (Copiar a pasta DVD_2008_R2:\Support\ADPREP para o disco local do servidor Windows 2003)
      adprep32 /forestprep
      adprep32 /domainprep
      adprep32 /rodcrprep
  2) No Windows Server 2008 R2 executar DCPROMO, seguir os passos e reiniciar.
  3) Aguardar a replicação entre os controladores de domínio Windows 2003 e Windows 2008 R2
  4) No controlador de domínio Windows Server 2003 rodar DCPROMO para removê-lo do domínio
  5) No controlador de domínio Windows Server 2008 elevar o nível do domínio para Windows 2008 R2
  6) No controlador de domínio Windows Server 2008 elevar o nível da floresta para Windows 2008 R2

Demo 3: Upgrade do File Server Windows Server 2003 para Windows Server 2008 R2

Instalação das Migration Server Tools

  1) No Windows Server 2008 R2, instalar a feature Migration Server
  2) Criar a pasta c:\SmigDeploy e compartilhar com permissão de Leitura
  2) Executa os 4 comandos abaixo para criar um ponto de instalação das ferramentas de migração no Windows Server 2003 (x86 e x64) e Windows Server 2008 (x86 e x64)
     %Windir%\System32\ServerMigrationTools\SmigDeploy.exe /package /architecture amd64 /os WS08 /path C:\SMigDeploy
     %Windir%\System32\ServerMigrationTools\SmigDeploy.exe /package /architecture amd64 /os WS03 /path C:\SMigDeploy
     %Windir%\System32\ServerMigrationTools\SmigDeploy.exe /package /architecture X86 /os WS08 /path C:\SMigDeploy
     %Windir%\System32\ServerMigrationTools\SmigDeploy.exe /package /architecture X86 /os WS03 /path C:\SMigDeploy
  3) No Windows Server 2003 instalar o .Net Framework 2.0 e PowerShell 1.0
  4) Conectar no compartilhamento criado no servidor Windows Server 2008 R2, abrir a pasta referente ao sistema operacional e arquitetura e executar SMigDeploy.exe

Migração dos grupos e usuários locais

  1) No Windows Server 2003 abrir o PowerShell e executar o seguinte comando:
     Export-SmigServerSetting -User All -Group -Path \\W2008-FS01\c$ -Verbose
  2) No Windows Server 2008 abrir o PowerShell e executar o seguinte comando:
      Import-SmigServerSetting -User All -Group -Path c:\ -Verbose

Migração do conteúdo e permissões

  1) No Windows Server 2003 abrir o PowerShell e executar o seguinte comando:
     Send-SmigServerData -ComputerName W2008-FS01 -SourcePath c:\FileServer -DestinationPath c:\FileServer -Recurse -Include All -Force
  2) No Windows Server 2008 abrir o PowerShell e executar o seguinte comando:
      Receive-SmigServerData

Mais detalhes e outras opções de migração de FileServer estão disponíveis em http://technet.microsoft.com/en-us/library/dd379487(WS.10).aspx

Conforme decreto lei n.6558 (http://www.leidireto.com.br/decreto-6558.html)

, o horário brasileiro de verão 2009/2010 iniciará no terceiro domingo de outubro (18/10/2009) e acabará às 0 hora do terceiro domingo de fevereiro (21/02/2010).

OBS.: Em dezembro de 2008 a Microsoft lançou uma atualização para diversos horários de verão, inclusive o do Brasil (E. South America Standard Time). Esta atualização configura a entrada do horário  brasileiro de verão corretamente para o terceiro domingo de outubro (18/10/2009), porém a saída do horário de verão está programada para o dia 14/02/2010, quando o correto seria no dia 21/02/2010. A Microsoft está trabalhando para fazer essa correção que deve sair na próxima atualização de horário de verão, prevista para dezembro de 2009. Assim que a atualização estiver disponível "postarei" aqui no blog.

Para deixar seu ambiente de TI preparado para o horário brasileiro de verão 2009/2010, execute os passos listados abaixo:

1) Instalar a última atualização do horário de verão para sistema operacionais Microsoft, hoje em dia é a de agosto de 2009 (http://support.microsoft.com/kb/970653), em TODAS as estações de trabalho, mesmo aquelas estações que esteja em localidade que não usam horário de verão ou mesmo esteja em outro fuso horário;

2) Instalar a última atualização do horário de verão para sistemas operacionais Microsoft, hoje em dia é a de agosto de 2009 (http://support.microsoft.com/kb/970653) em TODOS os servidores;

3) Executar o Exchange Calendar Update (http://support.microsoft.com/kb/941018/en-us) nos servidores de Exchange ou executar o Outlook Time Zone Data Update (http://support.microsoft.com/kb/941018/en-us) individualmente para cada usuário;

4) Instalar a última atualização disponível para Exchange em TODOS servidores Exchange, hoje em dia a última atualização para Exchange 2007 é o Service Pack 2 (http://go.microsoft.com/fwlink/?LinkId=151885) e para Exchange 2003 é a atualização de horário de verão de agosto de 2009 (http://support.microsoft.com/kb/973629);

Versões de sistemas operacionais cliente suportados:

- Windows XP SP2 ou superior

- Windows Vista SP1 ou superior

- Windows 7 RTM ou superior