Freigeben über

  • Artikel

Beheben von mit dem Prä-Migrations-Skript A1 identifizierten Datenproblemen (Project Server 2010)

 

Gilt für: Project Server 2010

Letztes Änderungsdatum des Themas: 2016-11-30

Nachdem Sie das Prä-Migrations-Skript A1 für Ihre Microsoft Office Project Server 2003-Daten ausgeführt haben überprüfen Sie die Ausgabe des Skripts auf möglicherweise vorhandene Probleme. In diesem Artikel werden Methoden zum Lösen von Problem mit den Daten beschrieben, die in der Ausgabe identifiziert werden. Dies umfasst Folgendes:

  • Ausgecheckte Projekte

  • Extern bearbeitete Projekte

  • Projekte mit ausstehenden Statusaktualisierungen

  • Doppelte Enterprise-Ressourcen

  • Die Produktversion von Project Server 2003 sollte mindestens Service Pack 2a sein

  • Doppelte Enterprise-Ressourcen in Projekten

  • Die Enterprise-Global-Projektvorlage wurde extern bearbeitet

  • Die Enterprise-Global-Projektvorlage wurde ausgecheckt

  • Die Enterprise-Global-Vorlage ist gesperrt

  • Die Standardsprache in den Datenbanken Web tables und Project tables sollte übereinstimmen

  • Die Namen von Enterprise-Ressourcen sollten keine Kommas enthalten

  • Erforderliche benutzerdefinierte Enterprise-Ressourcenfelder enthalten keine Werte

  • Erforderliche benutzerdefinierte Felder für Enterprise-Ressourcen enthalten Werte, die nicht in der Definition der Nachschlagetabelle enthalten sind

  • Enterprise-Ressourcen wurden extern bearbeitet

  • Benutzerdefinierte Enterprise-Ressourcendauerfelder weisen Wertelisten auf

  • Benutzerdefinierte Enterprise-Ressourcendauerfelder enthalten ungültige Werte

Führen Sie nach dem Beheben von Datenproblemen, wie in diesem Abschnitt beschrieben, das Prä-Migrations-Skript A1 erneut aus, um sicherzustellen, dass die Datenprobleme behoben wurden.

Ausgecheckte Projekte

Ein Projekt kann nicht migriert werden, wenn es ausgecheckt ist. Vor jeder Migration sollten die Dateien in einen stabilen Status gebracht werden \endash durch das bewusste Einchecken von Projekten stellen Sie sicher, dass sich ein Projekt in einem stabilen Status für die Migration befindet. Migrationskoordinatoren können einen Stichtag für Projektmanager festlegen, bis zu dem diese ihre Projekte einchecken müssen. Nach diesem Datum kann das Einchecken für alle Projekte erzwungen werden.

Vorgehensweise zum Beheben des Problems

Checken Sie alle ausgecheckten Projekte ein.

Einchecken aller ausgecheckten Projekte in Project Server 2003

  1. Klicken Sie in Microsoft Office Project Server 2003 Project Web Access auf Admin.

  2. Klicken Sie auf Enterprise-Features verwalten.

  3. Klicken Sie auf Enterprise-Projekte einchecken, um zu sehen, welche Projekte ausgecheckt sind. Koordinieren Sie das Einchecken, oder erzwingen Sie das Einchecken mithilfe von Project Web Access.

Hinweis

Sie können auch nach ausgecheckten Projekten suchen, indem Sie die folgende SQL-Abfrage in den Datenbanken Project Server 2003Project tables und Project Server 2003Web Tables ausführen.
select PROJ_NAME from dbo.MSP_PROJECTS where PROJ_CHECKEDOUT = 1 and PROJ_TYPE in (0, 1)
Wenn Ergebnisse zurückgegeben werden, sind die angegebenen Projekte noch ausgecheckt.

Extern bearbeitete Projekte

Ein Projekt kann nicht migriert werden, wenn es extern bearbeitet wurde.

Vorgehensweise zum Beheben des Problems

Öffnen Sie das extern bearbeitete Projekt in Project Professional 2003. Speichern Sie es, und checken Sie es wieder auf dem Server ein. Durch diese Aktion sollte das Attribut für externe Bearbeitung auf false festgelegt werden.

