Solaris 7 5/99 Handbok för Sun-plattformar

Kapitel 8 Alternate Pathing 2.2 på Sun Sun Enterprise 3x00, 4x00, 5x00 och 6x00

I det här kapitlet finns det instruktioner för hur du gör nyinstallation av och uppgraderar till Alternate Pathing (AP) 2.2. I och med introduktionen av AP 2.2 gäller instruktionerna för både nyinstallation och uppgradering servrarna Sun Enterprise 3x00, 4x00, 5x00 och 6x00.

Göra en nyinstallation av AP

Instruktionerna för hur du gör en nyinstallation är tänkta att användas när AP inte redan är installerat och konfigurerat. Om du har någon version av AP installerad och konfigurerad följer du i stället instruktionerna i "Uppgradera en befintlig AP-installation". Där används skript som sparar din befintliga AP-konfiguration och sedan återställer inställningarna när AP 2.2-paketen har installerats.


Varning!   Varning!

Installationsinstruktionerna nedan förutsätter att du redan har installerat Solaris 7 5/99. Du måste göra detta innan du kan installera AP 2.2.


AP-paketen behöver ungefär 2,7 megabyte skivutrymme på servern. I följande tabell finns en lista med hur mycket utrymme AP-programvaran tar upp sammanlagt på varje filsystem:

Tabell 8-1 Hur mycket skivutrymme AP behöver på varje filsystem

Filsystem 

 Storlek

/usr

317 kbyte 

/

1,3 Mbyte 

/etc

13 kbyte 

/kernel

1528 kbyte 

/sbin

1481 kbyte 

Gör så här för att göra en nyinstallation avAP 2.2
  1. Om du tänker installera AP ovanpå en nyinstallation av Solaris 7 5/99 installerar du detta operativsystem (om du inte redan har gjort det) och fortsätter sedan.

    Se "Uppgradera ett system" i Installationsbibliotek för Solaris 7 (SPARC-versionen). Tänk på att du måste välja att göra en ny installation och inte uppgradering.

  2. Logga in på servern som superanvändare.

  3. Sätt i tilläggs-CD:n (Sun Computer Systems Supplement CD) i CD-ROM-enheten om den inte redan ligger där.

    Det tar några sekunder för volymhanteraren att ansluta CD-skivan.

  4. Installera AP 2.2-värdpaketen på servern.


    # pkgadd -d /cdrom/cdrom0/Product SUNWapdoc SUNWapu SUNWapr \ SUNWapdv
    

    Programvaran visar kort copyright-, varumärkes- och licensinformation för varje paket, sedan meddelanden om vad pkgadd(1M) gör för att installera paketet, inklusive en lista med vilka filer och kataloger som installeras. Beroende på din konfiguration kan det hända att följande meddelande visas:


    This package contains scripts which will be executed with superuser
    permission during the process of installing this package.
    
    Do you want to continue with the installation of this 
    package [y,n,?]

    Om meddelandet visas trycker du på y för att fortsätta.

    När den här delen av installationen är klar har AP 2.2-paketen installerats och superanvändarledtexten visas.

  5. Ta ur tilläggs-CD:n ur CD-ROM-enheten.


    # cd /
    # eject cdrom
    

  6. Konfigurera AP.

    Ett exempel på hur du konfigurerar finns i "Gör så här för att konfigurera AP". Se även Sun Enterprise Server Alternate Pathing User's Guide.

Gör så här för att konfigurera AP
  1. Skapa tre till fem AP-databaser.


    # apdb -c rå_skivdel -f
    

  2. Skapa AP-metaskivor.

    Du måste känna till datorns maskinvarukonfiguration så att du vet vilka två portar som är anslutna till samma skivuppsättning. I följande exempel används pln-portar. Beroende på värddatorns konfiguration kan det variera vilka portar som används.

    1. Visar alla portar och deras skivenhetsnoder.


      # apinst
      pln0
      	/dev/dsk/c1t0d0
      	/dev/dsk/c1t1d0
      	/dev/dsk/c1t2d0
      	/dev/dsk/c1t3d0
      	/dev/dsk/c1t4d0
      	/dev/dsk/c1t5d0
      pln1
      	/dev/dsk/c2t0d0
      	/dev/dsk/c2t1d0
      	/dev/dsk/c2t2d0
      	/dev/dsk/c2t3d0
      	/dev/dsk/c2t4d0
      	/dev/dsk/c2t5d0

    2. Skapa en icke-bekräftad skivsökvägsgrupp.


      # apdisk -c -p pln0 -a pln1
      # apconfig -S -u
      

      där:

      -c gör så att sökvägsgruppen skapas

      -p bestämmer den primära sökvägen

      -a bestämmer den alternativa sökvägen.

      Du kan ta reda på resultaten genom att använda apconfig(1M) (se ovan).

    3. Bekräfta databasposterna.


      # apdb -C
      

      Du kan ta reda på vad kommandot ovan resulterade i genom att använda kommandot apconfig -S.

    4. Omskapa enhetskatalogerna.


      # drvconfig -i ap_dmd
      # ls -l /devices/pseudo/ap_dmd*
      ...

      Du kan ta reda på resultaten av drvconfig(1M)-kommandot genom att lista innehållet i /devices/pseudo/ap_dmd* (se ovan).

    5. Skapa symboliska länkar från enhetskatalogen /devices/pseudo till de speciella metaskivfilerna i /dev/ap/dsk och /dev/ap/rdsk.


      # apconfig -R
      # ls -l /dev/ap/dsk
      ...

      Som visat ovan kan du ta reda på resultaten av apconfig(1M)-kommandot genom att lista innehållet i /dev/ap/dsk (och därmed se de symboliska länkarna).

    6. Om du bestämmer att AP skall styra en startskiva använder du apboot(1M)för att definiera den nya AP-startenheten.


      # apboot metaskivnamn
      

      Kommandot apboot(1M) ändrar i filerna /etc/vfstab och /etc/system. Metaskivnamn måste vara på följande form: mcxtxdx.

    7. Ändra alla hänvisningar till fysiska enhetsnoder (d.v.s. sökvägar som börjar med /dev/dsk och /dev/rdsk) så att de i stället avser motsvarande enhetsnoder för metaskivor (sökvägar som börjar med /dev/ap/dsk respektive /dev/ap/rdsk).

      Om en partition är ansluten under en fysisk sökväg, kopplar du från den och ansluter den igen under metaskivsökvägen.

      Leta i /etc/vfstab efter fysiska enheter som skall ändras till AP-metaenheter. Om du hittar några redigerar du /etc/vfstab för att rätta till det.


      Varning!   Varning!

      Du måste ha stor erfarenhet som systemadministratör för att direkt kunna redigera etc/vfstab. Om du inte konfigurerar filsystemen på rätt sätt i /etc/vfstab kan du förlora data nästa gång du startar servern.


  3. Skapa AP-metanätverk (för icke-primära nätverk).


    Obs!

    Arbeta på följande sätt för alla nätverk som du vill ha alternativa vägar till, utom det primära nätverket.


    1. Skapa nätverkssökvägsgruppen.


      # apnet -c -p nätverksgränssnitt -a nätverksgränssnitt
      # apconfig -N -u
      ...

      Du kan ta reda på resultaten av kommandot apnet(1M) genom att använda apconfig(1M) (se ovan).

    2. Bekräfta posterna för nätverkssökvägsgruppen i databasen.


      # apdb -C
      

      Du kan ta reda på resultaten av kommandot apdb(1M) genom att använda apconfig(1M) med alternativet -N.

    3. Se till att ingen av de båda medlemmarna i nätverkssökvägsgrupperna används direkt.

      Om det fysiska gränssnittet för närvarande är direkt tillgängligt (plumbed), och det inte är det gränssnitt som du skall använda när du kör kommandon för att konfigurera metanätverket, kan du göra det otillgängligt genom att använda kommandot ifconfig(1M).

    4. Skapa en fil av typen /etc/hostname.mnätverkgränssnittsnamn för alla metanätverk som du vill konfigurera när servern startas om.

  4. Skapa AP-metanätverket till det primära nätverket.

    1. Visa innehållet i filerna /etc/nodename och /etc/hostname.gränssnittsnamn för att kontrollera att gränssnittsnamnen överensstämmer.

    2. Skapa sökvägsgruppen för det primära nätverket.


      # apnet -c -p nätverksgränssnitt -a nätverksgränssnitt
      

      I detta exempel skapar -c den nya sökvägsgruppen för det primära nätverket, -p betecknar sökvägen till det primära nätverket och -a den alternativa sökvägen.

    3. Bekräfta posten för nätverkssökvägsgruppen i databasen.


      # apdb -C
      # apconfig -N
      

      Du kan ta reda på resultaten av kommandot apdb(1M) genom att använda apconfig(1M)(se ovan).

    4. Skapa den nya /etc/hostname.mgränssnittsnamn-filen för att konfigurera nätverket när du startar om servern.

      Exempelvis kan /etc/hostname.mgränssnittsnamn innehålla hmb.

    5. Ta bort de konfigurationsfiler som motsvarar gränssnittet för metanätverket.


      # rm -f /etc/hostname.namn_på_primärt_gränssnitt \
      /etc/hostname.namn_på_alternativt_gränssnitt
      

  5. Om du tänker använda en volymhanterare, som Sun Enterprise Volume Manager (SEVM) eller Solstice DiskSuite (SDS), konfigurerar du den i enlighet med leverantörens instruktioner.


    Varning!   Varning!

    Kontrollera att volymhanteraren stöds under Solaris 7 (vilket krävs för AP 2.2).


    • AP och SEVM

      Om du vill bygga dina SEVM-volymer ovanpå AP bör du konfigurera volymerna så att de använder AP-metaskivsökvägar i stället för de fysiska sökvägarna. SEVM känner av och installerar befintliga AP-metaenheter korrekt utan att du behöver göra något speciellt.

      SEVM kan kapsla in skivor som är konfigurerade som AP-metaenheter, oavsett om de är startskivor eller inte. SEVM kan kapsla in AP-databaser utan att AP påverkas. Tänk dock på att SEVM:s vanliga regler för inkapslingar fortfarande gäller:

      • Skivdelen s2 måste vara för hela skivan.

      • Det måste finnas "lite" ledigt skivutrymme i början eller slutet på skivan.

      • Det måste finnas två oanvända partitioner.

        Partitionskravet kan innebära att du måste avstå från en AP-databas, (ofta i skivdel s4).

        Det är bra om du konfigurerar SEVM efter det att du har konfigurerat AP. Integration av AP i en befintlig SEVM-konfiguration ligger utanför ämnet för det här kapitlet.

    • AP och SDS

      Om du vill bygga dina SDS-volymer ovanpå AP bör du konfigurera volymerna så att de använder AP-metaskivsökvägar i stället för de fysiska sökvägarna. SDS känner av och installerar befintliga AP-metaenheter korrekt utan att du behöver göra något speciellt.

  6. Starta om servern (om det behövs).

    Om du precis har startat om servern efter att ha konfigurerat volymhanteraren är detta steg onödigt.

