Hoje vamos falar um pouco sobre alta disponibilidade no Exchange Server 2007. Nunca é demais lembrar a importância atual dos sistemas de correio eletrônico no dia-a-dia corporativo. Deixar que soltem a velha frase “O e-mail está fora!” é um luxo que não podemos mais nos permitir.

E neste tópico o Exchange Server 2007 está realmente demais!  Seguindo um processo de planejamento estruturado com o Exchange 2007, você pode diminuir seus custos de implantação e operação, ao mesmo tempo em que fornece serviços melhores a seus usuários finais.

As soluções de alta disponibilidade no Exchange Server 2003 foram implantadas com sucesso na produção pelo Microsoft e muitos clientes para fornecer um ambiente de mensagens altamente disponível. Além disso, muitos clientes implantaram com sucesso a tecnologia de replicação de parceiro e criaram soluções de failover automático para uma segunda cópia dos dados quando ocorre uma falha. O Exchange 2007 inclui aperfeiçoamentos para as soluções de alta disponibilidade encontradas no Exchange 2003 e novos recursos de alta disponibilidade que eliminam a necessidade de tecnologias de replicação de terceiros e reduzem os custos e a complexidade da solução geral. Algumas das principais razões por trás desses aperfeiçoamentos foram resultado direto do feedback dos clientes que informaram o seguinte:

• O requisito de armazenamento compartilhado para a solução aumentou os custos e a complexidade da solução. Por exemplo, o hardware da solução inteira precisou ser selecionado na categoria Solução de Cluster do Catálogo de Produtos Testados do Windows Server. No Exchange 2007, os clusters de cópia única (SCCs) mantêm esse requisito, mas os servidores de caixas de correio clusterizadas configurados em um ambiente de replicação contínua de cluster (CCR) não têm esse requisito.
• O uso de uma cópia única dos dados da caixa de correio significou que as falhas dessa cópia ou seu armazenamento estavam muito rompidas, resultando freqüentemente em interrupções demoradas e às vezes perda de dados.
• Uma falta de integração de instalação e gerenciamento entre o serviço de Cluster e o Exchange Server forçou o administrador do Exchange a entender conceitos e funcionalidades do cluster. Isso representou uma curva de aprendizado significativa para alguns administradores do Exchange.
• As configurações padrão não foram ajustadas para obter ótimos comportamentos de recuperação. Os administradores tiveram que reconfigurar manualmente os recursos de cluster padrão e as configurações de cluster para atender às recomendações de melhores práticas.
• Todos os serviços do Exchange (acesso de cliente, transporte e armazenamento) foram tratados usando a mesma estratégia de disponibilidade, mesmo que na arquitetura houvesse algumas diferenças drásticas entre eles, incluindo estratégias de alta disponibilidade diversas.
• Alguns clientes exigiram tecnologia do parceiro para alcançar a solução que mantinha duas cópias dos seus dados da caixa de correio. Essas soluções somaram-se aos custos e complexidade da implantação.
• As soluções de alta disponibilidade no Exchange 2007 foram projetadas para dar conta de todas as deficiências na abordagem de alta disponibilidade do Exchange 2003. O Exchange 2007 volta-se para as deficiências por meio de alterações arquiteturais, suporte a novas configurações, alteração nos modelos de gerenciamento, e introduzindo novas abordagens para alta disponibilidade. O resultado é uma solução flexível que fornece a cada organização a liberdade para escolher uma solução que atenda às suas necessidades específicas.

Geralmente há dois tipos de opções de implantação de alta disponibilidade no Exchange 2007:

• Implantações de data center único com redundância que podem recuperar automaticamente algumas falhas após uma pequena interrupção. No caso de uma falha do site, uma solução de data center única conta com os procedimentos de recuperação de desastre para voltar ao status operacional.
• Implantações de vários data centers com redundância que podem recuperar automaticamente a maioria das falhas individuais. Uma solução de vários data centers permite que a organização sobreviva a uma falha do data center sem reclassificar para procedimentos de recuperação de desastres. Falhas não recuperáveis, como uma falha total do site, exigem intervenção manual para recuperação.

Se quiser mais informações sobre as implementações de alta disponibilidade no Exchange acesse os seguintes links no TechNet:

• Cluster de cópia única: http://technet.microsoft.com/pt-br/library/bb125217(EXCHG.80).aspx
• Replicação Contínua em Cluster: http://technet.microsoft.com/pt-br/library/bb124521(EXCHG.80).aspx
• Replicação Contínua Local: http://technet.microsoft.com/pt-br/library/bb125195(EXCHG.80).aspx

Equipe Technet

Anunciado recentemente, o Windows 7 é a próxima versão do Windows, e será o resultado de milhares de horas de trabalho de engenharia, e também de obtenção de feedback de clientes e parceiros em todo o mundo. Estamos de olho especialmente em itens que clientes nos informam ser importantes e que possam tornar o PC melhor para o dia-a-dia: confiabilidade, tempo de resposta, inicialização e desligamento mais rápidos, etc. Tarefas como conectar e sincronizar dispositivos, navegar na Web e gerenciar redes também são foco.

É claro que a equipe também vai se dedicar a novas capacidades, para que as pessoas possam realizar tarefas que antes eram difíceis, ou mesmo impossíveis J. Uma diretriz importante é permitir que o Windows 7 rode em todos os PCs que hoje executam o Windows Vista, e a partir desta informação já podemos concluir que a atualização do Vista para o 7 será muito fácil e direta.

