Logerfassung aus Object Storage zulassen - Veraltete Schritte

Die folgenden IAM-Policy-Anweisungen müssen in Ihrer Policy enthalten sein, um der Benutzergruppe die Berechtigung zur Ausführung der erforderlichen Vorgänge auf ObjectCollectionRule bereitzustellen:

allow group <group_name> to use loganalytics-object-collection-rule in compartment <object_collection_rule_compartment>
allow group <group_name> to {LOG_ANALYTICS_LOG_GROUP_UPLOAD_LOGS} in compartment <log_group_compartment>
allow group <group_name> to {LOG_ANALYTICS_ENTITY_UPLOAD_LOGS} in compartment <entity_compartment>
allow group <group_name> to {LOG_ANALYTICS_SOURCE_READ} in tenancy
allow group <group_name> to {BUCKET_UPDATE, BUCKET_READ} in compartment <object_store_bucket_compartment>

Wenn Sie IAM-Policys auf aggregierter Ressourcenebene von Oracle Logging Analytics erstellen, müssen die folgenden Policy-Anweisungen eingeschlossen werden, um die Objekterfassung zu verwenden:

allow group <group_name> to use loganalytics-features-family in tenancy
allow group <group_name> to use loganalytics-resources-family in compartment/tenancy
allow group <group_name> to use object-family in compartment <object_store_bucket_compartment>

Wenn Sie hingegen IAM-Policys auf der Ebene der einzelnen Ressourcentypen erstellen, sind die folgenden Policy-Anweisungen erforderlich, um die Objekterfassung zu verwenden:

allow group <group_name> to use loganalytics-object-collection-rule in compartment <object_collection_rule_compartment>
allow group <group_name> to use loganalytics-log-group in compartment <log_group_compartment>
allow group <group_name> to {LOG_ANALYTICS_ENTITY_UPLOAD_LOGS} in compartment <entity_compartment>
allow group <group_name> to read loganalytics-source in tenancy
allow group <group_name> to use object-family in compartment <object_store_bucket_compartment>

group_name in allen oben genannten Policy-Anweisungen bezieht sich auf die Benutzergruppe, der die erforderlichen Berechtigungen erteilt werden müssen.

Damit die Logerfassung funktioniert, müssen Sie zusammen mit den oben genannten Berechtigungen für ObjectCollectionRule erstellen auch Oracle Logging Analytics die Berechtigung erteilen, die Objekte aus dem Bucket in Ihrem Mandanten zu lesen und die Cloud-Ereignisregeln im entsprechenden Compartment oder Mandanten zu verwalten, in dem sich der Objektspeicher-Bucket befindet. Die folgenden zusätzlichen IAM-Policys sind erforderlich:

allow service loganalytics to read buckets in compartment/tenancy
allow service loganalytics to read objects in compartment/tenancy
allow service loganalytics to manage cloudevents-rules in compartment/tenancy
allow service loganalytics to inspect compartments in tenancy
allow service loganalytics to use tag-namespaces in tenancy where all {target.tag-namespace.name = /oracle-tags/}

Standardmäßig deaktiviert Object Storage die automatische Ausgabe von Ereignissen auf Objektebene. Sie können die Ausgabe von Ereignissen aktivieren oder beim Erstellen von ObjectCollectionRule über die erforderlichen Berechtigungen verfügen. Informationen zum Aktivieren der Ereignisausgabe finden Sie unter Objekte verwalten.

Einige der oben genannten Policy-Anweisungen sind in den verfügbaren, von Oracle definierten Policy Templates enthalten. Sie können die Vorlage für Ihren Anwendungsfall verwenden. Siehe Von Oracle definierte Policy-Vorlagen für allgemeine Anwendungsfälle.

ObjectCollectionRule Vorgänge - Teil veralteter Schritte

Mit der REST-API oder CLI können Sie Vorgänge wie Create, Update, Delete, List und Get für die Ressource ObjectCollectionRule ausführen.

ObjectCollectionRule mit REST-API verwalten

Mit den folgenden API-Vorgängen können Sie ObjectCollectionRule verwalten:

• ObjectCollectionRule erstellen

• ObjectCollectionRule aktualisieren

• ObjectCollectionRule löschen

