Sie sind auf Seite 1von 11

Modul FI AM CO HR MM PP SD

Lastfaktor 0.2 0.2 0.2 0.2 4 4 1

Anzahl der User Anzahl der User Anzahl der User zentral Tokyo Detroit 12 4 50 6 100 124 30 2 0 2 0 6 0 6 4 2 4 0 10 10 10

Aktivittsgrad mittel mittel niedrig mittel mittel mittel mittel

concurrent user

FI AM CO HR MM PP SD

9 3 38 5 75 93 23 1080 360 375 540 9000 11160 2700 216 72 75 108 36000 44640 2700 21.97 GB 4190.55

2 0 2 0 5 0 5 180 0 15 0 540 0 540 36 0 3 0 2160 0 540 16.29 GB 136.95

3 2 3 0 8 8 8 360 180 30 0 900 900 900 72 36 6 0 3600 3600 900 16.73 GB 410.7

Zugriffe/Stunde

FI AM CO HR MM PP SD

Lastfaktur dazu

FI AM CO HR MM PP SD

Speicherbedarf SAPS

DB-Platte (und Spiegel) App-Platte (und Spiegel)

100 TB 1 TB

Gre

Begrndung - Skizze

In Gebude 1 sind die App-Server Zentrale, Tokio und Detroit, die App-Platte, wovon die App-Server ihr OS und Anwender Softwar

In Gebude 2 sieht es gleich aus, nur dass man hier die Spiegel (Bei App-Server nur Zentral) der jeweiligen Komponenten sehen kan

Die DB-Platte im ersten Gebude wird mit der DB-Platte im zweiten Gebude synchronisiert. Falls nun eine Platte ausfllt kann sch

Das gleiche gilt fr die App-Platte.

Der DB-Server wird nicht synchronisiert, weil er seine Daten von der synchronisierten DB-Platte erhlt. Aber es gibt im 1. und im 2. Auerdem muss man DB-Platte und App-Platte spiegeln, weil bei einem Crash einer der Platten alle Daten verloren gehen.

Falls der zentrale App-Server ausfllt, kann auf den App-Server Zentral Spiegel umgeschaltet werden. Dadurch das alles synchronis Arbeiter Zentral sind in Gebude 1 und 2 untergebracht

Gebude 1
APP-Server Zentral APP-Server Tokio OS FI AM

laden OS, Module....

OS FI

AM CO
Daten laden/Speichern

CO
HR MM PP SD

HR
MM PP SD

DBPlatte
OS DB

laden OS, DB ...

DB-Server OS

APPPlatte OS

Daten auf Platte

DB

AnwenderSoftware

Station

10 Zugriffe/Minute 1 Zugriff in 6 Minuten

Aus den SAPS ergibt sich Memory- und Plattengre

ie App-Server ihr OS und Anwender Software laden, der DB-Server, worauf die App-Server Daten speichern und laden, und die DB-Platte, worauf die D

ntral) der jeweiligen Komponenten sehen kann.

nisiert. Falls nun eine Platte ausfllt kann schnell auf die 2. umgeschaltet werden.

DB-Platte erhlt. Aber es gibt im 1. und im 2. Gebude einen DB-Server. Falls nun einer ausfllt kann auf den 2. umgeschaltet werden.

er Platten alle Daten verloren gehen.

haltet werden. Dadurch das alles synchronisiert ist, geht dieses umschalten sehr leicht.

Gebude 1
Tokio APP-Server Detroid OS FI AM CO HR MM PP SD Auch interne Verkabelung

Platte

AnwenderSoftware

synchronisieren

Verkabelung mit Cloud und den externen

Cloud

Station Toronto

speichern und laden, und die DB-Platte, worauf die Daten des DB-Servers fr immer gespeichert werden.

nn auf den 2. umgeschaltet werden.

Gebude 2
APP-Server laden OS, Module....

Daten laden/Speichern

DBPlatteOS
DB

laden OS, DB ...

DB-Server-Spiegel OS

Daten auf Platte

DB

Station Tokio

APP-Server Zentral Spiegel OS FI AM

CO
HR

MM
PP SD

APPPlatteOS AnwenderSoftware