Mit Datenbankanwendungstabellen (MSSQL) integrieren

Voraussetzungen

Bevor Sie ein orchestriertes System für Datenbankanwendungstabellen (MSSQL) installieren und konfigurieren, sollten Sie die folgenden Voraussetzungen und Aufgaben berücksichtigen.

Ihr Datenbankanwendungstabellen-(MSSQL-)System ist für Oracle Access Governance zertifiziert. Einzelheiten zu den unterstützten Versionen finden Sie unter Datenbankanwendungstabellenkomponenten, die für die Integration mit Oracle Access Governance zertifiziert sind.

Konfigurieren

Sie können eine Verbindung zwischen Kundendatenbanken und Oracle Access Governance herstellen, indem Sie Verbindungsdetails eingeben. Verwenden Sie dazu die in der Oracle Access Governance-Konsole verfügbare orchestrierte Systemfunktionalität.

Zur Seite "Orchestrierte Systeme" navigieren

Navigieren Sie zur Seite "Orchestrierte Systeme" der Oracle Access Governance-Konsole, indem Sie die folgenden Schritte ausführen:

Wählen Sie im Oracle Access Governance-Navigationsmenü symbol die Option Serviceadministration → Orchestrierte Systeme aus.
Wählen Sie die Schaltfläche Orchestriertes System hinzufügen, um den Workflow zu starten.

System auswählen

Im Schritt System auswählen des Workflows können Sie angeben, welcher Systemtyp integriert werden soll. Mit dem Feld Suchen können Sie das erforderliche System nach Namen suchen.

Wählen Sie Datenbankanwendungstabelle (MSSQL DB) aus.
Klicken Sie auf Weiter.

Details hinzufügen

Geben Sie im Schritt Details hinzufügen des Workflows die Details für das orchestrierte System ein:

Geben Sie im Feld Name einen Namen für das System ein, mit dem Sie eine Verbindung herstellen möchten.
Geben Sie eine Beschreibung für das System in das Feld Beschreibung ein.
Entscheiden Sie, ob dieses orchestrierte System eine zuverlässige Quelle ist und ob Oracle Access Governance Berechtigungen verwalten kann, indem Sie die folgenden Kontrollkästchen aktivieren.
- Das ist die autoritative Quelle für meine Identitäten
  Wählen Sie unter folgenden Optionen:
  - Quelle der Identitäten und ihrer Attribute: Das System fungiert als Quellidentitäten und zugehörige Attribute. Mit dieser Option werden neue Identitäten erstellt.
  - Nur Quelle von Identitätsattributen: Das System nimmt zusätzliche Details zu Identitätsattributen auf und gilt für vorhandene Identitäten. Mit dieser Option werden keine neuen Identitätsdatensätze aufgenommen oder erstellt.
- Ich möchte Berechtigungen für dieses System verwalten
Der Standardwert in jedem Fall ist Nicht ausgewählt.
Wählen Sie Weiter.

Eigentümer hinzufügen

Sie können Ressourcenverantwortung zuordnen, indem Sie primäre und zusätzliche Verantwortliche hinzufügen. Dies steuert Self-Service, da diese Eigentümer dann die Ressourcen verwalten (lesen, aktualisieren oder löschen) können, deren Eigentümer sie sind. Standardmäßig wird der Ressourcenersteller als Ressourceneigentümer angegeben. Sie können einen primären Verantwortlichen und bis zu 20 zusätzliche Verantwortliche für die Ressourcen zuweisen.

Hinweis

Wenn Sie das erste orchestrierte System für Ihre Serviceinstanz einrichten, können Sie Eigentümer erst zuweisen, nachdem Sie die Identitäten im Abschnitt Identitäten verwalten aktiviert haben.

So fügen Sie Eigentümer hinzu:

Wählen Sie im Feld Wer ist der primäre Eigentümer? einen aktiven Oracle Access Governance-Benutzer als primären Eigentümer aus.
Wählen Sie einen oder mehrere zusätzliche Eigentümer in der Liste Wer ist Eigentümer? aus. Sie können bis zu 20 zusätzliche Eigentümer für die Ressource hinzufügen.

Sie können den primären Eigentümer in der Liste anzeigen. Alle Verantwortlichen können die Ressourcen anzeigen und verwalten, für die sie verantwortlich sind.

Accounteinstellungen

