Sicherheit, Speicherung und Grenzen

Simple Metadata läuft auf Atlassian Forge. Live-Schemata, Metadaten und der Berichtsindex verwenden Forge SQL; Metadaten-Verlauf und Schemarevisionen verwenden Forge KVS.

Von Kunden eingegebene Metadaten können personenbezogene Informationen wie Namen, E-Mail-Adressen oder Kontaktdaten enthalten. Diese Inhalte werden innerhalb der Atlassian-Infrastruktur gespeichert, ohne sie an einen von Simpleasyty betriebenen externen Datenspeicher zu senden.

Nutzerreferenzen werden als accountIds gespeichert. Anzeigenamen und Avatare werden zur Laufzeit von Atlassian abgerufen und nicht separat als Profildaten gespeichert.

Frühere Metadatenwerte werden als Metadaten-Snapshots 90 Tage in Forge KVS aufbewahrt. Snapshots behalten ihre Schemaversion, damit historische Werte interpretierbar bleiben.

Das Löschen von Metadaten entfernt die aktuellen Werte und versucht, alle aufbewahrten historischen Versionen zu entfernen. Schlägt die Verlaufsbereinigung fehl, können diese bis zum Ablauf ihrer 90-tägigen Aufbewahrungsfrist erhalten bleiben. Beim Löschen eines Schemas wird die Entfernung seiner SQL-Daten und des Metadatenverlaufs geplant; verfolgen Sie den Fortschritt unter Processes.

Diese Grenzen bestimmen, wie viele Datensätze eine Abfrage liefert und welche Felder Ergebnisse eingrenzen können.

• Listen- und Berichtsabfragen liefern bis zu 500 Metadatensätze. Verwenden Sie bei größeren Datenmengen gezielte Filter.
• Felder müssen indexiert sein, bevor sie für Berichtsfilter verwendet werden können. Berichte nutzen die Felddefinitionen und Filterregeln des Schemas.

Bei fehlenden Schemata prüfen Sie Bereichs-, Label- und Gruppeneignung. Bei fehlenden Filterergebnissen prüfen Sie, ob das Feld indexiert ist und betroffene Metadaten gespeichert oder abgeglichen wurden.