J'essaie de mettre en place un environnement de test ici pour en savoir plus et appliquer cela sur notre environnement de production.
J'ai créé et installé le cluster Windows avec Cluster Manager. Maintenant, je vais installer SQL Server Enterprise 2014 sur les deux machines et créera HA avec ensuite, avec des groupes de disponibilité. Le basculement sera manuel. Ils seront en transfert de données synchronisés.
Ma question est que je puisse installer normalement "installation autonome ou ajouter ..." le serveur SQL, ou j'ai besoin d'utiliser "Nouvelle installation de cluster de basculement SQL Server".
Je ne trouve rien à ce sujet sur Internet.
Je vais installer SQL Server sur les deux nœuds qui seront configurés dans le cluster.
Si vous souhaitez simplement utiliser des instances autonomes - qui est la méthode la plus courante de mise en œuvre de groupes de disponibilité [Stand seul à rester seul] - Vous n'avez besoin que d'une installation autonome seule. Donc, oui, vous pouvez faire le stand seul si c'est ce que vous recherchez.
Il est possible d'utiliser une instance d'instance de cluster de basculement SQL Server Server pour également travailler avec des groupes de disponibilité, mais il n'est pas nécessaire.
Ma question est que puis-je normalement installer "installation autonome"
Oui absolument, les groupes de disponibilité signifiaient une solution HA/DR avec des instances autonomes (réplicas) avec un stockage directement connecté, contrairement à la FCI où elle nécessitait une procédure d'installation spéciale. et stockage partagé, etc.
Bien que la réponse soit déjà claire, les étapes de la configuration des groupes de disponibilité résument sont des étapes résumées et Document de référence Cela pourrait être utile (surtout pendant la mise en œuvre de la production).
Étapes résumées (après la FSMA PRÊT):
FULL
qui doit être ajouté à AGLes zones suivantes doivent être prises pour éviter les conflits de port (les ports personnalisés sont recommandés):
Il y a deux technologies HA/DR que vous pouvez utiliser. Les noms officiels sont:
Ils sont très différents, mais les deux dépendent de la WSFC (à l'exception des groupes de disponibilité de base).
Pour FCI, vous avez besoin d'un stockage partagé qui est également un seul point d'échec. Vous n'avez qu'une copie des données et si elle échoue, tout échoue. Un seul seul des serveurs SQL peut également fonctionner à la fois, le secondaire sera arrêté et ne peut pas être utilisé du tout jusqu'à ce que l'échec se produise. Sur le côté positif, FCI prend soin de toutes les bases de données, y compris des bases de données système (Master, MSDB), de sorte que vous n'avez pas à vous soucier des connexions, des emplois, etc.
AG n'a pas besoin d'un stockage partagé. Chaque instance SQL Server a sa propre copie de la ou des bases de données. Toutes les instances fonctionnent constamment avec une instance en mode lecture-écriture et les autres sont en lecture seule. Mais AG ne réplique que des bases de données utilisateur pour que vous puissiez prendre soin de tous les objets de niveau de serveur vous-même (tâches, connexions, etc.).
Les connexions doivent avoir les mêmes SID sur tous les serveurs!
[.____] Chaque fois que vous ajoutez une nouvelle base de données, vous devez l'ajouter manuellement au groupe AG.
Donc, en fonction de la solution HA/DR que vous souhaitez utiliser: