Spiegeln von Planning Server

Sichern Sie alle Datenbanken im Planning Server-Quellsystem, einschließlich PPSPlanningService, PPSPlanningSystem und der Anwendungs- und Stagingdatenbanken. Weitere Informationen finden Sie unter Sichern und Wiederherstellen von Planning Server-Datenbanken.

Kopieren Sie Formulare und Berichte, die während des Spiegelungsvorgangs in das Zielsystem verschoben werden sollen. Standardspeicherorte für Formulare und Berichte werden beim Erstellen einer Anwendung in der Planning-Verwaltungskonsole eingerichtet.

Stellen Sie die Datenbanken PPSPlanningService und PPSPlanningSystem auf dem Zielserver mit Planning Server und Microsoft SQL Server 2005 wieder her.

Fügen Sie die Formulare und Berichte in den Standardspeicherorten auf dem Zielsystem ein.

Ändern Sie den Datenbankbesitzer (DBO) für die wiederhergestellten Datenbanken in das Dienstidentitätskonto (SI) des Planning-Prozessdiensts.

USE [PPSPlanningService]
Exec sp_changedbowner 'SI Account'
GO
USE [PPSPlanningSystem]
Exec sp_changedbowner 'SI Account'
GO

Bereiten Sie die neuen Computer für die Verwendung als Planning Server-Zielsystem vor. Führen Sie das Planning Server-Setup und den Konfigurations-Manager aus, um die neuen Computer vorzubereiten. Weitere Informationen zum Vorbereiten von Computern für das Planning Server-System finden Sie im Bereitstellungshandbuch für PerformancePoint Server 2007.

Wichtig:

Stellen Sie beim Vorbereiten des Planning Server-Systems sicher, dass Sie im Assistenten von Konfigurations-Manager für Planning Server auf der Seite Installationsoptionen die Option Verteilte Konfiguration auswählen und die Option Planning-Systemdatenbank deaktivieren. Geben Sie auf der Seite Systemdatenbank des Assistenten den Namen des Zielcomputers ein, auf dem Sie die vorhandene Planning-Systemdatenbank und die Datenbank des Planning-Diensts wiederhergestellt haben.

Erteilen Sie db_creator-Berechtigungen für das SI-Konto.

Dies ist nur notwendig, wenn Sie möchten, dass die automatische Erstellungsfunktion der Anwendungsdatenbank in der Planning-Verwaltungskonsole und in Planning Business Modeler funktioniert. Wenn die Anwendungsdatenbank vom Datenbankadministrator manuell für Sie erstellt wird, müssen Sie diesen Schritt nicht ausführen.

 --Grant dbcreator permissions to SI account
      USE [master]
      GO
      GRANT ALTER TRACE TO [DOMAIN\User1]
      GO

Klicken Sie im Analysis Services-Teil des Servers mit der rechten Maustaste auf die Analysis Services-Serververbindung, klicken Sie auf Eigenschaften, wählen Sie Sicherheit aus, und fügen Sie das Dienstidentitätskonto dieser Rolle hinzu.

Bei einem Bereitstellungsszenario auf mehreren Computern müssen Sie möglicherweise die Sicherheitseinstellungen auf den Computern mit SQL Server, Analysis Services und Windows SharePoint Services konfigurieren. Weitere Informationen zum Konfigurieren von Sicherheitseinstellungen bei Bereitstellungsszenarien mit mehreren Computern finden Sie im Bereitstellungshandbuch für PerformancePoint Server 2007.

Nachdem das Zielsystem eingerichtet ist, stellen Sie alle Anwendungs- und Stagingdatenbanken von der Quelle am Ziel wieder her. Wenn Sie Windows SharePoint Services verwenden, müssen Sie auch die Windows SharePoint Services-Datenbanken wiederherstellen.

Ändern Sie den Datenbankbesitzer für die wiederhergestellten Anwendungs- und Stagingdatenbanken. USE [PPS_APP] Exec sp_changedbowner 'SI Account' GO USE [PPS_STG] Exec sp_changedbowner 'SI Account' GO

Korrigieren Sie konfigurationsbezogene Daten, z. B. Datenbankservernamen in den Datenbanken und Konfigurationsdateien.

Die folgenden Anweisungen basieren auf einer Installation mit fünf Servern und dienen als Beispiel für die Korrektur von konfigurationsbezogenen Daten, damit die Spiegelung (nach der Wiederherstellung) funktioniert.

Server 1: SQL Server-Datenbank

Server 2: OLAP-Server

