ontape

• Vorgehen beim Anlegen einer Sicherung
• ontape bei IDS 10.0: Option -t
• Chunk rename bei IDS 10.0

Vorgehen beim Anlegen einer Sicherung:

1. In der Onconfig: TAPE /dev/null mit # auskommentieren
2. TAPEDEV setzen:
   Ziel z.B. /infdata/sicherung_buck/ontape.buck (mit chmod 660, grp und own informix anlegen)
3. TAPESIZE anpassen (bei Largefilsys. beliebig, sonst maximal 2 GB), ab Version 10.0 am besten = 0, da dann beliebig groß.
4. ontape -s -L 0 (keine weiteren Parameter, diese holt ontape sich aus der onconfig)
5. ist das Verzeichnis voll gelaufen, so bekommt man ein Problem, wenn man nicht mit symbolischen Links gearbeitet hat. Das beste ist also, wenn das TAPE DEVICE ein symbolischer Link ist, z.B.
   

   ln -s /infdata/sicherung_buck/ontape.buck1 /infdata/sicherung_buck/ontape.buck 
   

   Immer wenn ontape mit der Meldung "...TAPE DEVICE full.." kommt, kann man den obigen Link löschen und durch einen neuen ersetzen - wobei natürlich nur die Quelle jeweils geändert wird, nicht das Ziel /infdata/sicherung_buck/ontape.buck.
   (soz. ein "Bandwechsel" auf Platte)

---

ontape bei IDS 10.0: Option -t

ontape -s -L 0 -t STDIO | gzip | ssh informix@tgxqe02 '. /db/inf/etc/setenv.svvprod01.env && gzip -c -d | ontape -r'

Genauere Informationen zu dem Thema STDIO findet man hier

---

Chunk rename ab IDS 10.0

Dieses Feature ermöglicht das Einspielen eines Archivs, auch wenn z.B. der Root-DBspace einen anderen Namen hat als das Raw-Device, auf den er zurückgespielt wird. Dabei kann man - sofern nötig - auch alle DBspaces umbenennen. In diesem Falle empfiehlt es sich, eine Datei mit den Parametern zu übergeben:

alter_rootdbspacename 0 neuer_rootdbspacename 0
alter_dbspace1_name 0 neuer_dbspace1_name 0
alter_dbspace2_name 0 neuer_dbspace2_name 0
.....

Diese Datei übergibt man dann beim Restore:

. altes_environment
ontape -r -rename -f dateiname

Gute Links zum Thema ontape:

• http://www-128.ibm.com/developerworks/db2/library/techarticle/dm-0405fan
• Infos der Firma ORDIX