Vanliga frågor om Resource Monitoring Tool-uppgradering

Hitta svar på vanliga frågor om uppgradering.

Kan jag köra skripten utan rot-/administratörsbehörighet?

När skript körs automatiskt via installationsprogrammet har installationsprogrammet den behörighet som krävs. För manuell körning behöver du rotbehörighet (Linux) eller administratörsbehörighet (Windows), eftersom skripten inspekterar tjänststatus och filbehörigheter samt kör kommandon som RMT-tjänstkontot.

Vad gör jag om jag inte känner till lösenordet till databasen?

Alla PostgreSQL-beroende kontroller hoppas över vid WARN. Skriptet kör fortfarande alla andra kontroller. Kontakta Tableau Support för att få tillgång till lösenordet.

Hur hämtar jag lösenordet för tabrmtdb-databasanvändaren?

Du kan hämta inloggningsuppgifterna genom att gå till RMT Server-katalogen och köra det kommando som passar just ditt operativsystem:

För Windows:

.\rmtadmin get db:username db:password

För Linux:

rmtadmin get db:username db:password

Kan jag köra kontrollen före uppgradering medan RMT används?

Ja. Skriptet är skrivskyddat och säkert att köra i ett produktionssystem när som helst.

Vad händer om kontrollen efter uppgradering hittar fel?

Kontrollen efter uppgradering blockerar aldrig installationsprogrammet. Fel visas i rapporten. Vissa fel (som ”Mäklaren kan inte nås”) är tillfälliga och löser sig av sig själva.

Är skripten kompatibla med extern PostgreSQL/RabbitMQ?

Ja. Skriptet efter uppgradering detekterar automatiskt externa konfigurationer och hoppar över lokala kontroller på ett lämpligt sätt. Databaskontrollerna i skriptet före uppgradering kräver --db-password oavsett, eftersom de ansluter till den interna RMT-databasen.

Kan jag köra skripten på både RMT Server- och Agent-datorer?

Ja. Använd --component master för RMT Server och --component agent för Agent. Om inget anges detekterar skriptet automatiskt.

Vad betyder InstallerContext i rapporten?

När kontrollen före uppgradering körs automatiskt under en Windows MSI-uppgradering är alternativet -InstallerContext inställt. Det lättar på tjänst- och portkontrollerna – som kan rapporteras som stoppade/inaktiverade eftersom installationsprogrammet redan har avbrutit tjänster – till WARN, och hoppar över gränsen för strandade processer (#38a) så att installationsprogrammet kan hantera processens livscykel själv. När du kör skriptet manuellt använder de här kontrollerna sin normala allvarlighetsgrad.

Tack för din feedback!Din feedback har skickats in. Tack!