Lorsque la banque d’informations détecte 10 Mo ou moins d’espace libre sur un disque montant une base de données Exchange, elle démonte automatiquement cette dernière. Vous pouvez imaginer les conséquences possibles : Exchange pourrait s’arrêter sur un serveur non surveillé en raison d’un manque d’espace disque lié à une croissance
Connaître ses limites (2)
non détectée d’une base de données. C’est la raison pour laquelle, immédiatement après l’installation du SP2 sur un serveur, Exchange repousse la limite maximale de base de données à seulement 18 Go. Exchange 2003 SP2 introduit un autre changement subtil : il utilise la taille de base de données logique (à savoir, l’espace réel occupé dans la base de données, sans les espaces vides) au lieu de la taille de fichier physique sur le disque comme mesure de la limite de base de données. Ainsi, une base de données qui possède 18 Go de données réelles avec 10 pour cent d’espace vide peut correspondre à un fichier de 19,8 Go sur le disque avant d’atteindre la limite.
Ces changements constituent un facteur démultiplicateur utile au niveau taille de base de données disponible, mais pour accroître encore ce paramètre, vous devez définir la taille maximale de base de données prise en charge en intervenant sur le Registre. Il faut, à cet égard, utiliser l’entrée Database Size Limit in GB illustrée au tableau 1. Vous allez créer cette entrée dans la sous-clé HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servi ces\MSExchangeIS\nom serveur\identifiant IS privé. (Nom serveur correspond au nom du serveur Exchange ; identifiant IS privé est une chaîne constituée de « Private- » suivi de la valeur objectGUID pour l’objet de base de données dans Active Directory.) Sur un serveur exécutant Exchange édition Standard, vous pouvez définir une valeur entre 1 et 75. (L’édition Entreprise d’Exchange prend en charge le même paramètre de Registre, mais avec les valeurs disponibles listées dans le tableau 1.)
Téléchargez cette ressource
SIEM & PME : Comment construire la boîte noire de votre SI ?
Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et accessible, pour anticiper, détecter et réagir efficacement aux attaques.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Model Context Protocol : le contexte, grand oublié du débat
- Microsoft dévoile MAI-Thinking-1 : un modèle de raisonnement « enterprise-grade » en preview publique
- Souveraineté des données : bâtir un stockage hybride adapté à l’ère de l’IA
- Secteur public : l’IA accélère la modernisation des infrastructures
Articles les + lus
Quand les « travailleurs numériques » pallient le manque de bras dans l’industrie
Model Context Protocol : le contexte, grand oublié du débat
Microsoft dévoile MAI-Thinking-1 : un modèle de raisonnement « enterprise-grade » en preview publique
Couchbase lance AI Data Plane pour industrialiser l’IA agentique
Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
À la une de la chaîne Tech
- Quand les « travailleurs numériques » pallient le manque de bras dans l’industrie
- Model Context Protocol : le contexte, grand oublié du débat
- Microsoft dévoile MAI-Thinking-1 : un modèle de raisonnement « enterprise-grade » en preview publique
- Couchbase lance AI Data Plane pour industrialiser l’IA agentique
- Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
