Comme je l'ai expliqué dans la 1e partie, Microsoft recommande fermement de mettre le Log Shipping Monitor sur son propre serveur. Sur un serveur indépendant, le moniteur peut déclencher des alertes si le serveur primaire ou secondaire échoue dans son travail. Si le moniteur se trouvait sur l'un de ces
Où placer le Log Shipping Monitor
deux serveurs, il en serait tributaire pour le reporting. Et si le serveur qui héberge le moniteur était défaillant, celui-ci ne pourrait pas signaler une erreur. Par conséquent, pour que le moniteur puisse signaler des erreurs en provenance du serveur de log shipping primaire ou secondaire, il est préférable de donner au moniteur son propre serveur. En outre, on peut utiliser le serveur moniteur indépendant pour superviser les autres paires de log shipping.
S’il n’y a pas de serveur séparé pour l’utilitaire moniteur et si on est obligé de le mettre sur le serveur primaire ou secondaire, lequel des deux est le mieux à même de recevoir le Log Shipping Monitor ? Comme le principal souci sera probablement de détecter une défaillance de log shipping causée par une défaillance du serveur primaire, le meilleur endroit est le serveur secondaire. En effet, si vous mettez le moniteur sur le serveur primaire et si celui-ci tombe en panne, vous ne pourrez pas accéder au moniteur et il ne pourra donc pas vous signaler la défaillance de log shipping. Donc, si l’on ne dispose que de deux serveurs, il vaut mieux placer le Log Shipping Monitor sur le serveur secondaire.
Parfois, il faudra déplacer physiquement les journaux de transactions, sur une certaine distance, pour protéger le serveur secondaire d’un sinistre. Dans ce cas, le meilleur endroit pour le Log Shipping Monitor est sur son propre serveur dans un site séparé, à l’abri des catastrophes qui pourraient frapper le serveur primaire ou secondaire.
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- ADI, l’infrastructure de données de Scality pensée pour l’ère de l’IA et de la souveraineté
- Les coûts cachés des merge requests générées par l’IA
- WatchGuard lance Rai, une IA agentique taillée pour les MSP
- Mythos révèle les limites d’un Zero Trust centré sur le réseau
Articles les + lus
Analyse Patch Tuesday Mai 2026
Les coûts cachés des merge requests générées par l’IA
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Avril 2026
À la une de la chaîne Tech
- Analyse Patch Tuesday Mai 2026
- Les coûts cachés des merge requests générées par l’IA
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Avril 2026
