La séparation des E/S séquentielles et aléatoires est une règle essentielle. Une
base de données Exchange 2000 contient plusieurs types de fichiers et de modèles
d'accès, selon le type de clients supportés par une implémentation. Les clients
utilisant un protocole MAPI (Messaging API) n'utilisent pas le
![]() magasin déroulant |
TABLEAU A Règles d’or essentielles concernant les fichiers de bases de données, les modèles d’accès et la conception | ||
Fichier de base de données | Modèle d’accès | Pratiques optimales |
Magasin propriétaire (.edb) | Petites E/S aléatoires (4 Ko) (lecture synchrone, écriture asynchrone) | Dédier une grappe RAID 1, RAID 0+1 ou RAID 5 à chaque groupe de stockage. ce fichier de base de données peut se combiner avec le magasin déroulant si le serveur supporte peu ou aucun client utilisant le protocole Internet. Pour les clients MAPI, combiner ce magasin avec le magasin déroulant. Pour les environnements d’E/S lourdes, il faudra peut-être une grappe séparée pour chaque magasin propriétaire d’un groupe de stockage (possibilité de configurer jusqu’à cinq bases de données). |
Journaux de transactions de groupes de stockage (.log) | E/S séquentielles (écriture synchrone) | Dédier une grappe RAID 1 ou RAID 0+1 à chaque groupe de stockage. |
Magasin déroulant (.stm) | Grandes E/S aléatoires (32 ou 64 Ko) (lecture et écriture synchrones) | Dédier une grappe RAID 1, RAID 0+1 ou RAID 5 à chaque groupe de stockage. Ce fichier de base de données peut se combiner avec le magasin propriétaire si le serveur supporte peu ou aucun client utilisant le protocole Internet. Pour les clients MAPI, combiner ce magasin avec le magasin propriétaire. Pour les clients utilisant le protocole Internet dans les environnements d’E/S lourdes, il faudra peut-être une grappe séparée pour chaque magasin déroulant dans un groupe de stockage. Cependant, les grappes séparées doubleront le stockage requis dans un cluster. |