Zum Hauptinhalt springen

Documentation Index

Fetch the complete documentation index at: https://support.lumafield.com/llms.txt

Use this file to discover all available pages before exploring further.

​
Überblick

Lumafields Cloud-Umgebung nutzt ein nutzungsbasiertes Modell, damit Ihr Team so viel scannen und analysieren kann, wie benötigt, während klare Limits eingehalten werden. Sie sehen einfache Budgets für Speicherkapazität in Terabytes (TB) sowie eine jährliche Token-Zuteilung für rechenintensive Aktionen. Wenn Sie ein Speicherlimit erreichen, verschiebt Voyager Projekte automatisch zwischen Stufen, damit Sie innerhalb Ihres Plans bleiben. Wenn Sie Ihre jährliche Token-Zuteilung überschreiten, wird keine Aktion ausgeführt, aber wir passen Ihren Plan bei der Verlängerung an. Wenn Ihre Organisation den Pro- oder Enterprise-Plan nutzt, ist die Usage-UI für alle in Ihrem Workspace sichtbar. Legacy-Pläne zeigen diese Steuerelemente nicht.
Dieser Artikel gilt sowohl für Standard-Cloud- als auch für GovCloud-Deployments der Lumafield-Plattform.

​
Kernkonzepte

Aktiver Speicher (TB): Aktive Projekte sind 3D-Projekte mit einem vollständigen CT-Scan und einer Rekonstruktion, in denen neue Analysen und Daten erstellt werden können. Wenn ein Scan abgeschlossen ist, ist das resultierende Projekt aktiv und unterstützt die Erstellung neuer Daten über Rezepte und Voyager-Tools. Inaktiver Speicher (TB): Projekte, die automatisch aus der Active-Stufe migriert wurden, um Kapazität zu optimieren, wenn das Active-TB-Budget überschritten wird. Inaktive Projekte bleiben zum Anzeigen und Teilen verfügbar, aber Schreibvorgänge sind deaktiviert, bis sie in die Active-Stufe zurückkehren. Die Rückkehr zu Active kann einige Zeit dauern. Read-Only-Projekte: Ein Read-Only-Projekt ist ein 3D-Projekt mit einem vollständigen CT-Scan und einer Rekonstruktion, in dem keine neuen Analysen oder Daten mehr erstellt werden können. Der volle Satz an Analysen, Datenobjekten, Meshes, Lesezeichen usw. bleibt für Inspektion und Teilen verfügbar. Tokens (pro Jahr): Ihr jährliches Kontingent für rechenintensive Aktionen. Tokens werden jährlich zum Vertragsjubiläum zurückgesetzt. Token-Reset-Datum: Typischerweise das Startdatum Ihres Vertrags; Tokens werden an diesem Datum jährlich erneuert. Angeheftete Projekte: Aktive Projekte, die explizit in der Active-Stufe gehalten werden. Angeheftete Projekte bleiben aktiv und sind von der automatischen Migration nach Inactive oder Read-Only ausgeschlossen, solange sie angeheftet sind. Verwenden Sie Pins, um kritische Arbeit vor automatischer Archivierung zu schützen.

​
Wo Sie die Nutzung sehen

  • Top-Bar in Voyager: Alle Mitglieder (Editoren, Viewer, Manager) sehen die aktuelle Nutzung gegenüber Active TB, Inactive TB und Token-Budgets.
  • Manager Dashboard: Manager sehen detaillierte Nutzung, Limits und das Token-Reset-Datum für ihre Organisation.

​
Wie die Projektmigration funktioniert

Wenn Ihre Organisation Pro oder Enterprise nutzt:
  1. Active -> Inactive: Projekte migrieren automatisch von Active zu Inactive, wenn Sie Ihr Active-TB-Budget überschreiten. Die Migration erfolgt in “least-recently-accessed”-Reihenfolge.
  2. Inactive -> Read-Only: Dies wird durch den Toggle Automatic Read-Only Migration gesteuert. Wenn aktiviert und das Inactive-TB-Budget überschritten wird, migrieren Projekte von Inactive zu Read-Only in least-recently-accessed-Reihenfolge.
