Aide de Tableau Server sur Windows

Cette section est un guide de référence technique pour les seuils opérationnels, les chemins système et les ports réseau vérifiés pendant le processus de mise à niveau. Utilisez ces tableaux pour diagnostiquer rapidement les échecs de validation et aligner votre environnement sur les références de base RMT requises.

Remarque : pour nous aligner sur les valeurs fondamentales de notre entreprise, à savoir l’égalité, nous avons mis à jour le terme « RMT Master » en « RMT Server ». Dans certains cas, il arrive que les chemins d’installation et les commandes du Serveur RMT utilisent le terme « master » (maître) au lieu de « server » (serveur). Il se peut donc que vous continuiez à voir le terme dans les commandes et options de l’interface en ligne de commande, dans les dossiers d’installation, dans les fichiers de configuration et dans d’autres instances. Pour plus d’informations, consultez À propos de l’Aide de Tableau(Le lien s’ouvre dans une nouvelle fenêtre).

Vérifications de l’intégrité avant la mise à niveau

La vérification de l’intégrité avant la mise à niveau inspecte votre Serveur RMT ou l’hôte de votre Agent alors que l’installation existante est encore intacte (les services s’exécutent et la base de données est accessible, par exemple) et génère un rapport PASS / FAIL / WARN détaillé. Plus de 80 vérifications individuelles sont exécutées sur les ressources système, les comptes, les autorisations de fichiers, PostgreSQL, RabbitMQ, la mise en réseau, les fichiers de configuration et les services RMT. Le tableau suivant répertorie les vérifications effectuées avant la mise à niveau. Si un élément renvoie un état FAIL (code de sortie 2), la mise à niveau est annulée.

Système et matériel

Comptes et autorisations

Propriété du répertoire et autorisations pour Linux

Gravité : FAIL sur la propriété uniquement pour l’ensemble data-dir (#13 et #15). Toutes les autres vérifications de répertoires Linux (#11, #12, #14, #14a, #15a–c, #16) émettent WARN en cas d’incompatibilité de propriété/mode parce que le programme d’installation post-installe réapplique la propriété lors de la mise à niveau. WARN si le mode d’autorisation est incorrect mais que la propriété est correcte.

Propriété du répertoire et autorisations pour Windows

Base de données (PostgreSQL)

Toutes les vérifications PostgreSQL s’exécutent uniquement sur le Serveur RMT.

Messagerie (RabbitMQ)

Les vérifications de messagerie (RabbitMQ) s’exécutent uniquement sur le Serveur RMT.

Réseau et configuration

Services et sauvegarde

Vérifications de l’intégrité après la mise à niveau

Ces vérifications s’exécutent après la mise à niveau. Elles ne bloquent pas les processus et les défaillances n’arrêtent pas la mise à niveau mais indiquent des problèmes post-installation.

Codes de fermeture de la vérification de l’intégrité

Utilisez les codes de fermeture suivants pour interpréter les résultats des scripts de vérification de l’intégrité avant et après la mise à niveau.

Scripts de pré-mise à niveau

Scripts de post-mise à niveau

Changements de gravité InstallerContext

Lorsqu’elles sont exécutées avec -InstallerContext pendant des mises à niveau automatiques Windows MSI, les vérifications suivantes se comportent différemment de la vérification manuelle par défaut. Le comportement par défaut (non-InstallerContext) est *déjà* WARN pour les états « stopped but not Disabled » / « port not listening ». FAIL est réservé à « Stopped+Disabled ». Sous « -InstallerContext », même la branche « Disabled » est signalée comme WARN. Une mise à niveau à la volée pilotée par le programme d’installation ne fait donc jamais l’objet d’un veto de la part d’un état temporaire que le programme d’installation est sur le point de corriger.

Seuils de pré-mise à niveau

Seuils de post-mise à niveau

Versions minimum de composant prises en charge

Automatisation et intégration CI/CD

Pour Linux :

```base
# Linux
sudo bash rmt-pre-upgrade-check.sh --component master --db-password "$DB_PASSWORD"
EXIT_CODE=$?
if [ $EXIT_CODE -eq 2 ]; then
echo "BLOCKED: Fix critical issues before upgrading"
exit 1
fi
```

Pour Windows :

```powershell
# Windows
.\rmt-pre-upgrade-check.ps1 -Component master
if ($LASTEXITCODE -eq 2) {
Write-Error "BLOCKED: Fix critical issues before upgrading"
exit 1
}
```

Référence du répertoire d’installation

Pour appeler manuellement les utilitaires de diagnostic sous-jacents ou vérifier votre structure d’installation, reportez-vous aux chemins des répertoires spécifiques à la plate-forme :

Structure des répertoires Linux

```

/opt/tableau/tabrmt/ # Install root

+-- master/ # Master application binaries

+-- agent/ # Agent application binaries

+-- prerequisites/ # Bundled dependencies

/var/opt/tableau/tabrmt/ # Data root

+-- master/config/ # config.json, setup.json

+-- master/logs/ # Application logs

+-- data/postgresql15/ # PostgreSQL data files

+-- data/rabbitmq313/ # RabbitMQ data/mnesia

+-- data/ssl/ # TLS certificates

/etc/opt/tableau/tabrmt/

+-- master/environment.bash # Master environment variables

+-- agent/environment.bash # Agent environment variables

```

Structure des répertoires Windows

```

C:\Program Files\Tableau\Tableau Resource Monitoring Tool\ # Install root

C:\ProgramData\Tableau\Tableau Resource Monitoring Tool\ # Data root

```

Ports réseau requis