> For the complete documentation index, see [llms.txt](https://docs.devolutions.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.devolutions.net/powershell-universal/fr/getting-started/downgrade.md). # Rétrogradation Rétrograder PowerShell Universal vers une version antérieure, couvrant les changements aux fichiers de configuration, les rétrogradations du schéma de base de données et la restauration des fichiers d Dans certains scénarios, il peut être nécessaire de rétrograder la version de PowerShell Universal. Cela peut être dû à un changement de fonctionnalité ou à un bogue qui affecte le système d'une manière trop importante pour continuer avec cette version. Nous [recommandons toujours](/powershell-universal/fr/getting-started/upgrading.md) de valider une version dans un environnement de développement ou d'assurance de la qualité avant de mettre à niveau en production afin d'éviter d'avoir à effectuer une rétrogradation. {% hint style="danger" %} La rétrogradation peut être compliquée et sujette aux erreurs. Nous recommandons de restaurer à partir d'une sauvegarde de données ou d'un instantané plutôt que de rétrograder. {% endhint %} ## Fichiers de configuration La rétrogradation des fichiers de configuration nécessitera de supprimer ou de modifier les fichiers du dépôt `.universal` afin de supprimer ou de renommer les nouveaux paramètres. Les nouvelles applets de commande seront ignorées par PowerShell Universal. Si une applet de commande a été renommée, il se peut qu'elle doive également être mise à jour. Vous devrez consulter les [notes de publication](https://devolutions.net/powershell-universal/release-notes/) pour voir quelles applets de commande ont changé dans chaque version. Les versions majeures peuvent inclure des changements avec rupture. Les versions mineures peuvent comporter des applets de commande ou des paramètres supplémentaires, mais n'auront aucun changement avec rupture. Vous trouverez de l'information sur chaque fichier de configuration dans la [page Dépôt](/powershell-universal/fr/config/repository.md). Il est beaucoup plus facile de restaurer à partir d'une sauvegarde de données des fichiers de configuration effectuée avant la mise à niveau plutôt que de mettre à jour les fichiers manuellement. ## Base de données Les mises à niveau du schéma de base de données sont additives, mais peuvent modifier le contenu des données pendant la migration du schéma. Nous ne prenons pas en charge les rétrogradations du schéma de base de données. ## Mots de passe des comptes locaux À partir de PowerShell Universal 2026.3.0, les mots de passe des comptes locaux sont stockés sous forme de hachages unidirectionnels au lieu de valeurs chiffrées. Les versions antérieures ne peuvent pas utiliser ces hachages pour authentifier les comptes locaux. Par conséquent, la rétrogradation de la version 2026.3.0 ou ultérieure vers une version antérieure nécessite de réinitialiser les mots de passe des comptes locaux. Après avoir installé ou extrait la version cible, laissez le service PowerShell Universal arrêté et utilisez l'[outil de ligne de commande psu](/powershell-universal/fr/config/psucli.md) inclus avec cette version pour réinitialiser un mot de passe administrateur. Vous pouvez également utiliser une autre méthode de récupération de mot de passe prise en charge par la version cible. {% code overflow="wrap" %} ```powershell .\psu.exe admin reset --connection-string 'Data Source=C:\ProgramData\UniversalAutomation\database.db' ``` {% endcode %} La commande par défaut réinitialise le mot de passe du compte `admin` à `admin`. Spécifiez le type de base de données et les options de chiffrement du coffre lorsque cela est requis pour votre installation. Après avoir démarré le serveur rétrogradé, connectez-vous avec le compte administrateur réinitialisé, changez son mot de passe immédiatement et réinitialisez les mots de passe de tous les autres comptes locaux. ## Fichiers d'application La rétrogradation des fichiers d'application est généralement un processus simple et dépend de la façon dont vous avez installé le produit. Vous devrez effectuer les rétrogradations du fichier de configuration et de la base de données avant d'effectuer la rétrogradation de l'application. ### MSI Pour rétrograder une installation MSI, vous devrez d'abord désinstaller la version actuelle. PowerShell Universal ne vous permettra pas d'exécuter une rétrogradation. Une fois la désinstallation terminée, effectuez une installation de la version cible. Si vous avez configuré un compte de service, vous devrez définir de nouveau le compte de service après l'installation. Cela nécessitera les identifiants du compte de service. ### ZIP Pour rétrograder une installation ZIP, supprimez simplement les fichiers d'application de PowerShell Universal. Une fois le répertoire vidé, décompressez le fichier ZIP de la version cible dans le répertoire d'installation. Assurez-vous d'exécuter `Get-ChildItem -Recurse | Unblock-File` après l'avoir fait. ### IIS Comme pour l'installation ZIP, supprimez les fichiers de l'ancienne version, puis décompressez et débloquez les fichiers de la version cible. Assurez-vous que le site Web et le pool d'applications sont arrêtés avant de tenter l'opération. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.devolutions.net/powershell-universal/fr/getting-started/downgrade.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.