Sicherung per FTP auf NAS

[KingofKning]

Hallo,
sehe ich anders, unter V5R4 kann ich ne 6 Gig Datei per FTP übertragen.

Bibliothek . . . . : TRANSFER Eigner . . . . . . . : QPGMR
Bibl.-ASP-Einheit . : *SYSBAS Bibliothek-ASP-Gruppe: *SYSBAS
Art . . . . . . . . : *FILE Primärgruppe . . . . : *NONE

Speicherinformation:
Größe . . . . . . . . . . . . . . . : 6151102464
Offline-Größe . . . . . . . . . . . : 6151102464
Zugeordnete Speicherbereichsgröße . : 4096
Optim. Speicherbereichsausrichtung . : J

GG

[Pikachu]

Interessant wird's erst, wenn man eine Datei aus der Sicherung mal braucht.

[MR-BN]

wir machen unsere Datensicherung nur noch über NAS.
bei den Bibliotheken schaue ich vorher nach, wann ist das letzte Änderungsdatum (nur wenn aktuell, wird übertragen).
Übertrage immer als SAVF nur eine Bibliothek, dann ist ein evtl. restoren einfachen.
bei den IFS-Dateien übertrage ich auch nur die geänderten Objekte (Datumsabfrage). habe also eine komplette Kopie auf dem NAS-Server.

[programmer400]

Gibts da einen anderen Trick (ausgen. dspobjd *outfile usw. usf.) und das Änderungsdatum einer Bibl. auszulesen?

[Fuerchau]

Für das DSPOBJD gibt es auch ein API.

[Pikachu]

RTVOBJD ?

[holgerscherer]

RTVOBJD ?

SAVCHGOBJ?

Übrigens sichern wir hier 50 Maschinen per FTP auf einen Zentralserver. Ich habe dafür eine eigene Software geschrieben inklusive Log-Verwaltung und einfachem Restore per Auswahl. Wer Interesse hat -> PM.

-h

[Pikachu]

Vorsicht: SAVCHGOBJ REFDATE(*SAVLIB) (Standardeinstellung) sichert eine Bibliothek, die vorher noch nie gesichert wurde, leider nicht mit!

[holgerscherer]

Vorsicht: SAVCHGOBJ REFDATE(*SAVLIB) (Standardeinstellung) sichert eine Bibliothek, die vorher noch nie gesichert wurde, leider nicht mit!

Wer nie eine Komplettsicherung macht, gehört eh mit Magnetband erwürgt <g>

-h

[Pikachu]

Wie war das mit 24/7/52? Wann soll da eine Komplettsicherung reinpassen?

[holgerscherer]

Wie war das mit 24/7/52? Wann soll da eine Komplettsicherung reinpassen?

Dafür gibts Hochverfügbarkeitssoftware: Daten in Echtzeit auf eine zweite Maschine replizieren (am besten mit COMMIT-Steuerung), und die zweite Maschine gelegentlich sichern.

-h