Uppgradera en befintlig AP-installation

Det här avsnittet innehåller instruktioner för hur du uppgraderar till AP 2.2 på servrarna Sun Sun Enterprise 3x00, 4x00, 5x00 och 6x00. AP 2.0 och AP 2.1 stöds inte under Solaris 7 5/99. I uppgraderingsprocessen ingår att ta bort tidigare versioner av AP, installera en uppsättning kärnpaket för AP, och återställa AP-konfigurationen. Skript för att förenkla processen medföljer.

Installationen av paketen från den medföljande CD-ROM-skivan kräver ungefär 2,7 megabyte skivutrymme. I följande tabell finns en lista med hur mycket utrymme AP-programvaran tar upp sammanlagt på varje filsystem:

Tabell 8-2 Hur mycket skivutrymme AP behöver på varje filsystem

Filsystem 

Storlek 

/opt

1,23 Mbyte 

/usr

158 Kbyte 

/

1,3 Mbyte 

Säkerhetskopiera servern

Säkerhetskopiera alltid servern innan du uppgraderar någon programvara. Den säkraste metoden att säkerhetskopiera är en dump på nivå noll (ufsdump(1M)) av filsystemen på den server som skall uppgraderas. Om du inte har någon bestämd säkerhetskopieringsmetod som du brukar använda, hänvisar vi till System Administration Guide.

