Vind antwoorden op veelgestelde vragen tijdens het upgraden.
Kan ik de scripts uitvoeren zonder root-/beheerdersbevoegdheden?
Wanneer scripts automatisch via het installatieprogramma worden uitgevoerd, heeft het installatieprogramma de benodigde bevoegdheden. Als u scripts handmatig uitvoert, hebt u root- (Linux) of beheerdersbevoegdheden (Windows) nodig, omdat de scripts de servicestatus en bestandsmachtigingen inspecteren en opdrachten uitvoeren als het RMT-serviceaccount.
Wat moet ik doen als ik niet weet wat het wachtwoord van de database is?
Alle PostgreSQL-afhankelijke controles worden overgeslagen met WARN. Het script voert nog wel steeds alle andere controles uit. Neem contact op met de ondersteuning van Tableau voor het wachtwoord.
Hoe kan ik het wachtwoord voor de tabrmtdb-databasegebruiker ophalen?
U kunt de referenties ophalen door naar de RMT Server-directory te gaan en de opdracht uit te voeren die geschikt is voor uw besturingssysteem:
Voor Windows:
.\rmtadmin get db:username db:password
Voor Linux:
rmtadmin get db:username db:password
Kan ik de controle vóór een upgrade uitvoeren terwijl RMT in gebruik is?
Ja. Het script is alleen-lezen en kan op elk gewenst moment veilig worden uitgevoerd op een productiesysteem.
Wat gebeurt er als bij de controle na een upgrade fouten worden gevonden?
De controle na een upgrade blokkeert het installatieprogramma nooit. Fouten worden in het rapport aan het licht gebracht. Sommige fouten (zoals 'Broker onbereikbaar') zijn van voorbijgaande aard en verdwijnen vanzelf.
Zijn de scripts compatibel met externe PostgreSQL/RabbitMQ?
Ja. Het script voor de controle na een upgrade detecteert automatisch externe configuratie en slaat lokale controles op de juiste manier over. Voor het script voor de DB-controles vóór een upgrade is --db-password altijd vereist, omdat het script verbinding maakt met de interne RMT database.
Kan ik de scripts op RMT Server- en Agent-computers uitvoeren?
Ja. Gebruik --component master op RMT Server- en --component agent op Agent-computers. Als er niets wordt opgegeven, detecteert het script automatisch de juiste optie.
Wat betekent InstallerContext in het rapport?
Wanneer de controle vóór een upgrade automatisch wordt uitgevoerd tijdens een Windows MSI-upgrade, wordt de -InstallerContext-optie ingesteld. Dit versoepelt de service- en poortcontroles (die Gestopt/Uitgeschakeld kunnen melden omdat het installatieprogramma de services al heeft verstoord) door deze in te stellen op WARN, en slaat de gestrande-procespoort over (#38a), zodat het installatieprogramma de levenscyclus van het proces zelf kan beheren. Wanneer u het script handmatig uitvoert, gebruiken deze controles de normale ernst.