Meilleures pratiques pour la base de données Exchange Server

Commandité par Stellar Data Recovery

Avec chaque version d’Exchange, des améliorations et des modifications significatives sont apportées pour aider les administrateurs informatiques et Exchange à surmonter les limitations, garantir l’efficacité et accélérer les performances, ainsi que de nouvelles fonctionnalités pour les utilisateurs de mobilité. Cependant, avant de développer un serveur Exchange, il est important de planifier et de connaître les meilleures pratiques du secteur pour la gestion d’Exchange Server et des bases de données de boîtes aux lettres. Cela vous aidera à exécuter Exchange Server de manière optimale, garantissant un flux de travail fluide et la continuité des activités.

Dans ce guide, nous examinerons certaines des meilleures pratiques pour la gestion des bases de données Exchange Server.

Éléments de la base de données Exchange Server

Avant de passer aux meilleures pratiques, examinons rapidement les données de la base de données Exchange Server. Dans Microsoft Exchange, toutes les données pertinentes sont créées et stockées dans une base de données Exchange Server. Cette base de données Exchange se compose des fichiers suivants:

  • Fichier de base de données .EDB ou Exchange Server: Ce fichier contient les boîtes aux lettres des utilisateurs, les dossiers publics et d’autres données. La taille de fichier maximale prise en charge est de 1 To (Édition Standard) et 16 To (Édition Entreprise) dans Exchange.
  • Fichiers .LOG: Exchange Server gère un ensemble de journaux de transactions pour la base de données qui enregistre toutes les fonctions (création, modification, suppression de boîtes aux lettres ou de messages) et les modifications apportées à la base de données du serveur Exchange. Il sert également d’intermédiaire entre la base de données et l’accès utilisateur.
  • Fichiers .CHK ou Checkpoint: Ces fichiers enregistrent les détails des journaux de transactions liés au fichier de base de données. Aide à récupérer les données d’une base de données incohérente en raison d’une défaillance du système ou de la corruption de la base de données.

Meilleures pratiques pour la base de données Exchange Server dans des environnements autonomes et hautement disponibles

Maintenir la taille de la base de données Exchange

La taille limite de la base de données est de 1 To dans la version Exchange Server Standard et de 16 To dans la version Entreprise. Cependant, il est recommandé de conserver la taille de la base de données à un maximum de 2 To par base de données pour une disponibilité d’échange élevée (DAG / lecture) ou 200 Go par base de données autonome (pas de lecture).

Bien qu’il existe des limites, selon les recommandations de Microsoft, il est préférable de réduire la taille de la base de données. Cela aidera à garder les données sous contrôle, à réduire le temps de sauvegarde et de récupération et à réduire les temps d’arrêt lorsque vous devez déconnecter temporairement la base de données pour des tâches administratives.

Si vous pouvez distribuer des boîtes aux lettres sur plusieurs bases de données, cela vous aidera à éviter une panne de point et à restaurer des boîtes aux lettres ou des bases de données plus rapides en cas de panne. Par conséquent, avant de déployer Exchange Server, il est important de planifier le nombre de boîtes aux lettres par base de données, par exemple, par étage, service ou unité commerciale.

En outre, vous pouvez également supprimer ou supprimer des boîtes aux lettres ou des données de boîtes aux lettres indésirables pour réduire la taille de la base de données. Mais n’oubliez pas d’obtenir une sauvegarde locale avant de supprimer les données de la base de données Exchange Server pour les données historiques ou les rapports.

Gérer la base de données et les journaux Exchange

Exchange-Server-hack-Shutterstock

Suttercock

Si vous avez configuré un serveur Exchange autonome, vous devrez utiliser deux volumes distincts pour stocker la base de données et les journaux de transactions. De même, ne stockez pas plus d’une base de données par volume et un journal par volume, en fonction de leur taille. Suivre cette pratique garantit les performances des données car vous pouvez diviser la charge des journaux de transactions et de la base de données en deux disques séparés en deux baies distinctes sur votre SAN ou serveur.

Pour un environnement Exchange Server à haute disponibilité avec deux serveurs Exchange, vous pouvez enregistrer la base de données et vous connecter au même volume. Cependant, vous ne devez pas stocker plus de deux bases de données et créer un lien vers le même volume.

Il est fortement recommandé de garantir des sauvegardes régulières des volumes sur différents disques physiques dans les environnements Exchange Server autonomes et à haute disponibilité. Cela vous aidera à restaurer les données en cas de panne du système et à réduire les journaux. Dans ce cas, il est important de s’assurer que le logiciel de sauvegarde est à jour pour les applications et compatible avec la version d’Exchange Server. En cas de doute, il est préférable de demander l’aide de votre fournisseur de sauvegarde.

Optimiser la base de données Exchange Server

Avec optimisation de la base de données grâce à la reconstruction, vous pouvez récupérer un espace vide (espace vide), éviter d’endommager la base de données, éviter une déconnexion brutale de la base de données et améliorer le temps de réponse.

