Administration des Mehrmandantenbetriebs
In diesem Abschnitt sind die wichtigsten Aufgaben zusammengefasst, die für einen zuverlässigen Mehrmandantenbetrieb gelöst werden müssen.
Grundlage für die nachfolgende Überlegung ist eine System-/Mandantenlandschaft, bei der n Mandanten auf der Basis von m Systemen einzurichten sind und m dabei möglichst klein bleiben soll.
Vorbereiten und Planung der Mehrmandanten-Systemlandschaft
Für die Aufteilung der n Kunden auf die Systeme kann es sinnvoll sein, in einem ersten Schritt zunächst die Kunden hinsichtlich ihrer koexistenzrelevanten Anforderungsprofile zu kategorisieren, beispielsweise nach Applikationslösung.
Eine einmal getroffene Entscheidung muss natürlich auch nachträglich korrigierbar sein, wenn sich Rahmenbedingungen geändert haben sollten. Natürlich ist das Verschieben eines gesamten Mandanten zwischen den Knoten der Systemlandschaft ein ähnlich zeit- und aufwandsintensiver Prozess wie das Migrieren einer Installation von einem Rechner auf einen anderen, aber er ist kalkulierbar.
Einrichten der Systemlandschaft
Um die Abbildung des Szenarios auf eine System-/Mandantenlandschaft zu beschreiben,
steht Ihnen das Transport Management System zur Verfügung. Um das Transport Management
System aufzurufen, wählen Sie 
Werkzeuge 
Administration Transporte Transport Manangement System 
(STMS).
Einrichten des neuen Mandanten
Richten Sie den neuen Mandanten auf der Basis eines Template-Mandanten ein. Hierzu
stehen die Funktionen des Mandantenkopie-Tools zur Verfügung. Um diese Funktionen zu
nutzen, wählen Sie Werkzeuge Administration Verwaltung Mandantenverwaltung Mandantenkopie .
Um Änderungen an Repository-Objekten und an mandantenübergreifenden Customizing-Daten
durch Mandanteneinstellungen zu verhindern, nutzen Sie die Mandantenpflege. Um die
Mandantenpflege aufzurufen, wählen Sie Werkzeuge Administration Verwaltung Mandantenverwaltung Mandantenpflege (SCC4).
Jeder Mandant kann so eingestellt werden, dass gegen Vergleichs-Tools gesperrt ist, also auch jeder Lesezugriff untersagt ist. Dies ist unabhängig davon, welche Berechtigungen der Zugreifende hat.
Anmerkung zur Berechtigungsvergabe: Es wird empfohlen, die Berechtigungen S_TABU_CLI und S_TABU_CMP nicht zu vergeben, da diese den Zugriff auf mandantenunabhängige Objekte erlauben bzw. den (lesenden) Durchgriff auf andere Mandanten zum Vergleichen gegen die eingenen Daten. Dies ist mit Blick auf die zuvor genannten Schutzmaßnahmen redundant, bedeutet aber eine wirksame Doppelabsicherung gegen Einbruchsversuche.
Weitere Informationen siehe BC - Mandantenkopie und -transport (BC-CTS-CCO).
Löschen eines Mandanten
Löschen Sie einen nicht mehr benötigten Mandanten mit Hilfe der Mandantenkopie-Tools.
Migrieren eines Mandanten
Verlegen Sie einen Mandanten aus System A nach System B mit Hilfe der Mandantenkopie-Tools.
Change Management (zentral durchgeführte Customizing Änderungen)
Zum Durchführen und Verteilen notwendiger Änderungen für alle Mandanten wird empfohlen, Business Configuration Sets zu nutzen.
Recovery
Hier führen Sie ein normales Recovery auf anderes Backup-System und die anschließende Migration des wiederhergestellten Mandanten vom Backup-System ins produktive System durch.
Weitere Informationen finden Sie unter Die Recovery-Ersatzlösung.
Vergleichen von Mandanten
Um die Customizing-Systemeinstellungen eines Mandanten gegen einen anderen Mandanten oder gegen den Template-Mandanten zu vergleichen, stehen innerhalb des SAP Web Application Servers dedizierte Funktionen zur Verfügung:
-
Cross System-Viewer: Vergleich von komplexeren Customizing-Umfeldern. Um den Cross System-Viewer aufzurufen, wählen Sie
Werkzeuge Accelerated SAP Customizing Customizing Cross System-Viewer (SCU0). -
Einzelvergleich einer Tabelle oder View über die Vergleichsfunktion im Menü der Standard-Tabellensichtpflege (SM30) oder über den View/Tabellen-Vergleich (SCMP) für beliebige Tabellen
Mandantenspezifisches Monitoring
Im CCMS-Monitoring sind auch einige Möglichkeiten im Hinblick auf mandantenspezifisches
Online-Monitoring für bestimmte Transaktionen und Mandanten enthalten (siehe SAP Hinweis
308048 
), beispielsweise
-
Transaktionslast pro Mandant (Anzahl Dialogschritte)
-
mittlere Antwortzeit bestimmter oder aller Transaktionen eines Mandanten
-
Mandantenspezifisches Monitoring:
Wählen Sie
Administration Systemverwaltung Monitor Performance Workload Analysis (ST03N). Links oben im Navigationsfenster wählen Sie
Experte (andere mögliche Einstellungen sind
Administrator und
Service-Ingenieur). Unter Heutige
Systemlast wählen Sie TOTAL. Hier können Sie
den passenden Zeitraum auswählen (z.B. diese Woche). Dann wählen Sie im unteren
linken Navigationsfenster Analysesichten Anwender und Abrechnungsstat. Abrechnungsstatistik . -
Eine Datenbank-Space-Analyse pro Mandant ist eingeschränkt möglich gemäß SAP Hinweis 118823
.
Batch-Job-Unterstüzung
-
Zur Administration von Batch-Jobs gibt es die mandantenbezogenen Services. Das Anstarten und Restarten von Batch-Jobs kann nur aus dem Anmeldemandant heraus erfolgen. Mit einer entsprechend ausgestatteten Administrationsberechtigung können die Jobs auch anderer Mandanten beobachtet, aber nicht in deren Ablauf eingegriffen werden. Das Beobachten von Jobs, die auf anderen SAP-Systemen gestartet wurden, wird nicht unterstützt.
-
Die Batch-Job-Verwaltung bietet jedoch eine Vielzahl von Schnittstellen an. Davon wurde im Kontext vieler SAP-Lösungen bereits Gebrauch gemacht. Darüberhinaus gibt es eine Reihe von externen Administrationstools von Drittanbietern, die sich am Markt bereits etabliert haben und eine mandanten- und systemübergreifende Jobverwaltung anbieten. Die Integration dieser externen Lösungen in SAP erfolgt über die BC-XBP-Schnittstelle.
Systemadministration
Datenbank- und Systemwartung sind nicht auf Mandantenebene, sondern nur auf der Ebene des physischen Systemplattformen unterstützbar. Hiervon betroffen sind:
-
Datenbank-Reorganisation
-
Datensicherung
-
Release-Upgrades
-
Hard- und Software-Wartung.
Zusätzliche Informationen finden Sie unter