Oracle Cloud Object Storage zum Speichern von Anhängen verwenden

Kunden, die vor allem aufgrund der Anzahl hochgeladener Anhänge über eine große Planning-Datenbank verfügen, sollten Oracle Cloud Infrastructure (OCI) Object Storage zum Speichern der Anhänge verwenden. Die Verwendung einer separaten Speicheroption ermöglicht eine erhebliche Reduzierung der Größe des LCM-Snapshots, sodass die Schritte zum Sichern, Herunterladen und Wiederherstellen optimiert werden können (z.B. beim Wiederherstellen eines Snapshots aus der Testumgebung in die Produktivumgebung oder beim Herunterladen eines Snapshots für die Offlinespeicherung). Ein weiterer Vorteil besteht darin, dass Sie bei Verwendung von OCI Object Storage die maximale Anhangsgröße von 20 auf 100 MB erhöhen können. Die Verwendung von OCI Object Storage ist Best Practice und wird dringend empfohlen.

OCI Object Storage erfordert ein eigenes Abonnement und eine separate Konfiguration. Daher ist diese Funktion optional. Wenn Sie sich für die Einrichtung entscheiden, werden Anhänge ab diesem Zeitpunkt in OCI Object Storage gespeichert, und vorhandene Anhänge werden nach der Konfiguration in OCI Object Storage verschoben.

Wenn Sie eine Anwendung mit einem Snapshot oder durch Klonen erstellen und die Quellanwendung OCI Object Storage zum Speichern von Anhängen verwendet, wird das erforderliche Kennwort für den Zugriff auf die OCI Object Storage-Gruppe aus Sicherheitsgründen nicht in die neue Anwendung exportiert. Als Best Practice wird empfohlen, dass Sie Ihre OCI Object Storage-Quellgruppe separat klonen und die neue Gruppe in der neuen Anwendung konfigurieren. Informationen hierzu finden Sie unter OCI Object Storage in Planning einrichten.

Note:

  • Sobald Sie mit der Verwendung von OCI Object Storage beginnen, können Sie die Planning-Datenbank nicht mehr für diese Anhänge verwenden.
  • Wenn die Quelle während des Klonens auf die Verwendung des Objektspeichers gesetzt wird, stimmen die Gesamtstatistiken zu den Anhängen im Ziel (OCI) nach der Migration gelegentlich nicht mehr mit der Quelle überein. Das hat folgenden Grund:
    • Verwaiste Datensätze: Wenn verwaiste Referenzen bei der Quelle (die für die Statistiken bei der Quelle herangezogen werden) migriert werden, gehen sie im Zielsystem verloren, da sie keinen Objekten zugeordnet sind. Dadurch entsteht eine Abweichung in den Statistiken zwischen Quelle und Ziel. Beispiel: Verwaiste Referenzen werden erstellt, wenn ein Alert Kommentarreferenzen aufweist und die Kommentare gelöscht werden, die Referenzen bei der Quelle aber nicht.
    • Doppelte Anhänge: Bei doppelten Anhängen bei der Quelle werden nur eindeutige Referenzen für die Statistiken der Quelle berücksichtigt. Nach der Migration weist jedoch jeder doppelte Datensatz eine eigene Referenz beim Ziel auf, da sie als Teil verschiedener Artefakte migriert werden. Dadurch entsteht eine Abweichung in den Statistiken.

      Note:

      Das gilt nur für Task-Manager.