• ObjectCollectionRule auflisten

• ObjectCollectionRule abrufen

ObjectCollectionRule mit der CLI verwalten

Informationen zur Verwendung der CLI finden Sie unter Befehlszeilenschnittstelle (CLI).

Eine vollständige Liste der Kennzeichen und Optionen, die für CLI-Befehle verfügbar sind, finden Sie in der Befehlszeilenreferenz.

Führen Sie die folgenden CLI-Befehle aus, um ObjectCollectionRule zu verwalten:

• ObjectCollectionRule erstellen:

  oci log-analytics object-collection-rule create --from-json <json_file_name> --namespace-name <namespace_name>

  Beispiel:

  oci log-analytics object-collection-rule create --from-json file://create.json --namespace-name MyNamespace

  Im obigen Beispielbefehl lautet das referenzierte Beispiel create.json:

  {
      "name": "<Rule_Name>",
      "compartmentId": "<Compartment_OCID>",
      "osNamespace": "<Namespace>",
      "osBucketName": "<Bucket_Name>",
      "logGroupId": "<Log_Group_OCID>",
      "logSourceName": "<Log_Source>"
  }

  Die folgenden obligatorischen Eigenschaften müssen im json angegeben werden:

  • Name: Ein eindeutiger Name, der der ObjectCollectionRule zugewiesen wird. Der Name muss innerhalb des Mandanten eindeutig sein und kann nicht geändert werden.
  • compartmentId: Die OCID des Compartments, in dem sich ObjectCollectionRule befindet.
  • osNamespace: Der Objektspeicher-Namespace.
  • osBucketName: Der Name des Objektspeicher-Buckets.
  • logGroupId: Logging Analytics-Loggruppen-OCID, mit der die verarbeiteten Logs verknüpft werden.
  • logSourceName: Name der Logging Analytics-Quelle, die für die Verarbeitung verwendet werden soll.

  Zusätzlich zu den obligatorischen Eigenschaften können Sie optional die folgenden Eigenschaften angeben:

  • collectionType: Der Typ der Collection. Zulässige Werte sind LIVE, HISTORIC und HISTORIC_LIVE.
  • charEncoding: Beispielwerte ISO_8859_1, UTF-16
  • definedTags: Definierte Tags für diese Ressource. Jeder Schlüssel ist vordefiniert und gilt für einen bestimmten Namespace. Beispiel: {"foo-namespace": {"bar-key": "value"}}
  • Beschreibung: Eine Zeichenfolge, die Details der Regel beschreibt und nicht mehr als 400 Zeichen lang ist.
  • entityId: OCID der Logging Analytics-Entity, mit der die erfassten Logs verknüpft werden.
  • freeformTags: Einfaches Schlüssel/Wert-Paar, das ohne vordefinierten Namen, Typ oder Geltungsbereich angewendet wird. Nur für Kompatibilität vorhanden. Beispiel: {"bar-key": "value"}
  • isEnabled: Standardmäßig true.
  • objectNameFilters: Beispiele finden Sie unter Selektive Objekterfassung durch Anwenden von Filtern auf Objektnamen ausführen - Veraltete Schritte.
  • Überschreibungen: Beispiele finden Sie unter Konfiguration von ObjectCollectionRule für die Verarbeitung bestimmter Objekte überschreiben - Veraltete Schritte.
  • pollSince: Beispielwert 2019-10-12T07:20:50.52Z im Format RFC3339.
  • pollTill: Beispielwert 2019-10-12T07:20:50.52Z im Format RFC3339.

  Weitere Details zu den Eigenschaften für ObjectCollectionRule finden Sie in der ObjectCollectionRule-API-Referenz.

  Beispielantwort des obigen Beispielbefehls:

  {
      "id": "ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID",
      "name": "My Rule",
      "compartmentId": "ocid.compartment.oc1..exampleuniqueID",
      "osNamespace": "MyNamespace",
      "osBucketName": "MyBucket1",
      "collectionType": "LIVE",
      "pollSince": "2020-09-08 14:06:28.028",
      "logGroupId": "ocid1.loganalyticsloggroup.oc1.. exampleuniqueID",
      "logSourceName": "MyLogSource",
      "lifecycleState": "ACTIVE",
      "timeCreated": "2020-09-08T14:06:28.028Z",
      "timeUpdated": "2020-09-08T14:06:28.028Z"
  }