Geben Sie im Schritt Accounteinstellungen des Workflows ein, wie Oracle Access Governance Accounts verwalten soll, wenn das System als verwaltetes System konfiguriert ist:

Wenn eine Berechtigung angefordert wird und das Konto noch nicht vorhanden ist, wählen Sie diese Option aus, um neue Konten zu erstellen. Diese Option ist standardmäßig aktiviert. Wenn diese Option ausgewählt ist, erstellt Oracle Access Governance einen Account, wenn kein Account vorhanden ist, wenn eine Berechtigung angefordert wird. Wenn Sie diese Option deaktivieren, werden Berechtigungen nur für vorhandene Konten im orchestrierten System bereitgestellt. Wenn kein Account vorhanden ist, verläuft der Provisioning-Vorgang nicht erfolgreich.
Wählen Sie die Empfänger für Benachrichtigungs-E-Mails aus, wenn ein Account erstellt wird. Der Standardempfänger ist Benutzer. Wenn keine Empfänger ausgewählt sind, werden keine Benachrichtigungen gesendet, wenn Accounts erstellt werden.
- Benutzer
- Benutzermanager
Vorhandene Accounts konfigurieren
Hinweis

Sie können diese Konfigurationen nur festlegen, wenn dies vom Systemadministrator zulässig ist. Wenn die Einstellungen für die globale Accountbeendigung aktiviert sind, können Anwendungsadministratoren die Einstellungen für die Accountbeendigung nicht auf der orchestrierten Systemebene verwalten.
1. Wählen Sie aus, was mit Konten zu tun ist, wenn die vorzeitige Beendigung beginnt: Wählen Sie die Aktion aus, die ausgeführt werden soll, wenn eine vorzeitige Beendigung beginnt. Dies geschieht, wenn Sie Identitätszugriffe vor dem offiziellen Austrittsdatum widerrufen müssen.
  - Löschen: Löscht alle Accounts und Berechtigungen, die von Oracle Access Governance verwaltet werden.
    Hinweis
    
    Wenn ein bestimmtes orchestriertes System die Aktion nicht unterstützt, wird keine Aktion ausgeführt.
  - Deaktivieren: Deaktiviert alle Konten und deaktiviert Berechtigungen, die von Oracle Access Governance verwaltet werden.
    - Berechtigungen für deaktivierte Konten löschen: Um einen Restzugriff von Null sicherzustellen, wählen Sie diese Option aus, um direkt zugewiesene Berechtigungen und Policy-berechtigte Berechtigungen bei der Kontodeaktivierung zu löschen.
  - Keine Aktion: Wenn eine Identität von Oracle Access Governance zur vorzeitigen Beendigung gekennzeichnet wird, wird keine Aktion ausgeführt.
2. Wählen Sie aus, was mit Konten am Austrittsdatum zu tun ist: Wählen Sie die Aktion aus, die während des offiziellen Austritts ausgeführt werden soll. Dies geschieht, wenn Sie Identitätszugriffe am offiziellen Austrittsdatum widerrufen müssen.
  - Löschen: Löscht alle Accounts und Berechtigungen, die von Oracle Access Governance verwaltet werden.
    Hinweis
    
    Wenn ein bestimmtes orchestriertes System die Aktion Löschen nicht unterstützt, wird keine Aktion ausgeführt.
  - Deaktivieren: Deaktiviert alle Konten und deaktiviert Berechtigungen, die von Oracle Access Governance verwaltet werden.
    - Berechtigungen für deaktivierte Konten löschen: Um einen Restzugriff von Null sicherzustellen, wählen Sie diese Option aus, um direkt zugewiesene Berechtigungen und Policy-berechtigte Berechtigungen bei der Kontodeaktivierung zu löschen.
    Hinweis
    
    Wenn ein bestimmtes orchestriertes System die Aktion Deaktivieren nicht unterstützt, wird der Account gelöscht.
  - Keine Aktion: Für Accounts und Berechtigungen von Oracle Access Governance wird keine Aktion ausgeführt.
Wenn eine Identität Ihr Unternehmen verlässt, müssen Sie den Zugriff auf ihre Accounts entfernen.
Hinweis

