Dans cet article, je vais vous expliquer la technologie Log Shipping dans SQL Server. Passons en revue l'installation de SQL Server Log Shipping &Disaster Recovery. Après avoir expliqué la technologie Log Shipping, je montrerai l'installation et le test de Log Shipping.
Installation de l'envoi de journaux et de la récupération après sinistre de SQL Server.
La technologie Log Shipping a été publiée avec SQL Server 2000 et est maintenant utilisée pour SQL Server 2012, 2014, 2016, 2017, 2019. La technologie Log Shipping dans SQL Server est également valable pour la haute disponibilité et la reprise après sinistre. . Une base de données de sauvegarde ou secondaire, qui est alimentée périodiquement à partir du journal des transactions de notre base de données principale, peut servir immédiatement de base de données maître en cas de sinistre. De plus, comme notre base de données est protégée, elle fournit également une solution de reprise après sinistre.
Si vous souhaitez conserver une copie d'une base de données de production en cas de sinistre, ou utiliser à nouveau la base de données de production en cas de sinistre avec une perte de données minimale, nous devons utiliser la technologie Log Shipping. Dans cette technologie, la base de données de production est conservée en copie exacte sur un serveur différent, et cette base de données appelée base de données secondaire est alimentée en continu à partir de la base de données de production périodiquement. Ainsi, s'il n'y a pas d'accès à la base de données de production ou de perte de données en cas de sinistre, notre base de données secondaire peut être utilisée comme base de données principale.
Avantages et inconvénients de l'envoi de journaux SQL Server
nous pouvons énumérer les avantages et les inconvénients de Log Shipping comme suit.
Avantages
——————————–
- Fournit à la fois une solution de reprise après sinistre et de haute disponibilité.
- Il s'agit d'une technologie très peu coûteuse en termes de coût. A partir de SQL Server 2008, cette technologie est disponible dans toutes les versions sauf la version express.
- Facile à installer et à entretenir.
- Il est possible d'avoir beaucoup de logshipping pour une base de données. C'est l'occasion de minimiser la perte de données d'une base de données.
- La base de données secondaire, qui est en mode Veille, permet de générer des rapports en mode lecture seule sans aucune opération manuelle.
- L'erreur de l'utilisateur peut être résolue en utilisant d'anciennes sauvegardes du journal des transactions.
Inconvénients
—————————-
- Log Shipping n'a pas de basculement automatique, dans ce cas, lorsque le basculement est nécessaire, l'administrateur de la base de données doit effectuer un basculement manuel immédiatement.
- En raison du basculement manuel, les temps d'arrêt ne se limitent pas à la mise en miroir synchrone.
- Il est possible de perdre des données lorsque la base de données principale est corrompue.
J'expliquerai l'installation et la configuration de Log Shipping dans l'article suivant.
