Show TOC

HintergrundImplementierung eines Portals im Verbund Dieses Dokument in der Navigationsstruktur finden

 

Unternehmen können ein Portal im Verbund implementieren, indem sie über die SAP-NetWeaver-Plattform Content mehrerer Portale gemeinsam nutzen.

Ein Portal im Verbund bietet Unternehmen mit verschiedenen Portalinstallationen (SAP- wie Nicht-SAP-Installationen) einen einzigen Portalzugang pro Benutzer zu Portalinformationen, Services und Anwendungen, die auf Portalen im gesamten Unternehmensnetzwerk zur Verfügung stehen. Durch die Implementierung können bereits vorhandener Content sowie existierende Einstellungen genutzt werden, um den notwendigen Administrationsaufwand zu verringern.

Weitere Informationen über diese Szenariovariante finden Sie unter Implementierung eines Portals im Verbund.

Eine Liste der Terminologie, die in dieser Szenariovariante verwendet wird, finden Sie unter Glossary.

Einführung

Einführende Informationen zur Verwendung eines Portals finden Sie im Abschnitt Portal in Einführung in die Benutzung der SAP-Software.

Systemlandschaft

Jedes Portal im Verbund kann entweder ein Produzent, ein Konsument oder beides sein, abhängig davon, ob es Content für andere Portale zur Verfügung stellt oder ob es von anderen Portalen zur Verfügung gestellten Content benutzt.

  • Produzent Eine Portalinstallation, die anderen Portalen (Konsumenten) den Remote-Zugriff auf Content gewährt, für den ein lokales Deployment durchgeführt wurde.

  • Konsument: Eine Portalinstallation, die auf den Remote-Content zugreift, der von einem anderen Portal (Produzenten) zur Verfügung gestellt wird.

SAP NetWeaver Portal unterstützt den WSRP-Standard und erleichtert so die Portlet-Interoperabilität. Damit stehen Ihnen folgende Möglichkeiten zur Verfügung:(i) WSRP-fähige Portlets in den NetWeaver-Verbund einzubinden, die auf einem nicht-SAP-Portal deployed wurden und (ii) WSRP-fähigen NetWeaver-Content für die Verwendung durch ein nicht-SAP-Portal bereitzustellen.

Ein NetWeaver-Konsumentenportal kann Remote-Content auf verschiedene Arten verwenden:

  • Ordnen Sie Benutzern Remote-Rollen zu, die auf einem anderen Produzentenportal definiert, konfiguriert und gepflegt werden. Weitere Informationen finden Sie unter 'Remote Role Assignment' Mode.

  • Legen Sie Remote-Deltalinks zu Content (iViews, Seiten, Worksets und Rollen) an, der auf einem Remote-Produzentenportal abgelegt ist, verwenden Sie ihn erneut und passen Sie ihn lokal an, ohne den Quell-Content auf dem Produzentenportal zu beeinträchtigen. Das Verhalten folgt dem Standardverhalten von Deltalinks; Änderungen am Quellobjekt auf dem Produzenten werden automatisch auf dem Konsumenten nachgezogen. Weitere Informationen finden Sie unter 'Remote Delta Link' Mode.

  • Integrieren Sie WSRP-Portlets, die auf einem Nicht-SAP-Produzentenportal laufen, als lokale SAP-NetWeaver-iViews. Weitere Informationen finden Sie unter 'WSRP Application Sharing' Mode.

Die Abbildung wird im Begleittext erläutert.

Abbildung: Ein Portalverbund, der fünf verteilte Standorte im selben LAN umfasst. Die Standorte haben eine jeweils andere Portalinstallation, benutzen jedoch gemeinsamen Content. Benutzer melden sich am Portal ihres Standorts an, haben aber gleichzeitig reibungslosen Zugang zu Backend-Anwendungen, die sich an anderen Standorten im Verbund befinden. Remote-Rollenzuordnung und Remote-Deltalink werden verwendet, um Content zwischen SAP-NetWeaver-Portalen bereitzustellen, während WSRP Application Sharing zwischen einem SAP-NetWeaver-Portal und einem Nicht-SAP-Portal verwendet wird.

Jeder Standort ist ein Produzent, ein Konsument oder beides.

  • Standort 1 hat drei Portalinstallationen: ein Nicht-SAP-Portal, einen NetWeaver-Content-Produzenten und einen NetWeaver-Konsumenten, der das Anmeldeportal für alle Benutzer dieses Standortes darstellt.

  • Standort 2 ist ein NetWeaver-Produzent. Er verfügt über eigene Benutzer und eigenen lokalen Content, den er für andere Portale zur Verfügung stellt, aber verbraucht keinen Remote-Content anderer Portale.

  • Standort 3 ist ein NetWeaver-Konsument, der weder eigenen Content anlegt noch entwickelt und seine Benutzer nur mit remote-basiertem Content versorgt.

  • Standort 4 ist ein Nicht-SAP-Produzent. Er bedient keine lokalen Benutzer, sondern stellt anderen Portalen Remote-Anwendungen zur Verfügung.

  • Standort 5 ist ein NetWeaver-Portal. Es fungiert sowohl als Produzent, als auch als Konsument, bedient die Benutzer mit lokalem und remote-basiertem Content und stellt seinen Content auch anderen Portalen zur Verfügung.

Beispiele über Geschäftsszenarios, in denen ein Portal im Verbund implementiert ist, finden Sie auf dem SAP Developer Network unter www.sdn.sap.com/irj/sdn/developerareas/ep im Bereich Federated Portal Network.

Werkzeuge

Eine Zusammenfassung der Werkzeuge, die von Administratoren verwendet werden, oder der Werkzeuge, die speziell dazu benutzt werden, um ein Portal im Verbund zu implementieren, finden Sie unter folgenden Punkten.

Hinweis Hinweis

Ein Systemadministrator kann statt der Editoren und Assistenten im Portal ein XML-Skript verwenden, um viele der unten aufgeführten Schritte aufzuführen. Weitere Informationen finden Sie unter Using XML to Automate Federated Portal Network Tasks.

Ende des Hinweises

Zusätzlich zu den Aktivitäten im Zusammenhang mit Produzenten und Konsumenten, die bei jeder NetWeaver-Portalinstallation im Verbund durchgeführt werden, sollten Administratoren auch tägliche administrative Aufgaben und Aufgaben auf Anfrage durchführen, um jedes Portal individuell zu konfigurieren und zu pflegen. Weitere Informationen finden Sie unter Bereitstellung eines einheitlichen Zugriffs auf den Content in diesem Leitfaden.

Verwenden Sie für die Integration eines Nicht-SAP-Portals in den Verbund die vom Hersteller zur Verfügung gestellte Dokumentation.

Voraussetzungen

  • Für jedes SAP-NetWeaver-Portal (Produzent oder Konsument) haben Sie folgende SAP-NetWeaver-Verwendungsarten installiert:

    • Application Server Java (AS Java)

    • EP Core (EPC)

    • Developer Infrastructure (DI)

      Hinweis Hinweis

      Die Verwendungsart DI ist nur erforderlich, wenn Sie die Absicht haben, eigene Anwendungen und eigenen Content für das Portal zu entwickeln.

      Ende des Hinweises

  • Nach der Installation der Verwendungsart EPC auf jedem NetWeaver-Portal (Produzent oder Konsument) haben Sie die erforderlichen initialen Konfigurationsaufgaben durchgeführt, die unter Initial Configuration Tasks beschrieben sind. Optionale und empfohlene Aufgaben sollten auch berücksichtigt werden.

    Hinweis Hinweis

    Stellen Sie sicher, dass Sie sich wie in der oben genannten Dokumentation beschrieben an die Konfigurationsrichtlinien für Portalberechtigungen halten. Anderenfalls besteht das Risiko, dass ein Portal beim Anlegen nicht über die richtigen Laufzeitberechtigungen verfügt und keinen Zugriff auf den zugeordneten, initialen Content hat.

    Ende des Hinweises

  • Für das Produzenten- und das Konsumentenportal gilt die gleiche Benutzerbasis (nur erforderlich für Produzenten und Konsumenten auf NetWeaver-Basis). Siehe User Persistence.

  • NetWeaver-Portale laufen immer auf SAP NetWeaver 7.0.

    Hinweis Hinweis

    Informationen über das Aufsetzen eines Portals im Verbund mit einem Produzenten- oder Konsumentenportal, das mit einer höheren Version von SAP NetWeaver 7.1 läuft, finden Sie unter Version Interoperability und in SAP-Hinweis 880482.

    Ende des Hinweises

  • Nicht-SAP-Portale sind immer WSRP-kompatibel.