Alguns recursos que vêm por aí:

• DirectAccess: aumenta a produtividade de usuários móveis conectando-os de forma transparente e segura aos recursos da rede corporativa a partir de uma conexão simples à Internet – sem a necessidade de VPN.
• BranchCache: melhora o tempo de resposta de aplicações, dando aos usuários em escritórios remotos uma experiência igual aos usuários da matriz.
• Busca: Melhorias na interface do Windows 7 facilitam aos usuários a localização de conteúdos que estão procurando. Entre as melhorias cito as Recomendações baseadas em buscas anteriores, Bibliotecas de conteúdos e busca federada.
• BitLocker: agora será estendido para unidades de disco móveis.
• AppLocker: um novo mecanismo, mais fácil e flexível, que os profissionais de TI podem usar para especificar exatamente quais aplicações podem ser executadas na estação.
• Virtual Desktop Infrastructure (VDI)— o VDI é um modelo para a implantação de estações que permite aos usuários acessarem seus PCs remotamente, mas com dados, aplicações e sistemas centralizados.
• Windows Troubleshooting Platform: uma ferramenta completa e extensível baseada no Windows PowerShell 2.0 que ajudará os usuários a rapidamente solucionarem problemas técnicos sem o envolvimento do helpdesk – e ajudará também a equipe de suporte a escalar os problemas rapidamente.

O que posso recomendar hoje para você que deseja aproveitar as novidades que teremos no Windows 7? Atualizar hoje sua base para o Windows Vista. É a forma mais tranqüila de implantar o Windows 7 quando ele for liberado.

Outra dica: acompanhe o blog da equipe do produto em http://windowsteamblog.com/ e também o da equipe de engenharia em http://blogs.msdn.com/e7/.

Mais informações serão publicadas também em http://www.microsoft.com/windows/windows-7.

Tenho visto algumas threads em fóruns sobre as configurações do IIS 7.0. Hoje gostaria de mostrar a vocês como é o processo de armazenamento das configurações no servidor Web do Windows Server 2008, e como copiá-lo para um servidor remoto caso precise duplicar as configurações em um novo servidor.

O IIS 7.0 usa arquivos XML para especificar configurações de servidor, site e aplicativo. São eles:

• Machine.config. Esse arquivo está localizado em %windir%\Microsoft.NET\Framework\framework_version\CONFIG.
• Root Web.config para o .NET Framework. Esse arquivo está localizado em %windir%\Microsoft.NET\Framework\framework_version\CONFIG.
• ApplicationHost.config. Esse arquivo está localizado em %windir%\system32\inetsrv\config.

A configuração de sites, aplicativos, diretórios físicos e diretórios virtuais pode ser armazenada em um dos seguintes locais:

• Um arquivo de configuração no nível de servidor. Quando a configuração de um site, aplicativo, diretório ou URL for armazenada em um arquivo de configuração no nível de servidor, você deverá usar uma marca de local para especificar o site, aplicativo, diretório ou URL ao qual a configuração se aplica.
• Um arquivo Web.config no nível pai. Quando a configuração de um aplicativo, diretório ou URL for armazenada em um arquivo de configuração no nível pai, você deverá usar uma marca de local para especificar o filho no qual a configuração se aplica.
• O arquivo Web.config para o site, aplicativo ou diretório. Quando você definir as configurações para um aplicativo, diretório ou URL, a configuração será armazenada no mesmo diretório que o site, aplicativo ou diretório. Não é necessário usar marcas de local.

O armazenamento das definições de configuração em um arquivo de configuração pai será útil quando:

• Você quiser armazenar as definições de configuração em um arquivo de configuração que seja acessível somente a determinados usuários ou grupos. Por exemplo, o arquivo ApplicationHost.config está disponível somente para a conta do administrador e para os membros do grupo de administradores em um computador específico, bem como para administradores de domínio quando um computador for parte de um domínio.
• Você pode desejar configurar um recurso no nível de URL (também conhecido como nível de arquivo).

Os arquivos podem ser copiados de um servidor ou site para outro a fim de aplicar as mesmas configurações a vários objetos. O procedimento pode ser realizado nos seguintes níveis do IIS:

• Servidor Web
• Site
• Aplicativo
• Diretórios físico e virtual

Para realizar esse procedimento, você deve ser um administrador do servidor ou deve ter acesso de gravação para o local de destino. Para realizar esse procedimento basta usar os comandos xcopy em uma janela da linha de comando.

Por exemplo, para copiar a pasta de configuração do IIS e todo o seu conteúdo da raiz do sistema para outro caminho no seu computador local (pasta C:\config), digite o seguinte no prompt de comando e, em seguida, pressione ENTER:

xcopy %windir%\system32\inetsrv\config c:\config /E

Para copiar as configurações para um servidor remoto conecte-se primeiro ao computador remoto e em seguida (após conectado com sucesso) faça a cópia dos arquivos. Veja o exemplo abaixo em 2 linhas de comando:

net use \\contoso\c$ * /USER:EMPRESA\alexandre

xcopy %windir%\system32\inetsrv\config \\contoso\c$\config /E

Neste caso estamos considerando o servidor de destino chamado contoso, o domínio EMPRESA e o usuário alexandre. Os dados estão sendo copiados para a pasta C:\config do servidor remoto.

Uma boa dica para quem deseja conhecer mais recursos e aplicações do IIS7 é o portal IIS.net no link: http://www.iis.net

Equipe Technet