ProjectServer - Deutsch

Frohe Festtage und die besten Wünsche für ein erfolgreiches neues Jahr 2011

immastr — Tue, 21 Dec 2010 09:38:57 GMT

wünscht Ihnen

Imma Strassburg

stellvertretend für das deutschsprachige Project Support Team

P.S. Und hoffentlich mehr Blog Beiträge für 2011

PRJ2010 Makro Sicherheitseinstellungen über OFFICE 2010 Administrative Installationsvorlagen setzen

immastr — Wed, 04 Aug 2010 15:44:10 GMT

Für Office 2010 werden unter der nachfolgenden folgenden Adresse die administrativen Vorlagen und auch das Programm zur benutzerdefinierten Anpassung bereitgestellt:

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=64b837b6-0aa0-4c07-bc34-bec3990a7956

Die Arbeitsweise finden Sie im Artikel zum Office-Anpassungstool in Office 2010

Dieser Artikel beschreibt die Verwendung des Office-Anpassungstools (OAT) zur Anpassung einer Installation von Microsoft Office 2010.

http://technet.microsoft.com/en-us/library/cc179097.aspx

Hier nun die für Project 2010 wichtigen Hinweise dazu.

In der Office14.ADMX finden sich Einstellungen, die alle Office Programme betreffen.

Die Beschreibung der Einstellungen findet sich in der Excel Arbeitsmappe “Office2010GroupPolicyAndOCTSettings.xls”, dort im Blatt “ADMX, ADML, and ADM Settings”.

Der Abschnitt für Project 2010 beginnt ab Zeile 3295, dort sollen alle Voreinstellungen gelistet werden, die auch in der Applikation direkt gesetzt werden können.

Für Project 2010 fehlen allerdings im Bereich Security - Trust Center einige Einstellungen oder sind mit den falschen Werten beschrieben

Im Programm im Register “File – Options - Project Options - Trust Center – Trust Center Settings” ” bzw. “Datei – Optionen – Project Optionen –Sicherheitscenter – Einstellungen für das Sicherheitscenter” können Voreinstellungen für die Add-Ins gesetzt werden (s. unten) .

In der ADMX Datei werden hierfür keine Einträge beschrieben im Bereich von Project 2010. Sie können allerdings in einer benutzerdefinierten Vorlage gesetzt werden.
In der Beschreibung im Abschnitt für Visio 2010 in Zeile 3625 finden Sie die Einträge für Visio, die Sie für Project entsprechend anpassen müssen, so dass in der Registry sich später diese Werte finden

HKCU\Software\Policies\Microsoft\Office\14.0\MS Project\Security
"RequireAddinSig"=REG_DWORD=00000000
Block application add-ins loading:
HKCU\Software\Policies\Microsoft\Office\14.0\MS Project\Security
"DontTrustInstalledFiles"=REG_DWORD=00000000

In der Vorlagendatei eingetragen sind dagegen die Einstellungen für die Makrosicherheit (s.unten).

Der Bereich, der die “Einstellungen für Makros” beschreibt, findet sich in Zeile 3481 in der Arbeitsmappe. Nur enthält dieser Bereich die Einstellungen, die sich auf Project 2007 beziehen und nicht relevant sind für Project 2010. Auch hier gilt, dass die Einstellungen der anderen Office Programme die richtigen Vorgaben enthalten, z.B. für Excel unter "VBA Macro Notification Settings" in den Feldern K442, M443, Q443

Disable all with notification: 2
Disable all except digitally signed macros: 3
Disable all without notification: 4
Enable all macros (not recommended): 1

Sollten Sie weitere Ungereimtheiten in der Excel Arbeitsmappe “Office2010GroupPolicyAndOCTSettings.xls” finden, die mit den Einstellungen im Programm so nicht übereinstimmen, helfen Sie uns mit Ihrer Rückmeldung darüber hier Korrekturen vorzunehmen.

Danke im Voraus, viel Erfolg beim Arbeiten und Anpassen der Vorlagen

Imma Strassburg

Project und MAC: immer wieder spannend

immastr — Wed, 05 May 2010 14:47:33 GMT

Mit jedem Erscheinen einer neuen Project Client Version, kommt irgendwann die Frage daher:

Wird es eine Version für den Apple Mac geben?

Und seit Project 4.0 lautet die Antwort: Nein.