Du behöver inte ta bort installerade korrigeringsfiler innan du uppgraderar.

Kolla upp vad som står i annan programvarudokumentation

Titta i dokumentationen för annan programvara som du använder, t.ex. volymhanterare, innan du väljer alternativet uppgradering i suninstall. Det kan finnas ytterligare instruktioner som du måste följa för att den befintliga konfigurationen skall bevaras. Titta även i tilläggsinformationen för AP och eventuella volymhanterare du använder.

Uppgradera AP och Solaris samtidigt

I AP-uppgraderingsinstruktionerna i det här avsnittet används två skript, ap_upgrade_begin och ap_upgrade_finish. Med det första sparar du den nuvarande AP-konfigurationen och med det andra kan du återställa den efter det att du har installerat AP 2.2-paketen. Antagligen kommer du att uppgradera till Solaris 7 5/99 samtidigt som du uppgraderar till AP 2.2, eftersom AP 2.2 kräver Solaris 7. I och med att AP-konfigurationen återställs så att den förblir precis som den var innan du uppgraderade till Solaris 7, måste du vara medveten om några problem. De beskrivs nedan.

Omnumrering av styrenheter

Om det sker en omnumrering av I/O-styrenheter fungerar inte AP-uppgraderingsskripten. En sådan omnumrering kan bli följden om du gör vissa förändringar av maskinvarukonfigurationen och sedan kör en omkonfigureringsstart (boot -R) eller på något annat sätt gör så att ett drvconfig(1M)-kommando körs. Du kan t.ex. använda DR (Dynamic Reconfiguration) för att logiskt koppla bort ett systemkort. Om det sitter I/O-styrenheter på detta systemkort, och andra systemkort med högre nummer även har I/O-styrenheter, gör nästa omkonfigureringsstart eventuellt att styrenheterna numreras om. Exempelvis kan pln5 bli pln3.

suninstall kräver en omkonfigureringsstart. Om detta gör att styrenheterna numreras om kan du inte använda ap_upgrade_finish för att göra färdigt AP-uppgraderingen. Du kan emellertid fortfarande använda ap_upgrade_begin. Anledningen till detta är att ap_upgrade_begin sparar information om din AP-konfiguration i filer av typen /var/tmp/ap*. Om du är väl insatt i hur numreringen av enheter går till kan du återskapa din AP-konfiguration genom att hänvisa till dessa filer under /var/tmp och manuellt göra om den gamla AP-konfigurationen sedan du tänkt efter hur de fysiska styrenheterna har numrerats om.

Om du inte är väl insatt i enhetsnumrering kan du antingen göra en nyinstallation och bygga upp din AP-konfiguration från grunden eller be en servicerepresentant om hjälp. I allmänhet bör du undvika att förändra maskinvarukonfigurationen på ett sätt som gör att styrenheterna numreras om.

AP-databaspartitioner

AP-uppgraderingsskripten försöker återskapa AP-databaserna så att de hamnar i samma partitioner som före uppgraderingen till Solaris 7. Solaris 7 behöver dock mer skivutrymme än tidigare Solaris-versioner. Medan du kör suninstall kan du därför välja att redigera schemat för startskivepartitionerna. Om du placerar filsystem i alla partitioner som tidigare använts för AP-databaser klarar ap_upgrade_finish inte att återskapa några databaser alls och uppgraderingsprocessen misslyckas. Om du vidare placerar ett filsystem i någon av de partitioner som tidigare användes för en AP-databas, och filsystemet av någon anledning inte är anslutet när du kör ap_upgrade_finish, skrivs filsystemet över med en kopia av AP-databasen.

Rotskivpartitioner

