[AEM Assets]{class="badge positive" title="Gilt für AEM Assets)."}

Von Assets unterstützte Dateiformate supported-file-formats

Adobe Experience Manager as a Cloud Service bietet grundlegende Content-Management-Funktionen für jede Binärdatei, unabhängig vom Format - einschließlich Speicherung, Online-Metadatenverwaltung, Versionierung sowie Upload und Download von Dateien. Adobe Experience Manager Assets unterstützt eine breite Palette von Dateiformaten, und jede Produktfunktion bietet spezifische Unterstützungsebenen für verschiedene Formate.

Darüber hinaus bietet Experience Manager Assets erweiterte Unterstützung zum Generieren von Vorschauen und Ausgabedarstellungen sowie zum Extrahieren von Metadaten und Text für Volltextindizierung. Diese erweiterte Unterstützung wird über Asset-Microservices bereitgestellt, die eine skalierbare, automatisierte Verarbeitung von Assets in der Cloud ermöglichen, sodass Vorschauen, Ausgabedarstellungen und Metadatenextraktion über große Asset-Bibliotheken hinweg konsistent ausgeführt werden.

Zu den Highlights für die Asset-Konversion mithilfe von Asset-Mircoservices zählen:

Der folgenden Legende können Sie entnehmen, inwieweit ein Format unterstützt wird.

Adobe-Formate adobe-formats

Adobe Experience Manager (AEM) verarbeitet Assets eine Reihe nativer Adobe-Dateiformate, generiert Vorschauen und extrahiert eingebettete Informationen, damit Assets innerhalb des Digital Asset Management-Systems durchsuchbar und nutzbar bleiben. In der folgenden Tabelle ist aufgeführt, welche Verarbeitungsfunktionen für die einzelnen Adobe-Formate unterstützt werden.

Unterstützte Funktionen definiert:

Unter allen aufgelisteten Adobe-Formaten ist PDF das einzige Format, das neben der von Miniaturansichten, der Metadatenextraktion und der Breiten-/Höhenerkennung die Volltextextraktion unterstützt. Jedes Format in der Tabelle unterstützt Metadatenextraktion während die Erstellung von Miniaturen und die Breiten-/Höhenerkennung für die Raster- und Design-Formate unterstützt werden, jedoch nicht für die Container- oder Vorlagenformate.

Formate, die die Erstellung von Miniaturansichten und die Breiten-/Höhenerkennung unterstützen: AI, DN, SBSAR, INDD, PDF, PSB, PSD und XD. Im Gegensatz dazu unterstützen COLLAGE, IDEAS, INDT und PROTO nur die Extraktion von Metadaten.

Akronyme im Adobe-Format - Erklärung:

* Bei Adobe InDesign-Dateien (INDD) wird die Größe der Ausgabedarstellungen durch das in die INDD-Datei eingebettete Vorschaubild bestimmt. Um größere Ausgabedarstellungen einzubetten, konfigurieren Sie die Vorschauvoreinstellungen in InDesign unter Voreinstellungen > Dateiverarbeitung > Vorschaubilder immer mit Dokumenten speichern, Vorschaugröße. Durch die Auswahl einer größeren Vorschaugröße können AEM-Assets Miniaturansichten für InDesign-Dokumente mit höherer Auflösung generieren.

Bildformate image-formats

Die folgenden Bilddateiformate werden für die Verarbeitung unterstützt und umfassen Funktionen Generieren von Miniaturen, Metadatenextraktion, Breiten-/ und Zuschneiden. Unterstützte Formate sind gängige Rasterformate wie BMP (Bitmap), GIF (Graphics Interchange Format), JPEG (Joint Fotografic Experts Group), PNG (Portable Network Graphics), TIFF (Tagged Image File Format) und WebP sowie Vektorformate und Spezialformate wie EPS (Encapsulated PostScript), SVG (Scalable Vector Graphics), SGI™, RGB und RGBA.

Definierte unterstützte Funktionen

Funktionsunterstützung nach Format

Wichtige Support-Hinweise

Wie bei der Bildverarbeitung weithin anerkannt, speichern Rasterformate wie JPEG, PNG und WebP pixelbasierte Daten mit definierten Abmessungen. Daher unterstützen sie durchgängig die Breiten-/Höhenerkennung und das Zuschneiden. Vektororientierte Formate wie SVG und EPS beschreiben Bilder anhand skalierbarer Anweisungen anstelle von festen Pixelrastern. Dies erklärt die eingeschränktere Unterstützung für bestimmte Dimensions- und Metadaten-abhängige Vorgänge, die in der obigen Tabelle aufgeführt wird.

