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

Ontem a discussão estava acirrada no meu grupo de trabalho por causa da noticia de que a Microsoft iria bloquear o HD que tivesse o Windows 8 instalado.

Em primeiro lugar isso não é inteiramente verdade, pois vários instalaram o SO e sabem que não foi necessário e não será obrigatório ter UEFI para instalação do Windows 8.

O Windows 8 ainda é um Technical Developer Preview, o que significa que nem pode ser chamado de Beta, portanto não há um compromisso de que todas as opções apresentadas sejam implementadas. Alem disso, não há certeza de como serão implementadas. Portanto, toda este discussão se baseia em suposições.

O que é o UEFI ?

Significa Unified Extensible Firmware Interface e irá substituir o boot atual que ainda é escrito em 16 bits e exige conversão de comandos, enquanto o UEFI é baseado em 64 bits.

Não se trata de uma invenção nova, começou a ser desenhada em 1995 com o nome de EFI e hoje se tornou um padrão entre os fabricantes de hardware e software (http://www.uefi.org/about/).

Uma das caracteristicas do UEFI é que ele permite instalar um SO diretamente na flash. Para quem já instalou um servidor novo da Dell, por exemplo o R710, já viu a aplicação que ele possui para auxiliar a instalação do SO?  Este é um exemplo de UEFI boot.

O que é o Secure Boot ?

Um dos recursos novos adicionado ao UEFI é a possibilidade de o Kernel do SO indicar um chave assimétrica (Key Pairs) e apenas driver que estejam com assinatura digital sejam instalados. Essa feature já existe em alguns Macs (EFI Boot) e previne rootkits, dai o motivo de menor número de invasões.

Esse recurso não é novidade, alterar a versão do SO de equipamentos da Apple exige jailbreaks e caso a Microsoft resolva lançar o Windows 8 nas versões OEM com o UEFI travado não seria uma prática diferente da que muitos SOs já utilizam.

Rumores envolvendo Linux

Foram publicados em muitos lugares que a intenção seria a Microsoft proibir Linux baseados em um post na internet.

Porem, quem ler o post completo irá notar o trecho abaixo onde o autor não está dizendo que Linux não irá funcionar e sim que o problema é que as distribuições Linux e os Drivers nem sempre possuem assinatura digital, o que faria com que o UEFI entenda como rootkit e aborte a inicialização.

Para entender o processo do boot utilizando UEFI veja o diagrama abaixo e assista a palestra em http://channel9.msdn.com/Events/BUILD/BUILD2011/HW-457T onde foi apresentado o Secure Boot.

Conclusão

Caso seja travado na BIOS a opção de alterar o UEFI em máquinas compradas com Windows 8 OEM, basta comprar uma maquina que não seja com Windows 8 e instalar o SO que desejar, inclusive o próprio Windows 8 em dual boot como já fazemos atualmente.

Ou então, como falou o próprio analista que jogou a questão no mercado, assinar o kernel e os drivers de Linux.