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

Hoje gostaria de explicar um pouco sobre um excelente recurso dos Serviços de Terminal do Windows Server 2008: o Terminal Services Web Access, ou TS Web Access.

O TS Web Access fornece um site da Web simples e fácil de usar que permite ao usuário lançar conexões para seus programas do TS RemoteApp, áreas de trabalho do Terminal Server e à área de trabalho remota de qualquer servidor e computador cliente que tenha área de trabalho remota habilitada. Para um administrador, o TS Web Access é fácil de configurar e implantar.

Versões anteriores do TS não forneciam um mecanismo para atualizar dinamicamente um site da Web com uma lista de programas do RemoteApp. Agora, quando você implanta o TS Web Access, a lista de programas do RemoteApp que aparece na Web Part do TS Web Access é atualizada dinamicamente. A lista é preenchida a partir da lista Programas do RemoteApp de um único servidor de terminal. Em seguida, o administrador pode especificar a fonte dos dados que será usada para popular a lista de programas do RemoteApp. A Web Part é populada com todos os programas do RemoteApp configurados para acesso à Web na lista de Programas do RemoteApp daquele servidor.

Programas do RemoteApp podem ser implantados a partir de um único servidor ou um farm de servidores, ou de um link para a estação de trabalho completa do servidor de terminal, diretamente através do TS Web Access. Todos os programas do RemoteApp no servidor de terminal ou farm de servidores configurados para o TS Web Access aparecerão no site do TS Web Access. Para acesso a programas e áreas de trabalho do RemoteApp a partir de um cliente oriundo da Internet o TS Web Access é usado em conjunto com o TS Gateway para fornecer conexões fáceis e baseadas em HTPPS que podem atravessar a Internet e firewalls facilmente.

Interface do TS Web Access. Aplicativos aparecem em uma página da Web e podem ser inicados simplesmente com um clique duplo em seu ícone.

Para saber mais sobre o TS Web Access visite http://www.microsoft.com/brasil/servidores/windowsserver2008/terminal-services/default.mspx

Equipe Technet

Quanto tempo e esforço você acha que é necessário para se criar 4000 sites da Web no Windows Server 2008? Se você acha necessário alguns dias, é sinal que não conhece o Windows Powershell. Com essa nova tecnologia de scripts, essa tarefa não leva mais do que alguns minutos!

Você pode automatizar todo tipo de tarefa administrativa usando scripts do Windows PowerShell. Ele inclui novas ferramentas de linha de comando (são mais de 130!) que você pode usar para realizar tarefas de administração de servidores comuns a todas as funções do Windows Server 2008, como serviços, processos e armazenamento. O Windows PowerShell também permite que você gerencie funções específicas do Windows Server 2008 (como IIS 7.0, AD DS ou Serviços de Terminal).

Além disso, vários parceiros fornecem comandos do Windows PowerShell que melhoram o gerenciamento de redes e proporcionam avançados recursos de gráficos e medidores.

Para saber mais sobre o Windows Powershell acesse http://www.microsoft.com/brasil/servidores/windowsserver2008/powershell.mspx.

DICA: No TechNet mantemos um site chamado Script Center – nele você pode encontrar centenas de exemplos de código de administração em várias tecnologias, como VBScript, Jscript, Perl, Windows Script Host e, é claro, Windows Powershell! J. Confira os scripts de PowerShell em http://www.microsoft.com/technet/scriptcenter/scripts/msh/default.mspx.

Equipe Technet

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

O Microsoft Hyper-V Server 2008 fornece uma solução de virtualização otimizada, confiável e simplificada, proporcionando a utilização aprimorada do servidor e redução de custos. Como o Hyper-V Server é uma solução independente e dedicada, contendo apenas o Windows Hypervisor, os componentes de virtualização e o modelo de driver do Windows Server, ela fornece uma pequena superfície de memória e sobrecarga mínima. Ele se adapta facilmente aos ambientes de TI dos clilentes, potencializando seus conhecimentos, processos e ferramentas de atualização, provisionamento, gerenciamento e suporte.

O Microsoft Hyper-V Server 2008 é uma ótima escolha para clientes que buscam uma solução de virtualização básica e simplificada para consolidar seus servidores, bem como para ambiente de desenvolvimento e teste. O Hyper-V Server 2008 apenas oferece os recursos mais básicos de virtualização, fazendo com que ele seja ideal para:

• Teste e Desenvolvimento
• Consolidação Básica de Servidor
• Consolidação de Escritório Remoto
• Hosted Desktop Virtualization (VDI)

Os clientes que precisarem de recursos mais robustos ou sofisticados, como o Quick Migration, clustering em múltiplos sites, suporte a memória de grande porte (maior que 32 GB de RAM), e mais de quatro processadores no servidor host, devem usar o Windows Server 2008. O Windows Server 2008 fornece continuidade de negócios, recuperação de desastre, maior escalabilidade para consolidação de grandes cargas de trabalho e direitos de virtualização flexíveis e com excelente relação custo-benefício (uma instância virtual gratuita para Standard Edition, quatro instâncias virtuais gratuitas para Enterprise Editions e um número ilimitado de instâncias virtuais para o Datacenter Edition com a compra de uma licença do Windows Server 2008).

A seguinte tabela descreve qual produto baseado no Hyper-V atende às suas necessidades:

Para mais informações acesse a página de visão geral do do Hyper-V Server 2008 em http://www.microsoft.com/brasil/servidores/hyper-v-server/overview.mspx e a página de FAQ em http://www.microsoft.com/brasil/servidores/hyper-v-server/faq.mspx.

Faça o download do Hyper-V Server acessando http://www.microsoft.com/downloads/details.aspx?displaylang=pt-br&FamilyID=6067cb24-06cc-483a-af92-b919f699c3a0.

Equipe Technet