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 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.
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.
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.
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-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.
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.
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.
Om det behövs bekräftar du eventuella icke-bekräftade AP-metaenheter.
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.
Ta bort den nuvarande AP-konfigurationen.
Logga in som superanvändare.
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.
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.
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.
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.
Ta bort paketen SUNWapdoc, SUNWapr, SUNWapu och SUNWabap genom att använda kommandot pkgrm(1M).
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.
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.
Uppgradera till AP 2.2.
Logga in som superanvändare.
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.
Installera de nödvändiga AP 2.2-paketen.
# cd /cdrom/cdrom0/Product # pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
Kör följande skript för att återställa den ursprungliga AP-konfigurationen.
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
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.
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.
Starta om.
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:
Ytterligare tilläggsinformation för Solaris 7 5/99 på Sun-maskinvara (finns i tryckt form i Solaris 7-mediasatsen)
Solaris 7 5/99 Handbok för Sun-plattformar (finns i tryckt form i Solaris 7-mediasatsen och i AnswerBook2-format på Sun Hardware Supplements CD)
Sun Enterprise Server Alternate Pathing User's Guide (finns i AnswerBook2-format på Sun Hardware Supplements CD i Solaris 7-mediasatsen)
Solstice DiskSuite 4.2 User's Guide (finns i AnswerBook2-format på http://docs.sun.com och i SDS-mediasatsen)
Solstice DiskSuite 4.2 Installation and Product Notes (finns i AnswerBook2-format på http://docs.sun.com och i SDS-mediasatsen)
För att uppgraderingen skall genomföras på rätt sätt måste du följa instruktionerna här.
De grundläggande uppgifterna är:
Avkonfigurera SDS 4.0/4.1.
Ta bort AP 2.0/2.1.
Uppgradera till Solaris 7 5/99.
Installera AP 2.2.
Installera och återkonfigurera SDS 4.2.
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.
Vid behov bekräftar du eventuella icke-bekräftade AP-metaenheter.
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).
Starta om.
Detta gör att de avkonfigurerade skivvolymerna inte längre är aktiva.
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.
Ta bort den nuvarande AP-konfigurationen.
Logga in som superanvändare.
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.
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.
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.
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.
Ta bort paketen SUNWapdoc, SUNWapr, SUNWapu och SUNWabap genom att använda kommandot pkgrm(1M).
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.
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.
Uppgradera till AP 2.2.
Logga in som superanvändare.
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.
Installera de nödvändiga AP 2.2-paketen.
# cd /cdrom/cdrom0/Product # pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
Kör följande skript för att återställa den ursprungliga AP-konfigurationen.
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
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.
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.
Starta om.
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).
Om startskivan är speglad måste du kontrollera att du anger den uppgraderade skivan som primär spegling.
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.)
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.
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:
I stället för steg 2, "Avkonfigurera Solstice DiskSuite(TM) (SDS)" använder du följande allmänna rekommendationer:
Antagligen skall du följa avkonfigureringsinstruktionerna i ett avsnitt som uppgraderar volymhanteraren till en nyare version.
När du följt anvisningarna för avkonfigurering av volymhanterarenheterna befinner du dig eventuellt mitt uppe i en uppgradering av volymhanteraren. Gå inte vidare efter avkonfigureringen av volymhanteraren.
Installera inte nya volymhanterarpaket.
Kör inte suninstall.
Fortsätt med steg 3 i "Gör så här för att uppgradera till AP 2.2 och SDS 4.2" omedelbart efter det att du har avkonfigurerat volymhanteraren.
I stället för steg 8, "Installera och konfigurera Solstice DiskSuite 4.2", följer du leverantörens instruktioner för att återställa volymhanterarens konfiguration. Antagligen bör du fortsätta med samma metod som i punkten ovan.