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
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Ofelia, ex-Bonitasoft, lance une solution d’orchestration IA agentique
- Le bruit au travail et ses effets sur la concentration dans les bureaux modernes
- Cyberattaques assistées par IA : Pourquoi le modèle Mythos d’Anthropic représente une menace sérieuse pour la cybersécurité
- Avec les Smart Data, les entreprises mènent la danse de l’observabilité moderne
Articles les + lus
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
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
À la une de la chaîne Tech
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
- Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
- 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