Es gibt keine auf das MAC Betriebssystem portierte Version.

Aber es gibt trotzdem Möglichkeiten mit dem Project Client und auch auf den Project Server unter dem MAC Betriebssystem zu arbeiten.

Hier sind drei Möglichkeiten um Project Client und und PWA auf einem MAC Rechner zum Laufen zu bringen:

Benutzen Sie eine remote desktop Verbindung (verbindet einen Mac OS Desktop mit einem anderen Computer/Server, der mit einem Windows OS läuft). Prüfen Sie Kompatiblität der Windows Version: Windows version compatibility.
Diese Option empfiehlt sich, wenn der Zugriff auf den Project Server über PWA geplant ist. Für diesen Zugriff ist normalerweise eine Windows Terminal Services Farm notwendig.
Verwenden Sie Project Host (dabei wird eine Citrix Anwendung benutzt, die eine PWA Anwendung unter Apple unterstützt!)
Arbeiten Sie mit einer desktop virtualization Software wie Microsoft Virtual PC for Mac (im Wesentlichen wird eine weitere Version von Windows als Gastsystem in der Host-Sitzung auf dem Mac gestartet), bezieht sich auf: Microsoft Virtual PC Overview (Es gibt noch weitere Anbieter, die Emulation Tools anbieten, siehe: http://www.macwindows.com/emulator.html ). Bitte beachten Sie, daß Virtual PC für Mac nicht mehr weiterentwickelt wird.

Eine sehr radikale Möglichkeit wäre, da Apple Intel Prozessoren einbaut, statt des MAC Betriebssystems als Betriebssystem Windows zu installieren.

Ansonsten gibt es auf dem MAC Software, dass das Project Client Dateiformat MPP (2000 bis 2007) lesen kann.

PRJ2007: Ressourcen ersetzen auf noch laufenden Vorgängen und Auswirkungen auf die Arbeitszeittabellen

immastr — Wed, 05 May 2010 12:40:38 GMT

Hallo PRJ2007 Anwender,

hier ein Fall aus dem täglichen Support Leben, was bei intensivem Ressourcenmanagement auftreten kann.

Für das deutsche Project Server Support Team

Imma Strassburg

Zusammenfassung:

Wenn während der Arbeit an einem Vorgang die betreffende Ressource ersetzt wird, diese später - während ihr Nachfolger an diesem Vorgang arbeitet - aber geleistete Arbeit rückmeldet, wird für diese Zuordnung intern die Assignment-UID mehrfach verwendet.

Vorgehen:
1. In Project 2007 Client weist der Projektmanager eine Ressource A einem Vorgang 1 zu.
2. Diese Ressource A arbeitet an diesem Vorgang 1, ohne diese geleistete Arbeit zunächst zu melden.
3. Der Projektmanager ersetzt Ressource A durch Ressource B.
4. Ressource B arbeitet an diesem Vorgang 1, auch ohne diese geleistete Arbeit zunächst zu melden.
5. Am Ende der Woche melden beide Ressourcen A und B ihre geleistete Arbeit an diesem Vorgang über PWA in der Arbeitszeittabelle.

Es hat sich gezeigt, dass in den SQL-Datenbanken für die Arbeitszeittabellen für beide Zuweisungen (Ressource A arbeitet an Vorgang 1 und Ressource B arbeitet an Vorgang 1) die selbe Assignment-UID verwendet wird. Dieses Vorgehen ist "by design" und betrifft ausschließlich die Assignment-UID für die Arbeitszeittabellen, also für das Reporting geleisteter Arbeit.

Hintergrund ist, dass Project mit dem "Ersetzen" von Ressourcen deren kompletten Ersatz voraussetzt - z.B. wenn ein Mitarbeiter eine Firma verlässt und ein anderen dessen Platz einnimmt. Deshalb werden alle Zuweisungen von Ressource A vollständig auf Ressource B übertragen und Ressource A ist nicht länger eine aktive Ressource für den betreffenden Vorgang. In diesem Fall stellt es kein Problem dar, wenn Project durchgängig dieselbe Assignment-UID für diese Zuweisung auch nach dem Ersetzen der Ressource verwendet.

Im obigen Fall wird durch das Ersetzen ebenfalls die geplante Arbeit von Ressource A auf Ressource B übertragen - allerdings bleiben hier beide Ressourcen aktiv, da beide am Ende der Woche geleistete Arbeit zurückmelden.

Auswirkungen:
Wird über die Programmierschnittstelle PSI auf die Arbeitszeittabellen zugeriffen, dann können die mehrfach verwendeten Assignment-UID problematisch werden,da sie nicht eindeutig zugeordnet werden können.

Wochennummern im OLAP Cube und in der Datenanalyse zeigen amerikanische Wochennummern an für 2010 statt der deutschen Nummerierung

immastr — Thu, 15 Apr 2010 14:04:36 GMT

Diese Informationen basiert auf den Informationen im Blog von Brian Smith zu dem Thema.

Mit dem Beginn des Jahres 2010 trat in Europa das Problem auf, dass die erste Woche des Jahres anders berechnet wird als in US, was sich in den OLAP Cubes und den Ansichten der Datenanalyse zeigt.

Bezogen auf die ISO Norm 8601 beginnt die Nummerierung der ersten Woche des Jahres mit der ersten kompletten Woche, bezogen auf 2010 ab dem 4. Jan 2010. Die Tage davor werden noch zu der Woche 53 des Vorjahres gezählt.

Analysis Services und somit der OLAP Cube verwenden diese Zählung allerdings nicht und sie läßt sich auch nicht einstellen. Die erste Woche des Jahres beginnt am ersten Tag des Jahres, also am 1. Jan.2010

Der Kalender auf dem der OLAP Cube basiert, ist in der Reporting Datenbank in der Tabelle dbo.MSP_TimeByDay enthalten.

Die Zeitdimensionen werden in den folgenden Feldern abgebildet:

· [TimeByDay]
· [TimeDayOfTheWeek]
· [TimeMonthOfTheYear]
· [TimeYear]
· [TimeDayOfTheMonth]
· [TimeWeekOfTheYear]
· [TimeQuarter]

Die Wochennummerierung basiert auf dem Feld [TimeWeekOfTheYear] . Das Startdatum dort ist der 01.01.2010 bzw. 2010-01-01 und basiert auf dem US Standard:

TimeByDay	TimeYear	TimeWeek	TimeQuarter
2009-12-29	2009	53	4
2009-12-30	2009	53	4
2009-12-31	2009	53	4
2010-01-01	2010	1	1
2010-01-02	2010	1	1
2010-01-03	2010	2	1
2010-01-04	2010	2	1

Aber es gibt noch weitere Bedingungen, die die Wochennummerierung beeinflussen.

So ändert sich die Wochennummer abhängig davon, ob die Woche am Sonntag oder am Montag startet.

Startet die Woche am Sonntag, dann ergibt sich folgende Zählung

TimeByDay	TimeYear	TimeWeek	TimeQuarter
2009-12-29	2009	53	4
2009-12-30	2009	53	4
2009-12-31	2009	53	4
2010-01-01	2010	53	4
2010-01-02	2010	53	4
2010-01-03	2010	1	1
2010-01-04	2010	1	1

Startet die Woche am Montag, verschiebt sich der erste Tag

TimeByDay	TimeYear	TimeWeek	TimeQuarter
2009-12-29	2009	53	4
2009-12-30	2009	53	4
2009-12-31	2009	53	4
2010-01-01	2010	53	4
2010-01-02	2010	53	4
2010-01-03	2010	53	4
2010-01-04	2010	1	1

Das Nummerierungssystem in den verschiedenen Länder Europas decken sich nicht immer mit den Vorgaben der ISO Norm. Letztendlich gibt es 6 Möglichkeiten wie in der Tabelle angezeigt wird:

Erster Tag der Woche	Erste Woche des Jahres enthält	Woche wird zwei mal zugeordnet	Verwendet in
Sonntag	1 Januar, Erster Samstag 1–7 Tage	Ja	USA
Montag	1 Januar, Erster Sonntag, 1–7 Tage	Ja	United Kingdom und viele andere Länder in Europa
Montag	4 Januar, Erster Donnerstag, 4–7 Tage der Woche	Nein	ISO 8601, Norwegen, Schweden, Deutschland
Montag	7 Januar, Erster Montag, 7 Tage	Nein
Mittwoch	1 Januar, Erster Donnertag, 1–7 Tage	Ja
Samstag	1 Januar, Erster Freitag, 1–7 Tage	Ja

Da wir die Berechnung an sich nicht ändern können, haben wir eine Workaround entwickelt, der in der Reporting Datenbank gegen die Tabelle MSP_TimeByDay ausgeführt wird.

Dieser Workaround beinhaltet zu einem eine benutzerdefinierte SQL Funktion F_ISO_WEEK_OF_YEAR und zum anderen eine Stored Procedure, um die abweichenden Wochennummern in die Tabelle zu speichern. Dazu werden die “Fiscal” Felder benutzt, die normalerweise durch die Finanzzeiträume gefüllt werden..

Hier nun die zweiteilige Lösung:

1. Erstellen der ISO Funktion, die die erste Woche des Jahres ermittelt

CREATE FUNCTION DBO.F_ISO_WEEK_OF_YEAR

(

@DATE DATETIME

)

RETURNS INT

FUNCTION F_ISO_WEEK_OF_YEAR RETURNS THE ISO 8601 WEEK OF THE YEAR FOR THE DATE PASSED.

BEGIN

DECLARE @WEEKOFYEAR INT

SELECT

-- COMPUTE WEEK OF YEAR AS (DAYS SINCE START OF YEAR/7)+1

-- DIVISION BY 7 GIVES WHOLE WEEKS SINCE START OF YEAR.

-- ADDING 1 STARTS WEEK NUMBER AT 1, INSTEAD OF ZERO.

@WEEKOFYEAR =

(DATEDIFF(DD,

-- CASE FINDS START OF YEAR

CASE

WHEN NEXTYRSTART <= @DATE THEN NEXTYRSTART

WHEN CURRYRSTART <= @DATE THEN CURRYRSTART

ELSE PRIORYRSTART

END,@DATE)/7)+1

FROM

(

SELECT

-- FIRST DAY OF FIRST WEEK OF PRIOR YEAR

PRIORYRSTART = DATEADD(DD,(DATEDIFF(DD,-53690,DATEADD(YY,-1,AA.JAN4))/7)*7,-53690),

-- FIRST DAY OF FIRST WEEK OF CURRENT YEAR

CURRYRSTART = DATEADD(DD,(DATEDIFF(DD,-53690,AA.JAN4)/7)*7,-53690),

-- FIRST DAY OF FIRST WEEK OF NEXT YEAR

NEXTYRSTART = DATEADD(DD,(DATEDIFF(DD,-53690,DATEADD(YY,1,AA.JAN4))/7)*7,-53690)

FROM

(

SELECT

--FIND JAN 4 FOR THE YEAR OF THE INPUT DATE

JAN4 = DATEADD(DD,3,DATEADD(YY,DATEDIFF(YY,0,@DATE),0))

) AA

) A

RETURN @WEEKOFYEAR

END

2. Aktualisieren der Felder [FiscalYear], [FiscalQuarter] und [FiscalPeriodName] mit den neuen Werten:

-- Zeitraum startet am 1. Jan 2010:

BEGIN TRAN

UPDATE [MSP_TIMEBYDAY]

SET FISCALYEAR=TIMEYEAR,

FISCALQUARTER=TIMEQUARTER,

FISCALPERIODNAME = 'Week' + CAST(DBO.F_ISO_WEEK_OF_YEAR(TIMEBYDAY) AS NVARCHAR(2))

WHERE TIMEBYDAY BETWEEN '2010-01-01 0:00:00' AND '2012-12-31 23:59:59'

COMMIT TRAN

-- Zeitraum startet mit dem ersten Montag (2010, 2011 and 2012):

BEGIN TRAN

UPDATE [MSP_TIMEBYDAY]

SET FISCALYEAR=TIMEYEAR,

FISCALQUARTER=

CASE

WHEN DATEPART(DAY,TIMEBYDAY)<DAY(DATEADD(DD,(DATEDIFF(DD,-53690,DATEADD(DD,3,DATEADD(YY,DATEDIFF(YY,0,TIMEBYDAY),0)))/7)*7,-53690)) AND (DATEPART(MONTH, TIMEBYDAY)-1)%3 = 0 THEN TIMEQUARTER-1

ELSE TIMEQUARTER

END,

FISCALPERIODNAME = 'Week' + CAST(DBO.F_ISO_WEEK_OF_YEAR(TIMEBYDAY) AS NVARCHAR(2))

WHERE TIMEBYDAY BETWEEN '2010-01-01 0:00:00' AND '2012-12-31 23:59:59'

COMMIT TRAN

Bitte beachten

Die Schreibweise des Datums kann abweichen, mit deutschen Einstellungen wird die Zeile folgendermaßen geändert

TIMEBYDAY BETWEEN '01.01.2010 0:00:00' AND '31.12.2012 23:59:59'

Sollten Sie den Cube über einen größeren Zeitraum erstellen, dann sollten Sie sicherstellen, dass dieser Zeitraum durch die Funktion erfasst wird, sonst sehen Sie Daten vor dem 1.1.2010 in den Ansichten nicht.

Sollten Sie eine andere Bezeichung als “Week” wünschen, dann ändern Sie diese in der Zeile FISCALPERIODNAME = 'Week' durch die gewünschte Bezeichnung.

3. Erstellen Sie einen neuen OLAP Cube

4. Erstellen einer Datenanlyse Ansicht basierend auf Fiscal Feldern:

In einer deutschen Umgebung werden die Fiscal-Felder unter den Bezeichnung “Geschäftuhrzeit” geführt

Nachdem alle Schritte durchgeführt wurden, sollte das Ergebnis ähnlich aussehen wie folgt:

Statusmeldungen kommen nicht an

immastr — Thu, 15 Apr 2010 12:44:52 GMT

Hallo zusammen,

habe Sie das auch schon erlebt?

Sie warten als Projektmanager auf die Statusmeldungen zu den Vorgängen in Ihrem Projekt, aber es zeigt sich nichts auf Ihrer PWA Seite. Die Ressourcen versichern aber, dass die Meldungen bereits verschickt wurden.

Aber wo sind sie abgeblieben?

Im Project-Nirwana verschwunden?
Irgendwo in der Datenbank fehlgeleitet?
Bei anderen Projektmanager gelandet?

Ostern ist vorbei und Datensuche ist nicht nur zeitaufwendig und störend, sondern ist auch wenig vertrauensfördernd.

Die häufigste Ursache für das Problem der “verlorenen” Statusmeldungen für einen Vorgang ist ein anderer Status-Manager als der Projektmanager.

Weist ein Vorgang mehrere Status-Manager auf, dann können Status-Updates "verloren" gehen, d.h. sie erscheinen nicht bei dem genannten Status-Manager, sondern bei anderen Personen. Diese anderen Status-Manager müssen dann diese Updates genehmigen. Bemerken die anderen Status-Manager diese ausstehenden Genehmigungen nicht, scheint die berichtete aktuelle Arbeit "verloren" gegangen zu sein im Genehmigungsprozess.

In den Client Programmen Project PRO und Project Web Access lassen sich diese unterschiedlichen Status Manager nicht sichtbar machen.

Das folgende SQL-Skript kann dabei helfen, dieses Problem zu identifizieren, es wird in der Published Datenbank durchgeführt:

SELECT MP.PROJ_NAME, MT.TASK_NAME, MR2.RES_NAME AS 'RESOURCE', MR.RES_NAME AS 'MANAGER'

FROM MSP_ASSIGNMENTS AS MA
INNER JOIN MSP_PROJECTS AS MP
ON MA.PROJ_UID=MP.PROJ_UID
INNER JOIN MSP_TASKS AS MT
ON MA.TASK_UID=MT.TASK_UID
INNER JOIN MSP_RESOURCES AS MR
ON MA.WRES_UID_MANAGER=MR.RES_UID
INNER JOIN MSP_RESOURCES AS MR2
ON MA.RES_UID=MR2.RES_UID

WHERE MA.TASK_UID IN
(
SELECT TASK_UID
FROM MSP_ASSIGNMENTS
GROUP BY TASK_UID
HAVING COUNT(DISTINCT WRES_UID_MANAGER) > 1
)
--AND MP.PROJ_NAME='NAMEOFPROJ'
GROUP BY MP.PROJ_NAME, MT.TASK_NAME, MR2.RES_NAME, MR.RES_NAME
ORDER BY MP.PROJ_NAME, MT.TASK_NAME

Das Resultat ist eine Liste wie folgt
PROJ_NAME,TASK_NAME,RESOURCE,MANAGER

Beheben lässt sich das Problem wie folgt:

- Installieren Sie das kumulative Hotfix Paket von Feb 2010 (980209, 978397, 978389).

- In Project Pro öffnen die Projektmanager ihre betroffenen Projekte. Die Liste der Projekte ergibt sich aus dem Script.

- In einer Vorgangsansicht blenden Sie die Spalte "Status_Manager " ein. Prüfen und bestätigen Sie den korrekten Status-Manager für das Projekt.

- Speichern und veröffentlichen Sie das gesamte Projekt erneut.

Viel Erfolg bei der Durchführung
wünscht für das deutsche Support Team
Imma Strassburg

Produktupdate: Welche Änderungen sind in der Datenbank erfolgt durch einen Hotfix?

immastr — Tue, 09 Mar 2010 15:41:00 GMT

Für diejenigen Anwender, die als Administratoren eine ProjectServer Umgebung betreuen, stellt sich immer wieder die Frage, was ist denn durch das Hotfix Paket in der Datenbank geändert worden.

In den zugehörigen veröffentlichten Beschreibungen zu Hotfix und Service Pack finden Sie die Liste der inhaltliche Beschreibung wie im nachfolgenden Artikel unter "Einführung".

http://support.microsoft.com/kb/980209

Möchten Sie auf Datenbankebene wissen, was geändert wurde, hilft Ihnen das kleine, nachfolgende SQL Statement die Änderungen ab einem gewissen Datum herauszufinden:

Use Databasename

select name, xtype, crdate from sysobjects where crdate > '2010-02-01' order by xtype

Als Object Typen unter xtype finden Sie folgende Kürzel:

AF	Aggregate function (CLR)
C	CHECK constraint
D	DEFAULT (constraint or stand-alone)
F	FOREIGN KEY constraint
PK	PRIMARY KEY constraint
P	SQL stored procedure
PC	Assembly (CLR) stored procedure
FN	SQL scalar function
FS	Assembly (CLR) scalar function
FT	Assembly (CLR) table-valued function
R	Rule (old-style, stand-alone)
RF	Replication-filter-procedure
S	System base table
SN	Synonym
SQ	Service queue
TA	Assembly (CLR) DML trigger
TR	SQL DML trigger
IF	SQL inline table-valued function
TF	SQL table-valued-function
U	Table (user-defined)
UQ	UNIQUE constraint
V	View
X	Extended stored procedure
IT	Internal table

Das Ergebnis ist spannend und zeigt einmal mehr, wieviel sich im Hintergrund ändert und warum Project Server so kpomplex ist.

Für das Support-Team

Imma Strassburg

Produktversion : welche ist installiert?

immastr — Tue, 09 Mar 2010 12:14:00 GMT

Bei der Vielzahl der Produktupdates, die installiert werden, stellt sich immer wieder die Frage, welche Version ist denn nun installiert?

Sie können es immer prüfen in der Systemsteuerung / dem Control - Panel. Dort - je nachabhhängig vom Betriebssystem und der Sprache - unter "Add or Remove Program" / "Programs and Features" / "Programme hinzufügen" mit der aktivierten Option "Show Updates" / " View installed updates". Wenn Sie dort auf den Link "Click here for support information", sehen Sie die interne Version.

Beim Client :

Alternativ kommen Sie intern die Dateieigenschaften die Version der WINPROJ.EXE abfragen.

Bei der Server Umgebung:

Die WSS Version können Sie die Version abfragen auf der PWA Seite über den Reiter rechts "Websiteaktionen" / "Site Actions" und dort dden befehl "Websiteeinstellugen" / "Site Settings" aufrufen.

Die installierte ProjectServer Version können Sie über verschiedene SQL Statements auf der Project Server Datenbank abfragen

Starten Sie die SQL Management Console, aktivieren Sie eine der ProjectServer Datenbanken, z.B. die Published und starten Sie ein enue Abfrage

Select * from versions

Das Ergebnis ist eine Liste mit allen installierten Versionen

VersionId	Version
------------------------------------------------------	-------------------
00000000-0000-0000-0000-000000000000	12.0.6503.5000
00000000-0000-0000-0000-000000000000	12.0.6514.5000
00000000-0000-0000-0000-000000000000	12.0.6520.5000
00000000-0000-0000-0000-000000000000	12.0.6524.5000
AE40B1C1-23C6-4FA5-95D0-29FD61DDB2DA	12.2.403.0

Möchten Sie nur die Version des zuletzt installierten Patches ermitteln, können Sie das in der ProjectServer-Published Datenbank in der Tabelle MSP_WEB_ADMIN mit folgendem SQL Statement vornehmen

Use ProjectServer_Published
Select WAdmin_Version_Major, WAdmin_Version_minor, WAdmin_Version_Build
from MSP_WEB_Admin

Das Ergebnis ist hier nur ein Datensatz:

Wadmin_Version_major	Wadmin_version_minor	Wadmin_version_build
-------------------------------------	-----------------------------------	------------------------------
12	0	65245000

WICHTIG

Bitte beachten Sie, daß das Hotfix Paket von Feb 2010 sich leider nicht einträgt mit den internen Versionsnummern, obwohl es installiert ist.

Aber es gibt noch weitere SQL Scripts, mit denen sich das ermitteln läßt.

Ich hoffe, es hilft weiter bei der täglichen Arbeit

Imma Strassburg

Kumulative Update Pakete für Februar 2010 sind freigeschaltet

immastr — Tue, 02 Mar 2010 09:47:00 GMT

Auf der Serverseite gibt es zwei Versionen:

- Server-Rollup enthält alle Korrekturen, die nicht für ein einzelnes Produkt lokalisiert wurden

und

- Produkt Pakete.

Bitte beachten Sie, daß Sie immer erst das WSS Paket und dann das Office Server / ProjectSever installiert werden. Wir empfehlen, daß Client und Server immer auf dem Patch Level installiert sind, da es i.d.R. Abhängigkeiten zwischen Project Client und Project Server Paktenen gibt.

Server Rollup Packete:

Description of the Windows SharePoint Services 3.0 Cumulative Update Server Hotfix Package (WSS server-package): February 23, 2010
http://support.microsoft.com/kb/978396
Description of the Office SharePoint Server 2007 Cumulative Update Server Hotfix Package (MOSS server-package): February 23, 2010
http://support.microsoft.com/kb/978395
(beinhaltet das Paket für Project Server 2007)

Einzelne Produkt Pakete:

Description of the Windows SharePoint Services 3.0 Cumulative Update Server hotfix package (Sts-x-none.msp): February 23, 2010
http://support.microsoft.com/kb/978389
Description of the Office Project Server 2007 hotfix package (Pjsrvapp-x-none.msp, Pjsrvwfe-x-none.msp): February 23, 2010
http://support.microsoft.com/kb/978397
Description of the Office Project 2007 hotfix package (Project-x-none.msp): February 23, 2010
http://support.microsoft.com/kb/980209

Desweiteren gibt es ein Paket für Project Portfolio Server 2007:

Description of the Office Project Portfolio Server 2007 Cumulative Update server hotfix package (Pps2007-x-none.msp): February 23, 2010
http://support.microsoft.com/kb/978390

Die interne Versionsnummer für alle genannten Produkte wird mit 6259.5000 angezeigt.

Viel Erfolg beim Download

Imma Strassburg

Project Server 2007 und Business Productivity Online Suite (kurz: BPOS)

immastr — Tue, 09 Feb 2010 09:02:00 GMT

Für die derzeitige Version Business Productivity Online Standard Suite (kurz BPOS-S) gibt es keine Integrationslösung zum Project Server 2007, die von uns empfohlen wird.

Project Server 2007 unterstützt über das Outlook Addon die Aktualisierung von Aufgaben in Outlook. Aber derzeit wissen wir von keiner Umgebung, die dieses Outlook Addon gegen eine BPOS Instanz benutzt, die den Exchange Server beinhaltet. Hier sollten Sie nach Lösungen von Partnern suchen.

Zukünftig ist vorgesehen, dass auch der Project Server über Microsoft Online Services (und damit BPOS) bereitgestellt werden soll, aber eine Ankündigung dazu ist noch nicht erfolgt.

Für Project Server 2010 ist SharePoint Enterprise 2010 als technische Grundlage notwendig. Wie diese Umgebung in dem Rahmen von BPOS-S W14 integriert wird und unter welchen Bedingungen, ist derzeit noch nicht offengelegt. Diese Thematik finden Sie beschreiben auf den Blogs zu Sharepoint .

Was sich hinter Business Productivity Online Suite (kurz: BPOS) verbirgt, finden Sie beschrieben unter

http://www.microsoft.com/online/de-de/products.mspx