Recentemente, tem havido muita especulação um tanto nervosa aqui e aqui) sobre quais opções de alta disponibilidade estarão disponíveis para o SQL Server Standard Edition, uma vez que o Database Mirroring (DBM) for realmente removido em uma versão futura do SQL Server.
O Espelhamento de Banco de Dados (DBM) foi preterido no SQL Server 2012, com a Microsoft sugerindo que você migre para Grupos de Disponibilidade AlwaysOn (que requer o SQL Server Enterprise Edition) e observando ainda:“Se sua edição do SQL Server não oferece suporte a Grupos de Disponibilidade AlwaysOn, use envio de log”.
A linguagem de descontinuação exata era “Os seguintes recursos do Mecanismo de Banco de Dados do SQL Server têm suporte na próxima versão do SQL Server, mas serão removidos em uma versão posterior. A versão específica do SQL Server não foi determinada. Esses recursos estão programados para serem removidos em uma versão futura do SQL Server. Recursos obsoletos não devem ser usados em novos aplicativos.”
Isso significa que você deve parar imediatamente de usar o espelhamento de banco de dados para novos aplicativos? Eu diria:“Claro que não!” O espelhamento de banco de dados continua a funcionar exatamente como no passado e não será removido do produto por algum tempo. Se fizer sentido usar o DBM para ajudar a atingir suas metas de Objetivo de Ponto de Recuperação (RPO) e Objetivo de Tempo de Recuperação (RTO), vá em frente e use esse recurso para novos aplicativos. Ao contrário de um recurso de linguagem T-SQL obsoleto (que pode ser muito mais difícil de reescrever, testar e implantar), será muito mais fácil alternar do DBM para alguma outra técnica de HA/DR no futuro.
Historicamente, um recurso obsoleto do SQL Server não foi removido para três versões principais após a versão em que a substituição foi anunciada publicamente. Se a Microsoft seguir esse padrão, o espelhamento de banco de dados não será realmente removido até “SQL Server 2018” (dado SQL Server 2014, um especulativo “SQL Server 2016” e um ainda mais especulativo “SQL Server 2018”).
De acordo com Mary Jo Foley, o SQL Server 2014 deve estar disponível no início de 2014. Vamos supor que o “SQL Server 2016” esteja disponível em janeiro de 2016 e o “SQL Server 2018” esteja disponível em janeiro de 2018. sendo preciso, isso significaria que um cliente do SQL Server Standard Edition ainda poderia usar o espelhamento de banco de dados no “SQL Server 2018”, que permaneceria no suporte principal da Microsoft até janeiro de 2023 e estaria em suporte estendido até janeiro de 2028 Isso é muito tempo de distância!
Isso dá à Microsoft (e seus clientes Standard Edition) bastante tempo para criar um substituto viável para o espelhamento de banco de dados. A Microsoft tem várias opções óbvias aqui. Primeiro, eles poderiam reverter a decisão de descontinuação do DBM. Isso não exigiria nenhum trabalho de desenvolvimento e teste da Microsoft, mas estenderia a carga de suporte para o DBM no futuro. Segundo, eles podem permitir uma versão limitada de Grupos de Disponibilidade no SQL Server Standard Edition (restrito a uma ou duas réplicas). Terceiro, parece muito provável que haja algum recurso relacionado ao Azure que será oferecido como substituto do DBM). Também pode haver alguma tecnologia HA/DR completamente nova disponível até então.
Os clientes do SQL Server Standard Edition têm várias opções óbvias para o que farão à medida que o DBM se aproxima de ser removido do produto. Primeiro, eles podem optar por simplesmente permanecer em uma versão do SQL Server que ainda usa o espelhamento de banco de dados (que pode ser qualquer versão do SQL Server 2005 até o meu imaginário “SQL Server 2018”). Atualmente, ainda há um grande número de clientes do SQL Server usando versões mais antigas do SQL Server, como SQL Server 2000 e SQL Server 2005, e é provável que essa tendência continue. Na minha experiência, as organizações que escolhem ou precisam usar o SQL Server Standard Edition por qualquer motivo também tendem a ser mais lentas para atualizar para novas versões do SQL Server à medida que são lançadas pela Microsoft.
Segundo, eles poderiam migrar para o SQL Server Enterprise Edition em algum momento nos próximos anos. Afinal, há muitos recursos atraentes no SQL Server Enterprise Edition que fazem muito sentido usar para um aplicativo de missão crítica que é realmente essencial para seus negócios. Muitas organizações podem encontrar meios para pagar o SQL Server Enterprise Edition em algum momento no futuro, por vários motivos.
Terceiro, tenho certeza de que haverá muitos incentivos fortes da Microsoft para que os clientes simplesmente movam grande parte de sua infraestrutura de banco de dados para o Azure nos próximos anos. Esta poderia ser uma alternativa perfeitamente viável em muitas situações.
Claro, nem todos ficarão felizes com qualquer uma dessas alternativas. Se você está realmente preocupado com a descontinuação do espelhamento de banco de dados (sem que uma substituição completamente viável seja anunciada publicamente), você tem várias alternativas.
Primeiro, você pode considerar se acalmar e esperar um pouco mais para ver o que acontece à medida que aprendemos mais sobre as versões futuras do SQL Server com o passar do tempo. É muito provável que a Microsoft não tenha tomado nenhuma decisão final nesta área (mas você pode apostar que eles pensaram nisso). Você também pode tentar entrar em contato em particular com pessoas que conhece no Grupo de produtos para apresentar seu caso. A estratégia menos eficaz (pelo menos na minha experiência) seria reclamar em voz alta e publicamente sobre esse problema, especialmente antes da Microsoft anunciar suas intenções para o futuro. Ser a “roda barulhenta” pública às vezes é contraproducente…
O que você pensa sobre isso? A descontinuação do espelhamento de banco de dados (sem nenhum substituto anunciado e viável para o Standard Edition) é uma grande preocupação para você? Isso faz parte de algum grande design para forçá-lo a usar o Enterprise Edition ou o Azure? Eu adoraria ouvir seus pensamentos!