Sie können diese Konfigurationen nur festlegen, wenn dies von Ihrem Systemadministrator zulässig ist. Wenn die globalen Einstellungen für die Kontobeendigung aktiviert sind, können Anwendungsadministratoren die Einstellungen für die Kontobeendigung nicht auf der orchestrierten Systemebene verwalten.
Wählen Sie eine der folgenden Aktionen für den Account aus:
- Löschen: Löschen Sie alle Accounts und Berechtigungen, die von Oracle Access Governance verwaltet werden.
- Deaktivieren: Deaktivieren Sie alle Accounts, und markieren Sie Berechtigungen als inaktiv.
  - Berechtigungen für deaktivierte Konten löschen: Löschen Sie direkt zugewiesene und durch Richtlinien erteilte Berechtigungen bei der Kontodeaktivierung, um einen verbleibenden Zugriff zu verhindern.
- Keine Aktion: Keine Aktion ausführen, wenn eine Identität die Organisation verlässt.
Hinweis

Diese Aktionen sind nur verfügbar, wenn sie vom orchestrierten Systemtyp unterstützt werden. Beispiel: Wenn Löschen nicht unterstützt wird, werden nur die Optionen Deaktivieren und Keine Aktion angezeigt.
Wenn alle Berechtigungen für einen Account entfernt werden, z.B. wenn eine Identität zwischen Abteilungen verschoben wird, müssen Sie möglicherweise entscheiden, was mit dem Account zu tun ist. Wählen Sie eine der folgenden Aktionen aus, sofern dies vom orchestrierten Systemtyp unterstützt wird:
- Löschen
- Deaktivieren
- Keine Aktion
Accounts verwalten, die nicht von Access Governance erstellt wurden: Wählen Sie diese Option aus, um Accounts zu verwalten, die direkt im orchestrierten System erstellt werden. Damit können Sie vorhandene Accounts abstimmen und über Oracle Access Governance verwalten.

Hinweis

Wenn Sie das System nicht als verwaltetes System konfigurieren, wird dieser Schritt im Workflow angezeigt, ist jedoch nicht aktiviert. In diesem Fall fahren Sie direkt mit dem Schritt Integrationseinstellungen des Workflows fort.

Hinweis

Wenn Ihr orchestriertes System eine dynamische Schema-Discovery erfordert, wie bei den generischen Integrationen für REST- und Datenbankanwendungstabellen, kann beim Erstellen des orchestrierten Systems nur das Benachrichtigungs-E-Mail-Ziel (Benutzer, Benutzer) festgelegt werden. Sie können die Deaktivierungs-/Löschregeln für Mover und Abgänger nicht festlegen. Dazu müssen Sie das orchestrierte System erstellen und dann die Accounteinstellungen aktualisieren, wie unter Einstellungen für orchestrierte Systemaccounts konfigurieren beschrieben.

Integrationseinstellungen

Geben Sie im Schritt Integrationseinstellungen des Workflows die Details ein, die erforderlich sind, damit Oracle Access Governance eine Verbindung zur Kundendatenbank herstellen kann.