• Aktualisieren Sie ObjectCollectionRule:

  Im Folgenden wird ein Beispielbefehl zum Aktualisieren einer Logquelle aufgeführt. Ebenso können Loggruppen, Entitys oder andere Ressourcen aktualisiert werden.

  oci log-analytics object-collection-rule update --namespace-name <namespace_name> --object-collection-rule-id <object-collection-rule-OCID> --log-source-name <Log-Source>

  Beispiel:

  oci log-analytics object-collection-rule update --namespace-name MyNamespace --object-collection-rule-id ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID --log-source-name MyLogSource

• ObjectCollectionRule löschen

  oci log-analytics object-collection-rule delete --namespace-name <Namespace> --object-collection-rule-id <object-collection-rule-OCID>

  Beispiel:

  oci log-analytics object-collection-rule delete --namespace-name “My Namespace” --object-collection-rule-id ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID

• ObjectCollectionRule auflisten:

  oci log-analytics object-collection-rule list --namespace-name <Namespace> --compartment-id <compartment-OCID>

  Beispiel:

  oci log-analytics object-collection-rule list --namespace-name “My Namespace” --compartment-id ocid.compartment.oc1..exampleuniqueID

• ObjectCollectionRule abrufen:

  oci log-analytics object-collection-rule get --namespace-name <Namespace> --object-collection-rule-id <object-collection-rule-OCID>

  Beispiel:

  oci log-analytics object-collection-rule get --namespace-name “My Namespace” --object-collection-rule-id ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID

• Overrides zu ObjectCollectionRule hinzufügen:

  Wenn die ObjectCollectionRule bereits vorhanden ist, erstellen Sie eine Override-json, z.B. update_override.json, mit den Override-Bedingungen, die Sie zu ObjectCollectionRule hinzufügen möchten:

  {
    "overrides":{"items":[{"matchType":"contains","matchValue":"audit","propertyName":"logSourceName","propertyValue":"myLOGANAuditSource"}]} 
  }

  Aktualisieren Sie jetzt ObjectCollectionRule, um das Override einzuschließen:

  oci log-analytics object-collection-rule update --namespace-name <Namespace> --object-collection-rule-id <object-collection-rule-OCID> --from-json file://path-to/file

  Beispiel:

  oci log-analytics object-collection-rule update --namespace-name “My Namespace” --object-collection-rule-id ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID --from-json file:///scratch/update_override.json

  Weitere Details zu Überschreibungen in ObjectCollectionRule finden Sie unter Konfiguration zum Verarbeiten bestimmter Objekte außer Kraft setzen ObjectCollectionRule - Veraltete Schritte.

• Overrides aus ObjectCollectionRule entfernen:

  Wenn Sie alle Außerkraftsetzungsbedingungen aus der ObjectCollectionRule entfernen möchten, erstellen Sie einen json. Beispiel: remove_overrides.json, der die Außerkraftsetzungseigenschaft wie folgt detailliert aufführt:

  {
    "overrides":{"items":[]} 
  }

  Aktualisieren Sie jetzt ObjectCollectionRule:

  oci log-analytics object-collection-rule update --namespace-name <Namespace> --object-collection-rule-id <object-collection-rule-OCID> --from-json file://path-to/file

  Beispiel:

  oci log-analytics object-collection-rule update --namespace-name “My Namespace” --object-collection-rule-id ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID --from-json file:///scratch/remove_overrides.json

  Weitere Details zu Überschreibungen in ObjectCollectionRule finden Sie unter Konfiguration zum Verarbeiten bestimmter Objekte außer Kraft setzen ObjectCollectionRule - Veraltete Schritte.

