HW-SW-Requirements
slug: /hw-sw-reqs/ title: ADOGRC Hardware-/Softwareanforderungen
hide_title: true
ADOGRC Hardware-/Softwareanforderungen
Da ADOGRC auf ADONIS basiert, gelten alle Hardware- und Softwareanforderungen von ADONIS auch für ADOGRC. In bestimmten Fällen erfordert ADOGRC jedoch erhöhte Ressourcen, je nach Größe Ihrer Umgebung und der Anzahl aktiver Benutzer.
Bitte lesen Sie die Hardware- und Softwareanforderungen von ADONIS sorgfältig, im nächsten Abschnitt finden Sie eine Liste der Punkte, in denen ADOGRC von den standardmäßigen ADONIS-Anforderungen abweicht.
Erhöhte Mindestanforderungen
Dieser Abschnitt enthält eine Aufstellung, in welchen Punkten ADOGRC im Vergleich zu den minimalen ADONIS-Anforderungen erhöhte Ressourcen benötigt. Dies ist das Minimum für jede ADOGRC-Bereitstellung. Je nach Größe Ihrer Umgebung und Anzahl der Benutzer müssen Sie diese Werte möglicherweise anpassen.
Datenbanksystem
Microsoft SQL Server: Aufgrund von funktionellen Einschränkungen, Größenlimitierungen und Leistungsgründen werden die Microsoft SQL Server Express Editionen von ADOGRC nicht unterstützt.
Festplattenkapazität: ADOGRC unterstützt das Hochladen von externen Dokumenten, z. B. Protokolle für Kontrolldurchführungen. Diese Dokumente werden in der Datenbank gespeichert und erhöhen daher den erforderlichen Festplattenspeicher für die Datenbankdateien.
Bildschirmauflösung des Web-Clients
Da ADOGRC eine große Anzahl von Dashboards mit vielen wichtigen Informationen (z. B. Auflistung aller Risiken einer Organisation und deren wichtigste Merkmale) und Diagrammen bietet, wird eine Bildschirmauflösung von 1920 x 1080 oder höher empfohlen.
Anwendungs- und Web-Server-Container
ADOGRC Scheduler: Die ADOGRC Scheduler-Komponente führt wiederkehrende operative Aufgaben im Hintergrund aus und erfordert einen zusätzlichen aworker-Prozess, was ein Minimum von 2 aworker-Prozessennotwendig macht. Dies erhöht die RAM- und CPU-Anforderungen wie nachfolgend beschrieben.
| Komponente | CPUs/Kerne | Speicher |
| Web-Server-Container | 4 CPUs oder mehr |
|
| Anwendungsserver-Container |
|
|
Größenschätzung
Die Grundlage für eine zuverlässige Bestimmung der erforderlichen Ressourcen ist eine möglichst genaue Schätzung der Größe der gesamten Bereitstellung, welche insbesondere Objekte, externe Dokumente und Benutzer umfasst. Dies ermöglicht es Ihnen, Ihren Benutzern eine optimale Leistung der Software zu gewährleisten. Falls Sie Unterstützung bei der Methodik zur Größenschätzung benötigen, kontaktieren Sie Ihren BOC-Berater.
Die drei Hauptfaktoren für die Größenschätzung sind:
- Anzahl der ADOGRC-Objekte
- Zeitplanung der Aktivitäten mit diesen Objekten
- Anzahl der gleichzeitig aktiven Benutzer
Anzahl der ADOGRC-Objekte
In diesem Abschnitt finden Sie einige Tips zur Größenschätzung und Beispiele für verschiedene Kundenszenarien.
ADOGRC bietet eine große Anzahl von Objekttypen, abhängig von der GRC-Domäne und Ihrer Lizenz. Um ein Gefühl dafür zu bekommen, wie viele Objekte in Ihrem System generiert werden, soll folgendes Beispiel dienen:
Im Riskomanagement dokumentieren werden alle Risiken dokumentiert, die Sie verwalten müssen, um Vorschriften einzuhalten oder Zertifizierungen zu bestehen. Jedes dieser Risiken hat typischerweise eine oder mehrere Kontrollen zur Verwaltung dieser Risiken. Kontrolltests werden verwendet, um zu überprüfen, ob die Kontrollen gültig sind und die Informationen aktuell sind. Kontrollausführungen dokumentieren dann, wann und wie diese Kontrollen durchgeführt wurden.
Durch Betrachtung dieser Beziehungen erhalten Sie eine erste grobe Schätzung der Anzahl der erforderlichen Objekte.
Der nächste Schritt ist die Schätzung, wie oft diese Objekte sich ändern. Um Compliance-Anforderungen zu erfüllen, wird für jede Änderung an einem Objekt eine neue Version erstellt, die die Änderung widerspiegelt. Je nach Anzahl der Änderungen kann die Anzahl der Objekte im Laufe der Jahre erheblich zunehmen.
Zeitplanung der Aktivitäten
In unserem Beispiel müssen Kontrolltests regelmäßig durchgeführt werden, um Kontrollen zu validieren, und Kontrollausführungen führen dann die tatsächliche Kontrolle für das zugewiesene Risiko durch. In der Regel erfolgen diese Aktivitäten nach einem Zeitplan, z. B. monatlich oder quartalsweise.
Dies hat großen Einfluss auf Planung der Anforderungen an das System, da die Aktivität in der Software möglicherweise nicht gleichmäßig über einen Monat verteilt ist. Wenn beispielsweise 50 % der Kontrollausführungen am 1. eines jeden Monats durchgeführt werden müssen, arbeiten alle Benutzer, die diese Ausführungen durchführen, gleichzeitig an einer großen Anzahl von Objekten. Solche Aktivitätsspitzen müssen mit einer angemessenen Hardware-Dimensionierung abgestimmt werden, denn genau in diesen Situationen benötigen Ihre Benutzer die optimale Performance.
Anzahl der gleichzeitig aktiven Benutzer
Zusätzlich zum Zeitplan der Aktivitäten, welche einen direkten Zusammenhang mit der Anzahl der gleichzeitig aktiven Benutzer, gibt normalerweise auch Benutzer, die regelmäßig mit Objekten außerhalb eines bestimmten Zeitplans arbeiten. Diese Benutzer müssen bei den Dimensionierungsüberlegungen ebenfalls berücksichtigt werden, da sie die Grundlast eines Systems darstellen.
Organisatorische Reife und Größe
Basierend auf den oben genannten Überlegungen können Sie Ihre Schätzungen mit den beiden Beispielen in diesem Abschnitt vergleichen, um die voraussichtliche Größe Ihrer Bereitstellung zu bestimmen. Die ADOGRC-Standardbereitstellung entspreicht den wie oben beschriebenen, empfohlenen Hardware-Anforderungen, während die ADOGRC-Bereitstellung mit hoher organisatorischer Reife erheblich höhere Anforderungen an Ressourcen erfordert.
ADOGRC-Standardbereitstellung
Dieses Beispiel beschreibt eine typische ADOGRC-Bereitstellung, die für die meisten Kundenumgebungen geeignet sein sollte.
| Anzahl der ADOGRC-Objekte | zwischen 4.000 und 8.000 ADOGRC-Objekte |
| Anzahl der Benutzer, die an ADOGRC-Workflows teilnehmen |
|
| Systemlast aufgrund von gewöhnlichen Workflow-Fristen | Zeitpläne für Bewertungen und Überprüfungen werden über mehrere Phasen des Jahres verteilt, um übermäßige Laststöße an bestimmten Terminen zu vermeiden |
| Hochgeladene externe Dokumente | hochgeladene Dokumente bleiben im Bereich von 5 GB insgesamt |
ADOGRC-Bereitstellung mit hoher organisatorischer Reife
Dieses Beispiel ist für Kunden mit hoher organisatorischer Reife gedacht, die hohe Compliance-Anforderungen erfüllen müssen und ADOGRC zur Arbeit in mehreren GRC-Domänen nutzen, was üblicherweise in großen Unternehmen mit vielen aktiven Benutzern der Fall ist.
| Anzahl der ADOGRC-Objekte | zwischen 15.000 und 20.000 ADOGRC-Objekte |
| Anzahl der Benutzer, die an ADOGRC-Workflows teilnehmen |
|
| Systemlast aufgrund von gewöhnlichen Workflow-Fristen | Fristen für Bewertungen und Überprüfungen werden über mehrere Phasen des Jahres verteilt, es kommt jedoch zu Spitzen an bestimmten Terminen |
| Hochgeladene externe Dokumente | hochgeladene Dokumente mit insgesamt über 10 GB |