Зеркальное отображение сервера планирования
Под зеркальным отображением системы сервера Сервер планирования понимается копирование одной установки системы сервера Сервер планирования в другую. Данные в системе сервера Сервер планирования представляют собой точную копию.
Тем не менее, имя сервера базы данных системы сервера Сервер планирования меняется, как и другие необходимые данные, связанные с конфигурацией. Важно удостоверится, что в зеркальную систему сервера Сервер планирования внесены все необходимые изменения. В противном случае система будет неработоспособна.
Чтобы зеркально отобразить систему сервера Сервер планирования, можно выполнить резервное копирование исходных баз данных сервера Сервер планирования (включая базы данных SharePoint, если используются службы Windows SharePoint Services), а затем восстановить эти базы данных на другой сервер баз данных, используемый в качестве конечной системы. После резервного копирования и восстановления следует внести необходимые изменения в конфигурацию новой системы сервера Сервер планирования, чтобы привести ее в рабочее состояние.
Сравним зеркальное отображение сервера планирования и его миграцию. В ходе зеркального отображения, процесса, подробно рассматриваемого в этом документе, существующая система планирования будет скопирована из одной среды в другую (т. е. будут перемещены все приложения, узлы бизнес-моделей, модели, измерения, пользователи, параметры безопасности, циклы, назначения и отчеты; все содержимое конечной среды (при его наличии) будет также полностью перезаписано). В ходе же миграции выполняется перемещение одного приложения планирования из одной системы планирования в другую. Конечная система планирования должна быть настроена и готова к созданию и приему новых приложений. При миграции перемещаемое приложение будет добавлено в эту конечную систему; отчеты, бизнес-процессы, назначения, циклы, задания, пользователи и роли безопасности в ходе миграции не перемещаются. Ситуация, приведенная ниже, и связанные с ней инструкции призваны проиллюстрировать зеркальное отображение сервера планирования из одной среды в совершенно новую (типичный пример — перемещение продукта из среды разработки в тестовую). В каждой среде должно быть собственное физическое оборудование, и не должно быть компьютеров, совместно используемых обоими средами.
![]() |
---|
Термины "Windows SharePoint Services" и "SharePoint Services" в документации по PerformancePoint Server используются для обобщенного обозначения Office SharePoint Server 2007 и Windows SharePoint Services 3.0. |
Зеркальное отображение сервера планирования
Создайте резервные копии баз данных исходной системы сервера Сервер планирования (включая PPSPlanningService, PPSPlanningSystem, необходимые приложения и промежуточные базы данных). Дополнительные сведения см. в разделе Резервное копирование и восстановление баз данных сервера планирования.
Скопируйте формы и отчеты, которые необходимо перенести в конечную систему в ходе процесса зеркального отображения. Расположения по умолчанию, в которых хранятся формы и отчеты, определяются в ходе создания приложения из консоли администрирования.
Восстановите исходные службу PPSPlanning и базы данных PPSPlanningSystem на конечный сервер, на котором выполняются сервер Сервер планирования и Microsoft SQL Server 2005.
Используя функцию вставки, вставьте формы и отчеты в их расположения по умолчанию в конечной системе.
Измените владельца базы данных (DBO) в восстановленных базах данных на учетную запись удостоверения службы (SI) службы процесса планирования.
USE [PPSPlanningService] Exec sp_changedbowner 'SI Account' GO USE [PPSPlanningSystem] Exec sp_changedbowner 'SI Account' GO
Подготовьте новые компьютеры к использованию в качестве конечной системы сервера Сервер планирования. Для этого запустите программу установки сервера Сервер планирования и диспетчер конфигураций. Дополнительные сведения о подготовке компьютеров к развертыванию системы сервера Сервер планирования см. в разделе Руководство по развертыванию PerformancePoint Server 2007.
Внимание!
При подготовке системы сервера Сервер планирования следует убедиться, что на странице Параметры установки мастера Диспетчер конфигурации сервера планирования выбран пункт Распределенная конфигурация и снят флажок Системная база данных планирования. На странице Системная база данных мастера, введите имя конечного компьютера, на который были восстановлены существующие системная база данных планирования и база данных службы планирования.
Предоставьте роли dbcreator разрешения на учетную запись удостоверения службы.
Данный шаг необходим только в том случае, если планируется использовать функцию автоматического создания базы данных приложения в консоли администрирования и компоненте бизнес-моделирования. Если же администратор баз данных создаст для вас базу данных приложения вручную, выполнять данный шаг не требуется.
--Grant dbcreator permissions to SI account USE [master] GO GRANT ALTER TRACE TO [DOMAIN\User1] GO
В компоненте служб аналитики сервера щелкните правой кнопкой мыши соединение с сервером служб аналитики, последовательно выберите пункты Свойства и Безопасность и добавьте в роль учетную запись удостоверения службы.
Если выполняется развертывание на несколько компьютеров, может потребоваться настроить параметры безопасности на компьютерах, на которых выполняются SQL Server, службы аналитики и Windows SharePoint Services. Дополнительные сведения о настройке параметров безопасности при развертывании продукта на несколько компьютеров см. в разделе Руководство по развертыванию PerformancePoint Server 2007.
После настройки конечной системы следует восстановить все приложения и промежуточные базы данных исходной системы в конечную. Если используются службы Windows SharePoint Services, следует также восстановить базы данных Windows SharePoint Services.
Измените владельца базы данных в восстановленных приложениях и промежуточных базах данных:
USE [PPS_APP] Exec sp_changedbowner 'SI Account' GO USE [PPS_STG] Exec sp_changedbowner 'SI Account' GO
Измените данные, связанные с конфигурацией (например, имена серверов баз данных в базах данных и файлах конфигурации).
Инструкции, приведенные ниже, рассчитаны на среду из 5 серверов. Они — пример того, как изменить данные, связанные с конфигурацией, таким образом, чтобы привести в рабочее состояние зеркально отображенную систему (предполагается, что восстановление уже выполнено).
Сервер 1. База данных SQL Server
Сервер 2. OLAP-сервер
Сервер 3. Сервер Windows SharePoint Services
Сервер 4. Сервер веб-службы Веб-служба планирования и сервер консоли Консоль администрирования (присутствие последнего необязательно)
Сервер 5. Сервер службы Служба процесса планирования
Ниже приведена конфигурация (в целях иллюстрирования):
Системная база данных планирования и базы данных службы планирования расположены на одном сервере баз данных.
Базы данных приложений сервера Сервер планирования расположены на разных серверах баз данных (по одному на приложение).
Базы данных OLAP сервера Сервер планирования расположены на разных серверах баз данных (по одному на узел бизнес-моделей или на приложение).
Примечание.
Столбец [ViewWorkFlowDBServer] в таблице BizSystem более не используется. На его значения в таблице BizSystem обращать внимание не следует.
Вручную обновите таблицу 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
Измените расположения хранения по умолчанию для форм и отчетов в той же таблице.
UPDATE BizSystem SET --AssignmentFormsUrl = @NewAssignmentFormsUrl, --AssignmentMasterFormsUrl = @NewAssignmentMasterFormsUrl, FormTemplatesUrl = @NewFormTemplatesUrl, ReportUrl = @NewReportUrl WHERE BizApplicationLabel = @BizApplicationLabel
Совет.
Поля
AssignmentsFormsURL
иAssignmentMasterFormsURL
закомментированы (--), поскольку в настоящий момент они не используются.Вручную обновите имя OLAP-сервера в таблице BizAppNodes базы данных приложения.
UPDATE BizAppNodes SET OLAPServerName = @NewOLAPServerName WHERE BizAppNodeLabel = @BizAppNodeLabel
Вручную обновите имена экземпляра 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
Если требуется переместить формы, следует обновить расположение 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-адреса), в единое расположение.
Переименуйте сервер службы Служба процесса планирования.
В столбце MachineName таблицы AsyncWorkItems базы данных приложения обновите имя сервера Служба процесса планирования, указав новое.
UPDATE AsyncWorkItems SET MachineName = @NewAsyncServerName WHERE MachineName IS NOT NULL
Обновите строки подключения базы данных OLAP.
Разверните иерархию базы данных OLAP в среде SQL Server Management Studio:
Разверните узел с именем каждой базы данных, а затем — папку "Источники данных".
Щелкните правой кнопкой мыши каждый подузел, последовательно выберите пункты Свойства и Строка подключения и нажмите кнопку с многоточием поля Строка подключения.
Введите новое имя SQL Server в поле Имя сервера.
Повторите эти шаги для всех баз данных OLAP. Альтернативный способ — если базы данных OLAP не перемещались, то после завершения процесса зеркального отображения можно выполнить развертывание узла бизнес-моделей.
Внесите изменения, описанные ниже, в файл PerformancePoint.Config по умолчанию, расположенный на серверах веб-службы Веб-служба планирования и службы Служба процесса планирования в папке "C:\Program Files\Microsoft Office PerformancePoint ServerTemp\3.0\Config".
Измените запись сервера базы данных, указав новое имя компьютера, на котором выполняется SQL Server.
Измените запись OLAP-сервера, указав новое имя компьютера, на котором выполняется данный сервер.
Примечание.
Данное изменение необходимо только в односерверной среде (поскольку в этом случае программа установки задает эту запись). В многосерверных развертываниях это поле пусто, и изменять его не требуется.
Выполните следующий запрос SQL Server на компьютере, на котором выполняется последний, чтобы вручную включить компонент SQL Server Service Broker во всех базах данных приложений сервера Сервер планирования:
ALTER DATABASE [PPSApplicationDatabaseName] SET ENABLE_BROKER
Примечание.
Если служба Служба процесса планирования запущена, остановите службу (чтобы можно было включить компонент Service Broker). После включения компонента перезапустите службу. В некоторых случаях приведенная выше инструкция SQL, включающая этот компонент, может казаться заблокированной и "зависшей" в процессе выполнения. Чтобы устранить эту проблему, перезапустите службу SQL Server и выполните инструкцию SQL еще раз.
Обновите большой двоичный 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’)
Выполните команду IISRESET на обоих серверах (веб-службы Веб-служба планирования и службы Служба процесса планирования) из командной строки Windows.
Перезапустите Служба процесса планирования на сервере 4 (сервере веб-службы Веб-служба планирования) и сервере 5 (сервере службы Служба процесса планирования). Этот шаг необходим, чтобы быть уверенным, что все изменения, внесенные в файлы конфигурации, используются серверами.
Восстановите подключения Windows SharePoint Services (необязательный шаг; обязателен только при наличии сервера Windows SharePoint Services).
После завершения восстановления необходимо восстановить подключения к топологии системы сервера Сервер планирования. Данный процесс подразумевает указание на компьютере, на котором выполняются службы Windows SharePoint Services, путей к его базам данных контента и конфигурации. Чтобы указать на сервере Windows SharePoint Services пути к его базам, выполните следующие действия:
Откройте службы IIS на сервере 3 (сервере Windows SharePoint Services).
Разверните список и откройте папку "Веб-узлы".
Щелкните правой кнопкой мыши Центр администрирования SharePoint и выберите пункт Обзор.
Щелкните Задание сервера базы данных конфигурации.
Измените имя сервера, указав новое имя SQL Server.
Щелкните Подключение к существующей базе данных конфигурации.
Нажмите кнопку ОК.
Щелкните Задание сервера баз данных содержимого по умолчанию и убедитесь, что новое имя верно (при необходимости обновите имя, указав новое имя сервера базы данных, и нажмите кнопку ОК).
Восстановить подключения не удалось...
Приведенная ниже процедура используется только в том случае, если не удалось восстановить подключения сервера Windows SharePoint Services, используя приведенную выше процедуру. Если восстановить подключения сервера Windows SharePoint Services не удалось, остается только удалить его и переустановить из точки установки.
Удаление и переустановка Windows SharePoint Service
Удалите Windows SharePoint Services на сервере 3 (сервере Windows SharePoint Services), используя компонент Установка и удаление программ.
Откройте диспетчер служб IIS на сервере 4 (сервере веб-службы планирования) и удалите веб-сайт SharePoint и пул StsAdminAppPool.
Установите службы Windows SharePoint Services на этот сервер. Дополнительные сведения см. в разделе Восстановление служб Windows SharePoint Services.
Переименуйте сервер Windows SharePoint Services (необязательный шаг).
Примечание.
Обязателен только при наличии сервера, на котором уже выполняются службы Windows SharePoint Services.
Вручную скопируйте все файлы из URL-адресов исходной системы в новые расположения (также обозначенные URL-адресами).
Переименуйте сервер веб-службы Веб-служба планирования.
Всем пользователям, подключающимся к серверу веб-службы Веб-служба планирования, потребуется сообщить новое имя (в противном случае они не смогут к нему подключаться).