AP-uppgraderingsfunktionen förutsätter att partitioneringen av root-skivan (skivan med partitionen root) inte förändras under uppgraderingen. Solaris 7 behöver mer skivutrymme än tidigare versioner. Ett sätt att få mer utrymme är att partitionera om den ursprungliga skivan eller dela upp root-skivan på två skivor med standardkommandon före uppgraderingen till Solaris 7. Om du måste partitionera om root-skivan skall du göra det innan du påbörjar uppgraderingen till AP 2.2. Om det inte finns tillräckligt mycket ledigt utrymme när du kör suninstall kan du ändra skivpartitioneringslayouten för att få mer utrymme. Under suninstall får du dock inte flytta partitionerna root eller usr till någon annan skiva eftersom detta gör att AP-uppgraderingsskriptet misslyckas.

Icke-bekräftade AP-databasposter

Innan du kör ap_upgrade_begin skall du bekräfta eventuella icke-bekräftade poster i AP-databasen. En metaenhet som skapats, men inte bekräftats, bevaras inte under uppgraderingen. På samma sätt finns metaenheter, som tagits bort utan att borttagningen bekräftats, kvar efter uppgraderingen.

Gör så här för att uppgradera till AP 2.2
  1. Om det behövs bekräftar du eventuella icke-bekräftade AP-metaenheter.

    1. Logga in på servern som superanvändare.

    2. Bekräfta posterna i AP-databasen.


      # apdb -C
      

  2. Avsluta alla processer som direkt eller indirekt använder AP-metaenheter.

    Det spelar ingen roll om din startskiva eller ditt primära nätverk använder AP-metaenheter. Skriptet ap_upgrade_begin som du kör i ett senare steg, och den följande omstarten, gör så att startskivan och det primära nätverket använder fysiska sökvägar i stället för AP-metaenheter.

  3. Ta bort den nuvarande AP-konfigurationen.

    1. Logga in som superanvändare.

    2. Sätt i tilläggs-CD:n i (Sun Computer Systems Supplement CD) i CD-ROM-enheten.

      Det tar några sekunder för volymhanteraren att ansluta CD-skivan.

    3. Kör följande skript för att avkonfigurera AP (och spara AP:s konfiguration så att den kan återställas senare):


      # /cdrom/cdrom0/Tools/ap_upgrade_begin
      ...
      ap_upgrade_begin has completed

      Skriptet sparar den nuvarande AP-konfigurationsinformationen i filer på formen /var/tmp/ap*. Detta skript skapar även filer med körbara skalskript som du kan använda för att återskapa AP-konfigurationen. Du kan titta på /var/tmp/ap*-filerna om du vill, men du skall inte förändra eller ta bort dem. Om du gör det kan uppgraderingen påverkas.

    4. Om några filsystem i /etc/vfstab fortfarande är konfigurerade som AP-metaenheter redigerar du /etc/vfstab och gör om filsystemen till fysiska enheter.


      Varning!   Varning!

      Du måste ha stor erfarenhet som systemadministratör för att kunna redigera /etc/vfstab korrekt. Om du inte konfigurerar filsystemen i /etc/vfstab på rätt sätt kan du förlora data nästa gång du startar servern.


    5. Ta bort paketen SUNWapdoc, SUNWapr, SUNWapu och SUNWabap genom att använda kommandot pkgrm(1M).

  4. Om du tänker uppgradera till Solaris 7 5/99 gör du den uppgraderingen nu.

    Se "Uppgradera ett system" i Installationsbibliotek för Solaris 7 (SPARC-versionen). Du måste välja uppgraderingsalternativet för att uppgradera Solaris.


    Varning!   Varning!

    Vänta tills Solaris-uppgraderingen är helt klar innan du fortsätter med AP-uppgraderingen.

    Se till att du uppgraderar rätt skivdel. Om du tidigare både använde en volymhanterare för att spegla startskivan och AP för att få alternativa vägar till varje startskivespegling, finns det fyra fysiska sökvägar som tidigare var möjliga vägar till startskivan (två alternativa sökvägar för varje startskivespegling). Nu när både AP och volymhanteraren har avkonfigurerats skall du titta i /etc/vfstab för att ta reda på den fysiska sökvägen till filsystemet root (/). När du kör suninstall anger du denna sökväg som den skiva som skall uppgraderas. När du senare återställer volymhanteringen skall du komma ihåg att ange denna skiva som primär spegling. I dokumentationen för volymhanteraren finns information om hur du tar reda på vilken fysisk skivdel som används vid start.


  5. Uppgradera till AP 2.2.

    1. Logga in som superanvändare.

    2. Om det behövs sätter du i tilläggs-CD:n i CD-ROM-enheten igen.

      Det tar några sekunder för volymhanteraren att ansluta CD:n.

    3. Installera de nödvändiga AP 2.2-paketen.


      # cd /cdrom/cdrom0/Product
      # pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
      

    4. Kör följande skript för att återställa den ursprungliga AP-konfigurationen.


      Varning!   Varning!

      Läs "Uppgradera AP och Solaris samtidigt" innan du utför följande kommando.


      # /cdrom/cdrom0/Tools/ap_upgrade_finish
      ...
      ap_upgrade_finish has completed


    5. Om det finns några filsystem i /etc/vfstab som fortfarande är konfigurerade som fysiska enheter och om du vill bygga dessa filsystem på AP-metaenheter redigerar du /etc/vfstab och konfigurerar om filsystemen som AP-metaenheter.


      Varning!   Varning!

      Du måste ha stor erfarenhet som systemadministratör för att kunna redigera /etc/vfstab korrekt. Om du inte konfigurerar filsystemen i /etc/vfstab på rätt sätt kan du förlora data nästa gång du startar servern.


    6. Starta om.

