Insfrastructure Architecture in a Box: Sharepoint 2010 Parte – 4 : “High Availabaility e Disaster Recovery”

Olá pessoal, tudo bem?

Vamos continuar com a série “Infrastrucuture Architecture in a Box” sobre o Beta do Sharepoint 2010. Durante os últimos posts nos falamos sobre os "Service Applications" e os "Proxy Groups". Estas novas capacidades oferecem uma grande oportunidade de criar arquiteturas com alto desempenho e escalabilidade horizontal. Desta vez nos vamos falar sobre a alta redundância e "Disaster Recovery" incluindo algumas novidades.

 

Database High Availability

SharePoint 2010 Beta 2 suporta o espelhamento de banco de dados da maneira adequada. A forma como o grupo de produtos definiu. SQL fornece um método para tratar failovers entre instâncias do SQL através da definição de conexão. Você pode aprender mais sobre isso no site TechNet via o link https:// technet.microsoft.com/en-us/library/cc917713.aspx. Para cada banco de dados do SharePoint, você pode definir um parceiro de failover. Um parceiro de failover é simplesmente uma outra instância que SharePoint pode esperar encontrar em caso de falha.

Se você estiver espelhando uma base de dados de configuração entre o SQLServer1 e SQLServer2, e o SQLServer1 é atualmente o servidor principal, em seguida, SQLServer2 será o parceiro de failover. Quando o SharePoint é incapaz de falar com o SQLServer1 a instância original do SQL, seriá automaticamente redirecionado para o failover depois de um período de tempo especificado. Padrão de 15 segundos. Uma vez que cada parceiro de failover é definido via a definição de conexão, você não precisa se preocupar com nada mudar manualmente.

 

Farm Disaster Recovery

SharePoint 2010 suporta tanto “Log Shipping” ou "Mirroring". IMPORTANTE - Não é uma 2-Way replicação, mas sim projetada para uma replicação de modo que você copiar conteúdo de um site local para o outro e o local de destino é só de leitura para os usuários. Isso funciona bem nos cenários de intranet, os usuários eram apenas consumir informação em vez de atualizar as informações dos locais remotos. Assim no podemos definir um cenário de “Disaster Recovery Farm” a onde você replica conteúdo de uma localidade para outra e em caso de falha “Farm” você poderia criar uma sequencia de comandos para garantir a recuperação na segunda localidade.

Espero que vocês gostarem e nos vamos continuar fala sobre o Beta 2 do Sharepoint 2010, um grande produto !

Abraços Markus

Technorati Tags: Sharepoint 2010,Infraestrutura,Insfrastructure Architecture in a Box