Zum Inhalt springen
HexaTransfer
Zurück zum Blog
Cloud & Speicher

Datei-Lifecycle-Management: Von Erstellung bis Löschung

Verwalten Sie Dateien über ihren gesamten Lebenszyklus: Richtlinien für Erstellung, Nutzung, Archivierung und sichere Löschung digitaler Assets.

Datei-Lifecycle-Management definiert, was mit jeder Datei in jeder Phase geschieht: erstellt (getaggt, klassifiziert, verschlüsselt), aktiv genutzt (in Hot-Storage, versioniert, unter Zugriffskontrolle geteilt), inaktiv (nach 30–90 Tagen in IA- oder Cool-Tier verschoben), archiviert (Glacier Deep Archive oder Azure Archive) und vernichtet (kryptographische Löschung plus Audit-Eintrag). Ein gut gestalteter Lifecycle senkt Speicherkosten um 60–80 % und erfüllt gleichzeitig DSGVO Art. 5(1)(e) Speicherbegrenzung und HIPAA §164.316 Aufbewahrung — alles per Richtlinie durchgesetzt, ohne manuellen Aufwand. Der Trick ist, die Richtlinie als Code zu schreiben und an einer kleinen Stichprobe zu testen, bevor Sie sie auf Petabytes anwenden.

Phase 1: Erstellen mit Vorsatz

Der Lebenszyklus einer Datei beginnt bei der Erstellung. Metadaten, die in diesem Moment gesetzt werden, bestimmen alles danach: Aufbewahrungsklasse, Vertraulichkeitsgrad, Eigentümer, Projekt. Ein Upload-Endpunkt, der diese nicht erfasst, erzwingt manuelles Tagging, das nie stattfindet.

Mindest-Metadaten-Satz beim Eingang:

  • owner: AD/SSO-Benutzer-ID oder Dienstkonto
  • created-by-app: das System, das die Datei geschrieben hat
  • content-class: Dokument, Log, Medien, Backup, Temp
  • retention-class: sox-7y, hipaa-6y, temp-30d, indefinite
  • confidentiality: public, internal, restricted, secret

Einbetten Sie diese per S3 Object Tags oder Azure Blob Index Tags zur PutObject-Zeit. Eine Lambda-Funktion, die erforderliche Tags validiert und Uploads ohne sie ablehnt, hält den Katalog von Anfang an sauber.

Phase 2: Aktive Nutzung im Hot-Tier

Aktiv genutzte Dateien leben in der schnellsten, teuersten Ebene: S3 Standard (0,023 USD/GB), Azure Hot (0,0184 USD/GB), GCS Standard (0,020 USD/GB). Latenz ist wichtig (unter 100 ms), Durchsatz ist wichtig, und Zugriffsmuster sind unvorhersehbar.

Während der aktiven Nutzung:

  • Versionierung aktiviert, um Überschreibungen und versehentliche Löschungen abzufangen
  • Zugriffs-Logs fließen an SIEM für Audit
  • Verschlüsselung mit KMS-kundenverwalteten Schlüsseln
  • Presigned URLs für externe Freigabe (max. 7 Tage)

Typische Verweildauer im Hot-Tier: 30–90 Tage. Danach sinkt die Zugriffsfrequenz meist genug, dass kältere Tiers sich bezahlt machen.

Phase 3: Übergang zu Warm Storage

Nach 30 Tagen ohne Zugriff wechseln die meisten Dateien in Infrequent-Access-Tier: S3 Standard-IA (0,0125 USD/GB), Azure Cool (0,0152 USD/GB), GCS Nearline (0,010 USD/GB). Die Abruflatenz bleibt unter 100 ms, aber Abrufkosten entstehen — S3 IA berechnet 0,01 USD/GB abgerufen.

Lifecycle-Regel für diesen Übergang:

{
  "ID": "active-to-ia",
  "Status": "Enabled",
  "Filter": {"Prefix": "documents/"},
  "Transitions": [{"Days": 30, "StorageClass": "STANDARD_IA"}]
}

