Quelle est la meilleure option pour la haute disponibilité dans un entrepôt de données?
J'ai un client qui possède un entrepôt de données de 1,5 To et planifie actuellement une actualisation complète du DW dans un nouvel environnement. Leur gestionnaire d'infrastructure a organisé 2 serveurs avec la norme SQL 2017 sur chacun et m'a maintenant demandé de planifier un plan HA/DR pour la nouvelle base de données/instance DW.
J'ai immédiatement pensé à utiliser les groupes de disponibilité AlwaysOn, bien que je ne les ai jamais utilisés auparavant, et aucun des articles que j'ai lus ne parle de charges de travail typiques de l'entrepôt de données - c'est tout OLTP applications. Avec une grande ETL quotidienne processus et un processus ETL intra-journalier plus petit fonctionnant sur leur DW actuel, cela aura-t-il un impact sur notre approche?
Merci - toute aide pour me diriger dans la bonne direction ici serait bénéfique!
La plupart des entrepôts de données sont en modèle récupération simple , et la plupart des vraies solutions HA nécessitent une récupération complète (AG, mise en miroir). Le minimum pour Log Shipping est Bulk Logged, mais ce n'est pas vraiment vrai HA car il n'y a pas de basculement automatique.
Si c'est le cas pour le vôtre (car en réalité, un entrepôt de données en récupération complète est fou de banane), votre meilleur pari serait un cluster de basculement .
Peu importe le modèle de récupération dans lequel se trouvent vos bases de données, car il dépend plus de Windows que de SQL Server. Votre serveur SQL a simplement la possibilité de vivre sur différents nœuds du cluster si quelque chose ne va pas avec un. La seule exigence de cette technologie est d'utiliser un stockage partagé, comme un SAN.
Vous obtenez un basculement automatique dans la plupart des situations, mais pas de réplique lisible (vous ne l'obtenez pas non plus avec BAG). Avec l'édition Standard, vous êtes limité à un cluster à deux nœuds, mais cela ne devrait pas être un gros problème.
Les clusters de basculement sont également beaucoup plus faciles à gérer si vous n'êtes pas trop averti avec SQL Server. Vous avez vraiment besoin des compétences de base de l'administrateur système Windows. Les AG peuvent être un cookie difficile quand ils tombent, ou quand un patch tourne mal (ce qui arrive malheureusement assez souvent).
Je peux voir que vous disposez de SQL Server 2017 STandard Edition, vous pouvez donc utiliser les groupes de disponibilité Basic Always On pour une seule base de données.
Veuillez vérifier les détails ici: Cliquez ici
