I det här avsnittet beskrivs hur du uppgraderar från en tidigare version av DB2 OLAP Server till DB2 OLAP Server version 8.1 på samma dator, samt vad det är som händer vid uppgraderingsprocessen.
Varning:
Från version 8.1 levereras inte längre relationslagringshanteraren
(RSM) med DB2 OLAP Server. Tillämpningar som skapats med RSM i tidigare
versioner måste migreras till den flerdimensionella lagringshanteraren (MSM)
innan du installerar version 8.1, annars kan du förlora data.
Om du uppgraderar från en tidigare version av DB2 OLAP Server och har tillämpningar där relationslagringshanteraren används, måste du först migrera dem till den flerdimensionella lagringshanteraren (MSM) i den tidigare versionen av DB2 OLAP Server innan du installerar version 8.1, så att du inte förlorar några data. Efter att du migrerat dina RSM-tillämpningar till MSM kan du installera version 8.1, och sedan migrera tillämpningarna till version 8.1.
I följande steg beskrivs hur du migrerar data från RSM till MSM:
Du måste ange en ankardimension.
OLAP-databasen aktiveras och struktureras om, och den ändrade dispositionen blir nu disposition för den nya databasen. Under den här processen lagras kuben i en flerdimensionell databas.
Läs det här avsnittet innan du uppgraderar, så att du förstår de två I/O-accesslägena som finns tillgängliga i version 8.1, och hur OLAP-databaser påverkas av en uppgradering till version 8.1, i termer av storlek på cacheminne och I/O-accesslägen.
Vid buffrad I/O används buffertcachen i filsystemet. Om du uppgraderar från en version tidigare än version 7.1 används buffrad I/O för dina databaser.
Vid direkt I/O förbigås buffertcachen i filsystemet, så att svarstiderna blir snabbare och användningen av cacheminnet optimeras. Om du uppgraderar från version 7.1 eller senare används direkt I/O för dina databaser.
Låsning av cacheminnet kan bara användas vid direkt I/O. Du måste också använda direkt I/O om du vill använda icke-fördröjd (asynkron) I/O i operativsystemet. Mer information om plattformsfunktioner som gäller I/O finns i Tabell 24
I Tabell 23 visas standardinställningen för I/O-accessläge för varje
version, samt de alternativ för I/O-accessläge som är tillgängliga (i
förekommande fall) för varje version. Använd den här tabellen och det
här avsnittet till att avgöra om du för närvarande använder buffrad eller
direkt I/O, och till att avgöra vilket läge du vill använda efter
uppgraderingen till version 8.1.
Tabell 23. Standardlägen för I/O-access i varje version av DB2 OLAP Server
Version | Direkt I/O | Buffrad I/O |
---|---|---|
Version 1, version 1.0.1 och version 1.1 | e/t | Standard |
Version 7.1, upp till FixPak 7 | Standard | e/t |
Version 7.1, FixPak 8 och senare | Tillgängligt om du använder DIRECTIO TRUE i essbase.cfg. | Standard |
Version 8.1 | Tillgängligt per databas, som databasinställning.
Tillgängligt för alla nya eller uppgraderade databaser, genom att du använder konfigurationsfilinställningen DIRECTIO TRUE i essbase.cfg. | Standard |
Följande lista kan vara till hjälp när du ska avgöra vilket I/O-accessläge som just nu används för databaserna, och hur de kommer att uppgraderas om du inte gör några ändringar.
Inställningen DIRECTIO som introducerades i version 7 FixPak 8 gäller hela servern och påverkar alla databaser. Med version 8 läsas accessläget som anges med DIRECTIO bara en gång för varje databas, när databasen uppgraderas eller först skapas. Efter det måste du ändra I/O-accessläge per databas med hjälp av databasinställningarna.
I version 8.1 är I/O-accessläget en databasinställning som lagras i säkerhetsfilen, snarare än en inställning i filen essbase.cfg som gäller hela servern och påverkar alla databaser. Inställningen DIRECTIO TRUE|FALSE i konfigurationsfilen essbase.cfg behålls för bakåtkompatibilitet med version 7 FixPak 8. Den används också till att ge ett standardvärde för nyligen skapade databaser, och för databaser som uppgraderas från tidigare versioner.
Om inställningen DIRECTIO finns i filen essbase.cfg vid uppgraderingen kommer bara nyligen skapade eller uppgraderade databaser att påverkas av inställningen. I DB2 OLAP Server läses inställningen för I/O-accessläget i essbase.cfg en gång för varje databas, och informationen kopieras till säkerhetsfilen (essbase.sec). Därefter måste du ändra inställningen på databasnivå med hjälp av databasinställningarna om du vill ändra vilket I/O-accessläge som används för en databas.
Du kan ange I/O-accessläge från Application Manager (fliken Database Settings - Storage), med MaxL (alter database set io_access_mode) eller via programmeringsgränssnittet. Mer information finns i Database Administrator's Guide, dokumentationen till MaxL i Technical Reference eller API Reference.
Om du vill använda icke-fördröjd I/O från ett operativsystem väljer du direkt I/O som I/O-accessläge för DB2 OLAP Server. Så länge direkt I/O är valt som accessläge används icke-fördröjd I/O när det finns tillgängligt. Om du vill avgöra om icke-fördröjd I/O används i DB2 OLAP Server vid något tillfälle, visar du databasinformationen i Application Manager (fliken Database Information - Storage), med MaxL (display database) eller via programmeringsgränssnittet. En lista med vilka plattformar som det går att använda icke-fördröjd I/O på finns i Tabell 24.
Om du anger att direkt I/O ska användas för en databas kommer ett försök att använda direkt I/O att göras nästa gång databasen startas. Om direkt I/O inte är tillgänglig för plattformen när databasen startas kommer buffrad I/O att användas, eftersom det är standardinställningen. Däremot lagras det I/O-accessläge du angav som inställning i säkerhetsfilen, och det I/O-accessläget kommer att användas varje gång databasen startas.
När du uppgraderar ändras inte storleken på cacheminnet för befintliga databaser. Om du för närvarande kör version 7.1 upp till FixPak 7 och använder standardinställningen för I/O-accessläge (direkt), är förmodligen cacheminnet för befintliga databaser stort, eftersom mer cacheminne behövs vid direkt I/O. Om du efter uppgraderingen planerar att använda standardinställningen för I/O-accessläge i version 8.1 (buffrad), bör du minska storleken på cacheminnena innan du uppgraderar, eller innan du börjar använda de uppgraderade databaserna.
I följande lista visas standardvärdena för cachestorlek för databaser i DB2 OLAP Server, när du uppgraderar till version 6.5, för varje I/O-accessläge:
Om du vill ersätta standardvärdena efter uppgraderingen ändar du databasinställningarna, eller egenskaperna, innan du startar den uppgraderade databasen för första gången.
Mer information om buffrad och direkt I/O finns i Database Administrator's Guide.
I Tabell 24 visas de plattformar där det går att använda icke-fördröjd
(eller asynkron) I/O. Även om icke-fördröjd I/O inge används för DB2
OLAP Server i Solaris Operating System och AIX, går det fortfarande att
använda direkt I/O på de plattformarna.
Tabell 24. Plattformar där det går att använda icke-fördröjd (asynkron) I/O
Plattform | Direkt I/O | Icke-fördröjd I/O | Cacheminneslåsning |
---|---|---|---|
Windows 98 | e/t | e/t | e/t |
Windows XP | Tillgängligt | Tillgängligt | Tillgängligt1 |
Windows 2000 | Tillgängligt | Tillgängligt | Tillgängligt1 |
Windows NT | Tillgängligt | Tillgängligt | Tillgängligt1 |
AIX | Tillgängligt | e/t | e/t |
Solaris-miljö | Tillgängligt | e/t | Tillgängligt2 |
HP-UX | Tillgängligt3 | Tillgängligt | e/t |
Anm:
Följande saker att tänka på vid migrering kan gälla din uppgraderingssituation:
I det här avsnittet ges information om migrering och hur du uppgraderar databaser från tidigare versioner av DB2 OLAP Server till version 8.1.
Databaser migreras i DB2 OLAP Server när de startas. Som standard startas databaser när deras tillämpning startas. I OLAP-kärnan kontrolleras om det finns filer från tidigare misslyckade migreringar, och om så behövs startas migreringen igen.
Filerna ESSxxxxx.IND, dbname.ESM och dbname.TCT migreras i DB2 OLAP Server när databasen startas. Filen ESSxxxx.PAG migreras när access av datablock sker, så filen .PAG migreras när du kör kommandot VALIDATE efter att ha startat databasen. Efter att kärnfilerna har migrerats är de inte bakåtkompatibla med tidigare versioner.
I följande steg beskrivs hur du uppgraderar till version 8.1 från en tidigare version i samma dator. Information om hur du uppgraderar och migrerar databaser till en annan dator finns i Migrera tillämpningar och databaser mellan servrar.
Efter migreringen kan du bara återställa databaserna från tidigare versioner från säkerhetskopior. Därför bör du göra säkerhetskopior av databaserna innan du uppgraderar.
När du ska uppgradera till version 8.1 i samma dator gör du på följande sätt för varje databas:
Om du får ett felmeddelande i VALIDATE återgår du till en säkerhetskopia där felet inte förekommer.
Med kommandot VALIDATE kontrolleras de länkade rapportobjekten efter fel.
Om du vill ändra några databasinställningar är det här en lämplig tidpunkt att göra så. Om du ändrar inställningarna nu, behöver du inte starta om databasen innan de börjar gälla. Mer information om standardinställningar finns i Avgör vilket I/O-accessläge du ska använda.
Databasen migreras till version 8.1-format om den återställdes.
I version 7.1 och senare ersätter Essbase Frågedesigner (EQD) guiden Hämta data när du ska skapa frågor. Om du har filer från guiden Hämta data (.WIZ) kan det bli så att delmängden från guiden Hämta data inte översätts rätt till elementfilter i Frågedesigner, och det kan leda till följande problem:
Efter att du öppnat filerna från guiden Hämta data måste du se till att elementfiltren definieras i noderna i navigeringsfönstret på det sätt du vill. Om så behövs kan du ändra till OCH-villkor, ELLER-villkor, flytta runt befintliga eller lägga till nya noder.
I Windows uppdateras systemmiljön för klienten eller servern i installationsprogrammet för DB2 OLAP Server så att det går att köra programvaran för version 8.1. Microsoft-systemfiler installeras i systemkatalogen i Windows (t ex C:\Winnt\System32 i Windows NT 4.0) om filerna inte redan finns, eller om den version som levereras med DB2 OLAP Server är nyare.
I följande tabell visas vilka Windows-systemfiler som installeras med varje
DB2 OLAP Server-komponent för olika Windows-plattformar. En bock i en
kolumn indikerar att systemfilen installeras med den angivna DB2 OLAP
Server-komponenten. De här filerna installeras bara i systemkatalogen
om filerna inte redan finns där, eller om de befintliga filerna kommer från en
tidigare version.
Tabell 25. Systemfiler som installeras med olika DB2 OLAP Server-komponenter
Fil | OLAP Server | Application Manager | Kalkylarkstillägget | Runtime Client | Programmeringsgränssnittet | Filversion |
---|---|---|---|---|---|---|
ATT.DLL |
|
| Ja |
|
| 2.00.7024 |
CTL3D32.DLL |
| Ja |
|
|
| 2.31.000 |
MFC42.DLL |
|
| Ja | Ja | Ja | 4.21.70221 |
MSVCRT.DLL | Ja | Ja | Ja | Ja | Ja | 5.00.70222 |
MSVCIRT.DLL | Ja | Ja | Ja | Ja | Ja | 5.00.7022 |
Anm:
Om du vill flytta databaser till en annan dator, eller uppgradera till version 8.1 i en annan dator manuellt, gör du på följande sätt för varje databas:
Om du får ett felmeddelande i VALIDATE återgår du till en säkerhetskopia där felet inte förekommer.
Tänk noga igenom hur du konfigurerar dina diskvolymer. De ändringar du gör i diskvolyminställningarna efter att du läst in data till den nya OLAP-servern gäller bara nya datainläsningar, så ändringarna gäller inte retroaktivt.
Namnen på tillämpningarna och databaserna du skapar måste inte vara samma som på den ursprungliga servern. Om du ändrar namnen måste du däremot se till att ändringarna också görs i skriptfiler, kalkylarksmakron och API-baserade tillämpningar. Dessutom måste du se till att användarbasen känner till namnändringarna.
Varning:
Flytta inte tillämpningskatalogen till den nya servern via filöverföring i
operativsystemet eller FTP.
Vid det här laget bör du undvika att göra ändringar i dispositionen, om du vill kunna importera den datafil du vill exportera från originaltillämpningen.
Om du migrerar mellan olika serverplattformar ska du se till att du använder den procedur som beskrivs i steg 8 till 11 i de här instruktionerna. Om du migrerar mellan samma typ av serverplattform kan du flytta beräkningsskript och rapportskript via operativsystemet. Om du flyttar de här filerna i operativsystemet måste du se till att de fungerar efter att du flyttat dem.
Varning:
Filer för regler vid datainläsningar är binärfiler, och bör alltid migreras på
det sätt som beskrivs i steg 8-11.
Varning:
Det rekommenderas inte att du flyttar säkerhetsfilen
(ESSBASE.SEC och säkerhetskopian av den
ESSBASE.BAK) mellan datorer.