A maioria dos profissionais de TI que utilizam Microsoft já usou o ACT para fazer assessment e inventário de ambientes, MDT para distribuir imagens pela rede utilizando PXE, USMT para fazer a migração de perfis com o LoadState e ScanState e outras funcionalidades que eram distribuidas entre o ACT e o WAIK.

Agora com o lançamento das versões Beta do Windows 8 Client e Server a Microsoft criou o novo WAIK que leva o nome de Microsoft ADK ou Assessment and Deployment Kit.

Como o proprio nome diz a principal alteração foi a unificação das ferramentas em um unico gerenciador de instalação, que antes era dividido em 3 diferentes downloads necessários (ACT, WAIK e SQL Server Express).

A instalação pode ser feita de duas maneiras com o instalador, disponivel no link http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=28997

1. Instalação online onde baixamos o instalador, escolhemos as ferramentas e o download é feito conforme a necessidade ou
2. Instalação offline onde baixamos todos os instaladores para um diretório especifico e podemos fazer a instalação sem a necessidade de conexão com internet.

Instalação Online

Esta instalação é boa para ambientes onde iremos instalar uma unica vez com menor uso de link de internet pois a instalação e download ocorre apenas das features selecionadas, como mostra a imagem abaixo:

Note que apesar de termos uso de 3,8 GB isso não quer dizer que o download seja total, já que são baixados os instaladores que depois serão expandidos e gerados dados de cada um, mas o uso de link é considerável.

Instalação Offline

A instalação offline é muito melhor para quem irá fazer um download noturno para proceder com a instalação posteriormente e para quem irá utilizar o pacote outras vezes.

A donwload é selecionado na primeira tela do ADK onde escolhemos a opção offline e depois selecionamos o diretório onde será copiados os arquivos baixados, como a imagem abaixo:

Note que neste caso o espaço necessário representa o total de downloads, já que estamos baixando os arquivos de instalação.

Neste caso foi selecionado todas as ferramentas como na imagem anteriormente mostradas das funcionalidades, mas é possivel escolher apenas as desejadas.

Será criada a estrutura de arquivos abaixo, onde o adksetup.exe é o instalador das funcionalides, como mostra imagen abaixo:

Ao chamar o executável de instalação offline será solicitado o diretório onde deverá ser feita a instalação, aceitação do contrato e seleção das funcionalidades a serem instaladas, sendo que já irá estar previamente selecionado os pacotes que foram anteriormente baixados.

Nos próximos dias estarei testando as ferramentas do AIK e postando aqui as novas funcionalidades e usos desta importante ferramenta para migração de Winodws XP para Windows 7.

Hoje a Microsoft disponibilizou a versão Consumer Preview do Windows 8 Client e a Beta do Windows Server 8 que são as versões publicas e com as funcionalidades finais que a Microsoft pretende no produto, diferente das versões Preview anteriores que não tinham a definição exata das funcionalidades.

Para o Windows 8 Client já está pronto uma série completa em Springboard Series for Windows 8 on TechNet

Para Windows Server 8 Beta http://www.microsoft.com/en-us/server-cloud/windows-server/v8-default.aspx

Já li sobre vários que não conseguiram fazer VM no VMWare Workstation ou VirtualBox, mas o erro geralmente consistem em não habilitar o 3D que é obrigatório para o Windows 8.

Veja abaixo a configuração que deve ser ativada e a VM com Windows 8 em execução para o VMWare Workstation 8

Para fazer o mesmo com o VirtualBox ative a configuração de 2D, 3D e coloque 128 MB de memória para video:

Baixe as novas versões e aproveite esta nova oportunidade de conhecer o que virá em pouco tempo.

Duas novas informações vindas do time do Windows 8 Server são interessantes, uma pela consolidação e mudança na interface e outra por ser uma “novidade” que já era esperada desde o Longhorn (Windows 2008 RTM).

Interface Core