3D-Formate support-3d-formats

Es werden neun 3D-Dateiformate unterstützt: DN, gLB, gLTF, OBJ, STL, FBX, 3DS, USDz und SBSAR. Jedes Format unterstützt Speicher, Versionierung und Workflow, während Veröffentlichung, Miniaturansicht, 3D-Vorschau und Dynamic Media Bereitstellung je nach Format variieren, wie in der folgenden Support-Matrix dargestellt.

Siehe auch Arbeiten mit 3D-Assets in Dynamic Media.

Unterstützte 3D-Formatdefinitionen

Die unterstützten Formate entsprechen gängigen 3D-Dateitypen:

Funktionsspalten - Erklärung

Jede Spalte in der Unterstützungsmatrix gibt an, ob eine bestimmte Funktion für dieses Format verfügbar ist:

3D-Format-Unterstützungsmatrix

Camera Raw-Formate camera-raw-formats

Alle 27 Camera Raw Dateiformate, die unten aufgelistet sind, unterstützen dieselben drei Kernoperationen: Generierung von, Metadatenextraktion und Breiten-/Höhenerkennung. Jedes Format in der Tabelle wird in allen drei Funktionen vollständig unterstützt, wodurch die Abdeckung über alle wichtigen Camera Raw-Standards hinweg einheitlich und umfassend ist.

Unterstützte Vorgänge für die einzelnen Formate

Jede unterstützte Funktion erfüllt einen bestimmten Zweck bei der Verarbeitung von Camera Raw-Dateien:

Herstellerherkunft der gelisteten Rohformate

Camera Raw-Formate sind weitgehend proprietäre Standards, die an bestimmte Kamerahersteller gebunden sind. Deshalb umfasst die Liste so viele verschiedene Dateierweiterungen. Als allgemeiner Hintergrund sind einige der unterstützten Erweiterungen bekannten Kameraherstellern zugeordnet:

Da alle aufgelisteten Formate die Erstellung von Miniaturansichten, die Extraktion von Metadaten und die Erkennung von Dimensionen identisch unterstützen, können sich Benutzer auf ein konsistentes Verhalten verlassen, unabhängig davon, welcher Kamerahersteller die Rohdatei produziert hat. Diese breite, einheitliche Abdeckung gewährleistet, dass Dateien aus einer Vielzahl von Kamerasystemen ohne formatspezifische Einschränkungen in der Vorschau angezeigt, katalogisiert und verarbeitet werden können.

Dokumentenformate document-formats

Asset-Management-Funktionen unterstützen 19-Dokumentformate die Textverarbeitung, Tabellenkalkulation, Präsentation, Veröffentlichung und Markup-Dateitypen umfassen. Die folgende Matrix gibt an, welche Funktionen für jedes Format gelten.

Funktionsdefinitionen

Jede Spalte in der Kompatibilitätsmatrix entspricht einer bestimmten Asset-Management-Funktion:

Abkürzungen formatieren

Als Referenz entsprechen die Formatcodes in der Matrix den folgenden gängigen Dokumenttypen:

Die Open XML-basierten Formate (DOCX, PPTX, XLSX) und PDF bieten die umfassendste Funktionsabdeckung und unterstützen die Generierung von Miniaturansichten, Volltext-Extraktion, dimensionale Metadaten, Metadatenverwaltung, Connected Assets und vollständige Dokumentvorschau. Diese umfassende Unterstützung macht sie zu den vielseitigsten Optionen für Asset-Workflows, die auf Vorschau, Suche und instanzübergreifender Wiederverwendung basieren.

Videoformate video-formats

In der folgenden Tabelle sind alle unterstützten Videoformate Dateiformate und die für sie verfügbaren Verarbeitungsfunktionen aufgeführt. Die Unterstützung variiert je nach Format: Einige Formate können für Miniaturansichten, Metadaten und Bereitstellung vollständig verarbeitet werden, während andere auf eine Untergruppe dieser Vorgänge beschränkt sind.

Legende - was jede Spalte bedeutet:

Ein Häkchen (✓) zeigt an, dass die Funktion für dieses Format unterstützt wird. Ein Bindestrich (-) zeigt an, dass sie nicht unterstützt wird.

Formate, die Ausgabe unterstützen Nur MP4 und WebM werden als unterstützte Ausgabe-Formate markiert. Dies spiegelt ihre Rolle als Standard-Bereitstellungs-Container für die moderne Web- und Streaming-Wiedergabe wider, die eine breite Kompatibilität zwischen Browsern und Geräten sicherstellen. Die meisten anderen aufgelisteten Formate unterstützen Generierung von Miniaturansichten, Vorschau und für die Aufnahme und Verarbeitung, sind jedoch nicht als endgültige Ausgabe-Container vorgesehen.

Beachten Sie, dass die Unterstützung für Metadatenextraktion und Generierung von Miniaturen nicht in allen Formaten einheitlich ist - z. B. unterstützen Container-Formate wie 3G2 und 3GP die Metadatenextraktion, jedoch nicht die Generierung oder Vorschau von Miniaturen, da ihre beabsichtigte Verwendung und interne Struktur einschränken, welche Vorgänge ausgeführt werden können. Formate wie AVI, F4V, FLV, M4V, MOV, MP4, MPEG, MPG und WMV bieten die umfassendsten Verarbeitungsfunktionen unter den Aufnahmeformaten.

Audioformate audio-formats

Assetsas a Cloud Service unterstützt die Metadatenextraktion der Extensible Metadata Platform (XMP) für sechs Audioformate: AIF, ASF, M4A, MP3, WAV und WMA. Die Metadatenextraktion von XMP liest die in einer Audiodatei gespeicherten eingebetteten beschreibenden Informationen wie Titel, Interpret, Copyright und andere Tagging-Felder und stellt sie im Asset-Management-System zur Verfügung. Dadurch können hochgeladene Audio-Assets basierend auf ihren internen Metadaten und nicht nur dem Dateinamen durchsucht, gefiltert und organisiert werden.

Zu den unterstützten Audioformaten gehören:

Da XMP-Metadaten für jedes dieser Formate automatisch extrahiert werden, übertragen aufgenommene Audio-Assets ihre beschreibenden Tags in die -Plattform, wodurch die Auffindbarkeit verbessert und die Verwaltung umfangreicher digitaler Assets optimiert wird.

Unterstützte Eingabeformate für Audio- und Videotranskription audio-video-transcription-formats

Die folgenden Container- und Dateiformate werden für die Audio- und Videotranskription unterstützt. Jeder Eintrag listet den Formatnamen, gegebenenfalls die entsprechenden Codecs und die akzeptierten Dateierweiterungen (in Klammern angezeigt) auf, die den Eingabedateityp identifizieren.

Tipps und Einschränkungen limitations-and-tips

Dateigrößenbeschränkungen für die Extraktion von Metadaten

Zu den wichtigsten Einschränkungen, die zu beachten sind:

Dynamic Media - Unterstützte Eingabevideoformate für die Transkodierung video-dynamic-media-transcoding

Dynamic Media Transkodierung akzeptiert eine definierte Gruppe von Eingabevideoformaten, und eine erfolgreiche Transkodierung hängt davon ab, ob der richtige Container (z. B. MP4, MOV oder WMV) mit einem empfohlenen Video- Codec) übereinstimmt (z. B. H264/AVC — Advanced Video Coding). Jeder unterstützte Container ist im Folgenden mit den Codecs gepaart, die dafür bekannt sind, zuverlässig zu transcodieren, zusammen mit den Codecs, die nicht unterstützt werden und nicht korrekt verarbeitet werden. Durch Auswahl eines empfohlenen Codecs für den Container wird sichergestellt, dass das Quellvideo akzeptiert und ohne Fehler konvertiert wird.

