INFO: Exchange Server 2010 SP1 - Mais où sont passés les paramètres des fichiers 'config' ?

Dans Exchange Server 2010 RTM, il était possible de configurer la plupart des services Exchange au travers des fichiers '.config' situés au même endroit que l'exécutable. C'est une grande tradition .NET car facile à implémenter et à utiliser.

Cependant, depuis Exchange Server 2010 SP1 (Beta) un certain nombre de paramètres ont été déplacés à d'autres endroits. Nous l'avons vu précédemment, la configuration de l'intégration Outlook Web App et OCS a été sortie du fichier Web.config (qui pour le coup a été vampirisé complètement :)) au bénéfice de la configuration via la CmdLet Set-OWAVirtualDirectory.

Pour d'autres, cela est moins simple à trouver, ou somme toute plus inattendu.

Par exemple, afin d'utiliser mon "HLB fait maison" dans mon lab, j'ai du configurer l'accès RPC et l'accès à l'annuaire à l'aide de ports statiques.

Si la configuration du port pour l'accès RPC n'a pas changé (valeur dans le registre), la configuration du port TCP pour l'annuaire a été déplacé... dans la base de registre (à l'ancienne quoi =°). Un petit coup de ProcMon m'a permis de vite retrouver où...

HKLM:\SYSTEM\CurrentControlSet\Services\MSExchangeAB\Parameters

• NspiHttpPort et RfrHttpPort ==> utilisés pour le RPC/HTTP et inutile de les changer
• RpcTcpPort ==> ports du carnet d'adresses

Ces valeurs sont des REG_SZ (et oui, je m'attendait à des REG_DWORD) - en tout cas dans la Beta d'Exchange Server 2010 SP1. J'ose espérer que cela pourrait changer, non pas parce que ça m'amuse, mais utiliser un chaîne de caractère pour y stocker un n° de port TCP me semble juste une hérésie... :)

N'oubliez pas que lorsque vous mettrez à jour vos serveurs Exchange 2010 en SP1, il y a de forte chances que vous y perdiez quelques 'tweaks' au passage. Assurez-vous d'avoir testé au préalable toute mise à jour en condition réelle dans un lab ou une vraie préproduction (avec les mêmes 'tweaks'). Cela est d'autant plus vrai si vous utilisez Blackberry Enterprise Server et que vous avez configuré le MaxUserPerSession tel que recommandé par Research-In-Motion. Je n'ai pas encore trouvé (pas trop cherché) où celui-là a été déplacé, mais je sais qu'il est quelque part dans le Throttling Framework (donc plutôt côté des Throttling Policies :)).

Voici d'autres paramètres du registre en vrac, certains sont hérités des versions antérieures d'Exchange, d'autres méritent investigation:

MSExchangeIS\ParametersSystem

• Rpc Compression Minimum Size
• Rpc Compression Enabled
• Rpc Packing Enabled
• Rpc Context Pool Size
• RPC Requests Threshold
• Async Rpc Notify Enabled
• OAB Bandwidth Threshold (kBps)
• Log on Ptag set
• Allow Order By Delivery Time On Sync
• Force Order By Delivery Time On Sync
• Force Batch Mode
• Maximum Messages To Preread
• Reread Logon Quotas Interval
• Suppress Event Logs
• Flush Call Traces
• Flush Call Traces Periodically
• ClientStatsIntervalMinutes
• ClientStatsMinimumRpcAttempt
• ClientStatsSuccessPercentageWarning
• ClientStatsLatencySeconds
• ClientStatsMaxWarning
• ClientStatsMaxWarningIntervalSeconds
• ClientMonitoringcMinAgeLimitMinutes
• ClientMonitoringMaxLowBandwidth
• ClientMonitoringEnableFlags
• ClientMonitoringReportLevel
• RemoteITP
• Synch Mailbox/Check OOF Interval
• Max FXGetBuffer Users
• FXGetBuffer BackOff Constant
• FXGetBuffer Retry Count

MSExchangeIS\ParametersSystem\Private-<GUID>

• Maximum RPC Threads Per MDB
• Mailbox LCID

MSExchangeRPC\ParametersSystem

• ADUserDataCacheTimeout
• ExecutionFlags
• LoEveryConfigurationUpdate
• TCP/IP Port
• IdleConnectionCheckPeriod
• ShareConnections
• EnableExMonTestMode
• Maximum Polling Frequency
• RPC Retry Count
• RPC Retry Delay
• EnableWebServicesEndpoint
• Max FXGetBuffer Users
• FXGetBuffer BackOff Constant
• FXGetBuffer Retry Count