Mise en miroir de Planning Server

Sauvegardez toutes les bases de données dans le système Planning Server source. Cela inclut PPSPlanningService, PPSPlanningSystem, ainsi que toutes les applications et les bases de données de la zone de transit. Pour plus d’informations, voir Sauvegarde et restauration des bases de données Planning Server.

Copiez tous les formulaires et tous les rapports que vous souhaitez déplacer dans le système cible lors du processus de mise en miroir. Les emplacements par défaut du stockage des formulaires et des rapports sont définis au moment où l’application est créée dans la console Administration de planification.

Restaurez les bases de données PPSPlanning Service et PPSPlanningSystem sources sur le serveur cible exécutant Planning Server et Microsoft SQL Server 2005.

Collez formulaires et rapports dans leur emplacement par défaut sur le système cible.

Modifiez le propriétaire des bases de données restaurées avec le compte Identité du service (SI, Service Identity) du service PPS (Planning Process Service).

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

Préparez les nouveaux ordinateurs qui seront utilisés pour le système Planning Server cible. Pour ce faire, exécutez l’installation de Planning Server et Configuration Manager. Pour obtenir des informations sur la préparation des ordinateurs pour le système Planning Server, voir le Guide de déploiement de PerformancePoint Server 2007.

Important :

Lorsque vous préparez le système Planning Server, veillez à sélectionner l’option Configuration distribuée dans la page Options d’installation de l’Assistant Gestionnaire de configuration Planning Server et désactivez l’option Base de données du système de planification. Dans la page Base de données système de l’Assistant, entrez le nom de l’ordinateur cible, celui-là même sur lequel vous avez restauré votre base de données du système de planification et votre base de données du service de planification.

Accordez les autorisations dbcreator au compte SI.

Vous ne devez effectuer cette opération que si vous souhaitez que la fonctionnalité de création automatique de la base de données d’application fonctionne dans la console Administration de planification et dans Planning Business Modeler. Si votre administrateur de base de données a l’intention de créer manuellement la base de données d’application pour vous, vous n’avez pas à effectuer cette opération.

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

Dans la partie Analysis Services du serveur, cliquez avec le bouton droit sur la connexion du serveur Analysis Services, cliquez sur Propriétés, sélectionnez Sécurité, puis ajoutez le compte Identité de service à ce rôle.

Dans un scénario de déploiement multi-ordinateur, vous devrez certainement configurer les paramètres de sécurité sur les ordinateurs exécutant SQL Server, Analysis Services et Windows SharePoint Services. Pour obtenir des informations sur la configuration des paramètres de sécurité dans des scénarios de déploiement multi-ordinateur, voir le Guide de déploiement de PerformancePoint Server 2007

Une fois que le système cible est défini, continuez de restaurer toutes les bases de données d’application et de la zone de transit de la source vers la cible. Si vous utilisez Windows SharePoint Services, restaurez également les bases de données Windows SharePoint Services.

Modifiez le propriétaire des bases de données d’application et de la zone de transit qui ont été restaurées. USE [PPS_APP] Exec sp_changedbowner 'SI Account' GO USE [PPS_STG] Exec sp_changedbowner 'SI Account' GO

Actualisez les données de configuration, telles que les noms de serveur de base de données dans les fichiers de configuration et les bases de données.

Les instructions suivantes, sur la base d’une installation de cinq serveurs, fournissent un exemple d’actualisation des données de configuration afin que la mise en miroir puisse fonctionner (après la restauration).

Serveur 1 : Base de données SQL Server

Serveur 2 : Serveur OLAP

Serveur 3 : Serveur Windows SharePoint Services

Serveur 4 : Serveur Service Web de planification, serveur de la Console Administration de planification facultatif

Serveur 5 : Serveur Service PPS

La configuration suivante vous est fournie à titre d’exemple :

• La base de données du système de planification et les bases de données du service de planification se trouvent sur le même serveur de base de données.

• Les bases de données d’application Planning Server se trouvent sur des serveurs de base de données distincts (par application).

• Les bases de données OLAP Planning Server se trouvent sur des serveurs de base de données distincts (peut être un par modèle ou un par application).

Remarque :
La colonne [ViewWorkFlowDBServer] de la table BizSystem n’est plus utilisée. Veuillez ignorer la valeur de cette colonne dans la table BizSystem.

1. Mettez manuellement à jour la table BizSystem dans la base de données PPSPlanningSystem afin de refléter les changements de nom de la base de données et de l’instance SQL.

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

2. Dans la même table, modifiez les emplacements de stockage par défaut des formulaires et des rapports.

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

   Conseil :
   AssignmentsFormsURL et AssignmentMasterFormsURL sont commentés (--), car ces deux champs sont actuellement inutilisés.

3. Mettez manuellement à jour la table BizAppNodes dans la base de données d’application pour le nom du serveur OLAP.

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

