DB2 OLAP Server Installationshandbok


Migrera DB2 OLAP Server

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.

Migrera från RSM till MSM innan du uppgraderar till version 8.1

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:

  1. Starta DB2 OLAP Server.
  2. Skapa en OLAP-databas i rätt tillämpning, antingen med hjälp av Application Manager eller ett kommando på kommandoraden.
  3. Om du använder Application Manager klickar du på Start - Open, så att dispositionen för den databas du vill migrera öppnas.
  4. Avgör vilken tät dimension du vill ska fungera som ankardimension och ta bort det användardefinierade attributet RELANCHOR från dimensionen.

    Du måste ange en ankardimension.

  5. Klicka på File - Save As så att du sparar dispositionen för den nya databas du skapat. Om tillfrågas om du vill ersätta eller skriva över en befintlig fil väljer du Yes.

    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.

  6. Använd Application Manager till att kopiera eventuella regelfiler, beräkningsskript eller rapportskript från den ursprungliga databasen till den migrerade. Reglerna och skripten påverkas inte av skillnaderna mellan de två lagringshanterarna. Filerna finns på samma sökvägar i filsystemen för respektive produkt.
  7. Ändra eventuella inställningar för den nya OLAP-databasen som skiljer sig från inställningarna för den ursprungliga databasen.
  8. Läs in data till den nya migrerade databasen och beräkna om den på samma sätt som med originalet. När data läses in och beräknas lagras de i den flerdimensionella databasen.

Förstå uppgradering av och standardinställningar för in-/utdata

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.

Avgör vilket I/O-accessläge du ska använda

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.

Ändra eller behålla I/O-accessläge

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.

Förstå hur storleken på cacheminnen påverkas vid en uppgradering

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.

Plattformar där det går att använda icke-fördröjd I/O i DB2 OLAP Server

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:

  1. I Windows XP, Windows NT och Windows 2000 måste DB2 OLAP Server-agenten startas av en administratör eller superanvändare om cacheminneslåsning ska kunna aktiveras (valfritt). En superanvändare är en användare som kan köra processer med privilegieuppsättningen SE_INC_BASE_PRIORITY_NAME.

  2. Efter att serverprogramvaran är installerad måste rotanvändaren köra ett skript. root.sh, om cacheminneslåsning ska aktiveras (valfritt).

  3. Direkt I/O går inte att använda i HFS på HP-UX.

Att tänka på när du uppgraderar från tidigare versioner

Följande saker att tänka på vid migrering kan gälla din uppgraderingssituation:

Uppgradera databaser till version 8.1

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.

När migreras filerna i DB2 OLAP Server?

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.

Stegen vid uppgradering av databaser till version 8.1

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:

  1. Kör kommandot VALIDATE i ESSCMD mot databasen. Du ombeds ange ett namn på den felloggfil som ska användas.

    Om du får ett felmeddelande i VALIDATE återgår du till en säkerhetskopia där felet inte förekommer.

  2. Säkerhetskopiera alla tillämpningsfiler, databasfiler och säkerhetsfilen.
  3. Om du använder länkade rapportobjekt i en produktionsmiljö kör du kommandot LISTLINKEDOBJECTS i ESSCMD innan uppgraderingen. Med det här kommandot returneras en lista med de länkade rapportobjekt som finns i databasen.

    Med kommandot VALIDATE kontrolleras de länkade rapportobjekten efter fel.

  4. Stoppa OLAP-servern om den körs.
  5. Installera DB2 OLAP Server version 8.1 i samma katalog som den tidigare installationen av DB2 OLAP Server.
  6. Starta DB2 OLAP Server-agenten (ESSBASE.EXE).

    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.

  7. Välj en databas eller läs in en tillämpning.
  8. Kör kommandot VALIDATE i ESSCMD mot den migrerade databasen. Du ombeds ange ett namn på den felloggfil som ska användas.
  9. Om VALIDATE bara returnerar fel som gäller länkade rapportobjekt till loggfilen efter uppgraderingen måste du återställa data från den tidigare säkerhetskopian och skapa de länkade rapportobjekten igen på följande sätt:
    1. Återställ antingen data från en säkerhetskopia av databasen som inte innehåller några länkade rapportobjekt, eller gör om inläsningen från en databasexport.
    2. Starta om databasen i DB2 OLAP Server version 8.1.

      Databasen migreras till version 8.1-format om den återställdes.

    3. Kör kommandot VALIDATE.
    4. Skapa om de länkade rapportobjekten med hjälp av utdata från LISTLINKEDOBJECTS som guide. Du kan behöva läsa igenom utdata från LISTLINKEDOBJECTS manuellt och verifiera att de är kompletta.
  10. När processen är slutförd tömmer du databasen och säkerhetskopierar databasfilerna för version 8.1.

Öppna filer från guiden Hämta data i Frågedesigner

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.

Uppdateringar av Windows-systemfiler

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:

  1. Använd inte filversionerna 6.00 till 6.00.8336, eftersom de kan orsaka problem med minnesallokeringen.

  2. Använd inte filversionerna 6.00 till 6.00.8266, eftersom de kan orsaka problem med minnesallokeringen.

Migrera tillämpningar och databaser mellan servrar

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:

  1. Kör kommandot VALIDATE i ESSCMD mot den databas du vill migrera. Du ombeds ange ett namn på den felloggfil som ska användas.

    Om du får ett felmeddelande i VALIDATE återgår du till en säkerhetskopia där felet inte förekommer.

  2. Säkerhetskopiera alla tillämpningsfiler, databasfiler och säkerhetsfilen på den ursprungliga servern (d v s den server du migrerar från).
  3. Installera DB2 OLAP Server på den nya servern. Om du uppgraderar till en nyare version av DB2 OLAP Server installerar du den versionen på den nya servern.
  4. Kopiera filen ESSBASE.CFG från katalogen ESSBASE\BIN på den ursprungliga OLAP-servern till samma katalog på den nya OLAP-servern med hjälp av filsystemet.
  5. Definiera diskvolymer på den nya OLAP-servern. Du allokerar nya volymer genom att använda SETDBSTATEITEM 23 i ESSCMD och följa anvisningarna. Du kan också använda dialogrutan Database Settings i Application Manager eller satsen alter database i MaxL.

    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.

  6. Skapa nya tillämpningar på den nya OLAP-servern med hjälp av Application Manager, MaxL eller ESSCMD.
    Anm:
    Du kan använda verktyget Security Migration eller Essbase Administration Services till att migrera tillämpningar och databaser (utan att behöva skapa dem igen) från en OLAP-server till en annan, oavsett plattform. Du kan t ex utveckla en tillämpning på en Windows-server och migrera den till en produktionsserver som kör UNIX. När du migrerar tillämpningar och databaser mellan servrar med hjälp av Administration Services, kopieras följande information till målservern: alla databaser och dispositioner, OLAP-objekt, användar-/gruppsäkerhet för tillämpningen eller databasen (inklusive filterassociationer) och säkerhetsfilter.

    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.

  7. Öppna Application Manager i en klient- eller serverdator som är ansluten till både den nya och gamla OLAP-servern.
  8. Välj File - Open, klicka på Client och markera den gamla servern, tillämpningen och databasen.
  9. Öppna den ursprungliga dispositionsfilen (.OTL ) och välj File - Save As.
  10. Spara .OTL-filen i den nya tillämpningen och databasen på servern.

    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.

  11. Flytta alla beräkningsskript, regelfiler och rapportskript till den nya servern på något av följande sätt:

    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.

  12. Flytta eventuella ESSCMD- eller MaxL-skript till den nya servern via filsystemet eller FTP. Du kan använda skriptkonverteringsverktyget ESSCMD-to-MaxL för MaxL.
  13. Om du migrerar en version 8.1-databas till en annan dator och länkade rapportobjekt används i databasen, exporterar du de länkade rapportobjekten så att du kan importera dem till den migrerade databasen senare. Använd MaxL-satserna export lro och import lro.
    Anm:
    Om du bestämmer dig för att rensa data från originaldatabasen måste du exportera eventuella länkade rapportobjekt du vill migrera innan data rensas. Länkade rapportobjekt rensas tillsammans med data.
  14. Exportera data från tillämpningen på originalservern på något av följande sätt:
  15. Importera data till den nya tillämpningen på den nya servern.
  16. Beräkna om databasen i följande fall:
  17. Om du exporterade några länkade rapportobjekt (LRO) från originaldatabasen importerar du dem igen till den migrerade databasen med hjälp av MaxL-satsen import lro.
  18. Repetera de här stegen för alla andra databaser på originalservern som du vill migrera till den nya servern.
  19. Migrera säkerhetsinformation genom att skapa användarfilter, grupper och behörigheter på den nya servern igen.
    Anm:
    Om du migrerar version 8.1-databaser från en server till en annan kan du använda verktyget Security Migration till att migrera säkerhetsinformation.

    Varning:
    Det rekommenderas inte att du flyttar säkerhetsfilen (ESSBASE.SEC och säkerhetskopian av den ESSBASE.BAK) mellan datorer.


[ Början av sidan | Föregående sida | Nästa sida | Innehåll | Index ]