Integrationseinstellungen
Parametername	Obligatorisch?	Beschreibung
Easy-Connect-URL für die Microsoft SQL Server-Datenbank	Ja	URL des Servers, auf dem das Kundendatenbanksystem gehostet wird, mit dem Sie die Integration durchführen möchten. Verwenden Sie das Format host/port/database/encrypt/trustServerCertificate. Beispiel: jdbc:sqlserver://[host]:[port];[databaseName];[encrypt];[trustServerCertificate]. Weitere Einzelheiten finden Sie in der MSSQL-JDBC-Dokumentation für Ihre Version.
Benutzername	Ja	Der Benutzername, der für die Verbindung mit dem Kundendatenbanksystem zur Datenabstimmung und -bereitstellung erforderlich ist.
Kennwort?/Kennwort bestätigen	Ja	Das Kennwort, das den Benutzer authentifiziert, mit dem Sie eine Verbindung zum Kundendatenbanksystem herstellen.
Datenbankname	Ja	Die Kundendatenbank, bei der Sie sich anmelden müssen (z.B. Masterdatenbank).
Benutzerdefinierte JAR-Details	Ja	JAR-Datei des MSSQL-Server-Datenbanktreibers. Einzelheiten zu Ihrer Version finden Sie in der MSSQL JDBC-Dokumentation. Der JAR-Name und die Prüfsumme müssen das Format `<jarName>::<jarChecksum>` aufweisen. Prüfsumme mit SHA-512 berechnen. Einzelheiten zur Verwendung durch den Agent finden Sie unter Unterstützung benutzerdefinierter JAR-Dateien.
Name der Benutzeraccounttabelle	Ja	Der Name der Tabelle mit Ihren Benutzeraccounts. Hinweis Bei einer Schlüsselspalte, die nicht automatisch inkrementiert wird, wird die Bereitstellung "Account erstellen" nur mit benutzerdefiniertem Skript unterstützt. Weitere Details zum Skripting mit der Integration von Datenbankanwendungstabellen finden Sie unter Benutzerdefinierte Skripte für Datenbankanwendungstabellen (MSSQL) mit Groovy entwickeln. Hinweis Fügen Sie den Benutzernamen des Tabelleneigentümers nicht in den Tabellennamen ein. Beispiel: MYUSER.MYDBAT_PERSON. Andernfalls werden Fehler angezeigt. Der Benutzername wird als separater Parameter übergeben, wie in dieser Tabelle beschrieben.
Berechtigungstabellen		Fügen Sie die Namen Ihrer Berechtigungstabellen in einer durch Komma getrennten Liste hinzu. Dieser Parameter gilt nur, wenn das orchestrierte System im Modus "Managed System" konfiguriert ist. Hinweis Fügen Sie den Benutzernamen des Tabelleneigentümers nicht in den Tabellennamen ein. Beispiel: MYUSER.MYDBAT_PERMISSION. Andernfalls werden Fehler angezeigt. Der Benutzername wird als separater Parameter übergeben, wie in dieser Tabelle beschrieben.
Accountberechtigungstabellen		Wenn Account-Daten in übergeordneten und untergeordneten Tabellen gespeichert sind, geben Sie eine durch Komma getrennte Liste der Namen der untergeordneten Tabellen an. Hinweis Fügen Sie den Benutzernamen des Tabelleneigentümers nicht in den Tabellennamen ein. Beispiel: MYUSER.MYDBAT_ACCOUNTPERMISSION. Andernfalls werden Fehler angezeigt. Der Benutzername wird als separater Parameter übergeben, wie in dieser Tabelle beschrieben.
Zuordnungstabellen		Durch Komma getrennte Liste der erstellten Zugehörigkeitstabellen. Weitere Informationen finden Sie unter DBAT Affiliation Support for Custom Multivalued Identity Attributes.
Lookup-Tabellen		Durch Komma getrennte Liste der Lookup-Tabellen für Attribute wie Land. Hinweis Fügen Sie den Benutzernamen des Tabelleneigentümers nicht in den Tabellennamen ein. Beispiel: MYUSER.MYDBAT_LOOKUP. Andernfalls werden Fehler angezeigt. Der Benutzername wird als separater Parameter übergeben, wie in dieser Tabelle beschrieben.
Schlüsselspaltenzuordnungen	Ja	Durch Komma getrennte Liste der Schlüsselspaltenzuordnungen. Diese Zuordnungen müssen im Format `Table:KeyColumn` eingegeben werden. Hinweis Dieser Parameter gilt nur für ACCOUNT-, ENTITLEMENT- und LOOKUP-Tabellen.
Namensspaltenzuordnungen	Ja	Durch Komma getrennte Liste mit Namensspaltenzuordnungen. Diese Zuordnungen müssen im Format `Table:NameColumn` eingegeben werden. Hinweis Dieser Parameter gilt nur für ACCOUNT-, ENTITLEMENT- und LOOKUP-Tabellen.
Kennwortspaltenzuordnung für Benutzeraccounttabelle		Kennwortspaltenzuordnung für Benutzeraccounttabelle im Format `Table:PasswordColumn`.
Statusspaltenzuordnung für Benutzeraccounttabelle	Ja	Statusspaltenzuordnung für die Benutzeraccounttabelle im Format `Table:StatusColumn`. Die Statusspalte enthält den Status eines Benutzerdatensatzes. Konfigurieren Sie bei speziellen Werten den Wert "Aktivieren/Deaktivieren".
Statuswert für "Benutzeraccount aktiviert"		Dieser Wert wird als Aktivierungs-Wert verwendet, wenn die Statusspalte konfiguriert ist und es um einen Zeichenfolgentyp handelt. Wenn für diesen Parameter kein Wert angegeben ist, wird standardmäßig "ACTIVE" verwendet.
Statuswert für "Benutzeraccount deaktiviert"		Dieser Wert wird als Deaktivierungswert benutzt, wenn der Status der Spalte konfiguriert ist und es sichum einen Zeichenfolgentyp handelt. Wenn für diesen Parameter kein Wert angegeben ist, wird standardmäßig "INACTIVE" verwendet.
Filterbedingung für Benutzeraccount		Eine WHERE-Klausel, die eine Teilmenge der Benutzeraccountdatensätze definiert, die Sie aus Ihrer Kundendatenbank in Oracle Access Governance übertragen möchten. Beispiel: COUNTRY IN ('IN','US').
Erstellungsskript		Benutzerdefiniertes Skript zur Verwendung benutzerdefinierter Stored Procedures oder SQL-Anweisungen anstelle der Standard-SQL-Anweisungen für Provisioning-Vorgänge. Geben Sie die Datei-URL des Groovy-Skripts ein, das für den Provisioning-Vorgang "Benutzeraccount erstellen" erstellt wurde. Sie müssen die Datei-URL im folgenden Format eingeben: `/directoryName/fileName`. Beispielwert: `/app/scripts/create_user.groovy` Weitere Details zum Skripting mit der Integration von Datenbankanwendungstabellen finden Sie unter Benutzerdefinierte Skripte für Datenbankanwendungstabellen (MSSQL) mit Groovy entwickeln.
Aktualisierungsskript		Benutzerdefiniertes Skript zur Verwendung benutzerdefinierter Stored Procedures oder SQL-Anweisungen anstelle der Standard-SQL-Anweisungen für Provisioning-Vorgänge. Geben Sie die Datei-URL des Groovy-Skripts ein, das für den Provisioning-Vorgang des Benutzeraccounts aktualisiert wurde. Dieses Skript wird aufgerufen, wenn Sie das Accountattributformular aktualisieren, das Benutzerkonto aktivieren oder deaktivieren. Sie müssen die Datei-URL im folgenden Format eingeben: `/directoryName/fileName`. Beispielwert: `/app/scripts/update_user.groovy` Weitere Details zum Skripting mit der Integration von Datenbankanwendungstabellen finden Sie unter Benutzerdefinierte Skripte für Datenbankanwendungstabellen (MSSQL) mit Groovy entwickeln.
Löschungsskript		Benutzerdefiniertes Skript zur Verwendung benutzerdefinierter Stored Procedures oder SQL-Anweisungen anstelle der Standard-SQL-Anweisungen für Provisioning-Vorgänge. Geben Sie die Datei-URL des Groovy-Skripts ein, das für den Vorgang zum Löschen der Benutzeraccountbereitstellung erstellt wurde. Dieses Skript wird aufgerufen, wenn Sie ein Konto widerrufen oder löschen. Sie müssen die Datei-URL im folgenden Format eingeben: `/directoryName/fileName`. Beispielwert: `/app/scripts/delete_user.groovy` Weitere Details zum Skripting mit der Integration von Datenbankanwendungstabellen finden Sie unter Benutzerdefinierte Skripte für Datenbankanwendungstabellen (MSSQL) mit Groovy entwickeln .
Dataload-Skript		Benutzerdefiniertes Skript zur Verwendung benutzerdefinierter Stored Procedures oder SQL-Anweisungen anstelle der Standard-SQL-Anweisungen für Provisioning-Vorgänge. Geben Sie die Datei-URL des Groovy-Skripts ein, das für die Abstimmung erstellt wurde. Der Connector delegiert den Dataload-Vorgang an das Groovy-Skript, das für die Übergabe der Informationen (Connector-Objekt) an den Callback-Handler verantwortlich ist. Dieses Skript wird beim Durchführen einer Kontosuche aufgerufen (Vorgänge wie vollständiges Laden von Daten). Sie müssen die Datei-URL im folgenden Format eingeben: `/directoryName/fileName`. Beispielwert: `/app/scripts/full_data_load.groovy` Weitere Details zum Skripting mit der Integration von Datenbankanwendungstabellen finden Sie unter Benutzerdefinierte Skripte für Datenbankanwendungstabellen (MSSQL) mit Groovy entwickeln.
Skript für das Hinzufügen von Beziehungsdaten		Benutzerdefiniertes Skript zur Verwendung benutzerdefinierter Stored Procedures oder SQL-Anweisungen anstelle der Standard-SQL-Anweisungen für Provisioning-Vorgänge. Geben Sie die Datei-URL des Groovy-Skripts ein, das für den Provisioning-Vorgang "Mehrwertiges Attribut hinzufügen" (einschließlich Berechtigungen für den Account) erstellt wurde. Dieses Skript wird aufgerufen, wenn Sie untergeordnete Attribute mit mehreren Werten hinzufügen. Sie müssen die Datei-URL im folgenden Format eingeben: `/directoryName/fileName`. Beispielwert: `/app/scripts/add_mulval_attr.groovy` Weitere Details zum Skripting mit der Integration von Datenbankanwendungstabellen finden Sie unter Benutzerdefinierte Skripte für Datenbankanwendungstabellen (MSSQL) mit Groovy entwickeln.
Skript für das Entfernen von Beziehungsdaten		Benutzerdefiniertes Skript zur Verwendung benutzerdefinierter Stored Procedures oder SQL-Anweisungen anstelle der Standard-SQL-Anweisungen für Provisioning-Vorgänge. Geben Sie die Datei-URL des Groovy-Skripts ein, das für den Provisioning-Vorgang "Mehrwertiges Attribut entfernen" (einschließlich Berechtigungen für den Account) erstellt wurde. Dieses Skript wird aufgerufen, während mehrwertige untergeordnete Attribute entfernt werden. Sie müssen die Datei-URL im folgenden Format eingeben: `/directoryName/fileName`. Beispielwert: `/app/scripts/remove_mulval_attr.groovy` Weitere Details zum Skripting mit der Integration von Datenbankanwendungstabellen finden Sie unter Benutzerdefinierte Skripte für Datenbankanwendungstabellen (MSSQL) mit Groovy entwickeln.

Klicken Sie auf Hinzufügen, um das orchestrierte System zu erstellen.

Beenden

Der letzte Schritt des Workflows ist Fertigstellen, in dem Sie aufgefordert werden, den Agent für Ihr orchestriertes System herunterzuladen. Nachdem Sie den Agent heruntergeladen haben, können Sie den Agent mit den Anweisungen unter Oracle Access Governance Agent für indirekte Integrationen verwalten in Ihrer Umgebung installieren und konfigurieren.

Sie können wählen, ob Sie das orchestrierte System weiter konfigurieren möchten, bevor Sie einen Dataload ausführen, oder ob Sie die Standardkonfiguration akzeptieren und einen Dataload initiieren möchten. Wählen Sie eine aus:

Anpassen und dann das System für Dataloads aktivieren
Aktivieren und die Dataload mit den bereitgestellten Standardwerten vorbereiten

Nach Konfiguration

JSON-Datei für Zwischenschema aktualisieren

Wenn Sie die Installation des Agent abgeschlossen haben, wird eine JSON-Zwischenschemadatei schema.json auf dem Agent-Host erstellt. Diese Datei ordnet die Tabellen in der integrierten Datenbank dem Schema zu, das in Oracle Access Governance dargestellt wird. Die anfängliche Schema-JSON-Datei wird mit Basisattributen erstellt, die für Dataload, UID, NAME, STATUS und PASSWORD aktiviert sind (falls vom Benutzer konfiguriert). Der vollständige Dataload-Vorgang kann mit dieser anfänglichen Schema-JSON-Datei ausgeführt werden. Dabei werden nur Daten für diese grundlegenden Attribute geladen. Anschließend können Sie die Schema-JSON-Datei weiter ändern, um weitere Attribute für die nächsten Dataload-Vorgänge einzuschließen.

Hinweis

Stellen Sie sicher, dass Sie Lese-/Schreibberechtigungen für die Schema-JSON-Datei für den Betriebssystembenutzer erteilt haben, der den Agent ausführt.

Ausführliche Informationen zur Struktur und zu den Optionen, die beim Bearbeiten von schema.json verfügbar sind, finden Sie unter Schema-JSON-Dateireferenz.

Letzte benutzerdefinierte Attribute abrufen

Sie müssen einen Schema-Discovery-Vorgang ausführen, der die neuesten benutzerdefinierten Attributinformationen abruft. Einzelheiten zum Ausführen dieser Aufgabe finden Sie unter Letzte benutzerdefinierte Attribute abrufen.

Oracle Cloud Infrastructure-Dokumentation