0 comments
Business Intelligence 
Omdat ik de grote BI VPC van Microsoft een beetje zat was (op een laptopje met 3 GB geheugen is dat ding gewoon niet leuk om mee te werken), heb ik de afgelopen dagen een heel eigen image opgezet. Het moet een lean-and-mean image worden met alleen de hoogst noodzakelijke software er in om met PerformancePoint te kunnen werken. Dat lukt heel aardig; ik heb inmiddels PerformancePoint Server 2007 draaien mét SP1 en dit image gebruikt nu rond de 1,25 GB aan geheugen, nadat ik diverse applicaties geopend heb (de BI VPC verbruikt al snel het dubbele). Missie geslaagd, zou ik zeggen.
In de BI VPC zitten echter wel een paar leuke demo's die ik regelmatig gebruik. Zoals de PPS Launch demo, een toepassing waarmee je planning, monitoring en analytics kunt laten zien in één gesloten loop. Ik heb gezocht of dat ding ergens los te downloaden is, maar helaas, ik kan hem niet vinden. Dus maar eens kijken hoe je een planning applicatie van de ene (in dit geval virtuele) server naar een andere kunt migreren. En hoewel ik tijdens de training altijd al zeg dat dit geen eenvoudige taak is met PPS, wist ik niet dat het zo ingewikkeld was… Het hele proces wordt op TechNet beschreven: http://technet.microsoft.com/en-us/library/bb838717(TechNet.10).aspx. Schrik niet van de vele niet werkende linkjes in de documentatie… Volgens mij is de PerformancePoint documentatie op TechNet aan een update toe.
Kort samengevat de stappen om de PPS Launch planning applicatie te migreren van de BI VPC naar een eigen VPC:
- Open in de BI VPC een command prompt, navigeer naar de directory waar de PPSCmd command line utility staat (default C:Program FilesMicrosoft Office PerformancePoint Server3.0BizModeler) en geef het volgende commando:
ppscmd.exe migrate /export /server http://localhost:46787 /application "PPS Launch" c:PPSLaunchMigrationFiles
- Kopieer de directory C:PPSLaunchMigrationFiles naar de nieuwe VPC.
- Maak in de nieuwe VPC een PPS Planning applicatie aan met in ieder geval het label "PPS Launch". Ik heb verder alle eigenschappen gelijk gehouden aan de BI VPC. Voor deze nieuwe applicatie moet je volgens de TechNet documentatie de optie Generate application scripts for manual execution aanvinken.
- In dit eenvoudige scenario van het overzetten van de PPS Launch applicatie uit de ene VPC naar een andere standalone VPC, kun je vervolgens de vier gegenereerde scripts uitvoeren in de volgende volgorde: CreateAppDB.sql, CreateStagingDB.sql, TypeLibMasterSchema.sql en als laatste UpdateApplicationStatusScript.sql.
- Hierna had bij mij, na refreshen, de nieuwe applicatie de status Locked in de Planning Administration Console. Als dat het geval is, klik dan op de knop Take Online.
- Open in de nieuwe VPC een command window, navigeer naar de directory waar PPSCmd staat en geef het volgende commando:
ppscmd.exe migrate /import /server http://localhost:46787 "C:PPSLaunchMigrationFilesPPS Launch.xml"
- Download de PerformancePoint Planning Data Migration Tool.
- Voer dit tool uit in de BI VPC waarbij je kiest voor de optie Prepare the Staging DB. Maak hierna een backup van de PPS Launch staging database.
- Restore de backup van de staging database in de nieuwe VPC. Voer hierna de PerformancePoint Planning Data Migration Tool uit, maar nu in de nieuwe VPC en met de optie Load from Staging DB.
- Voeg tenminste één gebruiker toe aan de Contributor rol in de PPS Launch applicatie. Security wordt niet automatisch gemigreerd agv. de voorgaande stappen.
- Definieer een cycle met een forms assignment net zoals dat in de BI VPC is gedaan. Dit gebeurt ook niet automatisch agv. de voorgaande stappen.
- Deploy de PPS Launch model site.
Na al deze stappen, liep ik nog tegen een issue aan: de Corporate Scorecard in het Corporate Dashboard van de PPS Launch applicatie, toonde een verkeerde waarde bij de Plan waarde van de Contribution Margin KPI. Na lang zoeken, kwam ik er achter wat er gebeurd was: in het P and L Targets model in de PPS Launch applicatie zitten twee definition rules met NativeMDXScript implementatie: aggregationRule en TimeDataView. Deze twee rules moeten als eerste worden uitgevoerd. Ze moeten bovenaan in de lijst met definition rules staan. Oorspronkelijk is dat ook zo, maar door de migratie stappen zoals hierboven beschreven, zijn deze onderaan terecht gekomen. Handmatig naar boven verplaatsen, lost het probleem op.
Je ziet: niet echt een simpel deployment trucje… Maar ja, we hebben het tenslotte over een versie 1 product.