Sv translation

language	en

Starting Up and Shutting Down

All systems are designed to boot up and start all services independently.

However, there are certain dependencies between the services, so a clean startup and shutdown is best done when a certain order is considered.

Start Up

Dependencies

All services of the platform are dependent on two central entities:

The Storage
The Database(s)

To boot the solution, the storage should always be booted first. If this is external to the solution, continue with the next step. Otherwise, the computer (or in case of redundancy - both computers) is started on which the storage is located. This is usually the load balancer, but for larger systems a separate storage machine could have been implemented.

Afterwards, the master database is booted. As soon as its is finished, the slave can be started up.

Finally, the telephony servers and web servers can be started up in any order, even simultaneously.

Order

A non-redundant solution is assumed in the following. The operation of a redundant solution requires extra schooling.

This results in the following starting order:

Storage (Separates Storage acd-store or Load-Balancer acd-lb).
Wait until Storage is up.
With separate storage, now start the load balancer acd-lb.
There is no need to wait here.
acd-dbm - Database Master .
Wait until DB-Master is up.
acd-dbs - Database Slave- .
Wait until DB slave is up.
Boot acd-jb1 ... acd-jb(x) aswell as acd-tel1 ... acd-tel(x)

Checks

Log on to the Web via the load balancer.
1. Log on OK?
  If Not, check /home/jtel/jboss-(version)/standalone/log/server.log
2. ESSENTIAL: Logo visible in the web application?
  If not, the storage is not up. Check with mount on the web servers. If necessary restore mount /home/jtel/shared Mount.
Call System.
1. Calls are put through?
  If not, check the telephony server.
  Look for red messages in the telephony server and act accordingly.
2. Calls are signalled in the Agent Home or Mini Client?
  If not, check the Hazelcast cluster (PlatformListener for telephony and web server).

Shutdown

Order

Shutting down is done in the reverse order:

Shutdown All Webservers acd-jb1 ... acd-jb(x) and Telephony servers acd-tel1 ... acd-tel(x)
Finish step or make sure that the computers are really shutting down before continuing.
Shut down database slave acd-dbs.
Shut down database master acd-dbm.
Shut down load balancer acd-lb.
For separate storage, shut down acd-store.

It is not absolutely necessary to wait between the individual steps, just step 1 should be completed before continuing.

Startup and Shutdown - Redundant components

If the entire system is shut down, some components may not be immediately available or manual intervention may be necessary.

Storage (Redundant) - CentOS

Warning
This checklist is not viable for installations that use the new DRBD construct of Primary/Secondary. It is viable only for constructs that use Primary/Primary

Shut down (only one)

Always shut down one after the other.

With:

Translations Ignore

Code Block
pcs status

determine which node is active.

On the other node:

Translations Ignore

Code Block
drbdadm downsecondary jtelshared shutdown now

Then shut down this the active node.

Translations Ignore

Code Block
shutdown now

Boot up (only one)

If only one node has been restarted, then the operation can be resumed by entering the following on the secondary after the restart.After booting the secondary node, check the status. It should be Secondary and UpToDate

Translations Ignore

Code Block
drbdadmpcs up jtelsharedstatus

Check

Sync

status

with

:

Translations Ignore

Code Block
cat /proc/drbd

After the sync is done, if necessary, and is ready:

Translations Ignore

Code Block
drbdadm primary jtelshared

Shut down (both)

With:

Translations Ignore

Code Block
pcs status

determine which node is active (the node on which Samba and the virtual IP is running). This is the Primary Node.

With:

Translations Ignore

Code Block
pcsdrbdadm clustersecondary stop --alljtelshared shutdown now

Set the secondary clusterNode to inactive.secondary

On the Secondary Node first, then Primary:

Translations Ignore

Code Block
drbdadm down jtelshared shutdown now

Start up (both)

Boot both nodes.

On both nodes (primary first):

Translations Ignore

Code Block
drbdadm up jtelshared

the Primary Node first

Check DRBD sync Status and pcs cluster status

Check with:

Translations Ignore

Code Block
pcs status cat /proc/drbd

The Primary Node Both nodes should be set to secondary, but no sync should take place.primary, and Secondary Node should be secondary. Disc should be UpToDate

Then on Secondary NodeThen on both nodes (primary first):

Translations Ignore

Code Block
drbdadm primary jtelshared

Check with:

