-
okay, auf den aktiven Zustand kann ich auch verzichten, aber warum unmounten??
-
Vielleicht hast du das falsche Dokument gelesen?
http://www.redbooks.ibm.com/redbooks/pdfs/sg247811.pdf
Kapitel 7 beschreibt den Vorgang.
Das Abhängen betrifft Spiegelung über iASP beim Sichern des Hauptsystems.
http://www-01.ibm.com/support/docvie...d=nas8N1015810
Beim Sichern von Links wird nur der Verweis selber als Objekt gesichert, nie das Objekt.
Beim Restore ist also zu beachten, dass das Original vor dem Link zurückgesichert wird sonst schlägt der Restore fehl.
Das ist häufiger eine Problem auch bei LF's in anderen Bibliotheken wenn beim Save die Reihenfolge nicht zwingend vorgegeben wird und beim Restore z.B. auf Grund der Namensgebung der Lib's die LF's zuerst gesichert wurden.
-
Aaaargh, ich meinte natürlich mounten und unmounten. Blööööder Fehler. habs oben jetzt korrigiert.
Ist man irgendwie von Linux gewöhnt daß mounten und anhängen das gleiche ist. Sorry.
Und apropos "*link" sichern..... wenn ich jetzt die image-dateien aus dem Imagekatalog sichern will,
was muss ich dann genau zur Sicherung auswählen? Etwa nicht das Streamfile? Du hast mich jetzt verwirrt.
-
Da ist wieder die Frage der Begriffe.
Was meinst du mit Link?
Wenn ein iASP angehängt ist, sicherst du den Inhalt des iASP.
Wenn du nur das Objekt iASP sicherst, wird der Inhalt nicht gesichert.
Man kann (ähnlich wie in Unix/Linux) im IFS Links auf Objekte erstellen.
Dies sind halt nur Verweise die auch gesichert werden können.
Wenn das Objekt gelöscht wird, wird (auf Unix) dar 1. Link zum Objekt.
Ob das im IFS auch gilt habe ich nicht ausprobiert, aber normalerweise kannst du dort keine Objekte löschen die noch Links haben (z.B. PF's).
-
Der iASP namens BACKUP samt IMGCLG ist bei mir unter /BACKUP im IFS gemountet.
Die Streamfiles bzw. IMGCLGE bzw. virtuellen Tapes will ich jetzt mit BRMS sichern.
Dazu habe ich in der Steuergruppe nen Sicherungseintrag *LINK für die ASP-Einheit BACKUP erstellt.
Blöderweise sichert er mir diese Dateien nicht, weil das System es nicht zuläßt.
Das Objektattribut für den Sicherungssausschluss habe ich bereits extra geprüft.
-
Dann lese dazu noch mal das Redbook, Kapitel 7.6.
Ein iASP ist ein Storagepool der angehängt bzw. abgehängt wird.
Ein Link (Mount) ins IFS ist nicht erforderlich, es sei denn dass du den iASP (ähnlich wie /QSYS.LIB) per IFS-Kommandos benötigst.
Libs und Objekte über IFS können nicht per SAV gesichert werden, dafür gibt's ja SAVLIB/SAVOBJ.
Deshalb wird wohl BRMS das Sichern dieses IFS-Pfades nicht erlauben.
Also iASP's müssen angehängt und nicht gemounted sein damit sie gesichert werden können.
Der 2. Aspekt, sichern von virtuellen Tapes ist genau anders herum.
Das virtuelle Tape muss abgehängt sein, so dass die StreamFile des Tapes frei ist und gesichert werden kann.
-
Ist mir alles bereits klar. Aber letztlich ist das Streamfile ja auch kein normales Objekt aus einer LIB.
Ich habe erfolgreich andere Dateien sichern können, die ich vorher per Netserver ins IFS des *BASEASP hochgeladen habe. Das scheint also zu klappen. Warum jetzt nicht mit Dateien im iASP?
-
Was bezeichnest du als StreamFile?
Ein iASP ist kein StreamFile und kann daher nicht als IFS-Objekt gesichert werden!
-
Streamfile/Datenstromdatei abgekürzt mit STMF ist die Dateiart meiner einzelnen Imagekatalogentries.
Wenn Du eine beliebige Datei ins IFS zBsp in /tmp hochlädst, oder einen Imagekatalog dorthin zuordnest, dann landet die hochgeladene Datei bzw. die einzelnen IMGCLGE dort als Streamfile.
Letztere will ich sichern. Das siehst du wenn du wrklnk. Siehe Beispiel.
-
Das ist mir schon klar, aber welche STMF's kannst du nun nicht sichern?
Mach doch mal einen manuellen SAV in z.B. ein SAVF und schau dir die Fehlermeldungen im Joblog an.
Vielleicht erklärt sich dann, warum BRMS das nicht kann.
Wenn dieser SAV klappt und BRMS trotzdem nicht sichert ist das eine Fehlermeldung an IBM wert.
-
Ich hab jetzt herausgefunden warum es nicht klappt!
Entgegen der Erklärung im Redbook, daß ich den ASP-Pfad unmounten soll muss dieser dennoch gemountet sein, weil die Dateien sonst nicht gesichert werden können.
Also entweder habe ich das Redbook mißverstanden oder das Redbook ist falsch.
Note: When saving the directory and files, you should unmount any mounted user-defined
file systems (UDFSs) before the save to ensure that the objects in the mounted over
directories are saved. UDFSs are automatically unmounted on ASP devices when the
system is in restricted state. UDFSs on the system or basic user ASPs must be explicitly
unmounted. You must remount any unmounted UDFSs after the save.
Similar Threads
-
By Chris.jan in forum IBM i Hauptforum
Antworten: 3
Letzter Beitrag: 25-06-14, 12:06
-
By kuk in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 25-04-03, 23:43
-
By kuetemaj in forum IBM i Hauptforum
Antworten: 9
Letzter Beitrag: 19-11-02, 17:32
-
By Koelch400 in forum IBM i Hauptforum
Antworten: 7
Letzter Beitrag: 02-10-02, 15:06
-
By muadeep in forum IBM i Hauptforum
Antworten: 8
Letzter Beitrag: 18-02-02, 22:15
Tags for this Thread
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks