Anforderungen an das Partitionsdesign

Vorteile der Partitionierung

Die Partitionierung des Essbase-Cubes bietet zusätzliche Vorteile der Datensynchronisierung und -navigation.

Bei Block Storage-Datenbanken bieten Partitionen eine Datensynchronisierung über mehrere Datenbanken hinweg.

Essbase verfolgt Änderungen an Datenwerten in einer Partition und stellt Tools zum Aktualisieren der Datenwerte in zugehörigen Partitionen bereit.
Mit Partitionen können Benutzer zwischen Datenbanken mit unterschiedlicher Dimensionalität navigieren.

Wenn Benutzer einen Drilldown zur neuen Datenbank durchführen, können sie einen Drilldown zu detaillierteren Daten durchführen.

Partitionierungsstrategien

Wählen Sie basierend auf den Benutzeranforderungen eine Partitionierungsstrategie für Ihren Essbase-Cube aus, die oben nach unten, unten nach oben oder auf den Attributen der Datenbank basiert.

Partitionieren Sie Anwendungen von oben nach unten.

Mit der Top-down-Partitionierung können Sie eine Datenbank auf mehrere Prozessoren, Server oder Computer aufteilen, was die Skalierbarkeit, Zuverlässigkeit und Performance von Datenbanken verbessern kann. Um die besten Ergebnisse bei der Top-down-Partitionierung zu erzielen, erstellen Sie eine separate Anwendung für jede partitionierte Datenbank.

Partitionieren Sie Anwendungen von unten nach oben.

Verwenden Sie die Bottom-up-Partitionierung, um den Datenfluss zwischen mehreren zugehörigen Datenbanken zu verwalten. Dadurch können die Qualität und der Zugriff auf die Daten in Datenbanken verbessert werden.

Partitionieren Sie Anwendungen basierend auf Attributen.

Partitionieren Sie Datenbanken anhand von Attributwerten, die mit Basisdimensionen verknüpft sind (eine Standarddimension, die mindestens einer Attributdimension zugeordnet ist).

Mit dieser Strategie können Sie Daten basierend auf den Merkmalen einer Dimension extrahieren, z.B. Geschmack oder Größe.

Hinweis:

Attribute-Dimensionen können nicht partitioniert werden. Siehe Attribute in Essbase-Partitionen.

Entscheidungsfaktoren für die Partitionierung einer Datenbank

Erwägen Sie die Implementierung von Partitionen (repliziert oder transparent) in Ihrer Essbase-Datenbank, wenn Ihre Datennutzung und -aktualisierungen von der Compartmentierung nach Standort oder Organisationseinheit profitieren würden.

Sie sollten replizierte oder transparente Partitionen implementieren, wenn:
- Die Daten sollten näher an den Menschen liegen, die sie verwenden.
- Ein einziger Ausfall wäre katastrophal.
- Es dauert zu lange, Berechnungen durchzuführen, nachdem neue Daten geladen wurden, und Sie möchten die Leistung verbessern, indem Sie Berechnungen auf mehrere Prozessoren oder Computer verteilen.
- Benutzer möchten die Daten in verschiedenen Anwendungskontexten anzeigen und steuern, wie Benutzer zwischen Datenbanken navigieren.
- Sie müssen Informationen aus verschiedenen Quellen synchronisieren.
- Sie möchten neue Organisationseinheiten hinzufügen, die von einer eigenen Datenbank profitieren.
- Benutzer müssen warten, während andere Benutzer auf die Datenbank zugreifen.
- Sie möchten Speicherplatz sparen, indem Sie Benutzern Zugriff auf Daten gewähren, die an einem Remote-Standort gespeichert sind.
- Sie möchten den Netzwerkverkehr reduzieren, indem Sie Daten an mehreren Standorten replizieren.
- Sie müssen Datenbank-Outlines von einem zentralen Ort aus steuern.
Partitionieren Sie keine Datenbank, wenn:
- Sie haben Bedenken hinsichtlich Plattenspeicherplatz, Netzwerkbandbreite und administrativer Ressourcen.
- Sie führen komplexe Umlagen aus, bei denen Werte auf Einheitenebene aus den Gesamtwerten abgeleitet werden.
- Sie müssen alle Datenbanken jederzeit online halten.
  
  Datenbanken online zu halten, kann ein Problem darstellen, wenn Datenbanken in mehreren Zeitzonen vorhanden sind, da sich die Spitzenlast der Benutzer zwischen Zeitzonen unterscheiden kann. Die Verwendung transparenter Partitionen verschärft dieses Problem, aber die Verwendung replizierter Partitionen kann hilfreich sein.
- Datenbanken sind in verschiedenen Sprachen oder Unicode-bezogenen Modi.
  
  Essbase kann Datenbanken nur partitionieren, wenn jede Datenbank dieselbe Sprache verwendet oder jede Datenbank denselben Unicode- oder Nicht-Unicode-Modus verwendet.

Überlegungen zur Partitionierung von Daten

Stellen Sie beim Entwerfen einer partitionierten Essbase-Datenbankstrategie Fragen zu den Anforderungen an die Datennutzung, damit Sie bestimmen können, welche Daten in jede Partition aufgenommen werden sollen.

Welche Datenbank sollte die Datenquelle sein und welches Datenziel? Der Cube, der die Daten "besitzt", wo die Daten aktualisiert werden und wo die meisten Detaildaten gespeichert werden, sollte der Quell-Cube sein.
Werden einige Teile der Datenbank häufiger aufgerufen als andere?
Welche Daten können Sie zwischen Websites teilen?
Wie detailliert müssen die Daten an jedem Standort sein?
Wie häufig werden die Daten abgerufen, aktualisiert oder berechnet?
Welche Ressourcen sind verfügbar: Plattenspeicherplatz, CPUs und Netzwerkressourcen?
Wie viele Daten müssen über das Netzwerk übertragen werden? Wie lange dauert es?
Werden die Daten an einem oder mehreren Standorten gespeichert?
Wird an einem oder mehreren Standorten auf die Daten zugegriffen?
Gibt es Informationen in separaten Datenbanken, auf die von einem zentralen Ort aus zugegriffen werden sollte? Wie eng sind Datengruppen verbunden?

Sicherheit für partitionierte Datenbanken

Benutzer, die über replizierte oder transparente Partitionen auf Daten zugreifen, müssen häufig Daten anzeigen, die in mehreren Essbase-Cubes gespeichert sind. Richten Sie die Sicherheit so ein, dass die Benutzer keine unangemessenen Daten anzeigen oder ändern.

Um die Sicherheit für Partitionen einzurichten,

Benutzern Zugriff auf die Quell- und Ziel-Cubes erteilen.
Schränken Sie den Benutzerzugriff ein, indem Sie Filter (in den Quell- und Ziel-Cubes) nur auf die partitionierten Bereiche einrichten.

Siehe Zugriff auf Datenbankzellen mit Sicherheitsfiltern steuern.
Wenn Sie eine replizierte Partition erstellen, legen Sie fest, ob Benutzer Änderungen an einer replizierten Partition am Datenziel vornehmen können. Die Aktualisierungseinstellung (mit der Aktualisierungen zulässig oder nicht zulässig sind) überschreibt Benutzerfilter, mit denen Benutzer Daten aktualisieren können.

Wenn Sie replizierte Partitionen mit der MaxL-Anweisung replizierte Partition erstellen erstellen und die Grammatik update allow nicht angeben, können replizierte Partitionen nicht standardmäßig aktualisiert werden.