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
Sécuriser Microsoft 365 avec une approche Zero-Trust
Découvrez comment renforcer la cyber-résilience de Microsoft 365 grâce à une approche Zero-Trust, une administration granulaire et une automatisation avancée. La technologie Virtual Tenant de CoreView permet de sécuriser et simplifier la gestion des environnements complexes, tout en complétant vos stratégies IAM, y compris dans les secteurs réglementés.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- SMS et e-mails : la notification, un enjeu économique stratégique
- Forum INCYBER : le cybercrime change d’échelle, l’Europe cherche sa riposte
- IA : ne déléguez pas votre cœur de métier à une boîte noire
- Identité de l’IA : 4 priorités pour anticiper plutôt que subir la régulation
Articles les + lus
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Adapter la sécurité OT aux réalités de l’industrie
Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
À la une de la chaîne Tech
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
- Adapter la sécurité OT aux réalités de l’industrie
- Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
- Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