Projekte mit ausstehenden Statusaktualisierungen

Standardmäßig werden Project Server-Projekte mit ausstehender Aktualisierung nicht zu Project Server 2007 migriert. Vor der Migration sollten Benutzer Statusaktualisierungen genehmigen oder ablehnen, um sicherzustellen, dass die Projekte sich in einem stabilen Status für die Migration befinden.

Vorgehensweise zum Beheben des Problems

Der StopProjectMigrationIfStatusUpdatesPending-Parameter in der Migrationskonfigurationsdatei kann so konfiguriert werden, dass die Migration von Projekten mit ausstehenden Aktualisierungen zulässig ist. Weitere Informationen zu diesem Parameter finden Sie unter Konfigurieren des Migrationstools.

Es hat sich bewährt, im Rahmen der Migrationsvorbereitung einen Stichtag für Projektmanager festzulegen, bis zu dem sie ausstehende Statusaktualisierungen annehmen oder ablehnen müssen. Nach diesem Datum können Sie das Migrieren aller Projekte erzwingen (selbst wenn die Statusaktualisierungen nicht aktuell sind).

Doppelte Enterprise-Ressourcen

Mehrere Ressourcen im Enterprise-Ressourcenpool mit dem gleichen Namen werden in Project Server 2003 oder Project Server 2007 nicht unterstützt. Wenn diese Situation auftritt, ist sie möglicherweise das Ergebnis von direkten Datenbankbearbeitungen. Beachten Sie, dass die doppelten Namen möglicherweise in Project Professional nicht angezeigt werden, wenn Sie den Enterprise-Ressourcenpool bearbeiten. Das liegt daran, dass in der MSP_WEB_RESOURCES-Tabelle möglicherweise nur ein Eintrag für eine Enterprise-Ressource mit dem Namen vorhanden ist. Es gibt keine einfache Möglichkeit, das Problem zu lösen. Wenden Sie sich an Ihren Project Server-Experten, um das Problem zu lösen. Nachfolgend finden Sie einige Richtlinien, um Probleme mit doppelten Enterprise-Ressourcen zu suchen und zu beheben.

Identifizieren doppelter Enterprise-Ressourcen

Das Prä-Migrations-Skript A1 identifiziert doppelte Enterprise-Ressourcen, wenn diese in den Daten enthalten sind. Wenn das Skript doppelte Enterprise-Ressourcen findet, werden die Daten ähnlich wie im folgenden Beispiel mit zwei doppelten Ressourcen angezeigt:

RES_UID RES_NAME RES_EUID

123

Peter Krebbs

123

124

Peter Krebbs

123

125

Brad Sutton

125

126

Brad Sutton

126

Identifizieren doppelter Enterprise-Ressourcen in Projekten

Das Prä-Migrations-Skript A1 identifiziert doppelte Enterprise-Ressourcen, wenn diese in den Daten enthalten sind. Wenn das Skript doppelte Enterprise-Ressourcen findet, werden die Daten ähnlich wie im folgenden Beispiel mit zwei doppelten Ressourcen angezeigt:

RES_NAME RES_EUID

Peter Krebbs

123

Brad Sutton

125

Brad Sutton

126

Korrigieren von Projekten, die doppelte Enterprise-Ressourcen verwenden

Die folgende Abfrage (Abfrage 1) gibt Projekt-IDs zurück, denen doppelte Enterprise-Ressourcen zugeordnet sind. Sie müssen diese Art der Duplizierung vermeiden, sodass nur eine res_name, res_euid-Kombination in den Projekten verwendet wird. Wenn Duplikate vorhanden sind, müssen Sie eines der Duplikate als die richtige Ressource festlegen und sicherstellen, dass alle Projekte diese Ressource verwenden. (Aktualisieren Sie die MSP_RESOURCES.RES_EUID-Spalte für das Projekt, um auf die Enterprise-Ressource zu verweisen, die Sie als die richtige bestimmt haben.) Führen Sie danach Skript A1 aus, um den Überprüfungstest für doppelte Enterprise-Ressourcen in Projekten zu wiederholen.

Abfrage 1:

select res_name,  res_euid, proj_id from msp_resources where res_name in (select distinct r1.RES_NAME from dbo.MSP_RESOURCES r1 inner join dbo.MSP_RESOURCES r2 on (r1.RES_NAME = r2.RES_NAME and r1.PROJ_ID = r2.PROJ_ID) where r1.PROJ_ID = 1 and r1.RES_UID != r2.RES_UID) and proj_id <> 1 and res_euid is not null order by res_name, res_euid asc

Angenommen, Abfrage 1 gibt die folgenden Ergebnisse zurück:

RES_NAME RES_EUID PROJ_ID

Brad Sutton

125

12

Brad Sutton

126

13

Brad Sutton

125

14

Sie können das Problem beheben, indem Sie "Brad Sutton" mit RES_EUID=125 als richtige Enterprise-Ressource auswählen und die Zeilen wie folgt korrigieren:

RES_NAME RES_EUID PROJ_ID

Brad Sutton

125

12

Brad Sutton

125

13

Brad Sutton

125

14

Korrigieren von doppelten Enterprise-Ressourcen und Verweisen auf die richtige Enterprise-Ressource

Im vorherigen Abschnitt haben Sie unter den Duplikaten die richtige Ressource bestimmt und die Projekte korrigiert, damit sie auf die richtige Ressource verweisen. Jetzt müssen Sie in der MSP_RESOURCES-Tabelle die Ressource entsprechend ändern. Führen Sie Abfrage 4 aus (identisch mit Abfrage 1), um eine Liste der doppelten Enterprise-Ressourcen zu erhalten. Aktualisieren Sie dann die RES_EUID-Spalte für die doppelte Ressource, und verweisen Sie auf die Ressource, die Sie als richtige bestimmt haben.

Abfrage 4:

select res_uid, res_name, res_euid from msp_resources where res_name in (select distinct r1.RES_NAME from dbo.MSP_RESOURCES r1 inner join dbo.MSP_RESOURCES r2 on (r1.RES_NAME = r2.RES_NAME and r1.PROJ_ID = r2.PROJ_ID) where r1.PROJ_ID = 1 and r1.RES_UID != r2.RES_UID) and proj_id = 1 order by res_name asc

Angenommen, Abfrage 4 gibt die folgenden Ergebnisse zurück. Die Zeile "Peter Krebbs" ist richtig. "Brad Sutton" muss berichtigt werden.

RES_UID RES_NAME RES_EUID

123

Peter Krebbs

123

124

Peter Krebbs

123

125

Brad Sutton

125

126

Brad Sutton

126

Sie können das Problem beheben, indem Sie "Brad Sutton" mit RES_UID=125 als richtige Ressource auswählen und die andere Zeile, die darauf verweist, aktualisieren. Zum Beispiel:

RES_UID RES_NAME RES_EUID

123

Peter Krebbs

123

124

Peter Krebbs

123

125

Brad Sutton

125

126

Brad Sutton

125

Entfernen der doppelten Ressource aus dem Enterprise-Ressourcenpool

Sie können eine doppelte Ressource aus dem Enterprise-Ressourcenpool entfernen, indem Sie die doppelte Ressource einem Scheinprojekt zuordnen (PROJ_ID = maximaler Ganzzahlwert). Zusätzlich müssen auch die zugehörigen Enterprise-Kalender bereinigt werden. Führen Sie hierzu Abfrage 5 aus.

Abfrage 5:

update msp_resources set proj_id=2147483647 WHERE res_uid != res_euid and res_euid is not null and res_uid > 0 and proj_id = 1

update msp_calendars set proj_id=2147483647 WHERE res_uid not in (select res_uid from msp_resources where proj_id=1) and proj_id = 1 and cal_uid > 0 and res_uid is not null

Nach Abschluss der vorherigen Schritte führen Sie das Migrationstool mit der Option -verify erneut aus, um zu überprüfen, ob das Problem der doppelten Ressourcen gelöst ist.

Mindestens erforderliche Project-Version ist Project Server 2003 SP2a

Microsoft unterstützt die Migration von Project Server 2003 SP2a oder SP3. Wenn nicht mindestens Service Pack 2a installiert ist, müssen Sie ein Service Pack anwenden (empfohlen wird das neueste Service Pack 3).

Vorgehensweise zum Beheben des Problems