Achten Sie auf die Mindestobjektgröße — S3 IA berechnet 128 KB pro Objekt, auch wenn es nur 4 KB hat. Objekte unter 128 KB kosten in IA mehr als in Standard. Filtern Sie Lifecycle-Regeln, um kleine Objekte mit ObjectSizeGreaterThan: 131072 auszuschließen.

Phase 4: Archivierung für den langen Schwanz

Dateien, die 90+ Tage nicht berührt wurden, werden selten wieder berührt, können aber Aufbewahrungsanforderungen unterliegen. Verschieben Sie sie in kalte Archivebenen: S3 Glacier Flexible Retrieval (0,0036 USD/GB), S3 Glacier Deep Archive (0,00099 USD/GB), Azure Archive (0,00099 USD/GB), GCS Archive (0,0012 USD/GB).

Abrufverzögerungen werden erheblich:

  • Glacier Instant Retrieval: Millisekunden
  • Glacier Flexible Retrieval: 3–5 Stunden Standard, 1–5 Minuten Expedited
  • Glacier Deep Archive: 12 Stunden Standard, 48 Stunden Bulk
  • Azure Archive: bis zu 15 Stunden Rehydrierung

Wählen Sie die Ebene passend zur realistischen Wiederherstellungs-SLA. Legen Sie vierteljährliche Prüfungsdateien nicht in Deep Archive, wenn Prüfer 24 Stunden Vorankündigung geben.

Phase 5: Aufbewahrungshold und Compliance

Regulierungen verlangen oft, Dateien über die geschäftliche Nützlichkeit hinaus aufzubewahren. HGB §257: 10 Jahre für Handelsbücher, 6 Jahre für Handelsbriefe. DSGVO: so lange wie für den angegebenen Zweck notwendig, mit Ausnahmen des Rechts auf Löschung. HIPAA: 6 Jahre. SEC Rule 17a-4: 3–6 Jahre.

Implementieren Sie mit tag-gesteuerter Aufbewahrung und WORM-Speicher:

  • retention-class-Tag steuert Lifecycle-Timing
  • S3 Object Lock mit Compliance-Modus verhindert Löschung für den Aufbewahrungszeitraum — selbst Root kann nicht löschen
  • Legal-Hold-Tag (legal-hold: true) friert Lifecycle-Übergänge unbefristet ein
  • Audit-Log erfasst alle Zugriffe und Tag-Änderungen

Für Broker-Dealer unter FINRA 4511 und SEC 17a-4(f) ist WORM-Speicher verpflichtend. Falsche Implementierung (Governance-Modus statt Compliance-Modus) hat Firmen siebenstellige Bußgelder gekostet.

Phase 6: Sichere Vernichtung

Schließlich schließt die Löschung den Lebenszyklus. „Sicher" bedeutet, dass die Daten nicht wiederherstellbar sind und die Aktion dokumentiert ist.

Ansätze:

  • Softdelete + verzögertes Löschen: als gelöscht markieren, nach 30 Tagen löschen (ermöglicht Wiederherstellung)
  • Kryptographische Löschung: Verschlüsselungsschlüssel löschen, sodass Chiffriertext zu Rauschen wird
  • Physisches Überschreiben: DoD-5220.22-M-Dreifachüberschreiben (nur relevant für On-Premises)

Für Cloud-Objektspeicher ist kryptographische Löschung die praktische Methode. Jeder Bucket oder jede Objektklasse verwendet einen KMS-Schlüssel; das Löschen des Schlüssels macht Objekte innerhalb von Minuten nicht wiederherstellbar. AWS, Azure und GCP unterstützen dieses Muster. Protokollieren Sie die Löschung mit CloudTrail-Äquivalenten.

Audit-Log-Anforderung: Objekt-Key, VersionId, Zeitstempel, Akteur, Grundcode und die Aufbewahrungsregel, die angewendet wurde, erfassen. Bewahren Sie den Audit-Log länger auf als die beschriebenen Daten — wenn Sie Dateien nach 7 Jahren löschen, bewahren Sie das Löschprotokoll 10 Jahre auf.

Lifecycle-übergreifendes Teilen handhaben