Microsoft Exchange Server fournit des utilitaires natifs tels que Eseutil.exe (Extensible Storage Engine Utilities), pour l’optimisation et la récupération de la base de données. Il peut être utilisé pour réparer les bases de données endommagées, vérifier l’intégrité de la base de données et les reconstruire pour récupérer les espaces vides. Cependant, l’utilitaire s’exécute sur des fichiers de base de données hors connexion, ce qui signifie que vous devez désassembler la base de données pour effectuer des tâches d’optimisation. Ainsi, cela perturbe le flux des e-mails et la disponibilité de la base de données. Toutes les boîtes aux lettres stockées dans la base de données restent indisponibles pendant une période de temps significative, en fonction de la taille de la base de données. Vous devez également garder à l’esprit que lorsque vous réparez une base de données endommagée à l’aide d’Eseutil, il n’y a aucune garantie de succès.

SUGGESTION: Vous pouvez créer une nouvelle base de données, puis déplacer toutes les boîtes aux lettres de l’ancienne vers la nouvelle base de données Exchange. Cela peut vous aider à obtenir un résultat similaire sans provoquer de temps d’arrêt prolongé, mais cette base de données doit être installée.

Cependant, en cas de sinistre, tel qu’une panne de serveur ou une grave corruption de la base de données, vous pouvez faire appel à un tiers Outil de récupération Exchange, comme Stellar Repair for Exchange, pour une récupération et une récupération rapides des données. Le logiciel peut vous aider à restaurer des boîtes aux lettres à partir d’un serveur ou d’une base de données corrompu directement vers une base de données Exchange Server active dans la même organisation et à réduire considérablement les temps d’arrêt et de récupération.

REMARQUE: La défragmentation de disque n’est ni requise ni recommandée pour les serveurs de boîtes aux lettres.

Gestion du stockage

Les journaux de transactions sont extrêmement importants pour conserver la base de données Exchange intacte. Si les journaux de transactions non liés sont manquants ou supprimés accidentellement, cela peut conduire à une base de données incohérente et désassemblée. En fonction des e-mails envoyés ou reçus de chaque boîte aux lettres, les journaux de transactions peuvent consommer beaucoup d’espace disque. Par exemple, s’il y a 500 boîtes aux lettres dans une base de données et que chaque boîte aux lettres envoie ou reçoit 75 messages chaque jour, la boîte aux lettres peut générer 15 journaux de transactions / jour. Cela signifie 500 x 15 = 7 500 journaux de transactions par jour et par base de données. De plus, lorsque les boîtes aux lettres sont déplacées, elles créent suffisamment de journaux pour remplir le volume du disque.

Pour éviter des problèmes tels que le désassemblage de la base de données et les temps d’arrêt dus à un stockage insuffisant dans le volume du journal des transactions, il est important de couper les journaux qui sont bloqués dans la base de données. Pour cela, vous pouvez activer la journalisation circulaire ou recevoir régulièrement des sauvegardes complètes du serveur pour effacer les journaux.

De plus, les e-mails étant largement utilisés pour le partage de données, les boîtes aux lettres deviennent souvent assez volumineuses et nécessitent plus d’espace de stockage. Bien que les boîtes aux lettres volumineuses puissent être stockées sans problème dans la base de données Exchange, il est important de limiter le développement de boîtes aux lettres en appliquant des limites de limite de boîte aux lettres. Cela aidera à empêcher le déploiement de boîtes aux lettres au-delà de leur capacité. Cela facilitera également les tâches de gestion et d’administration telles que la sauvegarde, le déplacement et la restauration de boîtes aux lettres.

Installer et configurer la protection contre les virus / programmes malveillants

Le logiciel de protection antivirus Exchange peut aider à protéger les systèmes et les données contre les fichiers malveillants et les attaques. Vous pouvez installer et exécuter un logiciel antivirus sur votre serveur Exchange pour filtrer le spam, les attaques de phishing, les pièces jointes malveillantes, etc. Cependant, vous devez configurer soigneusement votre logiciel antivirus ou antivirus. Pour éviter d’endommager le journal des transactions et le problème du désassemblage, il est important d’exclure des fichiers, des chemins et des procédures spécifiques des analyses antivirus.

Si un programme antivirus n’est pas configuré correctement, il peut verrouiller des fichiers ou des dossiers pendant l’analyse, ce qui pourrait affecter les performances et les fonctionnalités d’Exchange Server, entraînant un échec ou une déconnexion inattendue de la base de données.

conclusion

En suivant les meilleures pratiques de base de données Exchange Server mentionnées dans cet article, vous pouvez vous assurer que le serveur fonctionne efficacement et évite les problèmes de base de données Exchange Server inutiles, tels que la déconnexion inattendue ou la corruption. Cependant, si la base de données est corrompue ou corrompue et n’est pas attachée en raison de journaux corrompus ou manquants, vous pouvez utiliser une application de récupération Exchange tierce, telle que Réparation astrale pour échange. Il peut réparer les fichiers EDB corrompus, exporter des boîtes aux lettres, les enregistrer dans le PST ou les exporter directement vers la base de données du serveur Exchange en direct, et minimiser les temps d’arrêt lors de la récupération des boîtes aux lettres Exchange.

Image en vedette: Shutterstock


Affichage des messages:
4


Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *