Suchen

Neue Kollektion für besseren Datenfluss

Versandhaus Heine erneuert Infrastruktur

Seite: 2/2

Firmen zum Thema

Lastenverteilung

„Alles in allem betreuen wir IT-seitig rund 25 Standorte, in Deutschland, der Schweiz, Österreich, den Niederlanden und der Tschechischen Republik“, fasst Werner Lehl, IT-Leiter bei Heine, zusammen. „Entsprechend hoch ist die Zugriffslast, wobei je nach Standort und Anforderung die vorhandenen Applikationen mit unterschiedlichem Lastaufkommen konfrontiert sind. Zudem arbeiten wir mit Speditionen und staatlichen Stellen zusammen, die ebenfalls unterbrechungsfrei mit aktuellen Daten versorgt werden müssen. Das alles macht sich natürlich auch beim Datenwachstum bemerkbar.“

Hier stieg das Gesamtvolumen bis Ende 2007 über drei Jahre von ein auf knapp 2,5 Terabyte. Oracle adressiert die Lastverteilung seit der Datenbankversion 9i mit der Funktion Real Application Clusters (RAC). Im Grundsatz sorgt RAC dafür, dass eine Datenbankanwendung unverändert auf mehreren Servern betrieben werden kann (Cluster). Fällt einer aus, steht die Applikation weiter auf den übrigen zur Verfügung. Zusätzliche Server lassen sich im laufenden Betrieb ergänzen. Damit sind Verfügbarkeit und Skalierbarkeit der Datenbankumgebung gewährleistet.

Bildergalerie

Die sinnvolle Verteilung des Lastaufkommens kann nach unterschiedlichen Kriterien erfolgen – zum Beispiel indem eine Anfrage nur an ausgewählte Knoten geschickt wird und nur von allen bearbeitet wird, wenn das Anfragevolumen eine bestimmte Schwelle überschreitet.

Eine andere Möglichkeit, Lasten zu verteilen, bietet RAC in Form des Parallel Execution Features. „Damit werden die einzelnen Arbeitsschritte, welche die jeweilige Anfrage erfordert, auf unterschiedliche Instanzen verteilt“, skizziert Andreas Karlin von Hunkler das RAC-Konzept. „Müssen etwa vier Aktionen ausgeführt werden und vier Prozessoren sind auf dem lokalen Knoten unbeschäftigt, mit dem der Anwender verbunden ist, läuft alles dort ab. Sind zwei lokale Prozessoren eingespannt, führen die beiden anderen und zwei weitere freie auf einem anderen Knoten die Anfrage aus.“

Testphase und Einführung

Um die RAC-Funktionalität genau unter die Lupe zu nehmen, installierten die Projektpartner zunächst eine Testumgebung für die Hauptdatenbanken bei Heine. Sie bewegte sich in Größenordnungen von 35 bis 100 Megabyte beim prozessübergreifenden Speicherbereich (SGA), 25 bis 300 Megabyte beim User-Prozessbereich (PGA) und 4 bis 70 Gigabyte im Storagebereich. Auf dieser Basis wurden Stresstests unter Spitzenlast simuliert, wie beispielsweise ein Quartalsabschluss, sowie die Optionen für Backup und Recovery eingesetzt. Das Verhalten von Instanzen und Services bei Verteilung über mehrere RAC-Knoten stand ebenfalls im Mittelpunkt der Testphase. Nachdem sich die RAC-Lösung im Test bewährt hatte, ging es an die Übernahme in den Produktivbetrieb.

Auch hier stieß das IT-Team von Heine auf keine nennenswerten Schwierigkeiten – im Gegenteil: „Die Einführung von RAC verlief schneller als erwartet. Wir hatten die Hardware – Server, Speicherplatten, SAN – so weit vorbereitet und dann mit 14 Tagen kalkuliert“, fasst Ralf Kallenborn diese Phase zusammen. „Wir benötigten letztlich nur acht Tage, um eine RAC-Umgebung mit vier Knoten aufzusetzen, inklusive Dokumentation. Auch die Migration der vier größten Datenbanken von Version 9 nach 10 fiel in diesen Zeitraum.“

Insgesamt hat sich der Administrationsaufwand im Datenbankumfeld bei Heine seit der Einführung von RAC auf rund ein Sechstel reduziert.

(ID:2040305)