Hier ein möglicher Output:

So sparen sich die Anwender einige Klicks, haben alle Informationen auf einen Blick und können direkt zur Project Site springen.

Details zur Einbindung in den PWA (unabhängig ob Project Server 2013 oder Project Online) sind unter http://pwmather.wordpress.com/2014/12/01/projectonline-projectserver-project-site-finder-javascript-jquery-office365-sharepoint/ zu finden.

Wer sich im Rahmen von Project Online mit Reporting beschäftig, sollte unbedingt einen genaueren Blick auf die Funktionen von PowerBI werfen (http://www.microsoft.com/en-us/powerbi/default.aspx). Zur Analyse von Daten, gerade in der Komplexität eines Projekt-Portfolios sind die enthaltenen Funktionen sehr hilfreich.

Zwei Punkte sind dabei besonders interessant für Nutzer von Excel Services/ Excel Online für Portfolio Reporting. Mit Hilfe von PowerBI lässt sich ein automatisierten Refresh der Datenquellen innerhalb der Reports durchführen, sodass ein Nutzer nicht erst beim Öffnen des Reports lange warten muss, bis er an die aktuellen Daten kommt.

Es können im Detail die Datenverbindungen gewählt werden, die einen regelmäßigen Refresh benötigen.

Noch spannender wird aber sicher die Zukunft der Datenanalyse, durch Abfrage der verfügbaren Daten mit natürlicher Sprache, anstatt wie bisher durch ggf. komplexe Abfragesyntaxen. Auch dafür bietet PowerBI die Lösung.

Zum Ausprobieren kann das Feature im O365 Admin Portal hinzugefügt werden.

Aktuell gibt es für die Excel Dokumente ein Größenmaximum von 250 MB. Für die bisher gesehenen Datenmengen sollte diese Beschränkung in der Praxis aber keine Rolle spielen.

Also, hier geht's weiter: http://www.microsoft.com/en-us/powerbi/default.aspx.

• Efficient Planning, Reporting and Decision Making with Microsoft Project Pro for Office 365
• Project and Portfolio Management in the Cloud
• Microsoft Project Server and Project Online: Reporting and BI Deep Dive

Ich werde dort gemeinsam mit meiner Kollegin aus Rumänien, Alexandra Ciortea zu den genannten Themen und unseren Erfahrungen aus der Praxis berichten. Wir werden ebenfalls außerhalb der Sessions für Gespräche rund um Ask The Expert zur Verfügung stehen.

Mehr Informationen dazu gibt es unter http://europe.msteched.com. Ich freue mich auf rege Teilnahme aus Deutschland.

Zunächst bewegen wir uns im Office 365 Admin Center

Dort ist unter "Purchase Services" "Project Online with Project Pro for Office 365" zu finden.

Finalisiert man die Schritte unter "Buy now" kann man als nächsten im SharePoint Admin Center neue Project-Instanzen erzeugen.

Weiterhin kann ich einer bestehenden SharePoint-Seite die Project Management Features hinzufügen, sozusagen zum PWA befördern, indem man diese Site markiert und unter "Project Web App" die entsprechende Funktion auswählt.

Aktuell ist die Anzahl der PWA-Instanzen auf drei beschränkt, was allerdings aufgrund der Konfigurationsmöglichkeiten bereits eines PWAs völlig ausreichend sein sollte. Auch mehrere Abteilungen innerhalb eines Unternehmens können sich eine PWA-Instanz teilen, auch wenn sie unterschiedliche Anforderungen an das Projektmanagement stellen. Mehr Informationen dazu unter http://office.microsoft.com/en-us/project-server-help/project-departments-project-field-HA010371387.aspx.

Bevor man anfängt, die PWA-Instanz nun zu verwenden, sollte man sich als erstes entscheiden, welches Berechtigungsmodell verwendet werden soll. Unter Project Web App/ Settings findet man die entsprechende Einstellung.

Der Standard ist "SharePoint Permission Mode", die über die Standard-SharePoint-Mechanismen das Berechtigen innerhalb des PWAs erlaubt. Allerdings kann diese Methode gerade in komplexen Umgebungen schnell an ihre Grenzen geraten, da bspw. keine Berechtigungen auf Hierarchieebenen abhängig vom Ressourcenstrukturplan (RBS – Resource Breakdown Structure) erstellt werden können.
Zum direkten Einstieg kann das einfachere Berechtigungsmodell favorisiert werden. Es ist lediglich zu bedenken, dass ein Wechsel zwischen den Berechtigungsmodellen die aktuellen Berechtigungen löscht und man neu beginnen muss, diese zu vergeben. Ein Wechsel im laufenden Betrieb muss daher gut geplant werden. Details zum Berechtigungsmodell sind unter http://technet.microsoft.com/en-us/library/jj219510(v=office.15).aspx und http://technet.microsoft.com/en-us/library/cc197548(v=office.15).aspx zu finden.

Im nächsten Beitrag werden wir uns damit beschäftigen, welche ersten Schritte zu erledigen sind, sobald der PWA bereitgestellt ist.

Hier bereits ein kurzer Blick darauf, wie ein neu provisionierter PWA aussieht – Details dann in Kürze:

Zunächst mal die allgemeinen Fragen:

Was ist Project Online?

Wer die Microsoft on-premise Lösung Project Server 2013 (http://office.microsoft.com/de-de/project/project-server-2013-projektportfolioverwaltung-FX103802061.aspx) kennt, kann sich Project Online als die jeweils aktuellste Version der Microsoft PPM (Project & Portfolio Management Solution) in der Cloud vorstellen (http://office.microsoft.com/de-de/project/project-online-software-fur-die-verwaltung-von-projektportfolios-FX103802026.aspx).

Wie bekomme ich Project Online?

Unter http://office.microsoft.com/de-de/project/microsoft-project-testen-projektmanagementsoftware-FX103797290.aspx?WT%2Eintid1=ODC%5FDEDE%5FFX103802026%5FXT103993119&WT%2Eintid2=ODC%5FDEDE%5FFX103797290%5FXT103993060 ist ein Überblick der Testversionen und Lizenzmodelle zu finden. Wer Project Online testen möchte, kann über das sogenannte Partner-Led-Trial-Programm gemeinsam mit einem unserer teilnehmenden Partner einen Testlauf durchführen (http://blogs.office.com/2013/09/03/microsoft-project-online-partner-led-trial/).

Welche Tools sind in diesem Zusammenhang wichtig?

Wie bei Project Server on-premise gibt es bei Project Online zum Zugriff auf die Projektdaten die Project Web App (als Web-Zugriff von überall) sowie die Client-Applikation Project Pro für O365. Zum Bereitstellen von Reports ist noch Excel 2013 zu empfehlen. Workflows für Project Online können mit dem SharePoint Designer 2013 erstellt werden.

Die nächsten Blogbeiträge in diesem Komplex werden sich in den nächsten Tagen mit folgenden Themen beschäftigen:

• Provisionierung einer neuen PWA-Instanz in Office365
• Erste Schritte in Project Online
• Reporting in Project Online
• Workflows in Project Online

Zum Zeitvertreib ist unter http://office.microsoft.com/de-de/project/funktionen-von-microsoft-project-software-fur-projektplanung-FX103802304.aspx ein Überblick über die wichtigsten Features von Project Online bzw. unter http://office.microsoft.com/de-de/project-help/neuerungen-in-project-2013-HA102749523.aspx die neuesten Features von Project Pro für O365 zu finden.

Allgemeine Updates zu unseren Workshops sind auch immer unter http://blogs.technet.com/b/microsoft_services_deutschland/ zu finden.

Einige ihrer Anwender beschweren sich über das Verschwinden einiger Zeilen aus ihrer "My Tasks" Liste ohne deren Zutun. Dieses, nicht reproduzierbare Verhalten, tritt scheinbar zufällig auf.

Während der Fehleranalyse fällt Ihnen auf das die Ursache darin liegt das Einträge aus der Datenbank Tabelle MSP_TASKS_SAVED gelöscht werden und somit verwaiste Einträge auf dem Table MSP_ASSIGNMENTS_SAVED entstehen.

Nach eingehender Recherche stellen Sie fest dass sich das Verhalten nicht Ad-Hoc reproduzieren lässt und einen oder mehrere Anwender zufällig betrifft. Um tiefer in die Ursachenanalyse einsteigen zu können, müssen sie herausfinden welches Statement bzw. welche Stored Procedure die Einträge ihrer Anwender löscht. 

Um dies auf SQL Server Ebene zu erreichen haben Sie folgende Möglichkeiten:

1. Führen Sie den SQL Server Profiler im "Ring Mode" aus um jegliche Aktivität auf dem SQL Server zu loggen bis das Problem erneut auftritt.
2. Erstellen Sie einen DLL Trigger (DML Trigger können für DELETE Aktionen nicht verwendet werden)
3. Nutzen Sie das Audit Feature von SQL Server 2008 / 2008R2 und loggen Sie damit alle relevanten Informationen die mit dem DELETE Aufruf im Table MSP_TASKS_SAVED in Zusammenhang stehen.

Die Erste Möglichkeit dürfte die wohl am einfachsten zu implementierende sein, ist jedoch nicht 100% akkurat bzw. birgt das Risiko das falls Ihr Problem zu spät erkannt wird der Trace von einem erneuten Loop überschrieben wird. Zusätzlich hat diese Möglichkeit durchaus Einfluss auf die Performance des SQL Servers.

Der zweite Lösungsansatz wäre ebenso einfach umzusetzen jedoch ist das Ergebnis daraus sehr limitiert. Dies ist insbesondere der Fall weil ein einfacher DLL Trigger keinerlei Informationen über seinen Auslöser geben kann. Die EVENTDATA Funktion kann nur im Zusammenhang mit DML Triggern genutzt werden, diese stehen aber nur für Datenbank Aktionen nicht aber für Tabellen Aktionen zur Verfügung. Aus diesem Grund können folglich keine DML Trigger mit einem DELETE Statement assoziiert werden.

Die dritte und letzte aufgeführte Möglichkeit ist die wohl beste, da ein Log Eintrag nur erstellt wird wenn der Trigger ausgelöst wurde und der Einfluss auf die Systemperformance dadurch extrem gering ist.

Diese dritte Möglichkeit wird in den folgenden Schritten veranschaulicht.

SCHRITT 1: ERSTELLUNG DES LOG FILES

Zuerst erstellen Sie das Log-File in dem die Audit Informationen gespeichert werden sollen:

USE MASTER

GO

-- Create the server audit.

CREATE SERVER AUDIT Audit_mytrig

    TO FILE ( FILEPATH = 'C:\' ) ;

GO

-- Enable the server audit.

ALTER SERVER AUDIT Audit_mytrig

WITH (STATE = ON) ;

GO

SCHRITT 2: EINRICHTEN DES TRIGGERS

 Um den Trigger einzurichten nutzen Sie das folgende Script:

USE PROJECTSERVER_PUBLISHED ;

GO

CREATE DATABASE AUDIT SPECIFICATION Audit_mytrig_Table

FOR SERVER AUDIT Audit_mytrig

ADD (DELETE

     ON MSP_TASKS_SAVED by dbo)

WITH (STATE = ON) ;

GO

Ab sofort wird bei jedem DELETE Aufruf der für den Table MSP_TASKS_SAVED erfolgt ein Log Eintrag in dem Log File geschrieben, das Sie in Schritt 1 erstellt haben.

SCHRITT 3: AUSLESEN DER LOG INFORMATIONEN

 Um das Log File zu lesen, können Sie folgenden Aufruf nutzen:

 USE MASTER

GO

-- get the audit file

DECLARE @filepattern VARCHAR(300)

DECLARE @folder VARCHAR(255)

DECLARE @auditguid VARCHAR(36)

SELECT @auditguid = audit_guid,@folder = log_file_path

FROM sys.server_file_audits WHERE name = 'Audit_mytrig'

SELECT @filepattern = @folder + '*_' + @auditguid + '*'

-- view the results

SELECT event_time,session_id,a.name AS Action,c.class_type_desc AS ObjectType,

f.server_principal_name,f.schema_name,f.OBJECT_NAME,f.statement,f.additional_information

FROM fn_get_audit_file(@filepattern,NULL,NULL) AS f

JOIN sys.dm_audit_class_type_map c ON f.class_type = c.class_type

JOIN sys.dm_audit_actions a ON f.action_id = a.action_id

AND c.securable_class_desc = a.class_desc

WHERE f.action_id <> 'AUSC'

ORDER BY event_time DESC,sequence_number

Hier sehen Sie den Log-File Output nachdem manuell Einträge aus dem MSP_TASKS_SAVED Table eines Testsystems gelöscht wurden.

ZUSAMMENFASSUNG

Die Audit Funktionalität des SQL Server kann sehr hilfreich sein um nachvollziehen zu können warum eine bestimmte Aktion gegen eine Tabelle oder Datenbank ausgeführt wird. Besonders hervorzuheben ist dabei die einfache Art der Implementierung und die Tatsache dass so gut wie keine Performance Einbußen auf dem System dadurch festzustellen sind.

Das Audit Feature ist ab SQL Server 2008 aufwärts ein Bestandteil des SQL Servers.

Der Inhalt dieses Blogeintrags entstand mit freundlicher Unterstützung und Genehmigung von Marc Biarnes - Project Server Escalation Engineer aus Frankreich

Die Antwort lautet, dass es nur mit dem kompletten "SharePoint 2013 with SP1" Paket möglich ist. Die downloadbare SP1 kann zwar für eine Slipstream Installation verwendet werden, ist aber nicht Windows Server 2012R2 tauglich.

Eine unbedingt empfehlenswerte Informationsquelle zu SharePoint 2013 in Zusammenhang mit SP1 ist der Blog meines Kollegen Stefan Goßner:

http://blogs.technet.com/b/stefan_gossner/archive/2014/02/27/sp2013-sp1-faq.aspx

Die aktuellsten Informationen dazu sind wie gewohnt auch immer unter http://support.microsoft.com/lifecycle/search/default.aspx?sort=PN&alpha=Project+Server&Filter=FilterNO zu finden.

Die Präsentation unserer Session "Project Server 2013 Best Practices from the field" sollte ebenfalls in Kürze verfügbar sein.

Ich möchte mich an dieser Stelle nochmals bei allen Teilnehmern bedanken, auch dafür dass eine Vielzahl an Fragen die Session um weitere Erfahrungen aus der Praxis angereichert haben. Weiterhin einen großen Dank eine meine Co-Speaker Artem und Akbar – "well done and great job".
Einige der Teilnehmer haben bereits direkt nach der Session die Gelegenheit genutzt, weitere Detailfragen zu stellen und sich mit uns auszutauschen. Als Kunde & Partner mit einem Microsoft Premier Supportvertrag haben Sie jederzeit die Möglichkeit, über Ihren Technical Account Manager einen Project Server Premier Field Engineer anzufragen, um mit ihm spezielle Details Ihrer Project Server Umgebung zu klären.

Ich freue mich darauf, sobald sich wieder die Gelegenheit ergibt, mich mit unseren Kunden und Partnern auszutauschen.