‡ Der MXF (Material Exchange Format-Container wird noch nicht für die Verwendung mit interaktiven Videos in Dynamic Media oder für die Verwendung mit Anmerkungen in Experience Manager Assets unterstützt. Daher können MXF-Quelldateien weiterhin über die oben genannten Standardformate transkodiert werden, aber Workflows, die auf Funktionen für interaktive Videos oder Anmerkungen angewiesen sind, müssen einen alternativen unterstützten Container verwenden.

Dynamic Media - Unterstützte Dokumentformate document-support-dynamic-media

Adobe Experience Manager Dynamic Media unterstützt drei Dokumenteneingabeformate: Adobe Illustrator (AI), Adobe InDesign (INDD) und Portable Document Format (PDF). Die nachstehende Tabelle legt fest, welche Vorgänge die einzelnen Formate im gesamten Asset-Workflow unterstützen - vom ersten Hochladen bis zur Bereitstellung dynamischer Ausgabedarstellungen.

Unterstützte Eingabe- und Ausgabeformate

Portable Document Format (PDF ist das am meisten unterstützte Dokumentformat in Dynamic Media. PDF unterstützt alle Phasen des Workflows: Hochladen, Bildvorgabe erstellen, Vorschau der dynamischen, Dynamische Ausgabedarstellung bereitstellen und Dynamische Ausgabedarstellung herunterladen. Im Gegensatz dazu unterstützen Adobe Illustrator (AI) und Adobe InDesign (INDD) (Upload - diese Formate können in Dynamic Media aufgenommen werden, jedoch nicht zum Erstellen von Bildvorgaben oder zum Anzeigen, Bereitstellen oder Herunterladen dynamischer Ausgabedarstellungen verwendet werden.

Jede Spalte stellt einen bestimmten Schritt in der Dynamic Media-Pipeline dar:

Da es sich bei KI und INDD um native Design-Quelldateien handelt, werden sie zum Hochladen als Quell-Assets unterstützt, während PDF - ein tragbares, druckfähiges und Web-fähiges Bereitstellungsformat - den gesamten Workflow für die Ausgabedarstellung durchläuft.

Sichere Handhabung von PDF

Bei sicheren (kennwortgeschützten oder berechtigungseingeschränkten) PDFs wird nur Hochladen unterstützt. Dies bedeutet, dass eine sichere PDF in Dynamic Media aufgenommen werden kann, sie jedoch nicht zum Erstellen von Bildvorgaben oder zum Anzeigen, Bereitstellen oder Herunterladen dynamischer Ausgabedarstellungen verwendet werden kann. Diese Einschränkung spiegelt die Zugriffssteuerungen wider, die in sicheren PDF-Dateien eingebettet sind und die nachgelagerte Verarbeitung einschränken, die Dynamic Media für sie durchführen können.

Dynamic Media - Unterstützte Rasterbildformate image-support-dynamic-media

Adobe Experience Manager Dynamic Media unterstützt einen definierten Satz von Rasterbildformaten. Jedes Format unterscheidet sich darin, ob es hochgeladen, über eine Bildvorgabe konvertiert, als Vorschau angezeigt, bereitgestellt, heruntergeladen oder innerhalb bestimmter Sets verwendet werden kann. In der folgenden Tabelle werden alle unterstützten Formate diesen Funktionen zugeordnet. Eine dynamische Ausgabedarstellung ist eine On-Demand-Version eines dynamisch generierten Bildes, das Dynamic Media zur Anfragezeit bereitstellt. Aus diesem Grund ist die Bereitstellungsunterstützung ein wichtiger Unterschied zwischen Formaten.

Zu den unterstützten Formaten gehören AVIF (AV1-Bilddateiformat), BMP (Bitmap), EPS (Encapsulated PostScript), GIF (Graphics Interchange Format), HEIC (High Efficiency Image Container), JPEG (Joint Fotografic Experts Group), PICT, PNG (Portable Network Graphics), PSD (Photoshop-Dokument), TIFF (getaggtes Bilddateiformat) und WEBP.

Lesen der Funktionsspalten

Zu den Formaten, die die vollständige Pipeline unterstützen - Upload, Voreinstellungserstellung, Vorschau, Bereitstellung und Download - gehören EPS, GIF, JPEG, PNG und TIFF. Im Gegensatz dazu unterstützen AVIF, HEIC und WEBP nur die Bereitstellung einer dynamischen Ausgabedarstellung ohne Upload, Voreinstellungserstellung, Vorschau oder Download. BMP, JPEG, PNG und TIFF sind die Formate, die in den Sets Image, Mixed Media und Spin unterstützt werden.

Über das zusammengeführte Bild, das aus PSD-Dateien extrahiert wurde

‡ Bei PSD-Dateien (Photoshop-Dokument wird das zusammengeführte Bild aus der PSD-Datei extrahiert. Dieses zusammengeführte Bild wird von Adobe Photoshop generiert und in die PSD-Datei selbst eingebettet. Je nachdem, wie die Datei gespeichert wurde und welche Einstellungen vorgenommen wurden, kann das zusammengeführte Bild mit dem tatsächlichen zusammengesetzten Bild übereinstimmen oder nicht. Daher kann das extrahierte Ergebnis von dem im ursprünglichen mehrschichtigen Dokument abweichen.

Dynamic Media - Nicht unterstützte Rasterbildformate unsupported-raster-image-formats-dm

Dynamic Media unterstützt nicht die folgenden Untertypen von Rasterbilddateiformaten. Dateien, die diesen Kriterien entsprechen, können nicht verarbeitet werden, da ihre Codierung, ihr Farbraum oder ihre Bittiefe außerhalb des unterstützten Bereichs liegt:

Dynamic Media - Unterstützte 3D-Dateiformate support-3d-formats-dynamic-media

Siehe auch Unterstützte 3D-Formate

Adobe Dynamic Media unterstützt vier primäre 3D-Dateiformate für die Asset-Aufnahme und -Bereitstellung: GLB, OBJ, STL und USDZ. Jedes Format dient unterschiedlichen Workflows, von Web-basiertem interaktivem Betrachten über 3D-Druck bis hin zu nativen mobilen Erlebnissen mit erweiterter Realität.

Unterstützung und Validierung des Asset-Dateiformats asset-file-format-support-and-validation

Adobe Experience Manager (AEM) Assets Verarbeitung beruht auf zwei verschiedenen Mechanismen und verhält sich jeweils unterschiedlich, wenn ein Dateityp nicht vollständig unterstützt wird. Am schnellsten lässt sich feststellen, welcher Mechanismus versagt, wenn festgestellt wird, ob das beobachtete Verhalten erwartet wird oder ob es auf ein Problem hinweist, das behoben werden muss.

Die beiden Mechanismen sind:

Warum die Unterscheidung wichtig ist

Der Hauptunterschied liegt in der Konfigurierbarkeit. Standardausgabedarstellungen gelten für jedes Asset und können nicht angepasst werden, während Dynamic Mediaoder benutzerdefinierte Verarbeitungsprofile konfigurierbar sind und einen selektiven Umfang haben. Wenn ein Dateityp nicht vollständig unterstützt wird, können die beiden Mechanismen daher zu unterschiedlichen Ergebnissen führen.

Durch die Bestimmung, welcher Mechanismus fehlschlägt, wird klargestellt, ob das Ergebnis erwartetes Verhalten oder ein Problem zur Fehlerbehebung ist. Wenn ein Fehler von einer nicht konfigurierbaren Standardausgabe stammt, spiegelt das Verhalten die grundlegende Handhabung dieses Dateityps durch AEM wider. Wenn er von einem konfigurierbaren Verarbeitungsprofil stammt, ist der durch den MIME-Typ oder die Asset-Auswahlkriterien definierte Bereich der wahrscheinlichere Faktor, der untersucht wird.

Erwartete Fehler bei Ausgabedarstellungen expected-rendition-failures

Es werden Ausgabedarstellungsfehler für nicht anwendbare Formate erwartet. Dies ist kein Konfigurationsfehler, sondern ein eingebautes Verhalten in AEM. Adobe Experience Manager (AEM) Asset-Microservices fordern für jedes hochgeladene Asset unabhängig vom MIME-Typ (Multipurpose Internet Mail Extensions) immer einen festen Satz von Standardausgabedarstellungen an. Dieser feste Satz umfasst die Textextraktion und eine MP4-(Video-)Vorschau, die die Pipeline über alle Assets hinweg einheitlich versucht.

Da dieser Anfragesatz einheitlich angewendet wird, sind bestimmte Ausgabedarstellungen von Natur aus nicht auf bestimmte Asset-Typen anwendbar. Für ein PNG-Bild (Portable Network Graphics) können die folgenden Ausgabedarstellungen nicht erstellt werden:

Da diese Ausgabedarstellungen nicht für das tatsächliche Format des Assets gelten, werden sie als Einträge in dam:failedRenditions aufgezeichnet. Dies ist ein erwartetes, absichtliches Verhalten und keine Fehlkonfiguration.

Das Vorhandensein solcher Einträge ist harmlos, solange die Ausgabedarstellungen (für den tatsächlichen Typ des Assets relevant sind erfolgreich abgeschlossen werden. Für Bild-Assets bedeutet dies:

Mit anderen Worten: dam:failedRenditions Einträge für Formate, die nicht für einen bestimmten Asset-Typ gelten, zeigen an, dass die Pipeline nicht anwendbare Ausgaben korrekt überspringt, anstatt einen echten Verarbeitungsfehler zu verursachen. Eine Untersuchung ist nur dann gerechtfertigt, wenn eine Ausgabedarstellung, die für tatsächlichen Typ des Assets relevant ist), fehlschlägt.

Nicht unterstützte oder eingeschränkte Eingabeformate unsupported-or-restricted-input-formats

Die folgenden Formate und Szenarien werden für die Asset-Verarbeitung in Adobe Experience Manager (AEM) as a Cloud Service bekanntermaßen nicht unterstützt oder eingeschränkt, zusammen mit dem beobachteten Verhalten und der empfohlenen Behebung für jedes.

Upload-Typen pro Ordner einschränken restricting-upload-types-per-folder

Mit ordnerspezifischen Upload-Einschränkungen können Sie nur bestimmte Dateitypen in einem einzelnen Ordner akzeptieren, während der Rest des Repositorys unberührt bleibt. Standardmäßig gelten für Multipurpose Internet Mail Extensions (MIME) Typbeschränkungen global für das gesamte Digital Asset Management (DAM)-System. Diese globalen Regeln können jedoch auf Ordnerebene überschrieben werden, um strengere, standortspezifische Kontrollen zu erzwingen.

Gehen Sie wie folgt vor, um zulässige MIME-Typen für einen bestimmten Ordner zu konfigurieren, z. B. /content/dam/projects:

Da die Ordnerkonfiguration als explizite Zulassungsliste dient, wird jeder MIME-Typ, der sich nicht in der Liste befindet, automatisch für diesen Ordner blockiert. Daher werden gängige Formate wie Excel-Tabellen in diesem Ordner abgelehnt, ohne dass Uploads an anderer Stelle im DAM betroffen sind. Dieser Ansatz im Umfang stellt sicher, dass jeder Ordner seine eigenen Inhaltsstandards durchsetzen kann, sodass Projektverzeichnisse, Marken-Asset-Stores oder abteilungsspezifische Ordner auf die vorgesehenen Dateitypen beschränkt bleiben, während das umfassendere Repository weiterhin unter seinen globalen Regeln betrieben wird.

Konflikte bei XMP-Metadaten-Writeback XMP-metadata-writeback-conflicts

Gleichzeitige Aktualisierungen des Metadatenknotens (cqdam.metadata.xml) eines Assets - z. B. durch mehrere benutzerdefinierte Workflows oder Services, die gleichzeitig in dasselbe Asset schreiben - können während des Writebacks der Extensible Metadata Platform (XMP) zu Repository-Konflikten (InvalidItemStateException, CommitFailedException) führen. Diese Konflikte treten auf, weil bei jedem Speichervorgang erwartet wird, dass der Metadatenknoten sich in einem konsistenten, unveränderten Zustand befindet. Wenn zwei Prozesse denselben Knoten gleichzeitig ändern, erkennt das Repository, dass das zugrunde liegende Element bereits geändert wurde, und lehnt den veralteten Schreibvorgang ab. Infolgedessen schlagen eine oder mehrere konkurrierende Operationen fehl, anstatt die andere stillschweigend zu überschreiben.

Häufige Symptome und Ursachen

Da für diese fehlgeschlagenen Schreibvorgänge häufig erneute Zustellversuche unternommen werden, bilden wiederholte Fehler dieser Art einen Rückstand an fehlerhaften oder wiederholten Workflow-Instanzen. Wird dieser Rückstand nicht verwaltet, kann er sich im Laufe der Zeit verkomplizieren, den gesamten Workflow-Durchsatz verringern und die Diagnose der Grundursache erschweren.

Empfohlene Lösung

Um XMP-Writeback-Konflikte zu vermeiden und den resultierenden Workflow-Rückstand zu reduzieren, führen Sie die folgenden Maßnahmen aus:

Fehlerbehebung - Checkliste troubleshooting-checklist

Siehe auch