Uppgradera till AP 2.2 och Solstice DiskSuite 4.2 samtidigt

Om du uppgraderar från Solaris 2.5.1 eller 2.6 till Solaris 7 5/99 och har AP 2.0 eller 2.1 och Solstice(TM) DiskSuite(TM) 4.0 eller 4.1 (SDS) på systemet måste du uppgradera till AP 2.2 och SDS 4.2.

Du bör se till att du har följande dokumentation till hands innan du påbörjar uppgraderingen:

De grundläggande uppgifterna är:

Gör så här för att uppgradera till AP 2.2 och SDS 4.2

Varning!   Varning!

Innan du fortsätter med instruktionerna här läser du tilläggsinformationen för AP och dessutom tilläggsinformationen för Solstice DiskSuite 4.2. Läs igenom samtliga instruktioner innan du går vidare.


  1. Vid behov bekräftar du eventuella icke-bekräftade AP-metaenheter.

    1. Logga in på servern som superanvändare.

    2. Bekräfta posterna i AP-databasen.


      # apdb -C
      

  2. Avkonfigurera Solstice DiskSuite(TM) (SDS). Använd steg 1-8 i "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" i Solstice DiskSuite 4.2 Installation and Product Notes (19 oktober 1998).

  3. Starta om.

    Detta gör att de avkonfigurerade skivvolymerna inte längre är aktiva.

  4. Avsluta alla processer som direkt eller indirekt använder AP-metaenheter.

    Det spelar ingen roll om din startskiva eller ditt primära nätverk använder AP-metaenheter. Skriptet ap_upgrade_begin som du kör i ett senare steg, och den följande omstarten, gör så att startskivan och det primära nätverket används via fysiska sökvägar i stället för AP-metaenheter.

  5. Ta bort den nuvarande AP-konfigurationen.

    1. Logga in som superanvändare.

    2. Sätt i tilläggs-CD:n (Sun Computer Systems Supplement CD) i CD-ROM-enheten.

      Det tar några sekunder för volymhanteraren att ansluta CD-skivan.

    3. Kör följande skript för att avkonfigurera AP (och spara AP:s konfiguration så att den kan återställas senare):


      # /cdrom/cdrom0/Tools/ap_upgrade_begin
      ...
      ap_upgrade_begin has completed

      Skriptet sparar den nuvarande AP-konfigurationsinformationen i filer på formen /var/tmp/ap*. Detta skript skapar även filer med körbara skalskript som du sedan kan använda för att återskapa AP-konfigurationen. Du kan titta på /var/tmp/ap*-filerna om du vill, men du skall inte förändra eller ta bort dem. Om du gör det kan uppgraderingen påverkas.

    4. Om några filsystem i /etc/vfstab fortfarande är konfigurerade som AP-metaenheter redigerar du /etc/vfstab och gör om filsystemen till fysiska enheter.


      Varning!   Varning!

      Du måste ha stor erfarenhet som systemadministratör för att kunna redigera /etc/vfstab korrekt. Om du inte konfigurerar filsystemen i /etc/vfstab på rätt sätt kan du förlora data nästa gång du startar servern.


    5. Ta bort paketen SUNWapdoc, SUNWapr, SUNWapu och SUNWabap genom att använda kommandot pkgrm(1M).

  6. Om du tänker uppgradera till Solaris 7 5/99 gör du den uppgraderingen nu.

    Se "Uppgradera ett system" i Installationsbibliotek för Solaris 7 (SPARC-versionen). Du måste välja uppgraderingsalternativet för att uppgradera Solaris.


    Varning!   Varning!

    Vänta tills Solaris-uppgraderingen är helt klar innan du fortsätter med AP-uppgraderingen.

    Se till att du uppgraderar rätt skivdel. Om du tidigare både använde en volymhanterare för att spegla startskivan och AP för att få alternativa vägar till varje startskivespegling, finns det fyra fysiska sökvägar som tidigare var möjliga vägar till startskivan (två alternativa sökvägar för varje startskivespegling). Nu när både AP och volymhanteraren har avkonfigurerats skall du titta i /etc/vfstab för att ta reda på den fysiska sökvägen till filsystemet root (/). När du kör suninstall anger du denna sökväg som den skiva som skall uppgraderas. När du senare återställer volymhanteringen skall du komma ihåg att ange denna skiva som primär spegling. I dokumentationen för volymhanteraren finns information om hur du tar reda på vilken fysisk skivdel som används vid start.


  7. Uppgradera till AP 2.2.

    1. Logga in som superanvändare.

    2. Om det behövs sätter du i tilläggs-CD:n i CD-ROM-enheten igen.

      Det tar några sekunder för volymhanteraren att ansluta CD:n.

    3. Installera de nödvändiga AP 2.2-paketen.


      # cd /cdrom/cdrom0/Product
      # pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
      

    4. Kör följande skript för att återställa den ursprungliga AP-konfigurationen.


      Varning!   Varning!

      Läs "Uppgradera AP och Solaris samtidigt" innan du utför följande kommando.


      # /cdrom/cdrom0/Tools/ap_upgrade_finish
      ...
      ap_upgrade_finish has completed


    5. Om det finns några filsystem i /etc/vfstab som fortfarande är konfigurerade som fysiska enheter och om du vill bygga dessa filsystem på AP-metaenheter redigerar du /etc/vfstab och konfigurerar om filsystemen som AP-metaenheter.


      Varning!   Varning!

      Du måste ha stor erfarenhet som systemadministratör för att kunna redigera /etc/vfstab korrekt. Om du inte konfigurerar filsystemen i /etc/vfstab på rätt sätt kan du förlora data nästa gång du startar servern.


    6. Starta om.

  8. Installera och konfigurera Solstice DiskSuite 4.2. Använd steg 10-16 i avsnittet "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" i Solstice DiskSuite 4.2 Installation and Product Notes (19 oktober 1998).


    Varning!   Varning!

    Om startskivan är speglad måste du kontrollera att du anger den uppgraderade skivan som primär spegling.


  9. Om du vill ställer du in OBP-variabeln boot-device till någon tillgänglig startenhetssökväg.

    Det kan finnas upp till fyra startenhetssökvägar om du har en speglad startskiva som även har en alternativ väg. (När både AP och volymhanteraren avkonfigurerades (se ovan) var det nödvändigt att boot-device pekade på den fysiska sökväg till rot (/) som är angiven i /etc/vfstab.)

Uppgradera till AP 2.2 och någon annan volymhanterare än Solstice DiskSuite 4.2

Om du både uppgraderar till AP 2.2 och någon annan volymhanterare än Solstice DiskSuite 4.2 följer du de allmänna rekommendationerna i det här avsnittet.


Varning!   Varning!

Kontrollera att din volymhanterare stöds under Solaris 7 (vilket krävs för AP 2.2).


Använd instruktionerna i "Gör så här för att uppgradera till AP 2.2 och SDS 4.2" som ett exempel. Två av stegen skiljer sig dock: