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

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 11/99 samtidigt som du uppgraderar till AP 2.2, eftersom AP 2.2 kräver Solaris 7 11/99. I och med att AP-konfigurationen återställs så att den förblir precis som den var innan du uppgraderade till Solaris 7, 11/99, måste du vara medveten om några problem. De beskrivs nedan.

Omnumrering av styrenheter

I allmänhet bör du undvika att förändra maskinvarukonfigurationen på ett sätt som gör att styrenheterna numreras om.

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.

AP-databaspartitioner

AP-uppgraderingsskripten försöker återskapa AP-databaserna så att de hamnar i samma partitioner som före uppgraderingen till Solaris 7 11/99. Solaris 7 11/99 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 11/99 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 11/99. 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

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
```

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

Skriptet ap_upgrade_begin som du kör i ett senare steg, och den följande omstarten, gör 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.
1. Logga in som superanvändare.
2. Sätt i tilläggs-CD:n 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 metaenheter redigerar du /etc/vfstab och gör om dessa filsystem till fysiska enheter.
  
  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).

Om du tänker uppgradera till Solaris 7 11/99 gör du denna uppgradering nu.

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

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.

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!
  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!
  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.