Translations Ignore

Code Block
cat /proc/drbd

Both nodes should be set to Primary, but no Sync should occur.

Then on the Primary:

Translations Ignore

Code Block
pcs cluster start --all pcs resource cleanup

/Primary + UpToDate/UpToDate

Then check if everything works a final time:

Translations Ignore

Code Block
pcs status cat /proc/drbd

Sv translation

language	de

Hoch- und Runterfahren

Alle Systeme sind so gestaltet, dass Sie hochfahren und alle Dienste selbstständig starten.

Dennoch ergeben sich gewisse Abhängigkeiten zwischen den Diensten, sodass ein sauberes Hoch- und Herunterfahren am besten geschieht, wenn eine gewisse Reihenfolge betrachtet wird.

Hochfahren

Abhängigkeiten

Alle Dienste der Plattform sind von zwei zentrale Entitäten abhängig:

Das Storage
Die Datenbank(en)

Für das Hochfahren der Lösung, sollte immer zuerst das Storage hochgefahren werden. Wenn dies Extern zur Lösung ist, dann fährt man mit den nächsten Schritt fort. Ansonsten, wird der Rechner (oder bei Redundanz - beide Rechner) gestartet auf den das Storage ist. Dies ist in der Regel der Load-Balancer, bei größere Systeme kann jedoch eine separate Storage-Maschine implementiert worden sein.

Anschließend, wird die Master Datenbank hochgefahren. Sobald dieser oben ist, kann der Slave hochgefahren werden.

Zum Schluss können die Telefonieserver und Webserver in einer beliebigen Reihenfolge, auch gleichzeitig, hochgefahren werden.

Reihenfolge

Im Folgenden wird von einer nicht redundante Lösung ausgegangen. Der Betrieb einer redundanten Lösung bedarf eine gesonderte Schulung.

Somit ergibt sich folgende Startreihenfolge:

Storage (Separates Storage acd-store oder Load-Balancer acd-lb).
Warten bis Storage oben ist.
Bei separater Storage, nun den Load-Balancer acd-lb hochfahren.
Hier muss nicht gewartet werden.
acd-dbm - Datenbankmaster - hochfahren.
Warten bis DB-Master oben ist.
acd-dbs - Datenbankslave - hochfahren.
Warten bis DB-Slave oben ist.
acd-jb1 ... acd-jb(x) sowie acd-tel1 ... acd-tel(x) hochfahren.

Prüfungen

Am Web über den Load-Balancer anmelden.
1. Anmeldung OK?
  Wenn nicht, /home/jtel/jboss-(version)/standalone/log/server.log prüfen.
2. GANZ WICHTIG: Logo in der Webanwendung sichtbar?
  Wenn nicht, ist das Storage nicht oben. Mit mount auf den Webservern prüfen. Ggf. mit mount /home/jtel/shared Mount wiederherstellen.
System anrufen.
1. Anrufe werden durchgestellt?
  Wenn nicht, Telefonieserver prüfen.
  Nach rote Meldungen im Telefonieserver schauen und entsprechend handeln.
2. Anrufe werden im Agent-Home bzw. Mini-Client signalisiert?
  Wenn nicht, Hazelcast-Cluster (PlatformListener auf Telefonie, sowie Webserver) prüfen.

Herunterfahren

Reihenfolge

Das Herunterfahren geschieht in der umgekehrten Reihenfolge:

Alle Webserver acd-jb1 ... acd-jb(x) und Telefonieserver acd-tel1 ... acd-tel(x) herunterfahren.
Schritt fertigstellen bzw. sicherstellen dass die Rechner wirklich am herunterfahren sind bevor man weitermacht.
Datenbank Slave acd-dbs herunterfahren.
Datenbank Master acd-dbm herunterfahren.
Load Balancer acd-lb herunterfahren.
Bei separater Storage, acd-store herunterfahren.

Zwischen den einzelnen Schritten ist es nicht zwingend notwendig zu warten, ledeglich Schritt 1 sollte insgesamt abgeschlossen sein bevor man fortfährt.

Hoch- und Runterfahren - Redundante Komponeten

Wenn das gesamte System heruntergefahren wird, kann es sein, dass manche Komponenten nicht sofort verfügbar sind, bzw. dass ein manueller Eingriff notwendig ist.

Storage (Redundant)

Runterfahren (nur einer)

Immer eins nacheinander herunterfahren.