Einschränkungen

Siehe Limitations, Known Issues, and Workarounds.

Aufgaben

Dieser Abschnitt beschreibt den Ablauf von Aufgaben, die Administratoren durchführen müssen, um ein Portal im Verbund zu implementieren.

Hinweis Hinweis

Es wird angenommen, dass im Produzentenportal bereits Content generiert wurde. Beachten Sie, dass ein Produzentenportal jederzeit neuen Content anlegen und diesen anderen Konsumenten zur Verfügung stellen kann.

Ende des Hinweises

Beachten Sie, dass der folgende Prozessablauf sich auf eine einzelne Produzenten-Konsumenten-Beziehung bezieht. Für jede weitere Produzenten-Konsumenten-Beziehung wiederholen Sie diese Schritte.

Konfiguration des Portals im Verbund

Administratoren auf den Produzenten- und Konsumentenportalen führen folgende Schritte durch, um die Portale in einen Portalverbund zu integrieren. Produzenten führen außerdem die erforderlichen Konfigurationsschritte aus, um Content für andere Konsumenten bereitzustellen.

  1. Jedes Produzenten- und Konsumentenportal konfiguriert das eigene Benutzer-Repository separat. Siehe User Persistence.

  2. Jeder Systemadministrator auf sowohl dem Produzenten- als auch Konsumentenportal konfiguriert seine Systemeinstellungen separat und bereitet so die Implementierung des Portalverbunds vor.

    NetWeaver-Produzentenportal

    NetWeaver-Konsumentenportal

    1. Configuring Proxy Settings

    2. Setting Up Trust Between You and Consumers

    3. Configuring Your Registration Password (für Remote-Rollenzuordnung und Remote-Deltalink)

    4. Setting the Root PCD Folder for WSRP-Based Browsing (nur für WSRP Application Sharing mit Nicht-SAP-Konsumenten)

    5. Creating Users for Non-SAP Consumers (nur für WSRP Application Sharing mit Nicht-SAP-Konsumenten)

    1. Configuring Proxy Settings

    2. Setting Up Trust Between You and Producers

    3. Configuring Caching for your Consumer Portal

    4. Optimizing Your Consumer Profile (nur für die Remote-Rollenzuordnung)

    5. Setting the Content Invalidation Policy for Remote Delta Links (für Remote-Deltalink)

  3. Der Systemadministrator auf dem Konsumentenportal definiert den Produzenten. Siehe Adding Producers.

  4. Der Systemadministrator auf dem Konsumentenportal konfiguriert die Produzenteninstanz:

    1. Verifizieren Sie den Produzentenalias. Siehe Maintaining Producer Aliases.

    2. Testen Sie die Verbindung zum Produzenten. Siehe Testing the Connection to a Producer.

    3. Führen Sie die Registrierung mit dem Produzentenportal durch. Siehe Registering and Unregistering Your Consumer Portal.

    4. Ordnen Sie Berechtigungen zur Produzenteninstanz zu. Siehe Assigning Administrator Permissions to Producer Objects.

  5. Auf dem Produzentenportal werden Berechtigungen für den Content eingestellt und einige notwendige Content-Eigenschaften konfiguriert, um den Content registrierten Benutzern bereitzustellen. Siehe Consumers.

Anlegen von Content für Portale im Verbund

