Auteur de questions
Throttling Policy dans le cadre d'une migration Domino vers Exchange

Discussion générale
-
Bonjour,
Dans le cadre d'une migration s'effectuant de Domino vers Exchange 2016 (CU2), je rencontre un problème de performances d'import. J'ai éliminé le problème de la source (Domino) puisque je cherche à réimporter le fichier .nsf (boite Domino de mon utilisateur) depuis un "PC central" (donc, hors serveur Domino). Mes différents tests montrent qu'il s'agit bien d'un goulot d'étranglement au niveau de l'Exchange.
J'ai donc setté pour le compte d'administration sous lequel tourne ma moulinette d'import (faite à partir de l'outil Migrator for Notes to Exchange de Quest) une politique de Throttling qui, justement, désactive sur l'Exchange toutes les limitations.
Lorsque je fais mon Get-Throttling -identity migpolicy (policy de throttling dont la cible est mon compte d'admin), j'ai ceci:
RunspaceId : f74bdb05-3d20-4e7e-aad1-471134263323
ThrottlingPolicyScope : Regular
IsServiceAccount : False
AnonymousMaxConcurrency : 1
AnonymousMaxBurst : 120000
AnonymousRechargeRate : 420000
AnonymousCutoffBalance : 720000
BookingSelfServiceMaxConcurrency : 10
BookingSelfServiceMaxBurst : 500000
BookingSelfServiceRechargeRate : 1800000
BookingSelfServiceCutoffBalance : 3000000
EasMaxConcurrency : 10
EasMaxBurst : 480000
EasRechargeRate : 1800000
EasCutoffBalance : 600000
EasMaxDevices : 100
EasMaxDeviceDeletesPerMonth : Unlimited
EasMaxInactivityForDeviceCleanup : Unlimited
EwsMaxConcurrency : Unlimited
EwsMaxBurst : Unlimited
EwsRechargeRate : Unlimited
EwsCutoffBalance : Unlimited
EwsMaxSubscriptions : Unlimited
ImapMaxConcurrency : Unlimited
ImapMaxBurst : 3600000
ImapRechargeRate : 600000
ImapCutoffBalance : Unlimited
OutlookServiceMaxConcurrency : 27
OutlookServiceMaxBurst : 300000
OutlookServiceRechargeRate : 900000
OutlookServiceCutoffBalance : 3000000
OutlookServiceMaxSubscriptions : 5000
OutlookServiceMaxSocketConnectionsPerDevice : 4
OutlookServiceMaxSocketConnectionsPerUser : 12
OwaMaxConcurrency : 20
OwaMaxBurst : 480000
OwaRechargeRate : 1800000
OwaCutoffBalance : 0
OwaVoiceMaxConcurrency : 3
OwaVoiceMaxBurst : 75000
OwaVoiceRechargeRate : 375000
OwaVoiceCutoffBalance : 525000
PopMaxConcurrency : 20
PopMaxBurst : 3600000
PopRechargeRate : 600000
PopCutoffBalance : Unlimited
PowerShellMaxConcurrency : 18
PowerShellMaxBurst : Unlimited
PowerShellRechargeRate : Unlimited
PowerShellCutoffBalance : Unlimited
PowerShellMaxTenantConcurrency :
PowerShellMaxOperations : Unlimited
PowerShellMaxCmdletsTimePeriod : Unlimited
ExchangeMaxCmdlets : Unlimited
PowerShellMaxCmdletQueueDepth : Unlimited
PowerShellMaxDestructiveCmdlets : Unlimited
PowerShellMaxDestructiveCmdletsTimePeriod : Unlimited
PowerShellMaxCmdlets : Unlimited
PowerShellMaxRunspaces : Unlimited
PowerShellMaxTenantRunspaces :
PowerShellMaxRunspacesTimePeriod : Unlimited
PswsMaxConcurrency : 18
PswsMaxRequest : Unlimited
PswsMaxRequestTimePeriod : Unlimited
RcaMaxConcurrency : Unlimited
RcaMaxBurst : 150000
RcaRechargeRate : 900000
RcaCutoffBalance : Unlimited
CpaMaxConcurrency : Unlimited
CpaMaxBurst : Unlimited
CpaRechargeRate : Unlimited
CpaCutoffBalance : Unlimited
RcaSharedMaxConcurrency : Unlimited
RcaSharedMaxBurst : 600000
RcaSharedRechargeRate : 3600000
RcaSharedCutoffBalance : Unlimited
MessageRateLimit : Unlimited
RecipientRateLimit : Unlimited
ForwardeeLimit : Unlimited
DiscoveryMaxConcurrency : 2
DiscoveryMaxMailboxes : 5000
DiscoveryMaxKeywords : 500
DiscoveryMaxPreviewSearchMailboxes : 5000
DiscoveryMaxStatsSearchMailboxes : 100
DiscoveryPreviewSearchResultsPageSize : 200
DiscoveryMaxKeywordsPerPage : 25
DiscoveryMaxRefinerResults : 10
DiscoveryMaxSearchQueueDepth : 32
DiscoverySearchTimeoutPeriod : 10
PushNotificationMaxConcurrency : 20
PushNotificationMaxBurst : Unlimited
PushNotificationRechargeRate : Unlimited
PushNotificationCutoffBalance : Unlimited
PushNotificationMaxBurstPerDevice : 10
PushNotificationRechargeRatePerDevice : 6
PushNotificationSamplingPeriodPerDevice : 600000
EncryptionSenderMaxConcurrency : 200
EncryptionSenderMaxBurst : 4800000
EncryptionSenderRechargeRate : 18000000
EncryptionSenderCutoffBalance : Unlimited
EncryptionRecipientMaxConcurrency : 20
EncryptionRecipientMaxBurst : 480000
EncryptionRecipientRechargeRate : 1800000
EncryptionRecipientCutoffBalance : Unlimited
ComplianceMaxExpansionDGRecipients : 10000
ComplianceMaxExpansionNestedDGs : 25
SuiteMaxConcurrency : 20
SuiteMaxBurst : 480000
SuiteRechargeRate : 1800000
SuiteCutoffBalance : Unlimited
IsLegacyDefault : False
Diagnostics :
AdminDisplayName :
ExchangeVersion : 0.20 (15.0.0.0)
Name : MigPolicy
DistinguishedName : CN=MigPolicy,CN=Global Settings,CN=First Organization,CN=Microsoft
Exchange,CN=Services,CN=Configuration,DC=as,DC=as
Identity : MigPolicy
Guid : e717151f-fa44-4cda-9d36-d9d6a887443b
ObjectCategory : as.as/Configuration/Schema/ms-Exch-Throttling-Policy
ObjectClass : {top, msExchGenericPolicy, msExchThrottlingPolicy}
WhenChanged : 27/11/2016 07:17:05
WhenCreated : 27/11/2016 07:15:54
WhenChangedUTC : 27/11/2016 06:17:05
WhenCreatedUTC : 27/11/2016 06:15:54
OrganizationId :
Id : MigPolicy
OriginatingServer : as-srv-007.as.as
IsValid : True
ObjectState : ChangedVerriez vous qqchose de louche sur cette Policy ou qqchose qu'il me faudrait vérifier pour auditer le soucis de goulot d'étranglement au niveau de l'Exchange ?
Merci !!
----------------- Dominique
- Type modifié Teodora Sharkova mercredi 18 janvier 2017 16:48
Toutes les réponses
-
Bonjour Dominique,
Exécutez Get-Mailbox | fl *throttle* et vérifiez que pour chaque boîte à mail la valeur est MigPolicy.
Cependant, je vous suggère de contacter le support officiel d'outil de migration utilisé.
Je vous remercie par avance de votre retour.
Cordialement,
TeodoraVotez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.
-
Bonjour,
Il n'y a qu'une stratégie de limitation par défaut dans Exchange 2016, qui s'intitule GlobalThrottlingPolicy. Cette stratégie définit les paramètres de limitation par défaut pour tous les utilisateurs nouveaux et existants dans votre organisation.
Microsoft recommande vivement de ne pas personnaliser les paramètres de limitation de la stratégie GlobalThrottlingPolicy.
En revanche, vous pouvez créer des stratégies de limitation supplémentaires. Celles-ci peuvent concerner une charge de travail particulière et s'appliquer à tous les utilisateurs, ou un utilisateur en particulier ou un serveur spécifique.
Dans votre cas, vous avez semble-t-il créé une nouvelle stratégie migpolicy qui s'applique à votre compte de migration migpolicy.
Pour vous assurer qu'elle fonctionne bien, vous pouvez relever les compteurs de performances de ExchangeDiagnosticsDailyPerformanceLog ou ExchangeDiagnosticsPerformanceLog avant l'application de votre stratégie et après, puis comparer les deux.
Claude Couderc Consultant IIS, SharePoint, Exchange http://coudr.com
- Modifié Claude Couderc mardi 10 janvier 2017 16:49
-
Bonjour,
Merci du retour.
Donc, si je comprends bien, il faudrait que, pour chaque compte à migrer (dans lesquels je dois injecter les données), la politique de Throttling soit débridée ???
Actuellement, je n'ai setté une politique de Throttling unlimited qu'au seul compte d'administration qui injecte des données dans les boites cibles. Ce qui correspond au pré-requis de l'éditeur de l'outil de migration Quest.
----------------- Dominique
-
Bonjour,
Le sujet étant assez peu connu, j'avais resitué rapidement les enjeux et le rôle des stratégie de limitation en recopiant un extrait de mon livre.
Dans votre cas, il suffit d'appliquer la stratégie à votre compte de migration (migpolicy).
Toutefois, pour vérifier la bonne application de vos paramètres, je vous suggère d'utiliser les compteurs de performance. Pour être plus précis, j'utilise un sous-ensemble très réduit de ces compteurs pour m'assurer de la bonne application d'une stratégie.
Claude Couderc Consultant IIS, SharePoint, Exchange http://coudr.com
- Modifié Claude Couderc jeudi 12 janvier 2017 08:08
-
Bonjour
Avez-vous essayé d'importer des données d'un PST (assez gros) dans une BAL Exchange.
Si les performances ne sont pas satisfaisantes, c'est qu'il y'a un problème côté Exchange ou réseau.
Sinon, je vous invite à contacter le support.
- Modifié Sébastien Cullerier lundi 16 janvier 2017 14:56