Documentation > Guide de l'administrateur
Nous supposons ici que tous les services du cluster sont stoppés.
La première chose à faire est de démarrer (Serveur Linux et base de données) tous les data brokers déclarés dans le fichier de configuration.
Si certains data brokers ne peuvent pas démarrer, le cluster démarrera mais tous les segments qui dépendent des data brokers arrêtés seront désynchronisés à la première lecture ou écriture. C’est à vous d’évaluer l’impact. Il faudra peut-être moins d'efforts pour réparer les data brokers avant de démarrer le cluster que pour réparer toutes les tables impactées.
Démarrez tous les master brokers déclarés dans le fichier de configuration.
Si certains master brokers ne peuvent pas démarrer, vous pouvez décider de continuer mais tenez compte des éléments suivants :
- Les master brokers manquants seront identifiés au démarrage et le cluster ne les utilisera pas.
- Il est très imprudent de démarrer un cluster de production sur un seul master broker.
- Si vous parvenez à démarrer un master broker après le démarrage du cluster auquel il appartient, vous ne pouvez pas le joindre au cluster (la commande n'existe pas encore). Vous devrez arrêter et redémarrer le cluster pour en tenir compte. Au prochain démarrage, le master broker concerné sera détecté comme désynchronisé et automatiquement resynchronisé.
Connectez le compte synsql sur le serveur synsql de votre choix et démarrez le service :
login : synsql password : ****** $ cd bin $ nohup synsqld & $
Notez que le premier serveur que vous démarrez n'a pas de statut spécifique. Ce n'est que le premier serveur que vous ayez démarré.
Connectez le compte synsql sur les autres serveurs déclarés dans le fichier de configuration. Utilisez les instructions précédentes pour démarrer des serveurs Synsql supplémentaires.
À l'aide d'un compte administratif, ouvrez une session sur n'importe quel serveur et soumettez les commandes suivantes :
login : synsql password : ****** $ cd bin $ ./synsql -u système -p ****** Welcome to synsql service version 0.1 Copyright (c) 2023-2024 SynSql. AnyServer > shutdown cluster ; $
Le serveur auquel vous êtes connecté demandera d'abord à tous les autres serveurs de s'arrêter avant de s'arrêter lui-même.
À l'aide d'un compte administrateur, ouvrez une session sur le serveur souhaité et soumettez les commandes suivantes :
login : synsql password : ****** $ cd bin $ ./synsql -u system -p ****** -s TheServerToStop Welcome to synsql service version 0.1 Copyright (c) 2023-2024 SynSql. TheServerToStop > shutdown; $
Vous démarrez un serveur de la même manière que vous avez démarré le premier :
Connectez le compte synsql sur le serveur que vous souhaitez redémarrer et exécutez les commandes suivantes :
login : synsql password : ****** $ cd bin $ nohup synsqld & $
Si le client exécutait une opération longue (sauvegarde, restauration et sélection), cette opération ira à son terme car elle est exécutée par un sous-processus forké.
Si le client exécutait une opération courte (toutes les autres), cette opération doit se terminer avant que le processus serveur puisse se terminer.
Si vous avez réussi à redémarrer le serveur entre-temps, le client détectera que le serveur est parti et est de retour. Il se reconnectera silencieusement.
Si le client ne parvient pas à reconnecter son serveur, il essaiera de se connecter à n'importe quel autre serveur. C'est possible car chaque client contient la liste des serveurs et la liste est mise à jour au démarrage et à l'arrêt des serveurs synsql. S'il parvient à se reconnecter à un autre serveur, il met à jour son invite pour indiquer le nouveau nom du serveur. Si aucun serveur n'est disponible, le client signale l'erreur et se termine.
Eh bien, il semble que vous ayez arrêté votre cluster.
Exactement comme décrit précédemment, les clients mettront fin à leurs opérations en cours.
- Les clients qui tenteront d'exécuter une requête avant le redémarrage du cluster mourront.
- Les clients qui seront en veille au moment du redémarrage du cluster tenteront de se reconnecter.
Chaque serveur est conçu pour servir un maximum de 1 024 connexions. Si votre cluster est chargé et que vous devez arrêter un serveur, les autres serveurs risquent de ne pas pouvoir prendre en charge ses clients. Dans un tel cas, certains clients ne pourront pas se reconnecter et mourront.
| 15 Jan 2026 07:15:12 | English version |