Meilleur auteur de réponses
Gestion des databases de grande taille

Question
-
Réponses
-
Bonsoir,
En théorie, la taille maximale d'une base Exchange est de 16 To. Mais, attention, un DAG ne peut pas répliquer une base de plus de 2 To avec les services de réplication Microsoft.
La version standard de Exchange 2003 était limitée en taille maximale, ce qui n'était pas le cas pour la version Enterprise.
Les versions Enterprise permettent aussi d'augmenter le nombre de banques possibles (jusqu'à 100 en Exchange 2010).
Ensuite, les tailles "optimales" ont évolué en fonction des versions Exchange.
Le maximum souhaitable était de 75 Go pour Exchange 2003, 100 Go pour Exchange 2007 et 150 Go pour Exchange 2010.
Maintenant, la bonne d'une banque dépend principalement du temps accepté (SLA) pour sa réparation ou sa restauration... Plus une base est grosse, plus sa réparation/restauration est longue, et il s'agit généralement d'une valeur de plusieurs heures... Créer des petites bases permet de n'impacter qu'un plus petit nombre d'utilisateurs pendant un temps plus court, tout en nécessitant un espace disque plus faible (proportionnel à la taille de la base).
La défragmentation "online" ne fait que regrouper et boucher les trous afin d'optimiser les lectures et retrouver l'espace libre de la base en fin du fichier. Mais le fichier ne change PAS de taille.
La défragmentation "offline" démonte la base (inaccessible pour les utilisateurs), et recopie uniquement le contenu "utile" dans une nouvelle base. Au pire (aucune suppression, ni espace libre), la nouvelle base a la même taille que l'ancienne.
A bientôt,
Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (69 MCPs) http://base.faqexchange.info
- Proposé comme réponse Bruce JDCModerator vendredi 4 mai 2012 06:22
- Marqué comme réponse Florin Ciuca mardi 8 mai 2012 11:57
-
Bonjour,
Prière de noter que Microsoft recommande que la taille d'une base de données ne dépasse pas 50 Go. Pour cette raison, vous pouvez utiliser plusieurs base de données dont la taille ne dépasse pas 50 GO.
Pour la supervision de vos base de données: http://www.msexchange.org/articles_tutorials/exchange-server-2010/monitoring-operations/monitoring-exchange-2007-2010-powershell-part1.html
Notez bien que le déplacement d'une base de données ou la suppression d'éléments dans une base de données ne va pas dimininuer l'espace réservé pour cette dernière sur vos disques. En effet, il s'agit d'un espace libre mais cet espace reste réservé pour cette base. Pour récupérer cet espace, vous devez réaliser une défragmentation offline.
This posting is provided "AS IS" with no warranties or guarantees , and confers no rights.Microsoft Student Partner 2010 / 2011
Microsoft Certified Professional
Microsoft Certified Systems Administrator: Security
Microsoft Certified Systems Engineer: Security
Microsoft Certified Technology Specialist: Windows Server 2008 Active Directory, Configuration
Microsoft Certified Technology Specialist: Windows Server 2008 Network Infrastructure, Configuration
Microsoft Certified Technology Specialist: Windows Server 2008 Applications Infrastructure, Configuration
Microsoft Certified Technology Specialist: Windows 7, Configuring
Microsoft Certified Technology Specialist: Designing and Providing Volume Licensing Solutions to Large Organizations
Microsoft Certified IT Professional: Enterprise Administrator
Microsoft Certified IT Professional: Server Administrator
Microsoft Certified TrainerLien vers mon site Web: http://www.ahmedmalek.com/web/fr/home.asp
Pour suivre mon activité: http://www.facebook.com/TunisianIt
- Modifié Mr XMVP jeudi 3 mai 2012 15:04 MAJ signature
- Marqué comme réponse Florin Ciuca mardi 8 mai 2012 11:57
-
Bonjour,
L'intervalle de maintenance sur les banques permet l'exécution des tâches liées principalement à l'aspect "base de données", c'est à dire réparation/optimisation des données (Tables, Index, Vues,...)et cohérence des données (liens entre les tables).
La maintenance des boîtes aux lettres correspond surtout aux tâches de type "messagerie", expiration des messages, déplacements des données (messages) en fonction des stratégies (Tailles, Dates,...), cohérence logique des données de messagerie entre elles (pièces attachées,...).
A bientôt,
Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (69 MCPs) http://base.faqexchange.info
- Marqué comme réponse Florin Ciuca mardi 8 mai 2012 11:56
-
Bonjour,
Comme l'indique l'article précisé plus haut, le Warning Microsoft ne se fait qu'à partir de 100 Go (Pour 2007)... et précise bien qu'il n'y a aucune incidence sur le fonctionnement sauf les paramètres de sauvegardes et de SLA.
Même si l'on répartit les boîtes pour que chaque banque fasse 50 Go, cela veut dire qu'il faudra déplacer régulièrement des boîtes pour garder cette taille. Donc, affecter 50 Go, c'est accepter de voir cette banque continuer à grossir à partir de cette taille.
Dans la plupart des cas, ceux qui ont une version Exchange standard limitée à une base privée pour Exchange 2003, et 5 pour Exchange 2010, on est condamné à laisser monter la tailles des bases bien au dessus des préconisations. L'achat de plusieurs serveurs ou d'une version Enterprise (avec les disques et la mémoire qui vont bien) représente de toute façon un coût non négligeable.
Exchange 2003 (sur Windows 2003) ne pouvant utiliser plus de 4GO est aussi un problème limitant les possibilités, même en version Enterprise.
A noter qu'utiliser des bases de 50 Go avec des boîtes qui peuvent facilement atteindre 10 Go (voire beaucoup plus pour certains) supposerait que l'on limite à 5 utilisateurs par banque. En utilisant une version Enterprise (sans DAG), ceci limiterait à 500 utilisateurs par serveur Exchange, 250 si l'on utilise un DAG de 2 serveurs. Ces valeurs ne seraient pas réalistes en Entreprise.
Je ne parle même pas du nombre de LUN/Attachements disques qu'il faudrait gérer chez certains clients...
A bientôt,
Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (69 MCPs) http://base.faqexchange.info
- Marqué comme réponse Florin Ciuca mardi 8 mai 2012 11:57
-
A noter qu'il existe un draft avec des valeurs supérieurs pour Exchange 2007 : http://technet.microsoft.com/en-us/library/bb331954.aspx La valeur de 50Go est toujours indiquée, mais avec une limite maximale de 100Go pour les bases non répliquées et 200Go pour celles repliquées.
"We recommend that Exchange databases be approximately 50 gigabytes (GB) in size. For databases in storage groups that are not enabled for continuous replication, we recommend a maximum database size of 100 GB. For databases in storage groups that are enabled for continuous replication, we recommend a maximum database size of 200 GB. For more information, see Planning Storage Configurations"
- Marqué comme réponse Florin Ciuca mardi 8 mai 2012 11:56
Toutes les réponses
-
Bonjour,
Prière de noter que Microsoft recommande que la taille d'une base de données ne dépasse pas 50 Go. Pour cette raison, vous pouvez utiliser plusieurs base de données dont la taille ne dépasse pas 50 GO.
Pour la supervision de vos base de données: http://www.msexchange.org/articles_tutorials/exchange-server-2010/monitoring-operations/monitoring-exchange-2007-2010-powershell-part1.html
Notez bien que le déplacement d'une base de données ou la suppression d'éléments dans une base de données ne va pas dimininuer l'espace réservé pour cette dernière sur vos disques. En effet, il s'agit d'un espace libre mais cet espace reste réservé pour cette base. Pour récupérer cet espace, vous devez réaliser une défragmentation offline.
This posting is provided "AS IS" with no warranties or guarantees , and confers no rights.Microsoft Student Partner 2010 / 2011
Microsoft Certified Professional
Microsoft Certified Systems Administrator: Security
Microsoft Certified Systems Engineer: Security
Microsoft Certified Technology Specialist: Windows Server 2008 Active Directory, Configuration
Microsoft Certified Technology Specialist: Windows Server 2008 Network Infrastructure, Configuration
Microsoft Certified Technology Specialist: Windows Server 2008 Applications Infrastructure, Configuration
Microsoft Certified Technology Specialist: Windows 7, Configuring
Microsoft Certified Technology Specialist: Designing and Providing Volume Licensing Solutions to Large Organizations
Microsoft Certified IT Professional: Enterprise Administrator
Microsoft Certified IT Professional: Server Administrator
Microsoft Certified TrainerLien vers mon site Web: http://www.ahmedmalek.com/web/fr/home.asp
Pour suivre mon activité: http://www.facebook.com/TunisianIt
- Modifié Mr XMVP jeudi 3 mai 2012 15:04 MAJ signature
- Marqué comme réponse Florin Ciuca mardi 8 mai 2012 11:57
-
Bonjour,
Justement, j'ai à disposition des database dont la taille avoisinne les 60 Go. Par conséquent, je voudrai connaitre l'impact ? en sachant que j'ai un exchange server 2003 standart et entreprise.
Aussi, est que la défragmentation en ligne réduit cet espace libre suite à la suppression des messages ? Quelle est la difference entre une defragmentation online et une offline ?
Merci
-
Bonjour,
Justement, j'ai à disposition des database dont la taille avoisinne les 60 Go. Par conséquent, je voudrai connaitre l'impact ? en sachant que j'ai un exchange server 2003 standart et entreprise.
Aussi, est que la défragmentation en ligne réduit cet espace libre suite à la suppression des messages ? Quelle est la difference entre une defragmentation online et une offline ?
Merci
Je recommande dans ce cas l'utilisation de deux bases de données avec 30 Go chacune (Vous aurez une marge de 20 Go).
Pour plus d'informations sur la défragmentation des bases de données Exchange Server, reportez-vous à cet article: http://support.microsoft.com/kb/328804
Lien vers mon site Web: http://www.ahmedmalek.com/web/fr/home.asp
Pour suivre mon activité: http://www.facebook.com/TunisianIt
-
Bonsoir,
En théorie, la taille maximale d'une base Exchange est de 16 To. Mais, attention, un DAG ne peut pas répliquer une base de plus de 2 To avec les services de réplication Microsoft.
La version standard de Exchange 2003 était limitée en taille maximale, ce qui n'était pas le cas pour la version Enterprise.
Les versions Enterprise permettent aussi d'augmenter le nombre de banques possibles (jusqu'à 100 en Exchange 2010).
Ensuite, les tailles "optimales" ont évolué en fonction des versions Exchange.
Le maximum souhaitable était de 75 Go pour Exchange 2003, 100 Go pour Exchange 2007 et 150 Go pour Exchange 2010.
Maintenant, la bonne d'une banque dépend principalement du temps accepté (SLA) pour sa réparation ou sa restauration... Plus une base est grosse, plus sa réparation/restauration est longue, et il s'agit généralement d'une valeur de plusieurs heures... Créer des petites bases permet de n'impacter qu'un plus petit nombre d'utilisateurs pendant un temps plus court, tout en nécessitant un espace disque plus faible (proportionnel à la taille de la base).
La défragmentation "online" ne fait que regrouper et boucher les trous afin d'optimiser les lectures et retrouver l'espace libre de la base en fin du fichier. Mais le fichier ne change PAS de taille.
La défragmentation "offline" démonte la base (inaccessible pour les utilisateurs), et recopie uniquement le contenu "utile" dans une nouvelle base. Au pire (aucune suppression, ni espace libre), la nouvelle base a la même taille que l'ancienne.
A bientôt,
Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (69 MCPs) http://base.faqexchange.info
- Proposé comme réponse Bruce JDCModerator vendredi 4 mai 2012 06:22
- Marqué comme réponse Florin Ciuca mardi 8 mai 2012 11:57
-
Bonjour Thierry,
Merci pour ces explications.
En ce qui concerne la dfragmentation online. Quelle est la difference entre l'intervalle de maintenance coté banque et le processus de maintenance des mailbox coté serveur ?
Si la planification de ces deux parametres sont differentes, quelle est l'impact ?
Merci par avance
-
"Microsoft recommends that information store databases grow no larger than 50 GB."
Source: http://technet.microsoft.com/en-us/library/aa995715%28v=exchg.80%29.aspx
Cet article date du 17-01-2007.
Peut-être que Microsoft a oublié de mettre à jour cette valeur.
This posting is provided "AS IS" with no warranties or guarantees , and confers no rights.Microsoft Student Partner 2010 / 2011
Microsoft Certified Professional
Microsoft Certified Systems Administrator: Security
Microsoft Certified Systems Engineer: Security
Microsoft Certified Technology Specialist: Windows Server 2008 Active Directory, Configuration
Microsoft Certified Technology Specialist: Windows Server 2008 Network Infrastructure, Configuration
Microsoft Certified Technology Specialist: Windows Server 2008 Applications Infrastructure, Configuration
Microsoft Certified Technology Specialist: Windows 7, Configuring
Microsoft Certified Technology Specialist: Designing and Providing Volume Licensing Solutions to Large Organizations
Microsoft Certified IT Professional: Enterprise Administrator
Microsoft Certified IT Professional: Server Administrator
Microsoft Certified TrainerLien vers mon site Web: http://www.ahmedmalek.com/web/fr/home.asp
Pour suivre mon activité: http://www.facebook.com/TunisianIt
- Modifié Mr XMVP vendredi 4 mai 2012 10:31 enlever une lettre
-
Bonsoir à tous,
MrX, vous avez raison 50 Go est la taille recommandé pour Exchange 2003. Thierry dans sa réponse a évoqué dans la première phase les tailles max de la base des données de Exchange 2010 dans different scénario avec ou sans DAG, puis il a évoqué exchange 2003.
Pour exchange 2010, MS recommande que la taille d'une base de donnée ne dépasse pas 100 Go. C'est une recommandation, autrement dit une bonne pratique ce n'est pas une obligation, une base exchange 2010 peut atteindre 16 To dans un scénario sans DAG.
Bonne soirée
Best Regards Don't forget to mark it as answer if it helps
-
Bonsoir à tous,
MrX, vous avez raison 50 Go est la taille recommandé pour Exchange 2003. Thierry dans sa réponse a évoqué dans la première phase les tailles max de la base des données de Exchange 2010 dans different scénario avec ou sans DAG, puis il a évoqué exchange 2003.
Pour exchange 2010, MS recommande que la taille d'une base de donnée ne dépasse pas 100 Go. C'est une recommandation, autrement dit une bonne pratique ce n'est pas une obligation, une base exchange 2010 peut atteindre 16 To dans un scénario sans DAG.
Bonne soirée
Best Regards Don't forget to mark it as answer if it helps
Bonjour Maher,
Merci pour la réponse :)
Est-ce que la taille recommandée pour Exchange Server 2010 est de 100 Go (comme vous l'avez indiqué) ou de 150 Go (Comme Thierry l'a indiqué)?
Merci pour le retour.
Bien Cordialement.
-
Je viens de vérifiier la "release date" pour Exchange Server 2007. En se basant sur ce qui est indiqué dans l'article suivant de Microsoft, Exchange Server 2007 date de Décembre 2006.
Lien: http://support.microsoft.com/kb/158530
Sachant que le premier article date du 17-01-2007, je pense que la recommendation d'une taille qui ne dépasse pas 50 GB est valable pour Exchange Server 2007 et Exchange Server 2003.
This posting is provided "AS IS" with no warranties or guarantees , and confers no rights.Microsoft Student Partner 2010 / 2011
Microsoft Certified Professional
Microsoft Certified Systems Administrator: Security
Microsoft Certified Systems Engineer: Security
Microsoft Certified Technology Specialist: Windows Server 2008 Active Directory, Configuration
Microsoft Certified Technology Specialist: Windows Server 2008 Network Infrastructure, Configuration
Microsoft Certified Technology Specialist: Windows Server 2008 Applications Infrastructure, Configuration
Microsoft Certified Technology Specialist: Windows 7, Configuring
Microsoft Certified Technology Specialist: Designing and Providing Volume Licensing Solutions to Large Organizations
Microsoft Certified IT Professional: Enterprise Administrator
Microsoft Certified IT Professional: Server Administrator
Microsoft Certified TrainerLien vers mon site Web: http://www.ahmedmalek.com/web/fr/home.asp
Pour suivre mon activité: http://www.facebook.com/TunisianIt
- Modifié Mr XMVP dimanche 6 mai 2012 08:18
-
Bonjour,
L'intervalle de maintenance sur les banques permet l'exécution des tâches liées principalement à l'aspect "base de données", c'est à dire réparation/optimisation des données (Tables, Index, Vues,...)et cohérence des données (liens entre les tables).
La maintenance des boîtes aux lettres correspond surtout aux tâches de type "messagerie", expiration des messages, déplacements des données (messages) en fonction des stratégies (Tailles, Dates,...), cohérence logique des données de messagerie entre elles (pièces attachées,...).
A bientôt,
Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (69 MCPs) http://base.faqexchange.info
- Marqué comme réponse Florin Ciuca mardi 8 mai 2012 11:56
-
Bonjour,
Comme l'indique l'article précisé plus haut, le Warning Microsoft ne se fait qu'à partir de 100 Go (Pour 2007)... et précise bien qu'il n'y a aucune incidence sur le fonctionnement sauf les paramètres de sauvegardes et de SLA.
Même si l'on répartit les boîtes pour que chaque banque fasse 50 Go, cela veut dire qu'il faudra déplacer régulièrement des boîtes pour garder cette taille. Donc, affecter 50 Go, c'est accepter de voir cette banque continuer à grossir à partir de cette taille.
Dans la plupart des cas, ceux qui ont une version Exchange standard limitée à une base privée pour Exchange 2003, et 5 pour Exchange 2010, on est condamné à laisser monter la tailles des bases bien au dessus des préconisations. L'achat de plusieurs serveurs ou d'une version Enterprise (avec les disques et la mémoire qui vont bien) représente de toute façon un coût non négligeable.
Exchange 2003 (sur Windows 2003) ne pouvant utiliser plus de 4GO est aussi un problème limitant les possibilités, même en version Enterprise.
A noter qu'utiliser des bases de 50 Go avec des boîtes qui peuvent facilement atteindre 10 Go (voire beaucoup plus pour certains) supposerait que l'on limite à 5 utilisateurs par banque. En utilisant une version Enterprise (sans DAG), ceci limiterait à 500 utilisateurs par serveur Exchange, 250 si l'on utilise un DAG de 2 serveurs. Ces valeurs ne seraient pas réalistes en Entreprise.
Je ne parle même pas du nombre de LUN/Attachements disques qu'il faudrait gérer chez certains clients...
A bientôt,
Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (69 MCPs) http://base.faqexchange.info
- Marqué comme réponse Florin Ciuca mardi 8 mai 2012 11:57
-
Bonjour,
Comme l'indique l'article précisé plus haut, le Warning Microsoft ne se fait qu'à partir de 100 Go (Pour 2007)... et précise bien qu'il n'y a aucune incidence sur le fonctionnement sauf les paramètres de sauvegardes et de SLA.
Même si l'on répartit les boîtes pour que chaque banque fasse 50 Go, cela veut dire qu'il faudra déplacer régulièrement des boîtes pour garder cette taille. Donc, affecter 50 Go, c'est accepter de voir cette banque continuer à grossir à partir de cette taille.
Dans la plupart des cas, ceux qui ont une version Exchange standard limitée à une base privée pour Exchange 2003, et 5 pour Exchange 2010, on est condamné à laisser monter la tailles des bases bien au dessus des préconisations. L'achat de plusieurs serveurs ou d'une version Enterprise (avec les disques et la mémoire qui vont bien) représente de toute façon un coût non négligeable.
Exchange 2003 (sur Windows 2003) ne pouvant utiliser plus de 4GO est aussi un problème limitant les possibilités, même en version Enterprise.
A noter qu'utiliser des bases de 50 Go avec des boîtes qui peuvent facilement atteindre 10 Go (voire beaucoup plus pour certains) supposerait que l'on limite à 5 utilisateurs par banque. En utilisant une version Enterprise (sans DAG), ceci limiterait à 500 utilisateurs par serveur Exchange, 250 si l'on utilise un DAG de 2 serveurs. Ces valeurs ne seraient pas réalistes en Entreprise.
Je ne parle même pas du nombre de LUN/Attachements disques qu'il faudrait gérer chez certains clients...
A bientôt,
Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (69 MCPs) http://base.faqexchange.info
Merci pour l'explication.
Bien cordialement.
-
-
A noter qu'il existe un draft avec des valeurs supérieurs pour Exchange 2007 : http://technet.microsoft.com/en-us/library/bb331954.aspx La valeur de 50Go est toujours indiquée, mais avec une limite maximale de 100Go pour les bases non répliquées et 200Go pour celles repliquées.
"We recommend that Exchange databases be approximately 50 gigabytes (GB) in size. For databases in storage groups that are not enabled for continuous replication, we recommend a maximum database size of 100 GB. For databases in storage groups that are enabled for continuous replication, we recommend a maximum database size of 200 GB. For more information, see Planning Storage Configurations"
- Marqué comme réponse Florin Ciuca mardi 8 mai 2012 11:56
-
A noter qu'il existe un draft avec des valeurs supérieurs pour Exchange 2007 : http://technet.microsoft.com/en-us/library/bb331954.aspx La valeur de 50Go est toujours indiquée, mais avec une limite maximale de 100Go pour les bases non répliquées et 200Go pour celles repliquées.
"We recommend that Exchange databases be approximately 50 gigabytes (GB) in size. For databases in storage groups that are not enabled for continuous replication, we recommend a maximum database size of 100 GB. For databases in storage groups that are enabled for continuous replication, we recommend a maximum database size of 200 GB. For more information, see Planning Storage Configurations"
Merci Bruce pour le partage.
Bien cordialement.