Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’APPLIQUE À :
2016 
2019
Vue d’ensemble
Historiquement, avant d’installer une mise à jour Exchange en production, les organisations déploient souvent des mises à jour dans un environnement de test pour valider d’abord la mise à jour avant de la déployer dans leur environnement de production. Il s’agit d’une tâche importante, mais elle prend également beaucoup de temps et peut ralentir le déploiement des mises à jour importantes. En outre, toutes les organisations n’ont pas d’environnements de test.
La version d’évaluation des fonctionnalités offre aux administrateurs un moyen supplémentaire de tester et de déployer certaines nouvelles fonctionnalités dans leur Exchange Server organization. La version d’évaluation des fonctionnalités est un service cloud facultatif pour les serveurs Exchange locaux. Il utilise le Office Config Service (OCS) , le même point de terminaison que celui utilisé par le service d’atténuation d’urgence et les clients Microsoft Office, pour case activée des mises à jour de Microsoft relatives aux fonctionnalités pilotées
Avec la version d’évaluation des fonctionnalités, les administrateurs peuvent déployer des mises à jour immédiatement et contrôler quand une fonctionnalité version d’évaluation est activée dans leur environnement. La version d’évaluation des fonctionnalités permet également à Microsoft de désactiver une fonctionnalité en version d’évaluation au cas où un problème significatif est découvert après la publication de la mise à jour contenant la fonctionnalité de version d’évaluation.
La version d’évaluation des fonctionnalités ne s’applique pas à toutes les nouvelles fonctionnalités et modifications apportées aux futures mises à jour. L’équipe d’ingénierie Exchange Server détermine quelles fonctionnalités sont distribuées par le biais de la version d’évaluation des fonctionnalités, et une liste dynamique et détaillée des fonctionnalités mises à l’évaluation est conservée dans cet article. L’utilisation de la version d’évaluation des fonctionnalités est facultative, mais elle est activée par défaut. Vous pouvez le configurer ou le désactiver en suivant les étapes décrites ci-dessous.
Fonctionnalités en cours d’évaluation
Le tableau fournit une liste détaillée de toutes les fonctionnalités actuellement en cours d’évaluation. Cette table est une table vivante ; Microsoft met à jour la table avec les nouveaux vols et les modifications apportées à l’anneau concerné au moins 7 jours avant qu’ils ne deviennent actifs. Microsoft peut ne pas être en mesure d’annoncer les modifications plusieurs jours à l’avance si une fonctionnalité doit être désactivée (rappelée) en raison d’une régression ou d’un problème connu.
| Fonctionnalité | Description | Anneaux | approbation Administration | Rappelé | Démarrer la génération | Terminer la génération |
|---|---|---|---|---|---|---|
| PING.1.0 | Sonde de pulsation | 0,1,2 | Non | Non | 15.02.2562.017 15.02.1748.005 |
S/O |
| F1.1.0 | Active l’utilisation d’une application exchange hybride dédiée. Cette fonctionnalité s’applique uniquement aux environnements configurés pour le déploiement hybride et nécessite que les administrateurs configurent l’application avant de l’activer. | 0,1,2 | Oui | Non | 15.02.2562.027 15.02.1748.037 |
S/O |
Fonctionnement de la version d’évaluation des fonctionnalités
La version d’évaluation des fonctionnalités est une méthode innovante de gestion des fonctionnalités et des modifications dans Exchange Server qui permet à Microsoft d’introduire de nouvelles fonctionnalités et modifications pour Exchange Server dans un état initialement désactivé. Voici le principe de fonctionnement :
- Introduction initiale : lorsqu’une fonctionnalité ou une modification est introduite, elle est incluse dans la mise à jour Exchange Server (CU ou SU) dans un état désactivé. Ce comportement garantit que la fonctionnalité n’affecte pas immédiatement le fonctionnement du serveur.
- Activation contrôlée : les fonctionnalités et les modifications en version d’évaluation peuvent ensuite être activées automatiquement sur tous les serveurs Exchange au sein d’un ring spécifique. Cette approche par phases permet à Microsoft de surveiller les performances de la fonctionnalité et de collecter des données de télémétrie.
- Évaluation et déploiement : En fonction des données de télémétrie collectées (et des commentaires que nous pourrions recevoir sur notre blog, via des cas de support ou d’autres sources), Microsoft évalue la stabilité et l’efficacité de la fonctionnalité. Si la fonctionnalité fonctionne correctement, elle peut ensuite être déployée progressivement sur des serveurs Exchange dans d’autres anneaux.
- Mécanisme de rappel : l’un des principaux avantages de la version d’évaluation des fonctionnalités est la possibilité de rappeler une fonctionnalité ou de modifier si des problèmes ou des régressions sont détectés. Cela permet de garantir que toutes les fonctionnalités problématiques peuvent être désactivées rapidement pour maintenir la stabilité et la fiabilité de l’environnement Exchange Server.
Remarque
La version d’évaluation des fonctionnalités n’est pas disponible pour les serveurs de transport Edge.
Il en résulte les avantages suivants :
- Contrôle amélioré : les administrateurs ont un contrôle plus précis sur le moment et la façon dont les nouvelles fonctionnalités sont introduites.
- Amélioration de la stabilité : en déployant des fonctionnalités de manière intermédiaire, les problèmes potentiels peuvent être identifiés et résolus avant le déploiement à grande échelle.
- Flexibilité : la possibilité de rappeler des fonctionnalités garantit que les régressions ou les problèmes connus peuvent être rapidement atténués.
Configuration requise
Un nouveau service appelé contrôle Microsoft Exchange Flighting service (MSExchangeFlighting) la version d’évaluation des fonctionnalités. Ce service vérifie et télécharge les définitions de version d’évaluation des caractéristiques (FFD) à partir d’OCS toutes les heures et gère l’activation et la désactivation des fonctionnalités de version d’évaluation en fonction de l’anneau configuré.
La version d’évaluation des fonctionnalités ne peut pas être utilisée dans les environnements à air bâclé ou dans les environnements sans connectivité sortante à OCS. Le service Exchange Flighting nécessite une connectivité sortante à OCS pour case activée et télécharger des FFD. Vous n’avez pas besoin d’effectuer d’action si vos serveurs ne peuvent pas atteindre OCS. En outre, la version d’évaluation des fonctionnalités n’est pas encore disponible sur les serveurs de transport Edge.
Nous vous recommandons de consulter régulièrement notre documentation et le blog de l’équipe Exchange pour rester informé des problèmes connus susceptibles de désactiver temporairement une fonctionnalité en tant que mesure d’atténuation.
| Point de terminaison | Addresse | Port | Description |
|---|---|---|---|
| Service de configuration Office | officeclient.microsoft.com/* | 443 | Point de terminaison pour le service microsoft Exchange Flighting pour télécharger les FFD |
Si vous utilisez un proxy réseau pour autoriser la connectivité sortante, vérifiez que est InternetWebProxy configuré sur chacun de vos serveurs Exchange :
Set-ExchangeServer -Identity <ServerName> -InternetWebProxy <http://proxy.contoso.local:port>
Vous devez également configurer les paramètres de proxy pour WinHTTP, qui est un composant de Windows qui gère les requêtes HTTP pour les applications qui n’utilisent pas :WinINet API
netsh winhttp set proxy <proxy.contoso.com:port>
En plus de la connectivité sortante à OCS, le service de gestion des vols a également besoin d’une connectivité sortante vers différents Certificate Revocation List points de terminaison (CRL). Cela est nécessaire pour vérifier les certificats utilisés pour signer les FFD. Nous vous recommandons de laisser Windows gérer la Certificate Trust List (CTL) sur votre ordinateur. Pour permettre à Windows de conserver la CTL, vérifiez que l’URL suivante est accessible à partir de l’ordinateur sur lequel Exchange Server est installé :
| Point de terminaison | Addresse | Port | Description |
|---|---|---|---|
| Téléchargement de la liste d’approbation de certificats | ctldl.windowsupdate.com/* | 80 | Point de terminaison pour le téléchargement de la liste d’approbation de certificats |
Anneaux
La version d’évaluation des fonctionnalités utilise un mécanisme de déploiement appelé Rings qui définit quand, ou dans quelle séquence, une fonctionnalité est activée sur un serveur Exchange particulier. Chaque serveur Exchange exécutant Exchange Server 2019 CU15 ou version ultérieure est automatiquement affecté à un ring. L’affectation par défaut peut être modifiée par un administrateur à tout moment. Les anneaux suivants sont disponibles :
| Sonnerie Non. | Nom | Anneau par défaut | Description |
|---|---|---|---|
| 0 | Anneau d’utilisateurs précoces | Non | Il s’agit de l’anneau le plus ancien et il est destiné à être utilisé pour tester de nouvelles fonctionnalités. Si un serveur Exchange est affecté à cet anneau, les fonctionnalités de version d’évaluation introduites dans une mise à jour sont immédiatement activées après l’installation de la mise à jour. Cela se produit quelle que soit la classification des caractéristiques. |
| 1 | Anneau mondial | Oui | Il s’agit de l’anneau par défaut attribué à tous les serveurs Exchange lors de l’installation de la première build qui prend en charge la version d’évaluation des fonctionnalités (par exemple, CU15). Les serveurs de cet anneau reçoivent de nouvelles fonctionnalités dès que Microsoft a confirmé que les fonctionnalités sont prêtes pour la disponibilité générale. |
| 2 | anneau d’action Administration | Non | Les serveurs Exchange de cet anneau n’activent pas automatiquement les nouvelles fonctionnalités en version d’évaluation. Cet anneau permet aux administrateurs de revenir à l’expérience précédente (par exemple, restauration). Les fonctionnalités pilotées sont fournies dans un état désactivé et doivent être activées par l’administrateur à l’aide de Set-ExchangeFeature , comme expliqué dans la section États des fonctionnalités . |
Importante
Le déplacement d’un serveur entre des anneaux peut entraîner l’activation ou la désactivation de certaines fonctionnalités, en fonction de l’état de la fonctionnalité défini dans le service de vol pour le nouvel anneau.
Le flux de travail suivant décrit la façon dont l’anneau détermine si une fonctionnalité de version d’évaluation doit être activée ou non :
Vous pouvez utiliser Exchange Management Shell (EMS) pour affecter un serveur Exchange à un ring spécifique. Dans cet exemple, le serveur Exchange est affecté à l’anneau 0 :
Set-ExchangeServer -Identity <ServerName> -RingLevel 0
Importante
Si vous ne souhaitez pas que Microsoft active automatiquement les nouvelles fonctionnalités ou apporte des modifications à votre serveur via la version d’évaluation des fonctionnalités, vous devez affecter vos serveurs Exchange à Ring 2. L’arrêt et/ou la désactivation de n’est Microsoft Exchange Flighting Service (MSExchangeFlighting) pas pris en charge.
L’exemple suivant affecte un serveur à Ring 2 :
Set-ExchangeServer -Identity <ServerName> -RingLevel 2
Classification des fonctionnalités
Il existe deux types de fonctionnalités qui peuvent être gérés par le service Flighting : les fonctionnalités avec prérequis et les fonctionnalités sans prérequis. La principale distinction est que certaines fonctionnalités dépendent de certaines conditions préalables qui doivent être remplies :
- Fonctionnalités avec prérequis :
- Ces fonctionnalités doivent remplir certaines conditions préalables avant de pouvoir être utilisées. Par exemple, tous les serveurs Exchange dans le organization doivent exécuter une build spécifique.
- Exemple :La signature de certificat des charges utiles de sérialisation PowerShell dépend d’un certificat d’authentification valide, disponible sur tous les serveurs Exchange.
- Fonctionnalités sans prérequis :
- Ces fonctionnalités sont prêtes à l’emploi sans dépendances ni prérequis. Il vous suffit d’installer la mise à jour et d’activer la fonctionnalité.
- Exemple :La prise en charge du contenu chiffré par AES256-CBC n’a pas de dépendances ni de prérequis.
Pour les serveurs Exchange dans Ring 1, les fonctionnalités avec des conditions préalables se voient attribuer l’état , car elles ont besoin de l’approbation de l’administrateur FeaturesAwaitingAdminApproval avant de devenir actives. En revanche, pour les serveurs Exchange dans Ring 0, les fonctionnalités avec des conditions préalables sont activées sans attendre l’approbation de l’administrateur.
États des fonctionnalités
Un état de fonctionnalité qui indique l’état actuel de la fonctionnalité est affecté à chaque fonctionnalité en version d’évaluation. Les états des fonctionnalités sont un composant essentiel de la version d’évaluation des fonctionnalités. Lorsqu’une fonctionnalité est mise en version d’évaluation, un ou plusieurs des états de fonctionnalité suivants lui sont attribués :
| État de la fonctionnalité | Fonctionnalité activée | Description |
|---|---|---|
| FonctionnalitésEnabled | Oui | Cette fonctionnalité est activée sur le serveur. |
| FonctionnalitésDisabled | Non | La version d’évaluation des fonctionnalités n’a pas activé cette fonctionnalité sur le serveur, soit parce que Microsoft l’a rappelée en raison d’une régression, soit parce que l’administrateur Exchange Server l’a bloquée (par exemple, parce que le serveur ne remplit pas encore les conditions préalables requises). |
| FeaturesA waitingAdminApproval | Non | Cette fonctionnalité nécessite une approbation explicite par un administrateur Exchange Server. |
| FonctionnalitésApprouvées | Oui | Un administrateur Exchange Server a explicitement approuvé cette fonctionnalité et elle est désormais active. |
| FeaturesBlocked | Non | Cette fonctionnalité a été explicitement bloquée par un administrateur Exchange Server et reste à l’état désactivé. |
Par exemple, si une fonctionnalité est en attente d’approbation, les états et lui FeaturesDisabled sont FeaturesAwaitingAdminApproval attribués. Une fois que l’administrateur a approuvé la fonctionnalité, les états et FeaturesEnabled lui sont attribuésFeaturesApproved.
Conseil
Si vous exécutez la dernière version du script Exchange Server Health Checker, il affiche des informations telles que l’anneau attribué au serveur, ainsi que les fonctionnalités contrôlées par la version d’évaluation des fonctionnalités.
Vous pouvez utiliser EMS pour interroger les états des fonctionnalités d’un serveur Exchange spécifique :
Get-ExchangeServer -Identity <ServerName> | Format-List Features*
Pour obtenir une vue d’ensemble de toutes les fonctionnalités disponibles, utilisez l’applet de commande Get-ExchangeFeature . La commande suivante retourne toutes les fonctionnalités activées :
Get-ExchangeFeature -Status "Enabled"
Vous pouvez également utiliser le -FeatureID paramètre avec le nom d’une fonctionnalité pour interroger son status et une brève description :
Get-ExchangeFeature -FeatureID "PING.1.0"
Après avoir exécuté la commande précédente, le serveur Exchange retourne un résultat semblable à ce qui suit :
Server FeatureID RingLevel Status Description
------ --------- --------- ------ -----------
EXCH01 PING.1.0 1 Enabled Heartbeat Probe. Validates the Telemetry Channel
Ces informations sont importantes si vous souhaitez approuver une nouvelle fonctionnalité ou une modification qui nécessite l’approbation de l’administrateur. Vous aurez également besoin de ces informations lorsque vous souhaitez empêcher l’activation d’une fonctionnalité.
Le nommage des fonctionnalités est normalisé à l’aide du format suivant : <FeatureId>.<SettingId>.<Version>
Ce format permet aux fonctionnalités d’avoir plusieurs paramètres, qui sont utilisés pour les contrôler. Supposons qu’il existe une fonctionnalité FeatureID=F4 qui peut être contrôlée via deux remplacements SettingId=1 de paramètres et SettingId=2, vous verrez les entrées de version d’évaluation suivantes :
F4.1.0F4.2.0
Pour approuver une nouvelle fonctionnalité en attente d’approbation par l’administrateur, utilisez Set-ExchangeFeature avec le -Approve paramètre . Une fois que la fonctionnalité est approuvée ou bloquée, elle reste dans un état intermittent jusqu’à l’exécution du cycle de test de fonctionnalité suivant, ce qui peut prendre jusqu’à une heure au maximum :
Set-ExchangeFeature -Identity <ComputerName> -FeatureID @("F1.1.1") -Approve
Il est également possible d’approuver plusieurs fonctionnalités à la fois :
Set-ExchangeFeature -Identity <ComputerName> -FeatureID @("F1.1.1", "F1.2.1", "F2.1.1") -Approve
Pour empêcher l’activation d’une fonctionnalité, utilisez Set-ExchangeFeature avec le -Block paramètre . Comme indiqué dans l’exemple précédent, il est également possible de bloquer plusieurs fonctionnalités à la fois :
Set-ExchangeFeature -Identity <ComputerName> -FeatureID @("F1.1.1", "F1.2.1", "F2.1.1") -Block
Exemple : Cycle de vie d’une fonctionnalité avec version d’évaluation
Cette section illustre le flux de travail et le cycle de vie d’une fonctionnalité avec version d’évaluation appelée Feature1.
Contoso a deux serveurs Exchange 2019 et EXCHPRD01EXCHPRD02 qui sont membres d’un groupe de disponibilité de base de données (DAG) appelé DAGPRD01. Ils disposent également d’un troisième serveur Exchange 2019, EXCHTST01 qui est utilisé pour valider et tester les nouvelles mises à jour, et qui n’est pas membre du DAG.
L’administrateur installe d’abord Exchange Server 2019 CU15 sur EXCHTST01 et, une fois tous les tests terminés, l’administrateur installe CU15 sur EXCHPRD01 et EXCHPRD02. L’administrateur attribue EXCHTST01 à Ring 0 afin qu’il reçoive les fonctionnalités et les modifications mises en version d’évaluation dès qu’elles sont disponibles.
Tout d’abord, ils valident l’affectation d’anneau actuelle :
Get-ExchangeServer | Format-List Identity,RingLevel
Identity : EXCHPRD01
RingLevel : 1
Identity : EXCHPRD02
RingLevel : 1
Identity : EXCHTST01
RingLevel : 1
Ensuite, ils attribuent EXCHTST01 à un anneau 0 :
Set-ExchangeServer -Identity EXCHTST01 -RingLevel 0
Confirm
Changing the RingLevel of the server will change the flighting of the features based on the RingLevel selected. Changes will apply once the flighting service applies these changes. Are you sure you want to continue?
[Y] Yes [A] Yes to All [N] No [L] No to All [?] Help (default is "Y"):
Quelques mois plus tard, Microsoft publie un su pour CU15. Dans les notes de publication de la su, l’administrateur apprend que celle-ci contient une nouvelle fonctionnalité version d’évaluation, Feature1. Après avoir installé l’unité de su sur tous les serveurs, ils souhaitent confirmer que Feature1 est activé uniquement sur EXCHTST01 et non sur les serveurs EXCHPRD01 de production et EXCHPRD02:
Get-ExchangeServer | Get-ExchangeFeature
Server FeatureID RingLevel Status Description
------ --------- --------- ------ -----------
EXCHPRD01 PING.1.0 1 Enabled Heartbeat Probe. Validates the Telemetry Channel
EXCHPRD01 F1.1.0 1 Disabled Feature1 introduces a new functionality
EXCHPRD02 PING.1.0 1 Enabled Heartbeat Probe. Validates the Telemetry Channel
EXCHPRD02 F1.1.0 1 Disabled Feature1 introduces a new functionality
EXCHTST01 PING.1.0 0 Enabled Heartbeat Probe. Validates the Telemetry Channel
EXCHTST01 F1.1.0 0 Enabled Feature1 introduces a new functionality
Sur EXCHTST01, l’administrateur teste que ses workflows et applications tierces ne sont pas affectés négativement par Feature1 et qu’il apprend qu’un problème est introduit par Feature1. Par conséquent, l’administrateur utilise la commande suivante pour empêcher Feature1 l’activation de l’anneau 1 et la désactiver dans l’anneau 0 là où il est déjà actif :
Get-ExchangeServer | Set-ExchangeFeature -FeatureID "F1.1.0" -Block
Confirm
Are you sure you want to perform this action?
By running this cmdlet, the features will be updated on server "EXCHTST01".
[Y] Yes [A] Yes to All [N] No [L] No to All [?] Help (default is "Y"):
Ils confirment que Feature1 le blocage a réussi :
Get-ExchangeServer | Get-ExchangeFeature
Server FeatureID RingLevel Status Description
------ --------- --------- ------ -----------
EXCHPRD01 PING.1.0 1 Enabled Heartbeat Probe. Validates the Telemetry Channel
EXCHPRD01 F1.1.0 1 Blocked Feature1 introduces a new functionality
EXCHPRD02 PING.1.0 1 Enabled Heartbeat Probe. Validates the Telemetry Channel
EXCHPRD02 F1.1.0 1 Blocked Feature1 introduces a new functionality
EXCHTST01 PING.1.0 0 Enabled Heartbeat Probe. Validates the Telemetry Channel
EXCHTST01 F1.1.0 0 Blocked Feature1 introduces a new functionality
Contoso contact Support Microsoft pour signaler le problème. Microsoft confirme le problème et prévoit de le résoudre dans la prochaine mise à jour. Une fois la mise à jour avec le correctif publiée, Contoso déploie la mise à jour sur ses serveurs. L’administrateur teste ses workflows et applications tierces et confirme que tout fonctionne comme prévu. L’administrateur souhaite maintenant activer Feature1 sur ses serveurs de production.
Après avoir appris à partir des notes de publication qui Feature1 ont des dépendances, l’administrateur vérifie si l’approbation de l’administrateur est nécessaire :
Get-ExchangeServer -Identity EXCHPRD01 | Format-List Features*
FeaturesApproved : {}
FeaturesAwaitingAdminApproval : {F1.1.0}
FeaturesEnabled : {PING.1.0}
FeaturesBlocked : {}
FeaturesDisabled : {}
Pour approuver et activer Feature1, l’administrateur exécute la commande suivante :
Get-ExchangeServer -Identity EXCHPRD* | Set-ExchangeFeature -FeatureID "F1.1.0" -Approve
Confirm
Are you sure you want to perform this action?
By running this cmdlet, the features will be updated on server "EXCHPRD01".
[Y] Yes [A] Yes to All [N] No [L] No to All [?] Help (default is "Y"):
Ensuite, ils vérifient que la fonctionnalité a été approuvée et activée :
Get-ExchangeServer -Identity EXCHPRD01 | Format-List Features*
FeaturesApproved : {F1.1.0}
FeaturesAwaitingAdminApproval : {}
FeaturesEnabled : {PING.1.0, F1.1.0}
FeaturesBlocked : {}
FeaturesDisabled : {}
Une fois que Microsoft considère que tous les problèmes sont résolus, il active la fonctionnalité pour tous les clients par défaut. Cela se produira dans la prochaine mise à jour, qui active la fonctionnalité en dehors de la version d’évaluation des fonctionnalités pour tous les clients.
Données de diagnostic
Lorsque le partage de données est activé, la version d’évaluation des fonctionnalités envoie des données de diagnostic à l’OCS. Ces données permettent à Microsoft d’identifier la saturation des fonctionnalités qui ont fait l’objet d’une version d’évaluation. Pour en savoir plus sur ce qui est collecté et sur la désactivation du partage de données, consultez Diagnostic Data collectées pour Exchange Server.