MS SQL Server - Technologies HA

La haute disponibilité (HA) est la solution \ processus \ technologie pour rendre l'application \ la base de données disponible 24h / 24 et 7j / 7 en cas d'interruptions planifiées ou non.

Principalement, il existe cinq options dans MS SQL Server pour obtenir une solution de haute disponibilité \ setup pour les bases de données.

Réplication

Les données source seront copiées vers la destination via des agents de réplication (travaux). Technologie au niveau de l'objet.

Terminologie

  • L'éditeur est le serveur source.
  • Le distributeur est facultatif et stocke les données répliquées pour l'abonné.
  • L'abonné est le serveur de destination.

Expédition du journal

Les données source seront copiées vers la destination via les jobs de sauvegarde du journal des transactions. Technologie au niveau de la base de données.

Terminologie

  • Le serveur principal est le serveur source.
  • Le serveur secondaire est le serveur de destination.
  • Le serveur de surveillance est facultatif et sera surveillé par l'état de l'envoi des journaux.

Mise en miroir

Les données primaires seront copiées vers le secondaire via la base des transactions réseau à l'aide de la mise en miroir du point de terminaison et du numéro de port. Technologie au niveau de la base de données.

Terminologie

  • Le serveur principal est le serveur source.
  • Le serveur miroir est le serveur de destination.
  • Le serveur témoin est facultatif et utilisé pour effectuer un basculement automatique.

Clustering

Les données seront stockées dans un emplacement partagé qui est utilisé par les serveurs principaux et secondaires en fonction de la disponibilité du serveur. Technologie au niveau de l'instance. La configuration du clustering Windows est requise avec le stockage partagé.

Terminologie

  • Le nœud actif est l'endroit où les services SQL s'exécutent.
  • Le nœud passif est l'endroit où les services SQL ne sont pas exécutés.

Groupes de disponibilité AlwaysON

Les données primaires seront copiées vers le secondaire via la base des transactions réseau. Groupe de technologie de niveau base de données. La configuration du clustering Windows est requise sans stockage partagé.

Terminologie

  • Le réplica principal est le serveur source.
  • Le réplica secondaire est le serveur de destination.

Voici les étapes de configuration de la technologie HA (mise en miroir et expédition de journaux) à l'exception du clustering, des groupes de disponibilité AlwaysON et de la réplication.

Step 1 - Effectuez une sauvegarde complète et une sauvegarde T-log de la base de données source.

Exemple

Pour configurer la mise en miroir \ l'envoi de journaux pour la base de données 'TestDB' dans 'TESTINSTANCE' en tant que serveurs SQL principaux et 'DEVINSTANCE' en tant que serveurs SQL secondaires, écrivez la requête suivante pour effectuer des sauvegardes complètes et T-log sur le serveur source (TESTINSTANCE).

Connectez-vous à «TESTINSTANCE» SQL Server et ouvrez une nouvelle requête, écrivez le code suivant et exécutez-le comme indiqué dans la capture d'écran suivante.

Backup database TestDB to disk = 'D:\testdb_full.bak'
GO
Backup log TestDB to disk = 'D:\testdb_log.trn'

Step 2 - Copiez les fichiers de sauvegarde sur le serveur de destination.

Dans ce cas, nous n'avons qu'un seul serveur physique et deux instances de serveurs SQL installés, il n'est donc pas nécessaire de copier, mais si deux instances de SQL Server sont sur un serveur physique différent, nous devons copier les deux fichiers suivants vers n'importe quel emplacement du serveur secondaire sur lequel l'instance «DEVINSTANCE» est installée.

Step 3 - Restaurez la base de données avec les fichiers de sauvegarde sur le serveur de destination avec l'option «norecovery».

Exemple

Connectez-vous à SQL Server «DEVINSTANCE» et ouvrez une nouvelle requête. Écrivez le code suivant pour restaurer la base de données avec le nom «TestDB» qui est le même nom que la base de données primaire («TestDB») pour la mise en miroir de bases de données. Cependant, nous pouvons fournir un nom différent pour la configuration de l'envoi de journaux. Dans ce cas, utilisons le nom de la base de données 'TestDB'. Utilisez l'option «norecovery» pour deux restaurations (fichiers de sauvegarde complète et t-log).

Restore database TestDB from disk = 'D:\TestDB_full.bak'
with move 'TestDB' to 'D:\DATA\TestDB_DR.mdf',
move 'TestDB_log' to 'D:\DATA\TestDB_log_DR.ldf',
norecovery
GO
Restore database TestDB from disk = 'D:\TestDB_log.trn' with norecovery

Actualisez le dossier des bases de données dans le serveur 'DEVINSTANCE' pour voir la base de données restaurée 'TestDB' avec l'état de restauration comme indiqué dans l'instantané suivant.

Step 4 - Configurez la haute disponibilité (expédition de journaux, mise en miroir) selon vos besoins, comme indiqué dans l'instantané suivant.

Exemple

Cliquez avec le bouton droit sur la base de données 'TestDB' de SQL Server 'TESTINSTANCE' qui est principale et cliquez sur Propriétés. L'écran suivant va apparaitre.

Step 5 - Sélectionnez l'option appelée `` Mise en miroir '' ou `` Expédition du journal de transaction '' qui sont dans la boîte de couleur rouge comme indiqué dans l'écran ci-dessus selon vos besoins et suivez les étapes de l'assistant guidées par le système lui-même pour terminer la configuration.