Temos 2 VLDB's - 6TB (db primário, pouco tráfego OLTP) e 4TB (db de arquivo). Os dados serão movidos/arquivados (excluir do primário e inserir no arquivo) diariamente de 5 tabelas grandes. Atualmente este servidor está em 2016 Standard Edition e possui 2 VLDB's e 1 db pequeno. Estamos planejando uma estratégia de HADR, considerando a edição padrão, só consigo pensar em envio de log (às vezes, o backup de log varia de 2 a 5 gb) ou FCI. Se atualizarmos para a edição Enterprise, podemos usar o AlwaysOn AG. Minha dúvida é qual a melhor estratégia para esses 2 VLDB's. E considerando que mais recursos estão sendo adicionados no futuro para o banco de dados primário, então o tamanho aumentará e se tornará um sistema OLTP mais alto.
relate perguntas
-
SQL Server - Como as páginas de dados são armazenadas ao usar um índice clusterizado
-
Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?
-
Quando devo usar uma restrição exclusiva em vez de um índice exclusivo?
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Como determinar se um Índice é necessário ou necessário
Na minha opinião, sua melhor aposta seria atualizar para Enterprise Edition e implementar AlwaysOn Availability Groups . Dependendo de quantos relatórios você faz e quão alta a disponibilidade precisa ser, você pode até querer configurá-lo com duas réplicas secundárias (para um total de três nós).
Como alternativa, se você ficar com a Standard Edition , além do Log Shipping e FCI regular , também poderá usar a Replicação para sincronizar seus dados em vários servidores quase em tempo real , especialmente porque seu OLTP não é muito, na verdade. O SSIS também é outra maneira de sincronizar dados entre servidores, embora seja um pouco mais desajeitado e possa não ser tão em tempo real quanto Replication .
Os Grupos de Disponibilidade Básicos também são uma opção na Standard Edition. Não é realmente um "grupo", pois cada AG pode conter apenas 1 DB e abranger apenas 2 nós, entre algumas outras limitações - mas essencialmente fornece a mesma funcionalidade suportada anteriormente por meio de espelhamento.