• Fügen Sie objectNameFilters zu ObjectCollectionRule hinzu:

  Wenn ObjectCollectionRule bereits vorhanden ist, erstellen Sie einen Filter json, z.B. filters.json, mit den Filtern für Objektnamen, die Sie ObjectCollectionRule hinzufügen möchten:

  {
    "objectNameFilters":["a/*","*audit*"]
  }

  Hinweis
  
  Sie können eine vorhandene ObjectCollectionRule nur mit ObjectNameFilters aktualisieren, wenn sie den Typ LIVE oder HISTORIC_LIVE aufweist. Der Typ HISTORIC wird für diesen Vorgang nicht unterstützt.

  Aktualisieren Sie jetzt ObjectCollectionRule, um die Filter einzuschließen:

  oci log-analytics object-collection-rule update --namespace-name <Namespace> --object-collection-rule-id <object-collection-rule-OCID> --from-json file://path-to/file

  Beispiel:

  oci log-analytics object-collection-rule update --namespace-name “My Namespace” --object-collection-rule-id ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID --from-json file:///scratch/filters.json

  Weitere Details zu Filtern in ObjectCollectionRule finden Sie unter Selektive Objekterfassung durch Anwenden von Filtern auf Objektnamen ausführen - Veraltete Schritte.

Mandantenübergreifende Logerfassung aus Object Storage zulassen - Veraltete Schritte

Legen Sie die folgenden Policys fest, um die Objekterfassungsregel für das Erfassen von Logs aus einem Bucket in einem Gastmandanten zu konfigurieren.

Geben Sie als Guest_Tenant den Gastmandanten und als Guest_Compartment das Compartment in diesem Gastmandanten an, aus dessen Objektspeicher-Buckets die Logs erfasst werden sollen. Geben Sie als Mandanten Host_Tenant an, der Oracle Logging Analytics abonniert hat.

Weitere Informationen zum Schreiben von Policys, mit denen Ihr Mandant auf Object Storage-Ressourcen in anderen Mandanten zugreifen kann, finden Sie unter Auf Object Storage-Ressourcen mandantenübergreifend zugreifen in der Oracle Cloud Infrastructure-Dokumentation.

Im Gastmandanten hinzuzufügende Policys

Im Folgenden sehen Sie ein Beispiel für Policy-Anweisungen, mit denen die IAM-Gruppe Host_User_Group aus dem Hostmandanten Host_Tenant und dem Oracle Logging Analytics-Service auf die Objekte im Gast-Compartment Guest_Compartment im Gastmandanten zugreifen können:

define group <Host_User_Group> as <Host_User_Group_OCID>
define tenancy <Host_Tenant> as <Host_Tenant_OCID>
admit group <Host_User_Group> of tenancy <Host_Tenant> to use buckets in compartment <Guest_Compartment>
allow service loganalytics to read buckets in compartment <Guest_Compartment>
allow service loganalytics to read objects in compartment <Guest_Compartment>
allow service loganalytics to manage cloudevents-rules in compartment <Guest_Compartment>
allow service loganalytics to inspect compartments in tenancy
allow service loganalytics to use tag-namespaces in tenancy where all {target.tag-namespace.name = /oracle-tags /}

Im Hostmandanten hinzuzufügende Policys

Im Folgenden finden Sie ein Beispiel für Policy-Anweisungen, mit denen die Host-IAM-Gruppe Host_User_Group USE-Zugriff auf die Buckets im Gastmandanten Guest_Tenant erhält:

define tenancy <Guest_Tenant> as <Guest_Tenant_OCID>
endorse group <Host_User_Group> to use buckets in tenancy <Guest_Tenant>
allow group <Host_User_Group> to use loganalytics-object-collection-rule in compartment <Rule_Compartment>
allow group <Host_User_Group> to {LOG_ANALYTICS_LOG_GROUP_UPLOAD_LOGS} in compartment <LogGroup_Compartment>
allow group <Host_User_Group> to {LOG_ANALYTICS_SOURCE_READ} in tenancy

Definieren Sie optional diese Policy, wenn Entitys mit ObjectCollectionRule verknüpft sind:

allow group <Host_User_Group> to {LOG_ANALYTICS_ENTITY_UPLOAD_LOGS} in compartment <Entity_Compartment>

In den oben genannten Policys gilt Folgendes:

• Rule_Compartment: Das Compartment, in dem ObjectCollectionRule erstellt werden muss.

• LogGroup_Compartment: Das Compartment der Oracle Logging Analytics-Loggruppe, in der die Logs gespeichert werden müssen.

• Entity_Compartment: Das Compartment der Oracle Logging Analytics-Entity.