Administratoren im Konsumentenportal führen folgende Schritte durch, um remote-basierten Content in das Portal einzubinden und ihn lokalen Benutzern zuzuordnen.

  1. Basierend auf dem von Ihnen gewünschten Content-Verwendungsmodus führt ein Administrator folgende Aktivitäten auf dem Konsumenten aus:

    1. Der Benutzeradministrator ordnet Benutzern und Gruppen Remote-Rollen zu.

    2. Der Content-Administrator kopiert Remote-NetWeaver-Content von einem Produzenten-Portal und legt Deltalink-Objekte auf dem Konsumenten-Portal an.

    3. Der Content-Administrator wählt Remote-Portlets (von einem Nicht-SAP-Produzenten-Portal) oder -iViews (von einem NetWeaver-Produzenten-Portal) aus und legt Proxy-to-Portlet-iViews auf dem Konsumenten-Portal an.

    Weitere Informationen finden Sie unter Getting Remote Content from Producers.

  2. Der Konsument konfiguriert den Content. Die durchzuführenden Schritte hängen davon ab, welcher Content-Verwendungsmodus zum Anlegen des Content verwendet wurde.

    Remote-Rollenzuordnung

    Es müssen keine weiteren Schritte im Konsumentenportal ausgeführt werden. Die Geschäftsbenutzer können die ihnen zugewiesenen Rollen verwenden.

    Remote-Deltalink*

    1. Der Content-Administrator passt ggf. die kopierten Objekte an.

    2. Der Content-Administrator weist den Content lokalen Rollen zu. (Dies ist nur erforderlich, wenn keine Rollenstrukturen mitkopiert wurden.)

    3. Der Benutzeradministrator weist den Benutzern die entsprechenden kopierten oder selbst angelegten Rollen zu.

    WSRP Application Sharing*

    1. Der Content-Administrator ordnet die Proxy-to-Portlet-iViews lokalen Seiten, Worksets oder Rollen zu.

    2. Der Benutzeradministrator ordnet Benutzern lokale Rollen zu.

    * Bei Content, den Sie auf dem Konsumenten über die Modi Remote-Deltalink und WSRP Application Sharing anlegen, handelt es sich um lokalen Content. Er muss wie jeder andere auf dem Portal angelegter Standard-Content behandelt werden. Weitere Informationen im Zusammenhang mit diesen Aktivitäten finden Sie unter Anlegen des Portal-Content und Verwaltung des Portals in Bereitstellung eines einheitlichen Zugriffs auf den Content .

  3. Das Konsumentenportal führt folgende Aufgaben durch:

Nach der Durchführung dieser Schritte können Geschäftsbenutzer sich am Konsumentenportal anmelden und auf Portalinformationen, Services und Anwendungen zugreifen, die auf Portale eines unternehmensübergreifenden Netzwerks verteilt sind.

Verwaltung des Portals im Verbund

Administratoren auf den Produzenten- und Konsumentenportalen führen folgende Schritte durch, um eine stabile und optimale Portalumgebung sicherzustellen, in der Geschäftsbenutzer ihre täglich anfallenden Aufgaben durchführen können.

  1. Systemadministratoren im Produzentenportal ordnen Remote-Benutzer dem lokalen Content zu, auf den diese vom Konsumentenportal aus zugreifen (optional für Single-Sign-On-Funktionen). Siehe Single Sign-On.

  2. Content-Administratoren im Konsumentenportal prüfen den Status und die Realisierbarkeit des Content, der auf Remote-Anwendungen beruht.

  3. Systemadministratoren warten die Produzenten- und Konsumentenportale im Verbund.

    Dazu gehören die Wartung und Überwachung der Verbindung zwischen Produzent und Konsument, Tracking von aktiven Produzenten durch die Konsumenten und Tracking der registrierten Konsumenten durch die Produzenten. Weitere Informationen finden Sie unter:

    NetWeaver-Produzentenportal

    NetWeaver-Konsumentenportal

    Weitere Aufgaben bestehen darin, ein unabhängiges Portal am Laufen zu halten (siehe Verwaltung des Portals in Bereitstellung eines einheitlichen Zugriffs auf den Content ).