Server 3: Windows SharePoint Services-Server

Server 4: Planning-Webdienstserver, optionaler Planning-Verwaltungskonsolenserver

Server 5: Planning-Prozessdienstserver

Die folgende Konfiguration dient der Veranschaulichung:

• Die Planning-Systemdatenbank und die Datenbanken des Planning-Diensts befinden sich auf demselben Datenbankserver.

• Die Planning Server-Anwendungsdatenbanken befinden sich auf anderen Datenbankservern (pro Anwendung).

• Die Planning Server-OLAP-Datenbanken befinden sich auf anderen Datenbankservern (einer pro Modellsite oder einer pro Anwendung).

Hinweis:
Die Spalte [ViewWorkFlowDBServer] in der BizSystem-Tabelle wird nicht mehr verwendet. Ignorieren Sie diesen Spaltenwert in der BizSystem-Tabelle.

1. Aktualisieren Sie die SQL-Instanzen und Datenbanknamen für die BizSystem-Tabelle in der PPSPlanningSystem-Datenbank manuell.

   UPDATE BizSystem
   SET ReferenceDBServerName = @NewAppDBServer,
   ReferenceDBName = @NewAppDBName, -- can remain the same
   StagingDBServerName = @NewStagingDBServer,
   StagingDBName = @NewStagingDBName, -- can remain the same
   WHERE BizApplicationLabel = @BizApplicationLabel
   

2. Ändern Sie in derselben Tabelle die Standardspeicherorte für Formulare und Berichte.

   UPDATE BizSystem
   SET 
   --AssignmentFormsUrl = @NewAssignmentFormsUrl,
   --AssignmentMasterFormsUrl = @NewAssignmentMasterFormsUrl,
   FormTemplatesUrl = @NewFormTemplatesUrl,
   ReportUrl = @NewReportUrl
   WHERE BizApplicationLabel = @BizApplicationLabel
   

   Tipp:
   AssignmentsFormsURL und AssignmentMasterFormsURL sind auskommentiert (--), da diese beiden Felder derzeit nicht verwendet werden.

3. Aktualisieren Sie den OLAP-Servernamen für die BizAppNodes-Tabelle in der Anwendungsdatenbank manuell.

   UPDATE BizAppNodes
   SET OLAPServerName = @NewOLAPServerName
   WHERE BizAppNodeLabel = @BizAppNodeLabel
   

