Capacité de résilience à la perte de journaux et activité du journal des transactions dans Exchange 2007

S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Dernière rubrique modifiée : 2009-01-14

Cette rubrique présente la résilience à la perte de journaux (lost log resilience, LLR) et une fonction d'assistance nommée reprise des journaux. Ces fonctionnalités ont été introduites avec la version de publication (RTM) de Microsoft Exchange Server 2007. Leur comportement a été modifié dans Exchange 2007 Service Pack 1 (SP1 ). Ces fonctionnalités sont présentes sur tous les serveurs de boîtes aux lettres. Toutefois, leur comportement dépend de la configuration du serveur de boîtes aux lettres et de la version d'Exchange 2007 installée.

Résilience à la perte de journaux

Dans Exchange 2007, un composant interne d'ESE (Extensible Storage Engine), la LLR, permet de récupérer des bases de données Exchange même en cas de perte ou d'endommagement d'un ou plusieurs des fichiers journaux des transactions générés le plus récemment. Par défaut, la LLR est activée sur tous les serveurs de boîtes aux lettres Exchange 2007. Elle permet le montage d'une base de données même si des fichiers journaux récemment générés sont indisponibles. Une des causes d'indisponibilité des fichiers journaux est un basculement figé (également appelé interruption non programmée) dans un environnement de réplication continue en cluster (CCR). Pour plus d'informations sur les basculements figés, consultez la rubrique Interruptions programmées et non programmées. Pour plus d'informations sur la récupération d'une base de données dont des fichiers journaux sont manquants, consultez la rubrique Mode Récupération d'Eseutil /R.

L'ordre des opérations d'écriture de données Exchange est toujours mémoire, fichier journal, puis fichier de base de données. La LLR opère en retardant les écritures dans la base de données jusqu'à ce que le nombre spécifié de générations de journaux ait été créé. La LLR retarde les mises à jour récentes du fichier de base de données pendant une courte période. La durée de retard des écritures dépend de la rapidité de génération des journaux.

Dans le cas d'un basculement, la copie passive des bases de données peut être montée automatiquement par le service de banque d'informations de Microsoft Exchange si le nombre de journaux perdus est inférieur à la quantité autorisée configurée par un administrateur. Un administrateur détermine le nombre maximal de journaux qui peuvent être perdus avant que la base de données ne puisse plus être montée sur un basculement en définissant le paramètre AutoDatabaseMountDial. Ce paramètre, représenté dans le service d'annuaire Active Directory par un attribut Exchange nommé msExchDataLossForAutoDatabaseMount, peut prendre trois valeurs : Lossless, Good Availability et Best Availability. Lossless correspond à aucune perte de journaux, Good Availability correspond à la perte de 3 journaux et Best Availability (paramètre par défaut) correspond à la perte de 6 journaux. Pour obtenir la procédure détaillée de configuration de ces valeurs, consultez la rubrique Procédure de réglage des paramètres de basculement et de montage pour la réplication continue en cluster. Lorsque vous configurez le système avec les valeurs Good Availability et Best Availability, n'utilisez pas d'espaces (par exemple, utilisez GoodAvailability et BestAvailability).

Reprise des journaux de transactions

Un mécanisme nommé reprise des journaux est utilisé pour réduire au minimum la perte de données. La reprise des journaux opère en fermant périodiquement le fichier journal des transactions en cours et en créant la génération suivante. Ce mécanisme aide la LLR, puis la CCR, à réduire la perte de données résultant de la perte de fichiers journaux, principalement après un basculement figé.

Important :
Le mécanisme de reprise des journaux ne génère pas de journaux des transactions en l'absence d'activité d'utilisateur ou de base de données. En fait, la reprise des journaux n'a lieu que lorsqu'un journal est partiellement rempli.

La reprise d'un journal a pour effet que le fichier journal en cours (Exx.log) est fermé et qu'un nouveau fichier journal des transactions est généré, même si le fichier journal en cours n'est pas rempli. Pour plus d'informations sur l'enregistrement des transactions, consultez la rubrique Présentation de l'enregistrement des transactions.

Le comportement de la reprise des journaux est basé sur la valeur de la profondeur LLR. Dans un environnement de CCR exécutant Exchange 2007 RTM, la profondeur LLR est une valeur numérique égale à 1 plus le nombre tolérable de journaux perdus, comme spécifié par la valeur du paramètre AutoDatabaseMountDial. Par exemple, si la valeur du paramètre AutoDatabaseMountDial est 6, ce qui indique que le système est configuré pour Best Availability, la valeur de la profondeur LLR est 7.

Dans un environnement de CCR exécutant Exchange 2007 SP1, la profondeur LLR est codée de manière irréversible avec la valeur 10, indépendamment du paramètre AutoDatabaseMountDial.

Dans Exchange 2007 RTM et SP1, la profondeur LLR est codée de manière irréversible avec la valeur 1 pour tous les serveurs de boîtes aux lettres qui ne sont pas installés dans des environnements de CCR (par exemple, des serveurs de boîtes aux lettres autonomes avec ou sans LCR et des clusters à copie unique).

La reprise des journaux survient lorsque le système a été inactif pendant une période calculée. Pour calculer à quel moment la reprise des journaux intervient, le système utilise la formule suivante :

[15 (minutes) ÷ valeur Profondeur LLR] = Fréquence de l'activité de reprise des journaux (en minutes)

Vous pouvez ensuite diviser 1 440 (nombre de minutes par jour) par la fréquence de l'activité de reprise des journaux afin de déterminer le nombre maximal de fichiers journaux par groupe de stockage généré chaque jour suite à l'activité de reprise des journaux.

Par exemple, dans des environnements de CCR exécutant Exchange 2007 SP1, la profondeur LLR est 10. Par conséquent, l'activité de reprise des journaux a lieu toutes les 1,5 minutes et le nombre maximal de fichiers journaux générés par groupe de stockage chaque jour suite à l'activité de reprise des journaux est 960.

Taille de reprise des journaux

Pour qu'une reprise des journaux de taille conséquente se développe dans un groupe de stockage, les conditions suivantes doivent être remplies :

• Le groupe de stockage doit contenir une base de données de boîtes aux lettres.

• Le groupe de stockage doit avoir une faible activité d'utilisateur créant des journaux des transactions.

• Le groupe de stockage doit comprendre une ou plusieurs boîtes aux lettres fréquemment journalisées par un processus ou une application.

Le nombre maximal de fichiers journaux qui sont générés chaque jour pour un groupe de stockage inactif dépend de la configuration du serveur de boîtes aux lettres. Le nombre maximal de fichiers journaux par groupe de stockage inactif pour chaque configuration de serveur de boîtes aux lettres est indiqué dans le tableau suivant.

Nombre maximal de fichiers journaux par groupe de stockage inactif pour chaque configuration de serveur de boîtes aux lettres Exchange 2007 RTM

Nombre maximal de fichiers journaux par groupe de stockage inactif pour chaque configuration de serveur de boîtes aux lettres Exchange 2007 SP1

Les serveurs de boîtes aux lettres créent généralement plus de journaux des transactions que la valeur présentée dans les tableaux précédents à cause de l'activité d'utilisateur, de la maintenance en ligne et d'autres facteurs.