Dateien in verschiedenen Lifecycle-Phasen werden unterschiedlich geteilt. Eine aktive Projektdatei: Drive-Link mit Bearbeitungsberechtigungen. Ein archivierter Vertrag, den ein externer Anwalt benötigt: in den Warm-Tier wiederherstellen, Presigned URL generieren, die Warm-Kopie nach dem Engagement löschen.

Für einmaliges Teilen archivierter Dateien vermeidet ein Übertragungswerkzeug die Komplexität des externen Zugriffs auf das Archivsystem. HexaTransfer sendet bis zu 10 GB mit Ende-zu-Ende-AES-256-GCM-Verschlüsselung und einem Einmal-Link — archivierte Datei abrufen, senden, fertig. Das Archiv bleibt unberührt; der Anwalt bekommt, was er braucht, ohne eine IAM-Rolle bereitzustellen.

Das Policy-as-Code-Muster

Codieren Sie jede Lifecycle-Regel in Terraform, CloudFormation, Pulumi oder Bicep. Klicken Sie nie manuell in der Konsole. Vorteile:

  • Peer-Review per Pull Requests
  • Versionshistorie der Richtlinienänderungen
  • Dry-Run mit terraform plan
  • Rollback durch Zurücksetzen eines Commits

Beispiel-Terraform-Snippet:

resource "aws_s3_bucket_lifecycle_configuration" "docs" {
  bucket = aws_s3_bucket.docs.id
  rule {
    id     = "tiering"
    status = "Enabled"
    transition { days = 30  storage_class = "STANDARD_IA" }
    transition { days = 90  storage_class = "GLACIER_IR" }
    transition { days = 365 storage_class = "DEEP_ARCHIVE" }
    expiration { days = 2555 }
  }
}

Committen, überprüfen, anwenden. Zuerst auf einem Dev-Bucket testen. Stufenweise in die Produktion einführen, indem Filter-Präfixe schrittweise erweitert werden.

Lifecycle-Effektivität messen

Monatlich verfolgen:

  • Gesamtspeicher nach Tier (hot/warm/archiv)
  • Kosten nach Tier
  • Objektaltersverteilung
  • Abrufrate aus kalten Tiers (hohe Rate bedeutet falsche Tiers)
  • Löschrate und Gründe

S3 Storage Lens, Azure Cost Management und GCPs Storage Insights erzeugen diese Dashboards. Ein gesunder reifer Lifecycle: 10 % hot, 20 % warm, 70 % Archiv, mit Kaltabruf unter 1 % pro Jahr. Alles andere bedeutet, dass die Richtlinie angepasst werden muss.

Lifecycle-Design-Übung

Beim Entwerfen eines Lifecycles für einen neuen Workload beantworten Sie diese fünf Fragen:

  1. Welche regulatorische Aufbewahrungspflicht gilt?
  2. Was ist das realistische Zugriffsmuster nach 30, 90, 365 Tagen?
  3. Was ist die akzeptable Wiederherstellungszeit, wenn eine alte Datei benötigt wird?
  4. Was ist der Löschauslöser — Zeit, Ereignis, Anfrage?
  5. Was sind die Audit-Nachweisanforderungen?

Die Antworten bestimmen den Tier-Zeitplan, die Aufbewahrungssperren, die Legal-Hold-Fähigkeit und die Audit-Pipeline. Beantworten Sie diese fünf Fragen, bevor Sie Terraform schreiben. Die meisten fehlgeschlagenen Lifecycle-Geschichten beginnen mit einem Team, das die Fragestellungsphase übersprungen und direkt die Richtlinie eines anderen kopiert hat.

Jetzt kostenlos testen auf hexatransfer.com — kein Konto, max. 10 GB.

Große Dateien sicher mit Ende-zu-Ende-Verschlüsselung senden

Übertragen Sie Dateien bis zu 10 GB kostenlos mit Ende-zu-Ende-Verschlüsselung. Kein Konto erforderlich. Ihre Dateien werden in Ihrem Browser verschlüsselt, bevor sie hochgeladen werden — niemand sonst kann sie lesen.

Datei senden