Hinweise:
  • Read-Only bewahrt alle ROIs, Lesezeichen und Analysen, die im Projekt erstellt wurden. Das Projekt bleibt in Voyager vollständig sichtbar und teilbar, aber neue Analysen werden nicht unterstützt.
  • Wenn Sie den Read-Only-Migration-Toggle ausschalten, werden Projekte nicht automatisch von Inactive zu Read-Only verschoben. Projekte können weiterhin von Active zu Inactive migrieren, wenn Active TB überschritten wird.

​
Tokens

Tokens repräsentieren Ihr jährliches Kontingent für rechenintensive Aktionen, die von Ihrer Organisation durchgeführt werden. Beispiele sind größere Analysen wie Rekonstruktionen oder Bulk-Operationen. Ihre jährliche Token-Zuteilung und das Reset-Datum sind für Manager in Voyager sichtbar. Wenn Sie Ihre jährliche Token-Zuteilung erreichen, wenden Sie sich an Ihren Customer Success Manager, um Optionen zu besprechen, oder warten Sie bis zur Verlängerung.

​
Best Practices für Cloud-Speicher

  • Dimensionieren Sie Ihr Active-TB-Budget für den Teil der Projekte, den Ihr Team aktiv bearbeitet. Viele Teams planen für aktuelle Arbeit + kurzfristige Reviews.
  • Nutzen Sie Inactive TB für Projekte, die Sie schnell verfügbar haben möchten, aber nicht mehr täglich bearbeiten. Aktive Projekte migrieren automatisch nach Inactive in least-recently-accessed-Reihenfolge, wenn Ihr Active-Speicherbudget überschritten wird.
  • Aktivieren Sie Automatic Read-Only Migration, um die Nutzung unter Kontrolle zu halten, wenn Ihr Rückstau wächst.
  • Wenn Sie saisonale Spitzen haben, ziehen Sie eine Erhöhung der Budgets oder geplante Migrationen vor größeren Spitzen in Betracht.

​
Beispielszenario

Ihre Organisation hat:
  • Active TB: 10 TB
  • Inactive TB: 20 TB
  • Automatic Read-Only Migration: Aktiviert
Wenn Sie aktuell 11 TB an aktiven Projekten haben, verschiebt Voyager automatisch etwa 1 TB (least-recently-accessed) von Active zu Inactive. Wenn Ihre Inactive-Stufe später über 20 TB hinauswächst, verschiebt Voyager least-recently-accessed Projekte von Inactive zu Read-Only.

​
Glossar

  • Active (TB): Beschreibbare Projektstufe. Editorinnen und Editoren können neue Analysen und Daten erstellen.
  • Inactive (TB): Stufe mit verzögertem Zugriff. Auf Kapazität optimiert; Abruf kann langsamer sein.
  • Read-Only: View-Only-Projektzustand.
  • Tokens (pro Jahr): Jährliches Kontingent für rechenintensive Aktionen. Reset am Vertragsjubiläum.
  • Token-Reset-Datum: Das Datum, an dem Ihre Token-Zuteilung erneuert wird (meist Vertragsstart).
  • Least-recently-accessed: Die Reihenfolge, die Voyager nutzt, um Projekte zwischen Stufen zu migrieren.

​
FAQ

  • Was passiert, wenn wir Automatic Read-Only Migration ausschalten?
    • Projekte werden nicht automatisch von Inactive zu Read-Only verschoben. Projekte können weiterhin von Active zu Inactive wechseln, wenn Active TB überschritten wird.
  • Können Read-Only-Projekte in der Cloud wieder bearbeitbar gemacht werden?
    • Wenn dies erforderlich ist, kann Lumafield versuchen, Read-Only-Projekte in Cloud-Umgebungen für eine bestimmte Zeit wiederherzustellen. Sprechen Sie mit Ihrem Organisationsmanager oder dem Customer Success Team über die Wiederherstellung des Schreibzugriffs.
  • Was genau verbraucht Tokens?
    • Tokens werden für rechenintensive Aktionen verwendet. Die Details hängen von Ihrem Vertrag und den aktivierten Funktionen ab. Manager können die Nutzung in Voyager überwachen und Lumafield für Details kontaktieren. Rekonstruktionen, insbesondere mit vielen Korrekturen oder größeren Volumen, sind der primäre Token-Verbraucher.