Skip to main content

Posts

Showing posts from 2016

Reporting from Project Server 2016 - multiple sites and userviews

Just a quickie... I've been interested in how MS have handled the "multiple PWA sites in a Content DB" thing since I read that this was their new approach.  Most of my reporting is via SSRS so i am reliant (still... in 2016) on DB queries rather than OData feeds (tsk) and this "querying a PWA DB with more than one PWA site in it is unsupported" quote was worrying me. So it looks like what is happening is this. When you create the first PWA site in a Content DB it hard-codes the SiteID into the _Userview view design elements.  This means that your first PWA Site is the default.  All the data for subsequent sites are still held in the tables against separate SiteID's but you cannot utilise the OOTB _Userview components (see below) SELECT        ProjectFields.... FROM            pjrep.MSP_TVF_EpmProject('FF19B767-CA6D-4C4C-B123-C0B5AE5354D6') AS MSP_EpmProject  LEFT OUTER JOIN                       pjrep.MSP_TVF_EpmInternalProjectHierarchies

Issue provisioning PWA on Root (HNSC or Site) in #projectserver2016

Following on from my previous 2016 PWA Setup post, I am encountering an issue with PWA on the root of a HNSC with PWA in ProjectServer Permission Mode. Scenario  I want to create a pwa site on a HNSC at http://pwa.domain.com ,  I don’t PWA as a pathed web under the HNSC (‘/pwa’) and I would like to avoid using a Host Header on a separate webapp with PWA provisioned at ‘/’ if poss as its horrible and ikkie Method Create a web app on server name http://fe1 Create a root Site Collection on the web app Lock Content DB down Create new Content DB for the PWA site Create a HNSC called http://pwa.domain.com pointing to the above web app using the PWA#0 template etc New-spsite " http://pwa .domain.com " -hostheaderwebapplication " http://fe1 " -name "PWA" -Description "Project Web App" -owneralias "Domain\user" -language 1033 -template "PWA#0" Lock the content db down Enable PWASite features and all that jazz Swi

First look: #projectserver2016 installation first looks

** update 3 ** seems so far that creation of Root PWA sites doesn't work (sync issues in Project Permission mode).  I've written a post recently about this Also _userviews are back... but only apply to the first Site in any Content DB.  See post 8 June 2016 ** update 2 ** user sync issue is still happening on PWA.  not sure why as of yet.... ** update ** I encountered a failure in the user synchronisation job in PWA which i think was atributed to creating the PWA HNSC site prior to creating the web app root site. whoops  ** end ** Project Server 2016 RTM first looks........... Once you've installed SQL and SharePoint there are a few surprises for you under the hood of Project Server Getting going It is probably worth noting that the Project service is deemed "front end" in the miniroles for SP2016.  This is inline with my latter thinking on SP2013 and a welcome addition.  However i have gone Custom for my limited installation just for flexibili

Project Server SQL tips

This post is going to ignore Project Online as I am still a little underwhelmed by the reporting capabilities of the Excel+ODATA Power-shennanigans.  Mostly I spend my BI days in SQL Reporting Services for our on-premise customers, and even our larger Project online customers are moving back to local BI storage and SQL RS. Anyway, rant over.   So SSRS has been my friend for some years now and I continue to find new and interesting ways to make it do the things i want.  However the real fun is down in the TSQL area.  Here is a little selection of things I've found that may help you optimise or improve your report outputs. Large datasets and the AssignmentByDay data We all know that the MSP_EPMAssignmentbyDay table is a beast and is the main limiting factor when we look at time by period reporting.  Yes it would be great if MS did an automatic aggregation to weekly periods as part of the publish job but that is never gonna happen.  However it is possible to get some perform