---
schema_version: "1"
id: e32e416e4499ce93fdeb191424857af4179487695fcb7d8d2065ede4e189ca7a
title: Resource Monitoring Tool FAQ sur la mise à niveau
collection: tableau
version: next
locale: fr-ca
portal_url: https://docs.salesforce.com/tableau/next/fr-ca/server/rmt-admin-upgrade-faqs.md
canonical_url: https://help.tableau.com/v0.0/server/fr-ca/rmt-admin-upgrade-faqs.htm
source_site: help.tableau.com
content_type: documentation
content_hash: 9553950452bba97101eff72c9d86e787335f52de610859280cbdfdcd92df51d7
description: Frequently asked questions about upgrading the Resource Monitoring Tool.
---
[Passer au contenu principal](#main-content)

# Resource Monitoring Tool FAQ sur la mise à niveau

Obtenez des réponses aux questions fréquemment posées lors de la mise à niveau.

## Puis-je exécuter les scripts sans privilèges root ou administrateur?

Lorsque les scripts s’exécutent automatiquement via le programme d’installation, ce dernier dispose des privilèges requis. Pour exécuter les scripts manuellement, vous devez avoir des privilèges root (Linux) ou administrateur (Windows), car les scripts vérifient l’état du service, les autorisations de fichiers et exécutent les commandes en tant que compte de service RMT.

## Que faire si je ne connais pas le mot de passe de la base de données?

Tous les contrôles qui dépendent de PostgreSQL sont ignorés avec **WARN**. Le script continue d’exécuter tous les autres contrôles. Contactez l’assistance Tableau pour obtenir le mot de passe.

## Comment récupérer le mot de passe de l’utilisateur de la base de données tabrmtdb?

Vous pouvez récupérer les informations d’identification en accédant au répertoire de RMT Server et en exécutant la commande appropriée pour votre système d’exploitation :

**Pour Windows** :

`.\rmtadmin get db:username db:password`

**Pour Linux :**

`rmtadmin get db:username db:password`

## Puis-je exécuter le contrôle pré-mise à niveau pendant que RMT est utilisé?

Oui. Le script est en lecture seule et peut être exécuté en toute sécurité n’importe quand sur un système de production.

## Que se passe-t-il si le contrôle post-mise à niveau détecte des erreurs?

Le contrôle post-mise à niveau ne bloque jamais le programme d’installation. Les défaillances sont signalées dans le rapport. Certaines erreurs (comme « Broker unreachable ») sont temporaires et se règlent toutes seules.

## Les scripts sont-ils compatibles avec un PostgreSQL / RabbitMQ externe?

Oui. Le script de post-mise à niveau détecte automatiquement la configuration externe et ignore les contrôles locaux lorsque c’est approprié. Les contrôles de base de données du script de pré-mise à niveau requièrent toujours un `--db-password`, car le script se connecte à la base de données RMT interne.

## Puis-je exécuter les scripts à la fois sur les ordinateurs du RMT Server et de l’agent?

Oui. Utilisez `--component master` sur RMT Server et `--component agent` sur les agents. Si rien n’est spécifié, le script le détecte automatiquement.

## Que signifie InstallerContext dans le rapport?

Lorsque le contrôle pré-mise à niveau s’exécute automatiquement lors d’une mise à niveau de Windows MSI, l’option `-InstallerContext` est définie. Cette option assouplit les contrôles de service et de port — qui pourraient signaler un état Interrompu/Désactivé parce que le programme d’installation a déjà interrompu les services — sous **WARN**, et ignore le contrôle des processus bloqués (#38a) afin que le programme d’installation puisse gérer lui-même le cycle de vie des processus. Lorsque vous exécutez le script manuellement, ces contrôles utilisent leur gravité normale.