O tempo de inatividade de qualquer aplicativo pode ter um impacto negativo nos negócios, resultando em perda de receita, redução da satisfação do cliente e danos à credibilidade da empresa. Muitos aplicativos de banco de dados, especialmente aplicativos de negócios corporativos, exigem que o tempo de inatividade do sistema seja reduzido ao mínimo. O tempo de inatividade do sistema ocorre por vários motivos, como erro humano, desastres naturais, falhas de hardware ou software e atualizações de aplicativos. Obter alta disponibilidade é um requisito comum para muitas empresas. Se uma solução é adequada para um cenário de aplicação específico depende de muitos fatores, e a solução que apresenta melhor desempenho em uma situação pode não ser necessariamente a melhor em outra. Por exemplo, os seguintes cenários de aplicação:
◆Um varejista de artigos esportivos baseado na Internet deseja oferecer aos seus clientes disponibilidade quase contínua. Um servidor Web foi adicionado ao Web farm, mas uma falha no banco de dados pode produzir erros. Na maioria das vezes, essas situações fazem com que a empresa perca clientes. A empresa já tinha uma versão aprovada do servidor padrão e esperava evitar gastar muito dinheiro, alterando infraestrutura ou reescrevendo aplicações.
◆As empresas de headhunting estão muito preocupadas com os erros que seus usuários encontram ao usar bancos de dados de clientes. Embora o failover imediato não fosse necessário, a empresa ainda queria ter um servidor de espera quente que pudesse ser colocado on-line rapidamente.
◆A seguradora deseja fornecer disponibilidade quase contínua para seu banco de dados de sinistros. O desempenho do sistema não deve ser comprometido e os documentos atualmente armazenados no sistema de arquivos para apoiar a reclamação devem estar disponíveis.
◆A empresa de treinamento gerencial possui três locais, cada local possui uma equipe de vendas. A equipe de vendas insere registros de seus respectivos sites no banco de dados de Pedidos. Para melhorar o desempenho, cada site deve poder acessar todos os pedidos da empresa em um servidor local. Para fornecer disponibilidade quando ocorre uma falha, cada site deve ser capaz de alternar para um servidor no outro site.
◆As empresas de contabilidade desejam oferecer disponibilidade aos seus clientes mesmo em tempos de falha, como desastres naturais. As informações não precisam estar disponíveis imediatamente, mas devem estar disponíveis em horas, não em dias. A empresa também queria salvar diariamente as informações no banco de dados para atender aos requisitos regulatórios. Os dados copiados não precisam estar disponíveis imediatamente, mas devem estar disponíveis por muitos anos.
◆Um fabricante de brinquedos deseja compilar um relatório baseado em um banco de dados de vendas, mas como o banco de dados está sempre em uso, o processo de preparação do relatório é frequentemente interrompido por transações que estão sendo executadas no momento. A empresa queria poder compilar relatórios sobre transações não arquivadas, mas isso produziria resultados incorretos porque algumas transações estavam incompletas.
◆A imobiliária quer proteger o sistema quando os usuários cometem erros e quer poder repor os valores registrados do dia anterior. A empresa também queria poder compilar relatórios com base nos dados do dia anterior, porque estes não seriam afetados pelas negociações do mesmo dia. Idealmente, a empresa gostaria de implementar uma solução com sobrecarga mínima de disco.
Com base em vários requisitos de disponibilidade, as empresas precisam de uma plataforma de banco de dados que ofereça opções flexíveis para soluções de alta disponibilidade. Neste white paper, você pode ver como a tecnologia Always On do SQL Server 2008 oferece opções flexíveis de alta disponibilidade, permitindo que as empresas implementem a melhor solução para suas necessidades específicas.
-