Nachdem die erforderlichen Policys erstellt wurden, können Sie ObjectCollectionRule erstellen, um die Logs aus dem Objektspeicher des Gastmandantens zu erfassen. Geben Sie den Namespace osNamespace und den Bucket-Namen osBucketName des Gastmandanten in der JSON-Datei an, wie im folgenden Beispiel dargestellt:

{
 "name": "<My_Rule>",
 "compartmentId": "<Compartment_OCID>",
 "osNamespace": "<Guest_Tenant_Namespace>", // Namespace of the guest tenant
"osBucketName": "<Guest_Tenant__Bucket1>", // Bucket in the guest tenant object store namespace
"logGroupId": "<Log_Group_OCID>",
 "logSourceName": "<My_Log_Source>"
 }

Einzelheiten zum Erstellen von ObjectCollectionRule finden Sie unter ObjectCollectionRule- Vorgänge - Teil veralteter Schritte.

ObjectCollectionRule-Konfiguration zur Verarbeitung bestimmter Objekte außer Kraft setzen - Veraltete Schritte

Wenn Sie bestimmte Objekte in einem Bucket mit einer Konfiguration verarbeiten möchten, die sich von der für ObjectCollectionRule definierten unterscheidet, können Sie das Override-Feature verwenden. Mit dem Feature Überschreiben können Sie Konfigurationseigenschaften basierend auf Objektnamen bereitstellen, die bestimmten Mustern oder Präfixen oder Verzeichnissen im Bucket entsprechen.

• Die Eigenschaften, für die Sie Overrides angeben können: logSourceName, charEncoding, entityId, timezone

• Der Abgleichstyp, den Sie im Override verwenden können: contains

• Der Übereinstimmungswert wird immer auf den Objektnamen angewendet.

• Sie können maximal 10 Overrides pro ObjectCollectionRule erstellen. Dies ist der Standardwert. Um diesen Standardwert zu ändern, legen Sie eine Serviceanfrage (SA) mit Begründung an. Die Anforderung wird geprüft.

Wenn Sie die ObjectCollectionRule zum ersten Mal erstellen, kann eines der folgenden Beispiele der create.json verwendet werden, um die json für Ihren Anwendungsfall zu erstellen:

• Beispiel create.json mit Overrides zur Verarbeitung von Objektnamen, die audit mit logSourceName myLOGANAuditSource enthalten:

  {
    "name":"testRule1",
    "compartmentId":"ocid1.compartment.oc1..aaa...",
    "osNamespace":"myObjectStorageNameSpace",
    "osBucketName":"myObjectStorageBucket",
    "logGroupId":"ocid1.loganalyticsloggroup.oc1..aaa...",
    "logSourceName":"myLOGANSourceName",
    "overrides":{"items":[{"matchType":"contains","matchValue":"audit","propertyName":"logSourceName","propertyValue":"myLOGANAuditSource"}]} 
  }

  Mit der obigen Regel werden die Objekte, die audit enthalten, mit logSourceName myLOGANAuditSource verarbeitet, während alle anderen Objekte im Bucket mit logSourceName myLOGANSourceName verarbeitet werden.

• Beispiel create.json mit Overrides zur Verarbeitung von Objektnamen, die audit mit logSourceName myLOGANAuditSource und die Objektnamen, die dir1/ mit charEncoding UTF-16 enthalten:

  {
    "name":"testRule2",
    "compartmentId":"ocid1.compartment.oc1..aaa...",
    "osNamespace":"myObjectStorageNameSpace",
    "osBucketName":"myObjectStorageBucket",
    "logGroupId":"ocid1.loganalyticsloggroup.oc1..aaa...",
    "logSourceName":"myLOGANSourceName",
    "overrides":{"items":[{"matchType":"contains","matchValue":"audit","propertyName":"logSourceName","propertyValue":"myLOGANAuditSource"}, {"matchType":"contains","matchValue":"dir1/","propertyName":"charEncoding","propertyValue":"UTF-16"}]} 
  }

Nachdem Sie die json-Konfiguration erstellt haben, geben Sie den Dateipfad an, wenn Sie die ObjectCollectionRule erstellen. Siehe Abschnitt ObjectCollectionRule erstellen in ObjectCollectionRule Vorgänge - Teil veralteter Schritte.

