---
schema_version: "1"
id: bc3a900f855a663c09115ae811a237d01d593a37a0e8b910f6920578efa7bdf0
title: Domande frequenti sugli aggiornamenti di Resource Monitoring Tool
collection: tableau
version: next
locale: it-it
portal_url: https://docs.salesforce.com/tableau/next/it-it/server-linux/rmt-admin-upgrade-faqs.md
canonical_url: https://help.tableau.com/v0.0/server-linux/it-it/rmt-admin-upgrade-faqs.htm
source_site: help.tableau.com
content_type: documentation
content_hash: 9ff4d4dfa5111ceffb49a05c385df865c774183855b6a58d010ed74f4f975d4a
description: Frequently asked questions about upgrading the Resource Monitoring Tool.
---
[Passa al contenuto principale](#main-content)

# Domande frequenti sugli aggiornamenti di Resource Monitoring Tool

Trova le risposte alle domande più frequenti sugli aggiornamenti.

## Posso eseguire gli script senza privilegi root o di amministratore?

Quando gli script vengono eseguiti automaticamente tramite il programma di installazione, quest’ultimo dispone dei privilegi necessari. Per l’esecuzione manuale, hai bisogno di privilegi root (Linux) o di amministratore (Windows) perché gli script esaminano lo stato del servizio e le autorizzazioni dei file ed eseguono i comandi come account di servizio RMT.

## Cosa succede se non conosco la password del database?

Tutti i controlli dipendenti da PostgreSQL vengono saltati con **WARN**. Lo script esegue comunque tutti gli altri controlli. Contatta l’assistenza di Tableau per richiedere la password.

## Come recuperare la password per l’utente database tabrmtdb?

Puoi recuperare le credenziali accedendo alla directory RMT Server ed eseguendo il comando appropriato per il sistema operativo in uso:

**Per Windows**:

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

**Per Linux:**

`rmtadmin get db:username db:password`

## Posso eseguire il controllo pre-aggiornamento mentre RMT è in uso?

Sì. Lo script è di sola lettura e può essere eseguito senza problemi in un sistema di produzione in qualsiasi momento.

## Cosa succede se il controllo post-aggiornamento rileva errori?

Il controllo post-aggiornamento non blocca mai il programma di installazione. Gli errori vengono evidenziati nel report. Alcuni (come quelli relativi all’irraggiungibilità del broker) sono temporanei e si risolvono da soli.

## Gli script sono compatibili con sistemi PostgreSQL/RabbitMQ esterni?

Sì. Lo script di post-aggiornamento rileva automaticamente la configurazione esterna e salta i controlli locali in modo appropriato. I controlli sul database dello script di pre-aggiornamento richiedono comunque `--db-password` poiché si connettono al database RMT interno.

## Posso eseguire gli script sia su computer RMT Server che su computer agente?

Sì. Utilizza `--component master` per RMT Server e `--component agent` per gli agenti. Se non specificato, lo script esegue la rilevazione automatica.

## Che cosa significa InstallerContext nel report?

Quando il controllo pre-aggiornamento viene eseguito automaticamente durante un aggiornamento MSI di Windows, viene impostata l’opzione `-InstallerContext`. In questo modo, i controlli sui servizi e sulle porte, che possono risultare arrestati o disabilitati perché il programma di installazione ha già interrotto i servizi, sono meno rigidi (**WARN**) e saltano il gate dei processi stranded (#38a) in modo che il programma di installazione possa gestire autonomamente il ciclo di vita dei processi. Quando esegui lo script manualmente, questi controlli segnalano il normale livello di gravità.