Mit:

Translations Ignore

Code Block
pcs status

feststellen welcher Node aktiv ist.

Auf den anderen node:

Translations Ignore

Code Block
drbdadm down jtelshared

Dann diesen Node herunterfahren.

Hochfahren (nur einer)

Wurde nur ein Node neu gestartet, dann kann der Betrieb wieder aufgenommen werden indem man auf den Secondary folgendes nach dem Neustart eingibt:

Translations Ignore

Code Block
drbdadm up jtelshared

Sync status prüfen mit:

Translations Ignore

Code Block
cat /proc/drbd

Nachdem der Sync ggf. erfolgt ist, und fertig ist:

Translations Ignore

Code Block
drbdadm primary jtelshared

Runterfahren (beide)

Mit:

Translations Ignore

Code Block
pcs status

feststellen welcher Node aktiv ist (der Node auf den das Samba sowie die virtuelle IP läuft). Dies ist der Primary Node.

Mit:

Translations Ignore

Code Block
pcs cluster stop --all

den Cluster auf inaktiv setzen.

Auf auf den Secondary zuerst, dann Primary:

Translations Ignore

Code Block
drbdadm down jtelshared shutdown now

Hochfahren (beide)

Beide nodes booten.

Auf beide Nodes (Primary zuerst):

Translations Ignore

Code Block
drbdadm up jtelshared

Prüfen mit:

Translations Ignore

Code Block
cat /proc/drbd

Beide Nodes sollten auf Secondary stehen, aber kein Sync sollte erfolgen.

Dann auf beide Nodes (Primary zuerst):

Translations Ignore

Code Block
drbdadm primary jtelshared

Prüfen mit:

Translations Ignore

Code Block
cat /proc/drbd

Beide Nodes sollten auf Primary stehen, aber kein Sync sollte erfolgen.

Dann auf den Primary:

Translations Ignore

Code Block
pcs cluster start --all pcs resource cleanup

Dann prüfen ob alles läuft:

Translations Ignore

Code Block
pcs status

Sv translation

language	fr

Démarrage et fermeture

Tous les systèmes sont conçus pour démarrer et faire démarrer tous les services indépendamment.

Toutefois, il existe certaines dépendances entre les services, de sorte qu'un démarrage et un arrêt propres sont mieux réalisés lorsqu'une certaine commande est envisagée.

Démarrage

Dépendances

Tous les services de la plate-forme dépendent de deux entités centrales :

Le stockage
Base(s) de données

Pour démarrer la solution, le stockage doit toujours être démarré en premier. Si cela est externe à la solution, passez à l'étape suivante. Sinon, l'ordinateur (ou en cas de redondance - les deux ordinateurs) est démarré sur lequel se trouve le stockage. Il s'agit généralement de l'équilibreur de charge, mais pour les systèmes plus importants, une machine de stockage distincte aurait pu être implémentée.

Ensuite, la base de données principale est lancée. Dès qu'elle est terminée, l'esclave peut être démarré.

Enfin, les serveurs de téléphonie et les serveurs web peuvent être démarrés dans n'importe quel ordre, même simultanément.

Ordre

Une solution non redondante est supposée dans ce qui suit. Le fonctionnement d'une solution redondante nécessite une formation supplémentaire.

Il en résulte l'ordre de départ suivant :

Stockage (Stockage séparé acd-store ou Load-Balancer acd-lb).
Attendez que le stockage soit terminé.
Avec un stockage séparé, démarrez maintenant l'équilibreur de charge acd-lb.
Il n'est pas nécessaire d'attendre ici.
acd-dbm - Base de données principale .
Attendez que le DB-Master soit en place.
acd-dbs - Base de données Esclave- .
Attendez que l'esclave de la DB soit en place.
Démarrer acd-jb1 ... acd-jb(x) ainsi queacd-tel1 ... acd-tel(x)

Vérifications

Connectez-vous au Web via l'équilibreur de charge.
1. Connexion OK ?
  Si ce n'est pas le cas, cochez /home/jtel/jboss-(version)/standalone/log/server.log
2. ESSENTIEL: Logo visible dans l'application web ?
  Sinon, le stockage n'est pas en place. Vérifiez avec le montage sur les serveurs web. Si nécessaire, restaurez la monture mount /home/jtel/shared.
