Störungsbeseitigung und Troubleshooting
Aktives Monitoring
Vor Projektbeginn muss geklärt sein, welche Systeme an das IdM angebunden werden und welche Dienste das System erbringen soll. Dies erfordert eine enge Zusammenarbeit zwischen der Fachabteilung und der IT, da spätere Anpassungen oder zusätzliche Systeme die Einführung verlängern und das Budget übersteigen. Vorhandene Daten analysieren Zur erfolgreichen Einführung eines Identity Management Systems ist eine hohe Qualität der Daten unverzichtbar. Die Stammdaten der Benutzer müssen überprüft, aktualisiert oder auch nachgepflegt werden. Eine Automatisierung mit lückenhaften oder gar falschen Daten ist ansonsten nicht denkbar. Berechtigungskonzept überdenken Mit der Einführung eines Identity Management Systems und eines Workflows zur Berechtigungsvergabe sollten die vorhandenen Rollen noch einmal genau unter die Lupe genommen werden. Sie sollten sich fragen, ob der Anwender weiß, welche Rolle er aus dem vorliegenden Katalog auswählt und ob diese ausreichend für seine Aufgabe ist. Rollen-Owner festlegen Nicht nur der Anwender muss wissen, welche Rolle er auswählt. Es muss auch einen Verantwortlichen für die Rolle geben, der die Rolle bei Bedarf anpasst bzw. anpassen lässt oder bei Bedarf als Ansprechpartner fungiert.
Durch die richtige Beurteilung der eigenen Anwendungen auf Eignung für den Betrieb bei einem externen Dienstleister oder in der Cloud wird das Unternehmensrisiko der gewählten Service-Form minimiert. Auch sind mögliche Schwachpunkte oder Aspekte, die besondere Aufmerksamkeit erfordern, bekannt und können proaktiv bearbeitet werden. Eine negative Konsequenz während des operativen Betriebs kann weitestgehend ausgeschlossen werden.
Stillstand aufgrund überlaufender Datenbankdateien
Das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank unterscheidet sich grundlegend vom Sizing für eine traditionelle Datenbank. Beim traditionellen Sizing geht man von der Anzahl der Benutzer oder Transaktionen aus, multipliziert diese mit einem Gewichtungsfaktor und errechnet daraus (über den CPU-Bedarf) den Hauptspeicherbedarf. Diese Methode des Sizings geht also davon aus, dass ein Benutzer oder eine Transaktion eine gewisse Hauptspeichergröße benötigt, um die Daten, auf die er/sie häufig zugreift, im Hauptspeicher zu halten. Die absolute Größe der Datenbank spielt beim Hauptspeicher-Sizing-Ansatz für einen traditionellen Datenbankserver nur eine untergeordnete Rolle. Im Gegensatz dazu berechnet sich das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank primär aus der Größe der Datenbank, denn diese soll ja im Hauptspeicher gehalten werden. Das SAP-HANA-Sizing für eine Neuinstallation können Sie im Quick Sizer analog zu einem Projekt für eine traditionelle Datenbank durchführen.
Kernstück von SAP Basis ist die Applikationsschicht mit einem oder mehreren Applikations- und einem Message Server. Der Message Server dient der Kommunikation zwischen den Applikations-Servern und übermittelt Aufträge zwischen diesen. Die Applikationsschicht kommuniziert mit der Datenbankschicht einerseits und der Präsentationsschicht andererseits. Die Anwendungen auf dem Applikations-Server fordern von der Datenbank die benötigten Daten an, verarbeiten sie und bereiten sie für den Nutzer auf, der sie über die Präsentationsschicht in seinem Grafical User Interface (GUI) angezeigt bekommt. Umgekehrt übergibt der Applikationsserver Informationen, die der Nutzer über das GUI eingibt, weiter an die Datenbank.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Diese Implementierung hat den Vorteil, dass der gesamte SAP Extended Memory damit größer sein kann als der Adressraum des Workprozesses.
Sie können Zeitprofile für den Dialog- und den Hintergrundbetrieb erstellen, indem Sie über die Schaltfläche Tasktyp die Task-Typen Dialog bzw. Background auswählen.