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 från domänen. Om det sitter I/O-styrenheter på detta systemkort, och andra kort i domänen 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.
Förbered CD-ROM-skivan.
Uppgradera AP på SSP:n.
Avsluta (kill) processen ap_ssp_daemon.
Ta bort paketet SUNWapssp från både huvud-SSP:n och reserv-SSP:n (om ni använder någon sådan) genom att använda kommandot pkgrm(1M).
Installera AP 2.2-paketet SUNWapssp på både huvud-SSP:n och (i förekommande fall) reserv-SSP:n.
ssp# cd /cdrom/cdrom0/Product ssp# pkgadd -d . SUNWapssp
Starta ap_ssp_daemon (på huvud-SSP:n).
ssp# init q
Ta bort AP från domänen.
Logga in på domänen som superanvändare.
Skapa och anslut katalogen /cdrom.
# mkdir /cdrom # mount ssp-värdnamn:/cdrom/cdrom0 /cdrom
Kör följande skript för att avkonfigurera AP (och spara AP-konfigurationen så att den senare kan återställas):
# /cdrom/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 domänen.
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 avsnittet "Utföra en uppgradering" i kapitlet "Solaris 7 5/99 på Sun Enterprise 10000" i Solaris 7 5/99 Handbok för Sun-plattformar.
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 (/). Kontrollera att OBP-variabeln boot-device pekar på rätt sökväg. 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.
Förbered vid behov CD-ROM-skivan.
Uppgradera till AP 2.2 på domänen.
Logga in på domänen som superanvändare.
Om det behövs skapar och ansluter du katalogen /cdrom.
# mkdir /cdrom # mount ssp-värdnamn:/cdrom/cdrom0 /cdrom
Installera de nödvändiga AP 2.2-paketen.
# cd /cdrom/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/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 domänen.
Starta om domänen.
Sluta dela CD-ROM-enheten på SSP:n och ta ur tilläggs-CD:n.
ssp# cd / ssp# unshare /cdrom/cdrom0 ssp# eject cdrom