Stapel je opslag niet vol

FDMEE slaat soms onnodige sessie-informatie op. Zonde, want zo raakt je opslag al snel vol. Voorkom performance problemen en ruim met deze 9 stappen de database op.

In de praktijk zien we dat Oracle FDMEE-databases vaak onnodig vollopen. Zo zagen we tijdens onze maintenance controles bij diverse klanten een sterke groei van de FDMEE-databases. Dit kan natuurlijk verschillende oorzaken hebben, maar na het analyseren van deze databases bleek dat de groei met name in twee tabellen voorkwam:

• SNP_SESS_TASK
• SNP_SESS_TASK_LOG

70% van de opslag

Zoals je hieronder kunt zien, zijn deze twee tabellen goed voor maar liefst 10 GB aan ruimte.

Opvallend is dat de totale grootte van de FDMEE-database voor 70% is gevuld met Sessie-data. Dat wil je natuurlijk liever niet.

De details

Maar voordat we uitleggen hoe je deze sessies kunt opschonen, willen we eerst laten zien over welke sessie we het hebben.
Binnen ‘Data Management – Workflow – Process Details’ krijg je een overzicht te zien van de verschillende processen die we hebben gedraaid. Dit kunnen diverse processen zijn, van een dataload tot een Mapping vanuit Excel.

Al deze processen krijgen een eigen sessie-ID mee, die opgeslagen wordt in de FDMEE-database. Dit lijkt onschuldig. Deze data blijft echter standaard opgeslagen staan, waardoor je database aanzienlijk groter gaat worden. Dit kan zelfs tot performance problemen leiden. Vervelend dan je zou denken dus, die extra sessie-ID’s.

9 stappen om de FDMEE-opslag op te ruimen

Hoe kun je dit oplossen? De ODI-studio helpt je om in 9 stappen de databases op te schonen. Naast deze tool zou je het ook in de ODI-console kunnen doen: http://[hostname]:19000/odiconsole

1. Start ODI-studio.
2. Maak connectie met de FDMEE-database:


3. Klik op tabblad ‘Operator’, daarna op ‘ ’ en selecteer ‘Purge Log…’:

4. Selecteer nu de ‘van’ en ‘tot’ datum en druk op ‘OK’:

5. Nu is het wachten. Als je echt veel data hebt, kan het zijn dat je de ‘van/tot’ datum moet aanpassen naar een minder grootte selectie. Bijvoorbeeld per jaar, half jaar of maand.

6. Je krijgt een melding zodra alles gereed is:

7. Als je opnieuw het rapport draait, zal je zien dat de twee tabellen enorm zijn opgeschoond.
In ons praktijkvoorbeeld ziet dit er zo uit:

• Voor de opschoning:

• Na de opschoning:

8. De FDMEE-database claimt nu echter nog steeds de ruimte. Je moet dus ook op databaseniveau nog een actie uitvoeren, ‘Shrink – Database’:

9. Nadat ook deze actie is afgerond, kun je zien dat er inderdaad 70% opgeslokt was door de FDMEE Session tabels:

Periodiek je opslag schonen

Met deze 9 stappen is de FDMEE-database weer opgeschoond. Dat scheelt veel qua opslag en maakt het systeem sneller. Om performance problemen te voorkomen, is het slim om dit regelmatig te doen. Tijdens onze maintenance controles nemen we dit dan ook standaard mee bij het optimaliseren van jouw omgeving.