Essa mudança é significativa, apesar de não ser nova por já estar presente no Windows 2008 R2. Porem agora a interface Server Core será o padrão ao invés da interface completa em servidores Windows 8.

Com essa alteração vemos como está sendo bem aceito e fundamentado pelos clientes o uso de um SO Windows com menor consumo de memória (512 Kb no Core contra 1.5 GB com a interface gráfica).

Mas adicionalmente foi acrescentada a possibilidade de alterar entre o modo GUI e o Core, o que hoje não é possivel no Windows 2008 R2. Isso permitirá, inclusive é destacado no anúncio, que um administrador poderá instalar a interface gráfica para configurar o servidor e após terminar retornar para o modo Core, o que será muito bom para os que conhecem pouco de PowerShell.

Referencia http://blogs.technet.com/b/server-cloud/archive/2012/01/11/windows-server-8-server-applications-and-the-minimal-server-interface.aspx

Novo Sistema de Arquivos ReFS

Desde o Longhorn que se falava de um sistema de arquivos baseados em banco de dados e que foi testado e tinha o code name WinFS. Porem o modelo de banco de dados não é como o de arquivos por diversos motivos, mas principalmente na forma de armazenar dados que difere em muito documentos.

Já ouvi muitas vezes pessoas dizendo que o SharePoint guarda arquivos em banco de dados, porem são dados em formatos estruturados e não binários desestruturados como é o caso de um disco. Por exemplo, um doc/gif/jpeg/pdf tem inicio e fim na clusterização do arquivo com conteudo definido pela aplicação, enquanto em um sistema de arquivos como o NTFS guarda dados de criptografia para cada arquivo e dados desestruturados como é o caso do Shadow Copy (VSS).

O que o ReFS irá agregar de conceitos de banco de dados não é o formato BLOB ou CLOB de armazenamento, mas sim a estruturação do sistema de arquivos.

Isso é fácil de se entender quando pensamos que no NTFS original guardava-se os metadados do arquivo em uma “tabela” onde havia data de criação, nome e outros dados comuns, que seram vinculados as listas de permissões ACL/ACE com o “ID” do arquivo. Com o passar do tempo e as evoluções surgiram muitas outras tabelas como criptografia, compressão, BitLocker, Shadow Copy, etc. Com isso o NTFS acabou se dissipando em uma série de “tabelas” que tratam de determinado metadado. Imagine um disco onde o NTFS esteja com criptografia e VSS habilitado quantas diferentes informações estarão espalhadas entre as diversas tabelas especificas de cada recurso.

Já no ReFS será utilizado o conteudo de chave primária para um arquivo e apenas um ID e as tabelas serão unificadas com o conceito de “Key Value” comum em aplicações que utilizam matriz (array) como .NET e Java.

Abaixo é possivel ver um exemplo que o time de produto divulgou onde a tabela de alocação contem apenas o ID e a referencia dos blocos fisicos no disco, uma tabela contem os metadados basicos do arquivo e outra todos os “Key Values” juntos.

O conceito de “Key Value” é muito util pois podemos representar qualquer informação adicional sem a necessidade de criar tabelas em separado. Veja o exemplo abaixo, claro que teórico de como representar a melhora.

Note que no modelo NTFS temos uma “tabela” que representa apenas a criptografia e para cada agente de recuperação repete-se os dados. Multiplique isso por cada tipo de informação que um arquivo armazena no NTFS.

Em modelo baseado em estruturas de tabelas todas as informações estão em um unico lugar baseada no código do “Key” e o valor guarda os detalhes daquela informação, reduzindo o numero de tabelas para controle.

Isso irá reduzir a superficie de falhas por não serem x tabelas (ou blocos) para guardar e recuperar os dados, sendo mais simples ao SO juntar as informações e manter os backups (réplicas) atualizadas.

Nota: Não será possivel converter o sistema de arquivos, será necessário mover e reformatar.

Referencia http://blogs.msdn.com/b/b8/archive/2012/01/16/building-the-next-generation-file-system-for-windows-refs.aspx