Système d'appel.
1. Les appels sont passés ?
  Si ce n'est pas le cas, vérifiez le serveur de téléphonie.
  Recherchez les messages rouges dans le serveur de téléphonie et agissez en conséquence.
2. Les appels sont signalés dans la maison de l'agent ou du mini-client ?
  Si ce n'est pas le cas, vérifiez le cluster Hazelcast (PlatformListener pour la téléphonie et le serveur web).

Shutdown

Ordre

La fermeture se fait dans l'ordre inverse :

Fermer tous les serveurs web acd-jb1 ... acd-jb(x) et les serveurs de téléphonie acd-tel1 ... acd-tel(x)
Terminez l'étape ou assurez-vous que les ordinateurs sont vraiment en train de s'éteindre avant de continuer.
Arrêter l'esclave des bases de données acd-dbs.
Fermer la base de données principale acd-dbm.
Éteindre l'équilibreur de charge acd-lb.
Pour un stockage séparé, fermer acd-store.

Il n'est pas absolument nécessaire d'attendre entre les différentes étapes, il suffit de terminer l'étape 1 avant de continuer.

Démarrage et arrêt - Composants redondants

Si l'ensemble du système est arrêté, certains composants peuvent ne pas être immédiatement disponibles ou une intervention manuelle peut être nécessaire.

Storage (Redundant)

Fermer (une seule)

Toujours fermer l'un après l'autre.

Avec:

Translations Ignore

Code Block
pcs status

déterminer quel nœud est actif.

Sur l'autre nœud :

Translations Ignore

Code Block
drbdadm down jtelshared

Alors, fermez ce nœud.

Démarrer (un seul)

Si un seul nœud a été redémarré, l'opération peut être reprise en entrant ce qui suit sur le secondaire après le redémarrage.

Translations Ignore

Code Block
drbdadm up jtelshared

Vérifiez le statut de sync avec :

Translations Ignore

Code Block
cat /proc/drbd

Après la synchronisation est fait, si nécessaire, et est prêt :

Translations Ignore

Code Block
drbdadm primary jtelshared

Arrêter (les deux)

Avec:

Translations Ignore

Code Block
pcs status

déterminer quel nœud est actif (le nœud sur lequel Samba et l'IP virtuel fonctionnent). C'est le Nœud primaire.

Avec:

Translations Ignore

Code Block
pcs cluster stop --all

Mettez le cluster en mode inactif.

Au secondaire d'abord, puis au primaire :

Translations Ignore

Code Block
drbdadm down jtelshared shutdown now

Démarrage (les deux)

Démarrez les deux nœuds.

Sur les deux nœuds (primaire en premier) :

Translations Ignore

Code Block
drbdadm up jtelshared

Vérifier Avec

Translations Ignore

Code Block
cat /proc/drbd

Les deux nœuds doivent être réglés sur secondaire, mais aucune synchronisation ne doit avoir lieu.

Puis sur les deux nœuds (primaire d'abord) :

Translations Ignore

Code Block
drbdadm primary jtelshared

Vérifier Avec

Translations Ignore

Code Block
cat /proc/drbd

Les deux nœuds doivent être réglés sur Primaire, mais aucune synchronisation ne doit avoir lieu.

Puis sur la Primaire :

Translations Ignore

Code Block
pcs cluster start --all pcs resource cleanup

Vérifiez ensuite si tout fonctionne :

Translations Ignore

Code Block
pcs status

Page tree

Page History

Versions Compared

Old Version 24

New Version 25

Key

Starting Up and Shutting Down

Start Up

Dependencies

Order

Checks

Shutdown

Order

Startup and Shutdown - Redundant components

Storage (Redundant) - CentOS

Shut down (only one)

Boot up (only one)

Shut down (both)

Start up (both)

Hoch- und Runterfahren

Hochfahren

Abhängigkeiten

Reihenfolge

Prüfungen

Herunterfahren

Reihenfolge

Hoch- und Runterfahren - Redundante Komponeten

Storage (Redundant)

Runterfahren (nur einer)

Hochfahren (nur einer)

Runterfahren (beide)

Hochfahren (beide)

Démarrage et fermeture

Démarrage

Dépendances

Ordre

Vérifications

Shutdown

Ordre

Démarrage et arrêt - Composants redondants

Storage (Redundant)

Fermer (une seule)

Démarrer (un seul)

Arrêter (les deux)

Démarrage (les deux)