4. Mettez manuellement à jour la table DeployInfo dans la base de données d’application pour les noms de la base de données et de l’instance SQL.

   
   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. Si vous souhaitez déplacer des formulaires, l’emplacement du fichier *.xlsx doit être mis à jour dans la table Workbooks de la base de données d’application. Mettez manuellement à jour la colonne StorageUrl de la table Workbooks à l’aide de la fonction REPLACE. Cette fonction est nécessaire, car StorageUrl stocke le chemin d’accès au formulaire, \\computername\sharedfolder\, ainsi que le nom du formulaire lui-même (form.xlsx). Le nom du formulaire doit rester le même alors que le chemin d’accès doit être mis à jour.

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

   Remarque :
   La table Workbooks contient toutes les URL de stockage qui sont utilisées par la table AssignmentDefinitions (jointe par WorkbookID) et BizForms (jointe par FormID, lequel est WorkbookID).

   La table système source peut avoir de nombreuses valeurs StorageUrl différentes pour des usages divers dans les deux tables mentionnées dans la remarque précédente. Toutefois, pour le système cible, vous pouvez vous contenter de mettre toutes les URL de stockage à un seul et même emplacement d’URL pour commencer. Cette copie des fichiers peut s’avérer laborieuse, car il vous faut copier ces fichiers issus de tous les emplacements d’URL dans un emplacement unique.

6. Renommez le serveur Service PPS.

   Dans la base de données d’application, mettez à jour la colonne MachineName de la table AsyncWorkItems avec le nouveau nom du serveur Service PPS.

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

7. Mettez à jour les chaînes de connexion de la base de données OLAP.

8. Développez la structure de la base de données OLAP dans SQL Server Management Studio :

   • Développez chaque nom de base de données, puis développez le dossier Sources de données.

   • Cliquez avec le bouton droit sur chacun des sous-nœuds, sélectionnez Propriétés, cliquez sur Chaîne de connexion, puis sur les points de suspension dans la zone Chaîne de connexion.

   • Entrez le nouveau nom SQL Server dans le champ Nom du serveur.

   • Procédez ainsi pour toutes les bases de données OLAP. Vous pouvez également faire de même si les bases de données OLAP ne sont pas déplacées et qu’un site de modèle de déploiement est créé une fois que le processus de mise en miroir est terminé.

Sur les serveurs Service Web de planification et Service PPS, apportez les modifications suivantes dans le fichier PerformancePoint.Config par défaut qui se trouve dans le dossier C:\Program Files\Microsoft Office PerformancePoint ServerTemp\3.0\Config.

1. Remplacez l’entrée du serveur de base de données par le nouveau nom pour l’ordinateur exécutant SQL Server.

2. Remplacez l’entrée du serveur OLAP par le nouveau nom pour l’ordinateur exécutant le serveur OLAP.

   Remarque :
   Vous n’avez à procéder ainsi que dans le cas d’une installation d’un seul serveur, car l’entrée a été définie par le programme d’installation dans ce scénario. Pour un déploiement multi-serveur, ce champ est vide donc vous n’avez pas à le modifier.

Sur l’ordinateur exécutant SQL Server, effectuez la requête SQL Server suivante pour activer manuellement SQL Server Service Broker sur toutes les bases de données d’application Planning Server :

ALTER DATABASE [PPSApplicationDatabaseName] SET ENABLE_BROKER

Remarque :
Si Service PPS est démarré, arrêtez le service afin que Service Broker puisse être activé. Une fois qu’il est activé, redémarrez le service. Il peut arriver que l’instruction SQL précédente semble verrouillée et qu’elle ne se termine jamais. Pour y remédier, redémarrez le service SQL Server et réessayez l’instruction SQL.

Mettez à jour l’objet blob XML en exécutant le script suivant :

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

Sur le serveur Service Web de planification et le serveur Service PPS, à l’invite de commandes Windows, exécutez IISRESET.

Sur le serveur 4 (serveur Service Web de planification) et le serveur 5 (serveur Service PPS), redémarrez Service PPS. Cela permet de garantir que toutes les modifications apportées aux fichiers de configuration ont été prises en compte par les serveurs.

Reconnectez Windows SharePoint Services (étape facultative, requise uniquement si vous avez un serveur Windows SharePoint Services).

Une fois que la restauration est terminée, vous devez vous reconnecter à la topologie du système Planning Server, ce qui implique que vous repointiez l’ordinateur exécutant Windows SharePoint Services vers ses bases de données de configuration et de contenu. Pour repointer le serveur Windows SharePoint Services vers sa base de données, effectuez les étapes suivantes :

1. Sur le serveur 3 (serveur Windows SharePoint Services), ouvrez les services Internet (IIS).

2. Développez la liste et ouvrez le dossier Sites Web.

3. Cliquez avec le bouton droit sur Administration centrale de SharePoint et sélectionnez Parcourir.

4. Cliquez sur Définir le serveur de la base de données de configuration.

5. Remplacez le nom du serveur par le nouveau nom SQL Server.

6. Sélectionnez Se connecter à la base de données de configuration existante.

7. Cliquez sur OK.

8. Sélectionnez Utiliser le serveur de base de données de contenu par défaut et vérifiez que le nouveau nom est correct. S’il ne l’est pas, mettez à jour le nom avec le nouveau nom du serveur de base de données, puis cliquez sur OK.