Поделиться через


Зеркальное отображение сервера планирования

Под зеркальным отображением системы сервера Сервер планирования понимается копирование одной установки системы сервера Сервер планирования в другую. Данные в системе сервера Сервер планирования представляют собой точную копию.

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

Чтобы зеркально отобразить систему сервера Сервер планирования, можно выполнить резервное копирование исходных баз данных сервера Сервер планирования (включая базы данных SharePoint, если используются службы Windows SharePoint Services), а затем восстановить эти базы данных на другой сервер баз данных, используемый в качестве конечной системы. После резервного копирования и восстановления следует внести необходимые изменения в конфигурацию новой системы сервера Сервер планирования, чтобы привести ее в рабочее состояние.

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

ПримечаниеПримечание.

Термины "Windows SharePoint Services" и "SharePoint Services" в документации по PerformancePoint Server используются для обобщенного обозначения Office SharePoint Server 2007 и Windows SharePoint Services 3.0.

Зеркальное отображение сервера планирования

  1. Создайте резервные копии баз данных исходной системы сервера Сервер планирования (включая PPSPlanningService, PPSPlanningSystem, необходимые приложения и промежуточные базы данных). Дополнительные сведения см. в разделе Резервное копирование и восстановление баз данных сервера планирования.

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

  3. Восстановите исходные службу PPSPlanning и базы данных PPSPlanningSystem на конечный сервер, на котором выполняются сервер Сервер планирования и Microsoft SQL Server 2005.

  4. Используя функцию вставки, вставьте формы и отчеты в их расположения по умолчанию в конечной системе.

  5. Измените владельца базы данных (DBO) в восстановленных базах данных на учетную запись удостоверения службы (SI) службы процесса планирования.

    USE [PPSPlanningService]
    Exec sp_changedbowner 'SI Account'
    GO
    USE [PPSPlanningSystem]
    Exec sp_changedbowner 'SI Account'
    GO
    
  6. Подготовьте новые компьютеры к использованию в качестве конечной системы сервера Сервер планирования. Для этого запустите программу установки сервера Сервер планирования и диспетчер конфигураций. Дополнительные сведения о подготовке компьютеров к развертыванию системы сервера Сервер планирования см. в разделе Руководство по развертыванию PerformancePoint Server 2007.

    ВажноВнимание!

    При подготовке системы сервера Сервер планирования следует убедиться, что на странице Параметры установки мастера Диспетчер конфигурации сервера планирования выбран пункт Распределенная конфигурация и снят флажок Системная база данных планирования. На странице Системная база данных мастера, введите имя конечного компьютера, на который были восстановлены существующие системная база данных планирования и база данных службы планирования.

  7. Предоставьте роли dbcreator разрешения на учетную запись удостоверения службы.

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

     --Grant dbcreator permissions to SI account
          USE [master]
          GO
          GRANT ALTER TRACE TO [DOMAIN\User1]
          GO
    
  8. В компоненте служб аналитики сервера щелкните правой кнопкой мыши соединение с сервером служб аналитики, последовательно выберите пункты Свойства и Безопасность и добавьте в роль учетную запись удостоверения службы.

    Если выполняется развертывание на несколько компьютеров, может потребоваться настроить параметры безопасности на компьютерах, на которых выполняются SQL Server, службы аналитики и Windows SharePoint Services. Дополнительные сведения о настройке параметров безопасности при развертывании продукта на несколько компьютеров см. в разделе Руководство по развертыванию PerformancePoint Server 2007.

  9. После настройки конечной системы следует восстановить все приложения и промежуточные базы данных исходной системы в конечную. Если используются службы Windows SharePoint Services, следует также восстановить базы данных Windows SharePoint Services.

  10. Измените владельца базы данных в восстановленных приложениях и промежуточных базах данных: USE [PPS_APP] Exec sp_changedbowner 'SI Account' GO USE [PPS_STG] Exec sp_changedbowner 'SI Account' GO

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

    Инструкции, приведенные ниже, рассчитаны на среду из 5 серверов. Они — пример того, как изменить данные, связанные с конфигурацией, таким образом, чтобы привести в рабочее состояние зеркально отображенную систему (предполагается, что восстановление уже выполнено).

    Сервер 1. База данных SQL Server

    Сервер 2. OLAP-сервер

    Сервер 3. Сервер Windows SharePoint Services

    Сервер 4. Сервер веб-службы Веб-служба планирования и сервер консоли Консоль администрирования (присутствие последнего необязательно)

    Сервер 5. Сервер службы Служба процесса планирования

    Ниже приведена конфигурация (в целях иллюстрирования):

    • Системная база данных планирования и базы данных службы планирования расположены на одном сервере баз данных.

    • Базы данных приложений сервера Сервер планирования расположены на разных серверах баз данных (по одному на приложение).

    • Базы данных OLAP сервера Сервер планирования расположены на разных серверах баз данных (по одному на узел бизнес-моделей или на приложение).

    ПримечаниеПримечание.

    Столбец [ViewWorkFlowDBServer] в таблице BizSystem более не используется. На его значения в таблице BizSystem обращать внимание не следует.

    1. Вручную обновите таблицу BizSystem в базе данных PPSPlanningSystem, отразив в ней изменение имен экземпляра SQL и базы данных.

      UPDATE BizSystem
      SET ReferenceDBServerName = @NewAppDBServer,
      ReferenceDBName = @NewAppDBName, -- can remain the same
      StagingDBServerName = @NewStagingDBServer,
      StagingDBName = @NewStagingDBName, -- can remain the same
      WHERE BizApplicationLabel = @BizApplicationLabel
      
    2. Измените расположения хранения по умолчанию для форм и отчетов в той же таблице.

      UPDATE BizSystem
      SET 
      --AssignmentFormsUrl = @NewAssignmentFormsUrl,
      --AssignmentMasterFormsUrl = @NewAssignmentMasterFormsUrl,
      FormTemplatesUrl = @NewFormTemplatesUrl,
      ReportUrl = @NewReportUrl
      WHERE BizApplicationLabel = @BizApplicationLabel
      
      СоветСовет.

      Поля AssignmentsFormsURL и AssignmentMasterFormsURL закомментированы (--), поскольку в настоящий момент они не используются.

    3. Вручную обновите имя OLAP-сервера в таблице BizAppNodes базы данных приложения.

      UPDATE BizAppNodes
      SET OLAPServerName = @NewOLAPServerName
      WHERE BizAppNodeLabel = @BizAppNodeLabel
      
    4. Вручную обновите имена экземпляра SQL и базы данных в таблице DeployInfo базы данных приложения.

      
      UPDATE
      SET AppNodeSQLStoreDBServer = @NewAppNodeSQLStoreDBServer,
      AppNodeSQLStoreDBName = @NewAppNodeSQLStoreDBName, -- can remain the same
      AppNodeOLAPStoreDBServer = @NewAppNodeOLAPStoreDBServer,
      AppNodeOLAPStoreDBName = @NewAppNodeOLAPStoreDBName -- can remain the same
      FROM 
      dbo.DeployInfo d inner join
      dbo.BizAppNodes n on
      BizAppNodeID = @BizAppNodeID
      WHERE n.BizAppNodeLabel = @BizApplicationLabel
      
    5. Если требуется переместить формы, следует обновить расположение XLSX-файла в таблице Workbooks базы данных приложения. Обновите столбец StorageUrl в таблице Workbooks вручную, используя функцию замены. Операция замены необходима в силу того, что в StorageUrl путь к форме хранится в формате "\\имя_компьютера\общая_папка\ плюс имя самой формы (form.xlsx). Изменять имя формы не следует, а вот путь нужно обновить.

      UPDATE dbo.Workbooks
      SET StorageUrl = REPLACE(StorageUrl, @OldStorageUrlPath, @NewStorageUrlPath
      WHERE [StoreageUrl] is Not NULL
      
      ПримечаниеПримечание.

      В таблице Workbooks хранятся все URL-адреса хранения, используемые таблицей AssignmentDefinitions (объединенные по WorkbookID), и таблицей BizForms (объединенные по FormID, т. е. WorkbookID).

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

    6. Переименуйте сервер службы Служба процесса планирования.

      В столбце MachineName таблицы AsyncWorkItems базы данных приложения обновите имя сервера Служба процесса планирования, указав новое.

      UPDATE AsyncWorkItems
      SET MachineName = @NewAsyncServerName
      WHERE MachineName IS NOT NULL
      
    7. Обновите строки подключения базы данных OLAP.

    8. Разверните иерархию базы данных OLAP в среде SQL Server Management Studio:

      • Разверните узел с именем каждой базы данных, а затем — папку "Источники данных".

      • Щелкните правой кнопкой мыши каждый подузел, последовательно выберите пункты Свойства и Строка подключения и нажмите кнопку с многоточием поля Строка подключения.

      • Введите новое имя SQL Server в поле Имя сервера.

      • Повторите эти шаги для всех баз данных OLAP. Альтернативный способ — если базы данных OLAP не перемещались, то после завершения процесса зеркального отображения можно выполнить развертывание узла бизнес-моделей.

  12. Внесите изменения, описанные ниже, в файл PerformancePoint.Config по умолчанию, расположенный на серверах веб-службы Веб-служба планирования и службы Служба процесса планирования в папке "C:\Program Files\Microsoft Office PerformancePoint ServerTemp\3.0\Config".

    1. Измените запись сервера базы данных, указав новое имя компьютера, на котором выполняется SQL Server.

    2. Измените запись OLAP-сервера, указав новое имя компьютера, на котором выполняется данный сервер.

      ПримечаниеПримечание.

      Данное изменение необходимо только в односерверной среде (поскольку в этом случае программа установки задает эту запись). В многосерверных развертываниях это поле пусто, и изменять его не требуется.

  13. Выполните следующий запрос SQL Server на компьютере, на котором выполняется последний, чтобы вручную включить компонент SQL Server Service Broker во всех базах данных приложений сервера Сервер планирования:

    ALTER DATABASE [PPSApplicationDatabaseName] SET ENABLE_BROKER
    
    ПримечаниеПримечание.

    Если служба Служба процесса планирования запущена, остановите службу (чтобы можно было включить компонент Service Broker). После включения компонента перезапустите службу. В некоторых случаях приведенная выше инструкция SQL, включающая этот компонент, может казаться заблокированной и "зависшей" в процессе выполнения. Чтобы устранить эту проблему, перезапустите службу SQL Server и выполните инструкцию SQL еще раз.

  14. Обновите большой двоичный XML-объект, используя скрипт ниже:

    Use [PPSPlanningSystem]
    Select CAST(CAST(XML as VARBINARY(MAX)) as XML) AS Configuration_XML
    From dbo.Configuration
       Copy all text to notepad.
       Make changes to the following highlighted parameters as needed:
          …audit.log" writerMachineName="machinename" />
          …defaultOlapServer="machinename"…
          …Trace Log\server.log" writerMachineName="machinename" />
       Copy ALL the updated xml text.
       Run the following update statement with your changed xml text.
    Use [PPSPlanningSystem]
    Update dbo.Configuration
    Set XML = convert(XML, ‘PASTE ENTIRE CHANGED XML TEXT HERE’)
    
  15. Выполните команду IISRESET на обоих серверах (веб-службы Веб-служба планирования и службы Служба процесса планирования) из командной строки Windows.

  16. Перезапустите Служба процесса планирования на сервере 4 (сервере веб-службы Веб-служба планирования) и сервере 5 (сервере службы Служба процесса планирования). Этот шаг необходим, чтобы быть уверенным, что все изменения, внесенные в файлы конфигурации, используются серверами.

  17. Восстановите подключения Windows SharePoint Services (необязательный шаг; обязателен только при наличии сервера Windows SharePoint Services).

    После завершения восстановления необходимо восстановить подключения к топологии системы сервера Сервер планирования. Данный процесс подразумевает указание на компьютере, на котором выполняются службы Windows SharePoint Services, путей к его базам данных контента и конфигурации. Чтобы указать на сервере Windows SharePoint Services пути к его базам, выполните следующие действия:

    1. Откройте службы IIS на сервере 3 (сервере Windows SharePoint Services).

    2. Разверните список и откройте папку "Веб-узлы".

    3. Щелкните правой кнопкой мыши Центр администрирования SharePoint и выберите пункт Обзор.

    4. Щелкните Задание сервера базы данных конфигурации.

    5. Измените имя сервера, указав новое имя SQL Server.

    6. Щелкните Подключение к существующей базе данных конфигурации.

    7. Нажмите кнопку ОК.

    8. Щелкните Задание сервера баз данных содержимого по умолчанию и убедитесь, что новое имя верно (при необходимости обновите имя, указав новое имя сервера базы данных, и нажмите кнопку ОК).

Восстановить подключения не удалось...

Приведенная ниже процедура используется только в том случае, если не удалось восстановить подключения сервера Windows SharePoint Services, используя приведенную выше процедуру. Если восстановить подключения сервера Windows SharePoint Services не удалось, остается только удалить его и переустановить из точки установки.

Удаление и переустановка Windows SharePoint Service

  1. Удалите Windows SharePoint Services на сервере 3 (сервере Windows SharePoint Services), используя компонент Установка и удаление программ.

  2. Откройте диспетчер служб IIS на сервере 4 (сервере веб-службы планирования) и удалите веб-сайт SharePoint и пул StsAdminAppPool.

  3. Установите службы Windows SharePoint Services на этот сервер. Дополнительные сведения см. в разделе Восстановление служб Windows SharePoint Services.

  4. Переименуйте сервер Windows SharePoint Services (необязательный шаг).

    ПримечаниеПримечание.

    Обязателен только при наличии сервера, на котором уже выполняются службы Windows SharePoint Services.

  5. Вручную скопируйте все файлы из URL-адресов исходной системы в новые расположения (также обозначенные URL-адресами).

  6. Переименуйте сервер веб-службы Веб-служба планирования.

    Всем пользователям, подключающимся к серверу веб-службы Веб-служба планирования, потребуется сообщить новое имя (в противном случае они не смогут к нему подключаться).

См. также