Wenden Sie Project Server 2003 SP3 auf die Project Server 2003-Installation an. Weitere Informationen zu Project Server 2003 SP3 finden Sie im Knowledge Base-Artikel Beschreibung von Project Server 2003 Service Pack 3 (https://go.microsoft.com/fwlink/?linkid=188720\&clcid=0x407).

Die Enterprise-Global-Projektvorlage wurde extern bearbeitet

Das Flag für die externe Bearbeitung wird auf true festgelegt, wenn die Enterprise-Global-Projektvorlage außerhalb von Project bearbeitet wird (beispielsweise von einer Drittanbieteranwendung). Dieses Flag wird von Project Professional überprüft: Wenn es auf true festgelegt ist, berechnet Project Professional alle Daten in der Enterprise-Global-Projektvorlage neu, um die Konsistenz sicherzustellen. Legen Sie das Flag auf false fest, um die Migration zu ermöglichen.

Vorgehensweise zum Beheben des Problems

Öffnen Sie die Enterprise-Global-Projektvorlage in Project Professional, und speichern Sie sie auf dem Server.

Die Enterprise-Global-Projektvorlage wurde ausgecheckt

Die Enterprise-Global-Projektvorlage sollte nicht ausgecheckt sein, wenn Sie Projekte migrieren.

Vorgehensweise zum Beheben des Problems

Stellen Sie sicher, dass die Enterprise-Global-Projektvorlage eingecheckt ist.

  1. Klicken Sie in Project Server 2003 Project Web Access auf Admin.

  2. Klicken Sie auf Enterprise-Features verwalten.

  3. Klicken Sie auf Enterprise-Projekte einchecken, um anzuzeigen, wer die Enterprise-Global-Projektvorlage ausgecheckt hat. Koordinieren Sie das Einchecken, oder erzwingen Sie das Einchecken mithilfe von Project Web Access.

Bestimmen, ob die Enterprise-Global-Projektvorlage gesperrt ist

Ein Projekt wird gesperrt, wenn der Computer nicht normal heruntergefahren oder Project Professional außerplanmäßig beendet wird. Wenn die Enterprise-Global-Projektvorlage gesperrt ist, kann das Migrationstool nicht ausgeführt werden.

Vorgehensweise zum Beheben des Problems

Mit der folgenden SQL-Abfrage heben Sie die Sperrung der Enterprise-Global-Projektvorlage auf. Führen Sie die folgende SQL-Abfrage in der Datenbank Project Server 2003 Project tables aus.

Update MSP_PROJECTS set PROJ_LOCKED = 1 where PROJ_TYPE = 2

Bestimmen, ob die Standardsprache in den Datenbanken "Web tables" und "Project tables" übereinstimmt

Die Standardsprache in den Datenbanken Project Server 2003Web tables und Project Server 2003Project tables muss vor der Migration übereinstimmen.

Vorgehensweise zum Beheben des Problems

Korrigieren Sie gemeinsam mit dem Administrator den inkonsistenten Status der beiden Datenbanken.

Bestimmen, ob eine Ressource ein Komma im Namen enthält

In Project Server 2007 gilt die Einschränkung, dass der Name einer Enterprise-Ressource (in jeder Sprache) kein Komma (,) enthalten darf. Dieses Zeichen muss durch ein gültiges Zeichen ersetzt werden.

Vorgehensweise zum Beheben des Problems

Führen Sie die folgende SQL-Abfrage in den Datenbanken Project Server 2003 Project tables und Project Server 2003-Web tables aus. Mit der Abfrage ersetzen Sie das Komma durch ein Unterstrichzeichen. Wenn Sie ein anderes gültiges Zeichen verwenden möchten, können Sie die Abfrage bearbeiten.

-- run this against the project tables db

declare @replacement_char char

declare @char_to_replace char

set @replacement_char = '_'

set @char_to_replace = ','

update dbo.MSP_RESOURCES set RES_NAME = replace(RES_NAME, @char_to_replace, @replacement_char)

where RES_NAME is not null and charindex(@char_to_replace, RES_NAME) > 0

-- run this against the web tables db

declare @replacement_char char

declare @char_to_replace char

set @replacement_char = '_'

set @char_to_replace = ','

update dbo.MSP_WEB_RESOURCES set RES_NAME = replace(RES_NAME, @char_to_replace, @replacement_char)

where RES_NAME is not null and charindex(@char_to_replace, RES_NAME) > 0

Erforderliche benutzerdefinierte Enterprise-Ressourcenfelder enthalten keine Werte

Enterprise-Ressourcen, die keinen Wert für ein erforderliches benutzerdefiniertes Enterprise-Feld (wie den RSP) aufweisen, werden nicht migriert. Während der Migration wird ein Fehler in das Migrationsprotokoll geschrieben. Es wird empfohlen, dass Sie dieses Szenario vor der Migration überprüfen. Wenn Ihre Enterprise-Ressourcen sehr alt (erstellt, bevor das benutzerdefinierte Feld auf Erforderlich festgelegt wurde) oder inaktiv sind, haben sie möglicherweise keine Werte für das erforderliche benutzerdefinierte Feld.

Vorgehensweise zum Beheben des Problems

Öffnen Sie in Project Server 2003 den Enterprise-Ressourcenpool. Legen Sie dann Werte für die erforderlichen benutzerdefinierten Felder fest, oder legen Sie die betroffenen Felder auf Nicht erforderlich fest. Anschließend können Sie sie in Office Project Server 2007 nach der Migration wieder manuell ändern.

Benutzerdefiniertes Ressourcenfeld enthält einen Wert, der sich nicht in der Definition der Nachschlagetabelle befindet

Alle Werte eines benutzerdefinierten Ressourcenfelds müssen in der Definition der Nachschlagetabelle vorhanden sein.

Vorgehensweise zum Beheben des Problems

Mit der folgenden SQL-Abfrage legen Sie ungültige benutzerdefinierte Ressourcenfeldwerte auf NULL fest. Führen Sie die folgende SQL-Abfrage in der Datenbank Project Server 2003 Project tables aus.

declare @eglobal_proj_id int

set @eglobal_proj_id = (select PROJ_ID from dbo.MSP_PROJECTS where PROJ_TYPE = 2)

update dbo.MSP_MV_FIELDS

set

   CODE_UID = NULL

from dbo.MSP_MV_FIELDS cf1

   left join dbo.MSP_OUTLINE_CODES oc1 on (oc1.CODE_UID = cf1.CODE_UID and (cf1.CODE_FIELD_ID - 76) = oc1.OC_FIELD_ID and oc1.PROJ_ID = @eglobal_proj_id)

   left join (

      select

         oc.CODE_UID,

         fa.ATTRIB_FIELD_ID as OC_FIELD_ID,

         @eglobal_proj_id as PROJ_ID

      from

         dbo.MSP_OUTLINE_CODES oc

         inner join dbo.MSP_FIELD_ATTRIBUTES fa on (fa.PROJ_ID = oc.PROJ_ID and fa.ATTRIB_VALUE = oc.OC_FIELD_ID and fa.ATTRIB_ID = 212)

      where

         oc.PROJ_ID = @eglobal_proj_id

         and fa.PROJ_ID = @eglobal_proj_id

         and fa.ATTRIB_ID = 212

   ) as oc2 on (oc2.CODE_UID = cf1.CODE_UID and (cf1.CODE_FIELD_ID - 76) = oc2.OC_FIELD_ID and oc2.PROJ_ID = @eglobal_proj_id)

where

   cf1.proj_id = 1

   and oc1.CODE_UID is null

   and oc2.CODE_UID is null

update dbo.MSP_CODE_FIELDS

set

   CODE_UID = NULL

from dbo.MSP_CODE_FIELDS cf1

   left join dbo.MSP_OUTLINE_CODES oc1 on (oc1.CODE_UID = cf1.CODE_UID and cf1.CODE_FIELD_ID = oc1.OC_FIELD_ID and oc1.PROJ_ID = @eglobal_proj_id)

   left join (

      select

         oc.CODE_UID,

         fa.ATTRIB_FIELD_ID as OC_FIELD_ID,

         @eglobal_proj_id as PROJ_ID

         from

         dbo.MSP_OUTLINE_CODES oc

         inner join dbo.MSP_FIELD_ATTRIBUTES fa on (fa.PROJ_ID = oc.PROJ_ID and fa.ATTRIB_VALUE = oc.OC_FIELD_ID and fa.ATTRIB_ID = 212)

      where

         oc.PROJ_ID = @eglobal_proj_id

         and fa.PROJ_ID = @eglobal_proj_id

         and fa.ATTRIB_ID = 212

   ) as oc2 on (oc2.CODE_UID = cf1.CODE_UID and cf1.CODE_FIELD_ID = oc2.OC_FIELD_ID and oc2.PROJ_ID = @eglobal_proj_id)

where

   cf1.proj_id = 1

   and oc1.CODE_UID is null

   and oc2.CODE_UID is null

update dbo.MSP_PROJECTS set PROJ_EXT_EDITED = 1, PROJ_EXT_EDITED_CODE = 1 where PROJ_ID = 1

Enterprise-Ressourcen wurden extern bearbeitet

Damit Enterprise-Ressourcen von Project Server 2003 zu Project Server 2007 migriert werden können, dürfen sie nicht extern bearbeitet werden.

Vorgehensweise zum Beheben des Problems

Zum Beheben des Problems müssen Sie erst alle Enterprise-Ressourcen als extern bearbeitet festlegen. Dies kann mithilfe einer SQL-Abfrage geschehen. Sie können dann jede Enterprise-Ressource einzeln ändern, sodass beim Speichern des Enterprise-Ressourcenpools alle relevanten Aktualisierungen von Project Professional durchgeführt werden können. Mit dieser Aktion entfernen Sie das Attribut für externe Bearbeitung für jede Enterprise-Ressource. Wenn eine Enterprise-Ressource nicht geändert wird, werden von Project Professional für diese Ressource keine Neuberechnungen durchgeführt. Diese Enterprise-Ressource wird weiterhin als extern bearbeitet gekennzeichnet, und der Enterprise-Ressourcenpool wird nicht migriert.

Hinweis

Nachdem der Enterprise-Ressourcenpool migriert wurde, können die Änderungen an den einzelnen Enterprise-Ressourcen entfernt werden.

Sie können die folgende allgemeine Problemumgehung verwenden, um alle Flags für die externe Bearbeitung für die Enterprise-Ressourcen zu entfernen.

  1. Legen Sie alle Enterprise-Ressourcen als extern bearbeitet fest. Führen Sie dazu die folgende SQL-Abfrage in der Datenbank Project Server 2003 Project tables aus.

    Update dbo.MSP_RESOURCES set EXT_EDIT_REF_DATA = 1 where PROJ_ID = 1

    Update dbo.MSP_PROJECTS set PROJ_EXT_EDITED = 1, PROJ_EXT_EDITED_DATE = 1, PROJ_EXT_EDITED_DUR = 1, PROJ_EXT_EDITED_NUM = 1, PROJ_EXT_EDITED_FLAG = 1, PROJ_EXT_EDITED_CODE = 1, PROJ_EXT_EDITED_TEXT = 1 where PROJ_ID = 1

  2. Fügen Sie jeder Enterprise-Ressource vorübergehend ein irrelevantes benutzerdefiniertes Ressourcenfeld hinzu, um die Neuberechnung durch Project Professional 2003 zu erzwingen. Durch die erzwungene Neuberechnung wird jede Enterprise-Ressource nicht länger als extern bearbeitet markiert. Beispielsweise können Sie in Project Professional 2003 ein benutzerdefiniertes Testressourcenfeld erstellen, das jeder Enterprise-Ressource hinzugefügt wird. Sie können einen beliebigen benutzerdefinierten Feldtyp verwenden. Beispielsweise können Sie ein benutzerdefiniertes Ressourcendauerfeld verwenden, das selten verwendet wird.

    Hinweis

    Wenn Sie ein benutzerdefiniertes Ressourcendauerfeld verwenden, erstellen Sie keine Werteliste für das Feld. Benutzerdefinierte Ressourcendauerfelder mit Wertelisten werden nicht migriert. Verwenden Sie beim Erstellen dieses temporären benutzerdefinierten Felds einen numerischen Wert.

    Sie können das neue benutzerdefinierte Feld Testressource CF nennen. Nach dem Erstellen des benutzerdefinierten Felds Testressource CF öffnen Sie den Enterprise-Ressourcenpool, und fügen Sie die Testressource CF-Spalte hinzu. Legen Sie für alle Ressourcen einen gültigen Wert für dieses benutzerdefinierte Feld fest. Speichern Sie den Enterprise-Ressourcenpool, und führen Sie die Migration aus. Entfernen Sie das benutzerdefinierte Feld Testressource CF nach der Migration in Microsoft Office Project Professional 2007.

Benutzerdefinierte Enterprise-Ressourcendauerfelder enthalten Wertelisten.

Benutzerdefinierte Enterprise-Ressourcendauerfelder mit Wertelisten führen dazu, dass die Migration fehlschlägt.

Vorgehensweise zum Beheben des Problems

Zum Beheben des Problems müssen Sie manuell alle Wertelisten von jedem von der SQL-Abfrage gefundenen benutzerdefinierten Enterprise-Ressourcendauerfeld entfernen. Gehen Sie dazu folgendermaßen vor.

  1. Öffnen Sie Project Professional 2003, und stellen Sie eine Verbindung mit dem Project Server 2003-Server her.

  2. Zeigen Sie im Menü Extras auf Enterprise-Optionen, und klicken Sie dann auf Enterprise-Global öffnen.

  3. Zeigen Sie auf der Microsoft Project-Seite Ausgecheckte Enterprise-Global im Menü Extras auf Anpassen, und klicken Sie dann auf Enterprise-Felder.

  4. Klicken Sie auf der Seite Enterprise-Felder anpassen auf der Registerkarte Benutzerdefinierte Felder im Abschnitt Felder auf Ressource.

  5. Klicken Sie in der Dropdownliste Typ auf Dauer. Alle benutzerdefinierten Enterprise-Dauerfelder werden in der Liste Felder angezeigt.

  6. Wählen Sie in der Liste Feld das erste benutzerdefinierte Enterprise-Ressourcenfeld aus, das mit den Rückgabewerten der vorher ausgeführten SQL-Abfrage übereinstimmt. Klicken Sie im Abschnitt Benutzerdefinierte Attribute auf die Schaltfläche Werteliste. Löschen Sie in der Werteliste für das spezifische benutzerdefinierte Enterprise-Dauerfeld die Werte in der Spalte Wert, und klicken Sie dann auf OK. Klicken Sie im angezeigten Microsoft Office Project-Dialogfeld auf OK.

  7. Überprüfen Sie auf der Seite Enterprise-Felder anpassen im Abschnitt Benutzerdefinierte Attribute, dass Werteliste nicht für das in der Liste Feld ausgewählte benutzerdefinierte Enterprise-Ressourcendauerfeld aktiviert ist. Wenn Werteliste aktiviert ist, wählen Sie Nein aus.

  8. Wählen Sie in der Liste Feld alle verbleibenden benutzerdefinierten Enterprise-Ressourcendauerfelder aus, die der SQL-Abfrage entsprechen, und wiederholen Sie dann Schritt 6 und 7.

  9. Klicken Sie auf OK.

Benutzerdefinierte Enterprise-Ressourcendauerfelder enthalten gültige Werte

In Project Server 2010 sind keine negativen Dauerwerte oder Dauerwerte größer als 34689600 zulässig. Beim Versuch, benutzerdefinierte Project Server 2003-Enterprise-Ressourcendauerfelder zu migrieren, die solche Werte enthalten, wird die Migration mit einem Fehler abgebrochen.

Vorgehensweise zum Beheben des Problems

Um das Problem zu beheben, müssen Sie den Wert des benutzerdefinierten Enterprise-Ressourcendauerfelds für jedes der identifizierten benutzerdefinierten Felder manuell bearbeiten. Sie müssen sicherstellen, dass die Werte gültig sind (zwischen 0 und 34689600).

Wenn das von der Abfrage identifizierte Feld ein einfaches benutzerdefiniertes Feld ist (kein Formelfeld), können Sie den Feldwert so ändern, dass er innerhalb des zulässigen Bereichs liegt. Wenn das von der Abfrage identifizierte Feld ein Formelfeld ist, müssen Sie die Formel ändern, damit die Ergebnisse innerhalb des gültigen Bereichs liegen.