DB2/VM

Ansicht von 3 Beiträgen - 1 bis 3 (von insgesamt 3)
  • Author
    Posts
  • 20. Januar 2005 um 9:47 Uhr #2664

    Anonym
    Gast

    Hallo zusammen,

    seit längerem besuche ich hie und da das Forum und hoffe dass meine Frage bei euch gut aufgehoben ist, auch wenn das Thema DB2/VM eher selten vorkommt.

    Folgende Situation:

    Vor Kurzem habe ich auf einer Test-DB (7.3) einen Poolbereich erweitert. Dazu ist es nötig im Vorfeld eine MDisk zu definieren (k.A. wie das bei anderen Betriebssystemen gemacht wird) und der DB über die EXEC SQLADBEX bekannt zu geben. Unteranderem wird hier abgefragt, ob man sichern will oder nicht. Gibt man "versehentlich" ARCHIVE ein, kann dies unter Umständen recht lange dauern bis das Sichern fertig ist und man seine eigentliche Arbeit fortsetzen kann.

    Meine Fragen:

    Gibt es eine M̦glichkeit diese Situation elegant (und vielleicht auch sauber?! ;D) zu umgehen und man keine Sicherung starten muss? Рoder hat man einfach schlichtweg Pech und man muss warten.

    Wann ist es unumgänglich ARCHIVE einzugeben?

    Leider bin ich noch nicht so lange im "DB2-Geschäft" und würde mich über die ein oder andere Antwort sehr freuen.

    Danke!

    Gruß
    Susanne 😉

    20. Januar 2005 um 14:15 Uhr #3074

    Anonym
    Inaktiv

    Schön, dass es auch noch andere DB2/VM-Anwender gibt (ich dachte immer wir sind die Letzten!).

    Also wir sichern den Datenbestand bevor wir neue Minidisks dazudefinieren und geben dann bei der EXEC SQLADBEX "NOARCHIVE" an. Falls was schief gehen sollte – zum Glück bisher noch nie passiert – spielen wir die Sicherung vor der Aktion ein. (Das ist dann auch der Moment, in welchem wir erfahren werden, ob das Rücksichern funktioniert) 😉

    Gruß
    Bunbury

    24. Januar 2005 um 10:30 Uhr #3366

    Anonym
    Gast

    Ok… dann gibt es also nur eine Möglichkeit wenn einer das NO vor ARCHIVE vergisst…. Kaffee-trinken-gehen und warten…

  • Author
    Posts
Ansicht von 3 Beiträgen - 1 bis 3 (von insgesamt 3)

You must be logged in to reply to this topic.