OLAP Installations- och användarhandbok

Underhålla storleken på databasens loggfil

När DB2 OLAP Server läser in och beräknar data så läsas rader in och uppdateras i fakta- och nyckeltabeller. I samband med de här åtgärderna skriver DB2 poster till loggfilerna. Som standard är inläsning och beräkning av flerdimensionella databaser enskilda transaktioner. Om OLAP-databasen är stor kommer många loggposter att skrivas och DB2 kommer att behöva ett stort antal loggfiler.

Om det uppstår fel under beräkningen används loggfilerna till att återskapa databasen. Efter återskapandet återfår databasen det tillstånd som rådde innan transaktionen påbörjades. Eventuella beräkningar efter den misslyckade transaktionen förloras, och du måste köra beräkningen igen.

Du kan underhålla storleken på loggfilen på något av följande två sätt:

Så här kan du göra om du vill förbättra prestanda:

Mer information finns i Kapitel 9, "Förbättra prestanda för DB2 OLAP Server".

Ange parametern Commit Block

Det här hjälpavsnittet handlar om en parameter som bara används i Application Manager eller i gränssnittet för ESSCMD-kommandot. De gränssnitten finns inte i DB2 OLAP Starter Kit.

Genom att använda inställningarna för synkroniseringspunkt Commit Block och Commit Row, kan du kontrollera hur ofta DB2 OLAP Server ska bekräfta ändringar vid datainläsningar och beräkningsåtgärder. Transaktioner med enskilda datainläsningar eller beräkningar kan hanteras som en serie mindre transaktioner. Ofta återkommande transaktioner kan påverka prestanda negativt.

Att använda parametrarna Commit Block och Commit Row har två fördelar:

Varje gång en bekräftelse utfärdas rensas cacheminnet för data och index för de flerdimensionella databaserna, och ändringarna bekräftas i relationsdatabasen. Varje synkroniseringspunkt du anger kan ta mycket tid och processorkraft i anspråk, så det bästa är att hitta en balans mellan behovet att minska storleken på loggfilen och att maximera prestanda för olika produkter.

Standardvärdet för parametern Commit Block är 3000. Om du vill ändra den här parametern gör du på följande sätt i Application Manager-fönstret:

  1. Klicka på Database --> Settings. Dialogrutan Database Settings visas.
  2. Klicka på fliken Transaction.
  3. Ange önskat antal block för parametern Commmit Block.

DB2 OLAP Server utfärdar ett commit när antalet block som definieras av parametern Commit Block uppdateras. Om det uppstår problem kan du backa ändringarna till den senaste bekräftelsen.

Det här är den metod för ändring av loggfilen som rekommenderas.

Mer information om inställningarna för Commit Block och Commit Row hittar du i Database Administrator's Guide eller online-hjälpen för Application Manager. I DB2-dokumentationen kan du läsa om hur du styr antalet primära och sekundära loggfiler som ska finnas tillgängliga för DB2.

Allokera utrymme i databasloggfiler

Om du väljer att inte använda parametern Commit Block måste du allokera så mycket utrymme i databasloggfilen att den kan innehålla hela kuben vid omberäkningar eller inläsningsåtgärder. När du beräknar om eller läser in data till en kub hanteras åtgärderna som enskilda transaktioner som kan vara väldigt stora. Om det uppstår problem backas hela transaktionen tillbaka.

I sådana fall bör du överväga att öka följande loggningsinställningar:

Läs i dokumentationen för din databashanterare om hur du ändrar loggningsinställningar.

Du kan också använda någon av följande metoder om du vill se till att databasloggfilen inte får slut på utrymme:


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