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

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:

1. Storage (Separates Storage acd-store oder  or Load-Balancer acd-lb). 
   Warten bis Storage oben ist.Bei separater Storage, nun den Load-Balancer Wait until Storage is up.
2. With separate storage, now start the load balancer acd-lb hochfahren.
   Hier muss nicht gewartet werdenThere is no need to wait here.
3. acd acd-dbm - Datenbankmaster - hochfahrenDatabase Master .
   Warten bis Wait until DB-Master oben istis up.
4. acd acd-dbs - Datenbankslave   Database Slave- hochfahren .
   Warten bis DB-Slave oben istWait until DB slave is up.
5. Boot acd-jb1 ... acd-jb(x) sowie aswell as acd-tel1 ... acd-tel(x) hochfahren.

Prüfungen

Checks

1. Log on to the Web via the load balancerAm Web über den Load-Balancer anmelden. 
   
   1. Anmeldung Log on OK?
      Wenn nichtIf Not, check /home/jtel/jboss-(version)/standalone/log/server.log prüfen.
   2. GANZ WICHTIGESSENTIAL: Logo in der Webanwendung sichtbarvisible in the web application?
      Wenn nicht, ist das Storage nicht oben. Mit mount auf den Webservern prüfen. Ggf. mit If not, the storage is not up. Check with mount on the web servers. If necessary restore mount /home/jtel/shared Mount wiederherstellen.
2. Call System anrufen.
   1. Anrufe werden durchgestelltCalls are put through?
      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:

1. 1. 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:

1. Shutdown All Webservers Alle Webserver acd-jb1 ... acd-jb(x) und Telefonieserver  and Telephony servers acd-tel1 ... acd-tel(x) herunterfahren.
   Schritt fertigstellen bzw. sicherstellen dass die Rechner wirklich am herunterfahren sind bevor man weitermacht.
2. Datenbank Slave acd-dbs herunterfahren.
3. Datenbank Master acd-dbm herunterfahren.
4. Load Balancer acd-lb herunterfahren.
5. 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

1.  
   Finish step or make sure that the computers are really shutting down before continuing.
2. Shut down database slave acd-dbs.
3. Shut down database master acd-dbm.
4. Shut down load balancer acd-lb.
5. 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.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.

Shut down (only one)

Always shut down one after the other.

WithMit:

pcs status 

feststellen welcher Node aktiv ist.

determine which node is active.

On the other Auf den anderen node:

drbdadm down jtelshared

Dann diesen Node herunterfahrenThen shut down this node.

Hochfahren (nur einer)

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.Wurde nur ein Node neu gestartet, dann kann der Betrieb wieder aufgenommen werden indem man auf den Secondary folgendes nach dem Neustart eingibt:

drbdadm up jtelshared

Check Sync status prüfenwith mit:

cat /proc/drbd

Nachdem der Sync ggf. erfolgt ist, und fertig istAfter the sync is done, if necessary, and is ready:

drbdadm primary jtelshared

Shut down (

both)

MitWith:

pcs status

feststellen welcher Node aktiv ist (der Node auf den das Samba sowie die virtuelle IP läuft). Dies ist der determine which node is active (the node on which Samba and the virtual IP is running). This is the Primary Node. 

MitWith:

pcs cluster stop --all

denSet Clusterthe aufcluster inaktivto setzeninactive.

Auf auf den Secondary zuerst, dann On the Secondary first, then Primary:

drbdadm down jtelshared
shutdown now

Start up (

both)

Beide Boot both nodes booten.

Auf beide Nodes (Primary zuerstOn both nodes (primary first):

drbdadm up jtelshared

Prüfen mitCheck with:

cat /proc/drbd

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

Both nodes should be set to secondary, but no sync should take place.

drbdadm primary jtelshared

PrüfenCheck mitwith: 

cat /proc/drbd

pcs cluster start --all
pcs resource cleanup 

pcs status