Устранение неполадок миграции для Project Server 2007

Обновлено: Май 2009 г.

Последнее изменение раздела: 2009-04-29

Содержание:

• Перед устранением неполадок: проверьте работоспособность Project Server 2007

• Ведение журнала ошибок

• Восстановление базы данных Project Server 2007

• Миграция пользователей и ошибки разрешений

• Ошибки проверки подлинности

• Блок-схема переноса

В этой статье описываются параметры, которые можно использовать в случае возникновения ошибок в процессе переноса в Microsoft Office Project Server 2007.

Перед устранением неполадок: проверьте работоспособность Project Server 2007

Прежде чем перейти к исправлению неполадок, сначала проверьте правильность работы Microsoft Office Project Server 2007. Установление причины ошибки в переносе или в настройках Office Project Server 2007 может сэкономить ваше время.

• Создайте новый экземпляр веб-клиента Project на компьютере Project Server. Убедитесь, что этот экземпляр не используется для переноса. После исправления неполадок этот экземпляр можно удалить.

• На компьютере, работающем под управлением Microsoft Office Project Профессиональный 2007, создайте, сохраните и опубликуйте проект на вновь созданном экземпляре веб-клиента Project. Проверьте, что этот проект можно открыть в центре проектов. Если проект открыть не удается, ошибка, вероятно, заключается в настройках Office Project Server 2007.

• Проверьте, что на сервере приложений запускается служба очередей и служба событий.

Ведение журнала ошибок

Во время работы над исправлением неполадок важно знать, где искать соответствующую информацию в журнале событий. В этом разделе описываются несколько схем, заключающих в себе сведения об ошибках, регистрируемых в журнале.

• Просмотрите страницу управления очередями, чтобы проверить, находятся ли какие-то задания в состоянии сбоя. Просмотрите столбец "Ошибка" в этих записях, чтобы определить, содержит ли он какой-либо ключ к выявлению ошибки.

• Просмотрите файл журнала обновления. Он доступен по пути, указанному в файле конфигурации миграции. Он содержит подробное описание ошибок, возникших в процессе переноса.

• Просмотрите журнал событий и журнал отслеживания на сервере.

• Чтобы открыть журнал событий, на сервере нажмите Пуск, Выполнить, введите Eventvwr и нажмите ОК. Затем щелкните узел "Приложение". В результате, откроется список событий приложения, произошедших на сервере.

• Чтобы открыть и просмотреть журнал отслеживания, на сервере перейдите к следующей папке: <диск>:\program files\common files\Microsoft Shared\web server extensions\12\LOGS. Журналы отслеживания ULS поименованы в следующем формате: <имя_сервера>-ггггммдд-время.log (например, contoso-20060720-1506.log).

• Если в файле журнала невозможно определить причину ошибки и вы планируете обратиться за помощью в службы поддержки корпорации Майкрософт, подготовьте для этого следующую информацию:

  1. Журналы обновлений (доступны по пути, указанному в файле конфигурации миграции)

     Примечание:

     Убедитесь, что на сервере ведется подробная запись в журналах, обеспечивающая достаточно информации для отладки. Этот параметр можно установить в веб-сайте центра администрирования SharePoint на вкладке Операции на странице "Сбор данных диагностики". В разделе Регулирование событий этой страницы установите следующие параметры: Событие наименьшей важности для занесения в журнал событий: Успешно Событие наименьшей важности для занесения в журнал отслеживания: Подробно

     Нажмите ОК, чтобы сохранить настройки. Чтобы проверить, сохранились ли настройки, в том же разделе выберите отдельную категорию в списке Обновить отдельную категорию и сверьте настройки, которые должны совпадать.

  2. Копия файла журнала событий: для этого откройте журнал событий, щелкните правой кнопкой узел "Приложение" и выберите Сохранить файл журнала как. Таким образом, журнал событий будет сохранен в файл, который можно отправить в службы поддержки Майкрософт.

     Примечание:
     Воспроизведите ошибку, чтобы убедиться, что запись о ней регистрируется в журналах событий и отслеживания.

  3. Копия последних файлов журнала отслеживания: если вы отправляете информацию отслеживания для отладки, воспроизведите ошибку на сервере и отправьте последние два или три файла журнала отслеживания. Определить файлы журнала можно по отметке даты и времени в его имени.

  4. Копия файла базы данных Project Server 2003

• Если средство миграции не отвечает на запросы, откроется диалоговое окно "Microsoft Office Project", в котором можно выполнить дальнейшее исправление неполадок с помощью службы поддержки Майкрософт. В этом диалоговом окне выберите Отправить отчет об ошибке, чтобы отправить сведения об ошибке в службы поддержки. После отправки отчета об ошибке перейдите к средству просмотра "Событие", найдите событие с идентификатором "ID = 1001", скопируйте содержимое поля с описанием в текстовый редактор и его отправьте на контактный адрес служб поддержки.

• Восстановите Office Project Server 2007, чтобы очистить состояние и повторить попытку переноса. Вместо повторного использования экземпляра Office Project Server 2007 можно выполнить восстановление из резервной копии, очистить базу данных Office Project Server 2007 и базу данных Project Server 2003 и затем снова запустить процесс обновления. Дополнительные сведения о порядке восстановления резервной копии и очистки базы данных Office Project Server 2007 читайте в следующем разделе.

Поиск ошибок, предупреждений и сбоев в файле журнала обновления

Чтобы найти и собрать предупреждения, ошибки и сбои в файле журнала обновления, можно выполнить следующие команды в командной строке.

• Чтобы найти все строки, относящиеся к предупреждениям, в файле журнала обновления, выполните следующую команду:

  Find /I "warning" <исходные файлы журнала> >> <выходной файл>

  К примеру,

  Find /I "warning" c:\myupgradelog.log >> c:\errors.log

• Чтобы найти все строки, относящиеся к ошибкам, в файле журнала обновления, выполните следующую команду:

  Find /I "error" <исходные файлы журнала> >> <выходной файл>

  К примеру,

  Find /I "error" c:\myupgradelog.log >> c:\errors.log

• Чтобы найти все строки, относящиеся к сбоям, в файле журнала обновления, выполните следующую команду:

  Find /I "fail" <исходные файлы журнала> >> <выходной файл>

  К примеру,

  Find /I "fail" c:\myupgradelog.log >> c:\errors.log

Восстановление базы данных Project Server 2007

Если во время переноса данных возникают неустранимые ошибки, можно восстановить базу данных Office Project Server 2007 и затем запустить процесс обновления заново. Ниже показан пример сценария восстановления базы данных Office Project Server 2007. Этот сценарий не является обязательным; внесите в него необходимые изменения. Данный сценарий должен выполняться на компьютере с поддержкой OSQL.

Rem Note that if you have any open connections to the database, 
Rem   the Restore operation will fail. You can view open connections in 
Rem   Enterprise Manager: 
Rem   under <Server> - Management - Current Activity 
Rem   (hit F5 to refresh) - Process Info. 
Rem You can stop a process by right-clicking, and choosing Kill Process.
echo off

set P12SQLServerName=<SQL Server Name>

Set publishedDB=<DB Name>
Set draftDB=<DB Name>
Set archiveDB=<DB Name>
Set ReportingDB=<DB Name>

Set RestorePublishedDB='<Full path of the backup>'
Set RestoreWorkingDB= '<Full path of the backup>'
Set RestorearchiveDB= '<Full path of the backup>'
Set RestoreReportingDB= '<Full path of the backup>'

Rem The following commands ensure that there are no open connections to 
Rem  the databases that we are restoring to. You can also do this manually.

Set SqlCmd="USE master ALTER DATABASE %publishedDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %draftDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %archiveDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %ReportingDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Rem Restoring the database
set SqlCmd= "RESTORE DATABASE %publisheddb% 
  From disk = %RestorePublishedDB% 
  with replace RESTORE DATABASE %draftdb% From disk = %RestoreWorkingDB% 
  with replace RESTORE DATABASE %archivedb% 
  From disk = %RestorearchiveDB% 
  with replace RESTORE DATABASE %reportingdb% 
  From disk = %RestoreReportingDB% with replace"

osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %publishedDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %draftDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %archiveDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %ReportingDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Rem Clearing the cache
rd /s /q "%APPDATA%\Microsoft\MS Project\cache"

goto :Clean

:Clean

Rem To clean up the environment variables created
set P12SQLServerName=
Set RestorePublishedDB=
Set RestoreWorkingDB=
Set RestorearchiveDB=
Set RestoreReportingDB=

set SqlCmd=

Set publishedDB=
Set draftDB=
Set archiveDB=
Set ReportingDB=

Миграция пользователей и ошибки разрешений

После миграции (особенно, в локализованных сборках) пользователи теряют определенные разрешения в перенесенной установке Office Project Server 2007. Например, представьте, что вам были назначены разрешения с помощью шаблона "Administrator Template", но расписания недоступны для просмотра. Такая ситуация может возникнуть по нескольким причинам.

• В Project Server 2003 в разрешении отказано на уровне организации. Это можно проверить, сверив разрешения в веб-клиенте Project, где можно увидеть, отключены ли какие-либо разрешения и являются ли они причиной ошибки.

  Чтобы проверить разрешения веб-клиента Project, выполните следующие действия

  1. На домашней странице веб-клиента Project в левой панели выберите Параметры сервера.

  2. В параметрах сервера в разделе Безопасность выберите Разрешения веб-клиента Project.

• Office Project Server 2007 включает несколько новых разрешений. Эти разрешения могут быть неправильно сопоставлены во время миграции. Чтобы проверить, являются ли эти разрешения причиной ошибки, можно просмотреть их список в документации системы безопасности. Дополнительные сведения о разрешениях Office Project Server 2007 см. в разделе Безопасность и защита для Office Project Server 2007.

• Если в Office Project Server 2007 существует пользователь или ресурс Project Server 2003 (с именем или учетной записью Windows NT), разрешения безопасности этого пользователя или ресурса не будут перенесены. Например, если перед миграцией была выполнена синхронизация с Active Directory (и если большинство из этих пользователей существует в Project Server 2003), ни одно из таких разрешений пользователей не будет перенесено. При возникновении этой ошибки установите для параметра целевого веб-клиента Project значение "Пусто" и заново начните процесс переноса.

Ошибки проверки подлинности

Проверка подлинности Project Server используется в Project Server 2003, но не поддерживается в Office Project Server 2007. Во время миграции пользователей, прошедших проверку подлинности Project Server, в Office Project Server 2007 учетные записи пользователей сбрасываются, так как механизм проверки подлинности на основе форм в Office Project Server 2007 архитектурно отличается от проверки подлинности Project Server, используемой в Project Server 2003. Эти пользователи не будут перечислены на странице управления пользователями параметров сервера веб-клиента Projec или для пользователя не будет отображаться раздел Проверка подлинности пользователя. Однако редактировать перенесенных пользователей можно в центре ресурсов веб-клиента Project.

Перенесенные ресурсы в базе данных ресурсов могут быть рассинхронизированы с опубликованной базой данных.

Ошибки возникающие при переносе главных проектов

При переносе главных проектов и их подпроектов из Project Server 2003 в Office Project Server 2007 причиной ошибки миграции проекта могут быть следующие два сценария.

• Подпроект, перенесенный после главного проекта. (Порядок переноса можно скорректировать в файле конфигурации миграции.)

• Проект, который является подпроектом двух разных главных проектов. (Такая компоновка разрешена в Project Server 2003, но невозможна в Office Project Server 2007). Ошибка миграции такого проекта возникает при попытке его публикации.

Блок-схема миграции

На следующей блок-схеме дано графическое представление переноса данных из Project Server 2003 в Office Project Server 2007. Такое представление можно использовать в исправлении неполадок, которые могут возникать в процессе переноса.

Обновление с версии Project Server 2003 до версии Office Project Server 2007 включает шаги как на базе клиента Windows, так и SQL Server 2000.

Процесс обновления состоит из трех фаз.

1. Фаза обновления глобальных данных: обновление глобальных данных и данных веб-клиента Project до версии Office Project Server 2007.

2. Фаза обновления данных проекта: обновление данных проекта до версии Office Project Server 2007.

3. Фаза обновления данных Windows SharePoint Services: требуется, только если существуют данные Windows SharePoint Services для проектов в Project Server 2003. Эта фаза выполняется отдельно от запуска средства миграции и поэтому не включена в представленную блок-схему.

Следующая блок-схема иллюстрирует первые две фазы процесса обновления в указанном порядке.