home *** CD-ROM | disk | FTP | other *** search
/ M.u.C.S. Disc 2000 / MUCS2000.iso / anwend / gemar306 / gemini / readme.txt < prev    next >
Text File  |  1997-01-21  |  9KB  |  246 lines
  1.  
  2. Batches für den vollautomatischen Backupbetrieb mit GEMAR und Gemini
  3.  
  4. von Roland Behme
  5.  
  6.  
  7.  
  8. Wer hat nicht schon einmal sein tägliches Backup vergessen? Wer sa₧ 
  9. nicht schon einmal völlig ratlos vor dem Rechner und wu₧te nicht mehr 
  10. welches Band er jetzt einlegen soll um die Generationsreihenfolge 
  11. nicht durcheinanderzubringen? Wann war das letzte Fullbackup? Wer bin 
  12. ich und was tue ich hier? Was ist die Quadratwurzel von 754?
  13.  
  14. All diese Probleme sind jetzt gelöst - Dank (täterätä!!!) 
  15.  
  16.                           Batchbetrieb!
  17.  
  18.  
  19.  
  20. Das ist nix Neues für Sie? Um so besser, aber diese Batches können 
  21. mehr:
  22.  
  23. - Vollständige Kontrolle des gesamten Backupvorgangs
  24. - Generationenverwaltung
  25. - Protokollierung aller Backups: Sie wissen also immer welche Backups 
  26.   sich auf welchen Bändern befinden.
  27. - Full-Incrementals über das Archiv-Bit
  28. - Beim ersten Dailybackup nach einem Fullbackup wird automatisch das 
  29.   Band überschrieben
  30. - einfach zu konfigurieren
  31. - GBT-Scripte auch manuell direkt aus GEMAR aufrufbar.
  32.  
  33.  
  34.  
  35. ===================================
  36. Aha, und was hei₧t das jetzt alles?
  37. ===================================
  38.  
  39. Naja, um es kurz zu machen, bei richtiger Installation braucht man 
  40. sich um nix mehr zu kümmern. Man mu₧ blo₧ noch einmal täglich den 
  41. Batchbetrieb auslösen (entweder von Hand oder automatisch) und 
  42. Band-Jockey spielen. Welches Band wann einzulegen ist und ob's ein 
  43. Full- oder Daily wird, wei₧ der Batch.
  44. Und noch besser: Er teilt es einem sogar mit!
  45.  
  46.  
  47.  
  48. ===================================
  49. Is' ja toll, was brauche ich dafür?
  50. ===================================
  51.  
  52. In erster Linie braucht man natürlich ein GEMAR (Version >= 3.05, ab
  53. Version 3.02 geht es auch, aber dann kann man bei der Aufforderung zum Band
  54. einlegen nicht abbrechen) und ein Gemini. Ob's auch mit anderen Desktops 
  55. und einem MUPFEL.TTP funktioniert, habe ich nicht getestet. Warum auch? Es 
  56. kann nur einen geben!
  57.  
  58. Weiterhin werden find.ttp und date.ttp aus den Mupfeltools von Julian Reschke 
  59. benötigt. Diese Toolsammlung findet sich in diversen Mailboxen, ganz sicher 
  60. aber in der Maus Münster. Schön wäre auch noch ein ein awk oder gawk 
  61. (GNU-awk), ist aber nicht unbedingt nötig.
  62. Alles andere liegt bei.
  63.  
  64. Ach so, ein Streamer wäre hilfreich.
  65.  
  66.  
  67.  
  68. =================================================
  69. Ok, habe ich alles. Wie installiere ich den Kram?
  70. =================================================
  71.  
  72. Ganz einfach:
  73. Die Mupfel-Scripte (zu erkennen an der Extension .MUP) kopiert man in 
  74. den SCRIPTS-Ordner von Gemini.
  75.  
  76. Die TTPs kommen sinnigerweise in den BIN-Ordner oder an eine beliebige 
  77. andere Stelle, die dem System mit $PATH bekannt ist.
  78.  
  79. Dann legt man sich einen BATCHES-Ordner im GEMAR-Verzeichnis an und 
  80. kopiert die GEMAR-Batches (Endung .GBT) hinein. In diesem Ordner legt 
  81. man nun einen Ordner namens LOGS (oder so ähnlich) für die Protokoll- 
  82. und Verwaltungsdateien, die die Batches benötigen, an.
  83.  
  84. Jetzt mu₧ man nur noch die Variablen in BACKPAR.MUP an seine 
  85. persönlichen Bedürfnisse und Rechnerumgebung anpassen und BACKTEST.MUP 
  86. auf den Desktop legen (offizielles Icon liegt bei).
  87.  
  88. Alternativ kann man auch das Backup automatisch beim Start von GEMINI
  89. ausführen lassen. Dazu tragen sie in der Datei PROFILE die folgenden
  90. Dinge ein:
  91.  
  92. if [ $0 = gemini.app ]
  93. then
  94.  # nach HOME wechseln
  95.  cd
  96.  # Testen, ob ein Backup angesagt ist
  97.  backtest booting
  98. fi
  99.  
  100. setenv OPT_GEMINI_MUP 'w:y'
  101.  
  102. Weiterhin sollte bei einem evtl. benutzten KOBOLD unter 
  103. EINSTELLUNGEN/KOPIERPARAMETER die Einstellung für das Archivbit auf 
  104. 'setzen' gestellt werden damit z.B. auch von Diskette auf die Platte 
  105. kopierte Dateien vom Dailybackup erfasst werden.
  106. Wird kein Kobold eingesetzt, übernimmt das TOS das Setzen des 
  107. Archivbits. Man braucht sich also nicht darum zu kümmern.
  108.  
  109. In GEMAR mu₧ nun noch in EINSTELLUNGEN/BACKUP der Eintrag 
  110. 'Archiv-Bits löschen' abgeschaltet werden, da dieses die Batches 
  111. übernehmen. Diese Vorgehensweise hat den Vorteil, da₧ bei Daten die 
  112. Zwecks Archivierung auf ein Band geschrieben werden das Archivbit 
  113. nicht verändert wird und sie beim nächsten Dailybackup erfasst werden.
  114.  
  115. Ansonsten empfehle ich die Lektüre des README zu Steffens Batches
  116. sowie des Handbuchs zu GEMAR.
  117.  
  118.  
  119.  
  120. =======================================================
  121. Gut, installiert hab' ich es. Wie starte ich das Ganze?
  122. =======================================================
  123.  
  124. Entweder durch Doppelklick auf BACKTEST.MUP (als Icon oder Datei) oder 
  125. durch Eingabe von 'backtest' in der Console.
  126.  
  127. Wer Handarbeit liebt kann die GBTs manuell aus GEMAR aufrufen. Das 
  128. kann u. U. sinnvoll sein, wenn man mal ein Fullbackup vorziehen 
  129. möchte. Dabei werden natürlich die LOG-Dateien automatisch korrigiert, 
  130. so da₧ man am nächsten Tag das Backup wieder über BACKTEST.MUP 
  131. auslösen kann. Im Handbetrieb ist man allerdings selbst dafür 
  132. verantwortlich, ob ein Full- oder ein Dailybackup gemacht wird. Man 
  133. sollte also wissen was man tut.
  134.  
  135.  
  136. =================================================================
  137. Aha, dachte ich mir. Vorher wü₧te ich nur gerne was da eigentlich 
  138. passiert.
  139. =================================================================
  140.  
  141. Wenn man das erste Mal den Batchbetrieb auslöst (und einmal ist immer 
  142. das erste Mal) passiert folgendes: Zuerst wird ein Fullbackup gemacht. 
  143. Danach werden die Verwaltungsdateien geschrieben.
  144.  
  145. Als da wären:
  146.  
  147. LASTBACK.DAT  - Hier drin steht, wann das letzte Backup gemacht wurde.
  148. LASTFULL.DAT  - Beinhaltet den Zeitpunkt des letzten Full-Backups.
  149. AKTUELL.MUP   - Enthält die Nummer der aktuellen Backupgeneration.
  150. DAILY.x       - Protokolldatei für Dailybackups (das x steht für die 
  151.                 Generation).
  152. FULL.x        - Protokolldatei für Fullbackups.
  153. 1STDAILY.DAT  - Indikator dafür, da₧ das nächste Backup ein 1st-Daily 
  154.                 werden soll (Daily-Band wird vom Anfang an beschrieben).
  155.                 Diese Datei wird von 1STDAILY.GBT wieder gelöscht, so 
  156.                 da₧ alle anderen Dailys angehängt werden.
  157.  
  158. An den nun folgenden Tagen wird jeweils ein Daily-Backup gemacht. 
  159. Wieviele Tage bis zum nächsten Fullbackup vergehen sollen, kann man in 
  160. BACKPAR.MUP mit der Variable $FullDays einstellen.
  161. Ist dieser Zeitpunkt erreicht, so wird das nächste Fullbackup gemacht 
  162. und der Generationszähler um eins hochgezählt.
  163. So geht es nun Woche um Woche weiter, bis schlie₧lich die Anzahl der 
  164. Generationen in $MaxGen erreicht ist. Dann geht alles wieder von vorne 
  165. los.
  166. Die Daily-Backups werden mit diesen Scripten übrigens als 
  167. Full-Incrementals (auch Cleanup-Backup genannt, siehe GEMAR-Handbuch 
  168. Kap. 2.2) ausgeführt, was den Vorteil hat, da₧ man bei einem 
  169. Plattencrash nur das letzte Fullbackup und das letzte Dailybackup 
  170. zurückspielen mu₧ um auf dem aktuellen Stand zu sein.
  171. Da Festplatten für gewöhnlich genau dann in die ewigen Jagdgründe 
  172. gehen wenn man sie am nötigsten braucht, spart man dadurch eine Menge 
  173. Zeit, die man dann darauf verwenden kann sich zu ärgern da₧ die 
  174. Festplatte verreckt ist.
  175.  
  176.  
  177.  
  178. ================================================================
  179. Ist ja alles gut und schön, aber warum der ganze Aufriss mit den 
  180. Archivbits? Das geht doch auch mit dem Dateidatum.
  181. ================================================================
  182.  
  183. Weil mir das lieber ist als mit TOUCH ständig an den Datumseinträgen 
  184. meiner Dateien herumzufummeln. Manchmal möchte ich eben wissen wann 
  185. ein Programm compiliert wurde oder wann ich mit diesem und jenem Text 
  186. angefangen habe oder welche Datei älter ist oder ...
  187.  
  188.  
  189.  
  190. ===================================================================
  191. Mann, die Scripte sind soo toll, da₧ ich Dich zu einem reichen Mann 
  192. machen möchte. Wie lautet denn Deine Kontonummer?
  193. ===================================================================
  194.  
  195. Die kann man sich ganz einfach merken:
  196. Deutsche Bank Braunschweig
  197. Kto 5407226
  198. BLZ 270 700 30
  199.  
  200.  
  201.  
  202. So, das Gröbste hätten wir. Sollten noch Fragen offen geblieben sein, 
  203. stehe ich selbstverfreilich zur Verfügung. Erreichen kann man mich im 
  204. MausNet unter
  205.  
  206. Roland Behme @ SZ
  207.  
  208. oder per InterNet unter
  209.  
  210. Roland_Behme@SZ.maus.de
  211.  
  212. Wer die Sackpost vorzieht kann mir natürlich auch einen Brief 
  213. schreiben. Wer Rückporto und/oder eine Tafel Schokolade (vorzugsweise 
  214. Milka Trauben-Nu₧ oder Haselnu₧) beilegt darf sogar mit einer Antwort 
  215. rechnen.
  216.  
  217. Meine Adresse lautet:
  218. Roland Behme
  219. Altstadtring 29
  220. 38118 Braunschweig
  221.  
  222.  
  223. So, jetzt noch die Pflicht:
  224.  
  225. Ich habe diese Scripte sorgfältig getestet und benutze sie selbst. 
  226. Trotzdem werde ich den Teufel tun und eventuelle Fehler ausschlie₧en.
  227. Ich - Roland Behme - kann keine Haftung für irgendwelche direkten
  228. oder indirekten, einschlie₧lich aber nicht beschränkt auf materielle 
  229. oder finanzielle Schäden übernehmen, die durch die Benutzung oder 
  230. Nichtbenutzung dieser Batches oder deren Untauglichkeit für einen 
  231. bestimmten Zweck entstehen.
  232. Mit anderen Worten: Lieber User, egal was passiert, Du bist immer 
  233. selber schuld!
  234.  
  235.  
  236.  
  237. Credits:
  238.  
  239. Ich bedanke mich beim Rest der Welt (au₧er meinem Chef), insbesondere 
  240. aber bei Steffen Engel, dafür da₧ er so tolle Programme wie GEMAR schreibt 
  241. und der mir bei der Erstellung dieser Batches mit Rat und Anregungen 
  242. zur Seite stand sowie der Firma KENWOOD dafür da₧ sie so tolle Walkmen baut.
  243.  
  244.  
  245.  
  246. Da fällt mir noch ein: Die Quadratwurzel von 754 ist 27,45906.