4. Aktualisieren Sie die SQL-Instanzen und Datenbanknamen für die DeployInfo-Tabelle in der Anwendungsdatenbank manuell.

   
   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. Wenn Sie Formulare verschieben möchten, muss der Speicherort der XLSX-Datei in der Workbooks-Tabelle der Anwendungsdatenbank aktualisiert werden. Aktualisieren Sie die StorageUrl-Spalte in der Workbooks-Tabelle manuell mithilfe der replace-Funktion. Replace ist erforderlich, da StorageUrl den Pfad im Formular \\computername\sharedfolder\ und den Formularnamen selbst (form.xlsx) speichert. Der Formularname darf nicht geändert werden, aber der Pfad muss aktualisiert werden.

   UPDATE dbo.Workbooks
   SET StorageUrl = REPLACE(StorageUrl, @OldStorageUrlPath, @NewStorageUrlPath
   WHERE [StoreageUrl] is Not NULL
   

   Hinweis:
   Die Workbooks-Tabelle enthält alle Speicher-URLs, die von der AssignmentDefinitions-Tabelle (über WorkbookID verknüpft) und von BizForms (über FormID, d. h. WorkbookID verknüpft) verwendet werden.

   Die Quellsystemtabelle enthält möglicherweise in den beiden erwähnten Tabellen zahlreiche verschiedene StorageUrl-Werte für verschiedene Verwendungszwecke. Für das Zielsystem können Sie zunächst einfach alle Speicher-URLs an einem einzelnen URL-Speicherort ablegen. Das Kopieren von Dateien kann aufwändig sein, da Sie die Dateien von allen URL-Speicherorten an einen Speicherort kopieren müssen.

6. Benennen Sie den Planning-Prozessdienstserver um.

   Aktualisieren Sie in der Anwendungsdatenbank die MachineName-Spalte in der AsyncWorkItems-Tabelle mit dem neuen Planning-Prozessdienstservernamen.

   UPDATE AsyncWorkItems
   SET MachineName = @NewAsyncServerName
   WHERE MachineName IS NOT NULL
   

7. Aktualisieren Sie die Verbindungszeichenfolgen für die OLAP-Datenbank.

8. Erweitern Sie in SQL Server Management Studio die OLAP-Datenbankhierarchie:

   • Erweitern Sie jeden Datenbanknamen und dann den Ordner Datenquellen.

   • Klicken Sie mit der rechten Maustaste auf jeden der Unterknoten, wählen Sie Eigenschaften aus, klicken Sie auf Verbindungszeichenfolge und dann auf die Schaltfläche mit den Auslassungspunkten im Feld Verbindungszeichenfolge.

   • Geben im Feld Servername den neuen SQL Server-Namen ein.

   • Wiederholen Sie diesen Vorgang für alle OLAP-Datenbanken. Dies ist auch möglich, wenn die OLAP-Datenbanken nicht verschoben werden und nach Abschluss des Spiegelungsvorgangs eine Modellsite bereitgestellt wird.

Nehmen Sie auf dem Planning-Webdienstserver und dem Planning-Prozessdienstserver die folgenden Änderungen an der Datei PerformancePoint.Config vor, die sich im Ordner C:\Programme\Microsoft Office PerformancePoint ServerTemp\3.0\Config befindet.

1. Ändern Sie den Datenbankservereintrag in den neuen Namen für den Computer mit SQL Server.

2. Ändern Sie den OLAP-Servereintrag in den neuen Namen für den Computer mit dem OLAP-Server.

   Hinweis:
   Dieser Schritt ist nur bei einer Konfiguration mit nur einem Server erforderlich, da der Eintrag in diesem Szenario von Setup festgelegt wird. Bei einer Bereitstellung mit mehreren Servern bleibt dieses Feld leer; Sie müssen es nicht ändern.

Führen Sie auf dem Computer mit SQL Server die folgende SQL Server-Abfrage aus, um SQL Server Service Broker manuell für alle Planning Server-Anwendungsdatenbanken zu aktivieren:

ALTER DATABASE [PPSApplicationDatabaseName] SET ENABLE_BROKER

Hinweis:
Wenn der Planning-Prozessdienst gestartet ist, beenden Sie ihn, damit Service Broker aktiviert werden kann. Nach dem Aktivieren starten Sie den Dienst neu. Gelegentlich scheint die oben beschriebene SQL-Anweisung zum Aktivieren von Service Broker gesperrt zu sein, und die Anweisung wird nie abgeschlossen. Starten Sie in diesem Fall den SQL Server-Dienst neu, und wiederholen Sie die SQL-Anweisung.

Aktualisieren Sie das XML-BLOB durch Ausführen des folgenden Skripts:

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’)

Führen Sie sowohl auf dem Planning-Webdienstserver als auch auf dem Planning-Prozessdienstserver IISRESET an der Windows-Eingabeaufforderung aus.

Starten Sie auf Server 4 (Planning-Webdienstserver) und Server 5 (Planning-Prozessdienstserver) den Planning-Prozessdienst neu. Dadurch wird sichergestellt, dass alle Änderungen an den Konfigurationsdateien von den Servern übernommen werden.

Stellen Sie die Verbindung mit Windows SharePoint Services wieder her (optionaler Schritt, nur erforderlich, wenn Sie einen Windows SharePoint Services-Server verwenden).

Nach Abschluss der Wiederherstellung müssen Sie die Verbindung mit der Planning Server-Systemtopologie wiederherstellen. Dabei müssen Sie den Computer mit Windows SharePoint Services wieder auf seine Konfigurations- und Inhaltsdatenbanken verweisen. Führen Sie die folgenden Schritte aus, um den Windows SharePoint Services-Server wieder auf seine Datenbank zu verweisen:

1. Öffnen Sie Internetinformationsdienste auf Server 3 (Windows SharePoint Services-Server).

2. Erweitern Sie die Liste, und öffnen Sie den Ordner Websites.

3. Klicken Sie mit der rechten Maustaste auf SharePoint-Zentraladministration, und wählen Sie Durchsuchen aus.

4. Klicken Sie auf Konfigurationsdatenbankserver festlegen.

5. Ändern Sie den Servernamen in den neuen SQL Server-Namen.

6. Wählen Sie Verbindung mit vorhandener Konfigurationsdatenbank herstellen aus.

7. Klicken Sie auf OK.

8. Wählen Sie Inhaltsdatenbankserver angeben aus, und überprüfen Sie, ob der neue Name stimmt. Ändern Sie ggf. den Namen in den neuen Datenbankservernamen, und klicken Sie dann auf OK.