files komprimieren auf solaris?

[bianca]

hallo!
mein problem ist folgendes:ich habe auf einem server mit sun solaris eine oracle databank laufen, von der täglich export dumps gemacht werden. diese export dumps sind in der regel um die 23 GB groß und sollten mit compress komprimiert werden. auf einem anderen server mit hp-ux 11i werden ebenfalls export dumps in etwa der gleichen größe  gemacht, welche anschließend mit compress komprimiert werden und so auf eine größe von ca 4 GB schrumpfen. komischerweise haben die dumps auf der solaris nach dem compress die gleiche größe wie vorher. gibt es für solaris ein anderes tool zum komprimieren für files? oder warum funktioniert compress auf solaris nicht?
mit freundlichen grüßen
bianca

[erisch]

Hi

Warum compress nicht geht, kann ich dir nicht sagen. Vielleicht legt die Datenbank ihre dumps schon komprimiert ab.

Zum Komprimieren kannst du z.B. bzip2 benutzen. Das sollte ab Solaris 9 dabei sein, wenn die GNU Packages installiert sind. Ansonsten gibts das auch als Package.
bzip2 ist von der Kompression her besser als gzip und sicher auch als compress. Allerdings wird es ne ganze Weile dauern, 23GB zu komprimieren.

Mfg. Erisch

[Jonny]

Hi Bianca,

wenn sich die Dumps nicht eindampfen lassen (egal mit welchem Tool)
dann sind die bereits komprimiert.
Datenbanken bestehen hauptsächlich aus ASCII Text und Blanks.
Die Blanks fallen beim Export vermutlich weg, bleibt also Text, der sich
egal mit welchem Tool um mindestens 50% komprimieren lässt.
gzip finde ich für Text eine gute Mischung aus Geschwindigkeit und Wirkung.
compress ist da nicht wirklich gut und auch nicht schneller,  bzip2 ist zwar
sehr effektiv, dafür auch ätzend langsam.
Ist halt die Frage worauf es an kommt.

Gruß
Hans-Peter

[bianca]

hallo!
ich habs mit bzip2 probiert, aber das funktioniert nicht. ich bekomme immer folgende fehlermeldung:
bzip2: Input file Fullexp050801.dmp doesn't exist, skipping.
kann mir vielleicht jemand sagen, woran das liegen könnte?
mit freundlichen grüßen
bianca

[erisch]

Mach mal bitte in dem Verzeichnis wo das dump liegt ein "ls -l" und poste dann noch die Zeile mit der du bzip2 aufrufst.

Mfg. Erisch

[mfg_bianca]

hallo!
der output vom ls -l sieht folgendermaßen aus:
root@vulcan # ls -l
total 183986272
-rw-r--r--   1 oracle   dba      24313315328 Aug  3 23:59 Fullexp050803.dmp
-rw-r--r--   1 oracle   dba      22455713792 Aug  4 23:44 Fullexp050804.dmp
-rw-r--r--   1 oracle   dba      22959808512 Aug  5 23:54 Fullexp050805.dmp
-rw-r--r--   1 oracle   dba            0 Aug  6 23:00 Fullexp050806.dmp
-rw-r--r--   1 oracle   dba      24426110976 Aug  7 23:47 Fullexp050807.dmp

und der aufruf sieht so aus (gleich mit der fehlermeldung):
root@vulcan # bzip2 Fullexp050803.dmp
bzip2: Input file Fullexp050803.dmp doesn't exist, skipping.

Mit freundlichen Grüßen
Bianca

[crotchmaster]

Also ich würde mit

bzip2 -x filename
komprimieren, wobei für x ein Wert von 1 bis 9 steht und den Grad der Kompression angibt (je höher desto kleiner das Ergebnis) und mit

bzip -d filename

dekomprimieren.

Gruß c.

[erisch]

Also ich würde mit

bzip2 -x filename
komprimieren, wobei für x ein Wert von 1 bis 9 steht und den Grad der Kompression angibt (je höher desto kleiner das Ergebnis) und mit

bzip -d filename

dekomprimieren.

Gruß c.

Das ist ja erst mal Schnitte. Funktionieren muss es trotzdem.

@bianca

Hast du mal versucht, eine andere Datei zu komprimieren?

Mfg. Erisch

[Jonny]

Hi Bianca,

leite den Output von ls -l doch mal in eine Datei und schau mit einem Editor nach,
ob nicht z.B. ein Blank am Ende der Namen ist oder gar irgend ein nicht druckbarer
Schmutz im Namen.

Gruß
Hans-Peter

[erisch]

Hi Bianca,

leite den Output von ls -l doch mal in eine Datei und schau mit einem Editor nach,
ob nicht z.B. ein Blank am Ende der Namen ist oder gar irgend ein nicht druckbarer
Schmutz im Namen.

Gruß
Hans-Peter

Hmm, ich hab bei mir zu Hause (unter Solaris 9 mit dem mitgelieferten bzip2) mal ein paar Tests gemacht, wenn die Datei nicht da wäre, würde ne andere Fehlermeldung kommen:

Code: [Auswählen]

bzip2: Can't open input file test: No such file or directory.
Ich dachte erst es läge daran, dass die Datei vllt zu groß ist, aber ich hab bei mir mal ne >4GB Datei erstellt und da hat es einwandfrei funktioniert.

Mfg. Erisch

[tk]

Hi Bianca,

gehe ich richtig in der Annahme, dass du die DUMPS mit dem Export-Tool von Oracle ziehst ($ORACLE_HOME/bin/exp)?

Wenn ja, dann sende bitte mal den Befehl, den du verwendest. (Ersätze das Passwort durch XXX)

Meistens ist es möglich schon die Datei wärend des Exports zu komprimieren.

Dein Fehler beim Komprimieren könnte evtl. auch am mangelndem Speicherplatz oder an einem verbogenen Enviroment liegen. Ebenfalls ist interessant mit welcher Solaris- bzw. Oracle-Version du arbeitest. Solaris <2.8 ist IMHO nicht komplett largefilefähig.

Also führ noch folgende Befehle aus und sende den Output:

uname -a
pkginfo -l  SUNWbzip
pkginfo -l SUNWesu

Gruß

TK