Die Größe einer neuen Datendatei sollten Sie so wählen, daß der Zuwachs des Tablespace für einen langen Zeitraum abgedeckt ist. Im Falle eines kritischen, schnell anwachsenden Tablespaces sollte die Datei so groß wie möglich sein. Dabei sollte der verfügbare Speicherplatz und der Speicherplatzbedarf anderer Tablespaces berücksichtigt werden.

Wenn Sie viele kleine Dateien zu einem Tablespace hinzufügen, kann es sein, daß Sie diesen bald reorganisieren müssen. Dies kann äußerst zeitaufwendig sein. Bedenken Sie, daß während einer Reorganisation das R/3-System heruntergefahren sein muß. Beachten Sie auch unbedingt, daß eine Reorganisation eines Tablespaces mit Datendateien die komplizierteste Reorganisationsart ist und deshalb so selten wie möglich durchgeführt werden sollte. Um diese Situationen zu vermeiden, sollten Sie einen Tablespace stets um eine Datei angemessener Größe erweitern.

Zur Verminderung von Speicherplatzproblemen und damit die maximale Anzahl der Dateien für das Datenbanksystem nicht zu schnell erreicht wird, empfiehlt SAP die nachfolgend aufgeführten Dateigrößen zur Erweiterung der aufgelisteten Tablespaces nicht zu unterschreiten.

Die folgende Tabelle enthält Tablespaces, die im produktiven Betrieb besonders überwacht werden sollten:

Vor Beginn der Übernahme von Bewegungsdaten bzw. vor Aufnahme der Produktion muß jeder dieser Tablespaces um mindestens eine Datei, die größer als die vorgeschlagene minimale Erweiterungsgröße ist, erweitert werden.

PSAPLOADD/I bzw. PSAPEL300D/I sollten insbesondere dann überwacht werden, wenn mit Clientrechnern unterschiedlicher Hardwareplattformen gearbeitet wird.

Die nachfolgend aufgeführten Tablespaces sollten zusätzlich zu den oben genannten bei einem Korrekturstand- oder Releasewechsel kontrolliert und eventuell erweitert werden.

Versuchen Sie, I/O-intensive Tablespaces auf jeweils eigenen Platten unterzubringen.

Legen Sie nach Möglichkeit die Daten-Tablespaces und die Index-Tablespaces so an, daß sie auf verschiedenen Platten liegen.