---
schema_version: "1"
id: 852ed9dcc7b1e98824e603f5d31af26b4084d7f03ddc3c18eb153ad3cf35329b
title: Resource Monitoring Tool Häufig gestellte Fragen zum Upgrade
collection: tableau
version: next
locale: de-de
portal_url: https://docs.salesforce.com/tableau/next/de-de/server/rmt-admin-upgrade-faqs.md
canonical_url: https://help.tableau.com/v0.0/server/de-de/rmt-admin-upgrade-faqs.htm
source_site: help.tableau.com
content_type: documentation
content_hash: 560d4cb45cc1a3c01e7f92f00a11917f66cbfc4a82b1146e7b5d81e0f1079d56
description: Frequently asked questions about upgrading the Resource Monitoring Tool.
---
[Zum Hauptinhalt springen](#main-content)

# Resource Monitoring Tool Häufig gestellte Fragen zum Upgrade

Hier finden Sie Antworten auf häufig gestellte Fragen zum Upgrade.

## Kann ich die Skripte ohne Root-/Administratorrechte ausführen?

Wenn Skripte automatisch über das Installationsprogramm ausgeführt werden, verfügt das Installationsprogramm über die erforderlichen Berechtigungen. Für die manuelle Ausführung benötigen Sie Root- (Linux) oder Administrator-Rechte (Windows), da die Skripte den Dienststatus und die Dateiberechtigungen überprüfen und Befehle als das RMT-Dienstkonto ausführen.

## Was ist, wenn ich das Datenbankkennwort nicht kenne?

Alle PostgreSQL-abhängigen Überprüfungen werden mit **WARN** übersprungen. Alle anderen Überprüfungen werden vom Skript ausgeführt. Wenden Sie sich an den Tableau-Support, um das Kennwort zu erhalten.

## Wie kann das Kennwort für den tabrmtdb-Datenbankbenutzer abgerufen werden?

Sie können die Anmeldeinformationen abrufen, indem Sie zum RMT-Serververzeichnis navigieren und den entsprechenden Befehl für Ihr Betriebssystem ausführen:

**Unter Windows**:

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

**Unter Linux:**

`rmtadmin get db:username db:password`

## Kann ich die Pre-Upgrade-Überprüfung ausführen, während RMT verwendet wird?

Ja. Das Skript ist schreibgeschützt und kann jederzeit sicher auf einem Produktionssystem ausgeführt werden.

## Was geschieht, wenn bei der Post-Upgrade-Überprüfung Fehler festgestellt werden?

Die Post-Upgrade-Überprüfung blockiert das Installationsprogramm nie. Fehler werden im Bericht aufgeführt. Einige (z. B. „Broker nicht erreichbar“ (Broker unreachable)) sind vorübergehend und lösen sich von selbst.

## Sind die Skripte mit externem PostgreSQL / RabbitMQ kompatibel?

Ja. Das Post-Upgrade-Skript erkennt die externe Konfiguration automatisch und überspringt die lokalen Überprüfungen entsprechend. Die Datenbanküberprüfungen des Pre-Upgrade-Skripts erfordern aber `--db-password`, da es eine Verbindung zur internen RMT-Datenbank herstellt.

## Kann ich die Skripte sowohl auf RMT-Servern als auch auf Agenten-Rechnern ausführen?

Ja. Verwenden Sie `--component master` auf dem RMT-Server und `--component agent` auf Agenten. Wenn keine Angabe erfolgt, wird dies vom Skript automatisch erkannt.

## Was bedeutet InstallerContext im Bericht?

Wenn die Pre-Upgrade-Überprüfung während eines Windows MSI-Upgrades automatisch ausgeführt wird, ist die Option `-InstallerContext` festgelegt. Die Prüfungen von Diensten und Ports werden auf den Status „**WARN**“ herabgestuft. Dies geschieht, weil diese Prüfungen möglicherweise den Status „Beendet“ oder „Deaktiviert“ melden, nachdem das Installationsprogramm die Dienste bereits unterbrochen hat. Außerdem wird die Prüfung auf hängengebliebene Prozesse (#38a) übersprungen. Dadurch kann das Installationsprogramm die Verwaltung des Prozesslebenszyklus selbst übernehmen. Wenn Sie das Skript manuell ausführen, verwenden diese Überprüfungen den üblichen Schweregrad.