Wenn Sie die ObjectCollectionRule bereits erstellt haben, erstellen Sie eine json mit den Details des Override, und aktualisieren Sie die ObjectCollectionRule, um sie einzuschließen. Siehe Abschnitt Overrides zu ObjectCollectionRule hinzufügen in ObjectCollectionRule Vorgänge - Teil veralteter Schritte.

Wenn Sie alle Override-Bedingungen entfernen möchten, erstellen Sie einen Json, wie im Abschnitt Overrides aus ObjectCollectionRule entfernen angegeben, und aktualisieren Sie die ObjectCollectionRule. Siehe ObjectCollectionRule Vorgänge - Teil veralteter Schritte.

Selektive Objekterfassung durchführen, indem Filter auf Objektnamen angewendet werden - Veraltete Schritte

Mit dem Feature "Selektive Objekterfassung" können Sie nur eine Teilmenge von Objekten in einem bestimmten Objektspeicher-Bucket erfassen. Das Feature wird mit Filtern für Objektnamen unterstützt. Wenn die Filter angewendet werden, werden nur die Objekte erfasst, die den Filtern entsprechen.

Die Eigenschaft matchType unterstützt nur exakte Übereinstimmungen zusammen mit dem Platzhalter *. Im Folgenden finden Sie einige Beispiele für Filter, die den Platzhalter verwenden:

• Filter objectName* gibt Objekte mit dem Präfix objectName an.
• Filter *objectName gibt Objekte mit dem Suffix objectName an.
• Der Filter *objectName* gibt Objekte an, die den Text objectName enthalten.

Weitere Informationen zu Filtern finden Sie unter Ereignisse mit Filtern abgleichen.

Wenn Sie die ObjectCollectionRule zum ersten Mal erstellen, kann eines der folgenden Beispiele der create.json verwendet werden, um die json für Ihren Anwendungsfall zu erstellen:

• Beispiel für create.json mit objectNameFilters, um Objektnamen mit dem Präfix a/ zu verarbeiten, die den Text audit enthalten:

  {
    "name":"testRule1",
    "compartmentId":"ocid1.compartment.oc1..aaa...",
    "osNamespace":"myObjectStorageNameSpace",
    "osBucketName":"myObjectStorageBucket",
    "logGroupId":"ocid1.loganalyticsloggroup.oc1..aaa...",
    "logSourceName":"myLOGANSourceName",
    "objectNameFilters":["a/*","*audit*"]
  }

• Bei Bedarf können Sie auch die Override-Funktion verwenden, um eine andere Konfiguration für jeden Filter anzugeben. Im obigen Beispiel können Sie zusätzlich angeben, dass alle Objekte, die den Text audit enthalten, die Quelle myLOGANAuditSource verwenden müssen:

  {
    "name":"testRule2",
    "compartmentId":"ocid1.compartment.oc1..aaa...",
    "osNamespace":"myObjectStorageNameSpace",
    "osBucketName":"myObjectStorageBucket",
    "logGroupId":"ocid1.loganalyticsloggroup.oc1..aaa...",
    "logSourceName":"myLOGANSourceName",
    "objectNameFilters":["a/*","*audit*"],
    "overrides":{"items":[{"matchType":"contains","matchValue":"audit","propertyName":"logSourceName","propertyValue":"myLOGANAuditSource"}]} 
  }

  Weitere Informationen zu Überschreibungen finden Sie unter Konfiguration von ObjectCollectionRule für die Verarbeitung bestimmter Objekte überschreiben - Veraltete Schritte.

Nachdem Sie die json-Konfiguration erstellt haben, geben Sie den Dateipfad an, wenn Sie die ObjectCollectionRule erstellen. Siehe Abschnitt ObjectCollectionRule erstellen in ObjectCollectionRule Vorgänge - Teil veralteter Schritte.

Wenn Sie die ObjectCollectionRule bereits erstellt haben, erstellen Sie eine json mit den Details der Filter, und aktualisieren Sie die ObjectCollectionRule, um sie einzuschließen. Siehe Abschnitt objectNameFilters zu ObjectCollectionRule hinzufügen in ObjectCollectionRule Vorgänge - Teil veralteter Schritte.