Mirroring di Planning Server

Il mirroring del sistema Planning Server si riferisce alla copia dell'installazione di un sistema Planning Server in un'altra. I dati contenuti nel sistema Planning Server sono una copia identica.

Viene tuttavia modificato il nome del server di database del sistema Planning Server e vengono apportate altre modifiche ai dati di configurazione, necessarie per l'operatività del nuovo sistema Planning Server creato tramite mirroring.

Per ottenere il mirroring del sistema Planning Server è possibile eseguire il backup dei database di Planning Server di origine (inclusi i database di SharePoint se si utilizza Windows SharePoint Services) e ripristinarli in un server database diverso come sistema di destinazione. Dopo il backup e il ripristino, modificare i dati di configurazione come necessario per rendere operativo il nuovo sistema Planning Server.

Il mirroring deve essere distinto dalla migrazione di Planning Server. Il mirroring, descritto nel dettaglio in questo documento, esegue la copia di un sistema Planning Server esistente da un ambiente a un altro. Ciò significa che il processo di mirroring sposta tutte le applicazioni, i siti modelli, i modelli, le dimensioni, gli utenti, la sicurezza, i cicli, le assegnazioni e i report. Sostituisce inoltre completamente il contenuto dell'ambiente di destinazione, se esistente. La migrazione, d'altra parte, sposta una singola applicazione di PerformancePoint Planning da un sistema Planning Server a un altro. Il sistema Planning Server di destinazione deve essere configurato e pronto per creare e accettare nuove applicazioni. Tramite la migrazione, l'applicazione spostata viene aggiunta al sistema di destinazione. La migrazione non comporta lo spostamento di report, flussi di lavoro, assegnazioni, cicli, processi, utenti o ruoli di sicurezza. Lo scenario e le istruzioni che seguono hanno lo scopo di descrivere il mirroring di un sistema Planning Server da un ambiente a un altro completamente nuovo. Una situazione tipica è quella che prevede lo spostamento da un ambiente di sviluppo a un ambiente di testing. Ogni ambiente deve avere il proprio hardware fisico, senza computer condivisi tra i due ambienti.

Nota

I termini "Windows SharePoint Services" e "SharePoint Services" sono utilizzati collettivamente nella documentazione di PerformancePoint Server per fare riferimento a Office SharePoint Server 2007 e Windows SharePoint Services 3.0.

Eseguire il mirroring di Planning Server

  1. Eseguire il backup di tutti i database nel sistema Planning Server di origine, inclusi PPSPlanningService, PPSPlanningSystem e gli eventuali database delle applicazioni e di gestione temporanea. Per ulteriori informazioni, vedere Backup e ripristino dei database di Planning Server.

  2. Copiare qualsiasi modulo e report che si desidera spostare nel sistema di destinazione durante il processo di mirroring. I percorsi predefiniti per l'archiviazione di moduli e report sono configurati quando viene creata un'applicazione in Planning Administration Console.

  3. Ripristinare i database di origine PPSPlanningService e PPSPlanningSystem nel server di destinazione che esegue Planning Server e Microsoft SQL Server 2005.

  4. Incollare i moduli e i report nei rispettivi percorsi predefiniti nel sistema di destinazione.

  5. Modificare il proprietario del database (DBO) nei database ripristinati, impostandolo sull'account dell'identità del servizio (SI) del servizio Processi di pianificazione.

    USE [PPSPlanningService]
    Exec sp_changedbowner 'SI Account'
    GO
    USE [PPSPlanningSystem]
    Exec sp_changedbowner 'SI Account'
    GO
    
  6. Preparare i nuovi computer per l'utilizzo come sistema Planning Server di destinazione. Eseguire l'installazione di Planning Server e Gestione configurazione per preparare i nuovi computer. Per informazioni sulla preparazione dei computer per il sistema Planning Server, vedere Guida alla distribuzione di PerformancePoint Server 2007.

    ImportanteImportante:

    Quando si prepara il sistema Planning Server, accertarsi di selezionare l'opzione Configurazione distribuita nella pagina Opzioni di installazione della procedura guidata Gestione configurazione Planning Server e deselezionare l'opzione Database del sistema di pianificazione. Nella pagina Database di sistema della procedura guidata immettere il nome del computer di destinazione, nel quale è stato eseguito il ripristino dei database esistenti del sistema di pianificazione e del servizio di pianificazione.

  7. Concedere le autorizzazioni dbcreator all'account dell'identità del servizio.

    È necessario eseguire questa operazione solo se si desidera che la caratteristica di creazione automatica del database dell'applicazione funzioni in Planning Administration Console e Planning Business Modeler. Se il database dell'applicazione verrà creato manualmente dall'amministratore di database, non è necessario eseguire questo passaggio.

     --Grant dbcreator permissions to SI account
          USE [master]
          GO
          GRANT ALTER TRACE TO [DOMAIN\User1]
          GO
    
  8. Nella sezione Analysis Services del server, fare clic con il pulsante destro del mouse sulla connessione server di Analysis Services, scegliere Proprietà, selezionare Sicurezza e quindi aggiungere l'account dell'identità del servizio al ruolo.

    In caso di distribuzione su più computer, può essere necessario configurare le impostazioni di protezione tra i computer che eseguono SQL Server, Analysis Services e Windows SharePoint Services. Per informazioni sulla configurazione delle impostazioni di protezione in scenari di distribuzione su più computer, vedere Guida alla distribuzione di PerformancePoint Server 2007.

  9. Dopo la configurazione del sistema di destinazione, continuare a ripristinare tutti i database delle applicazioni e di gestione temporanea dall'origine alla destinazione. Se si utilizza Windows SharePoint Services, ripristinare inoltre i database di Windows SharePoint Services.

  10. Modificare il proprietario del database nei database delle applicazioni e di gestione temporanea ripristinati. USE [PPS_APP] Exec sp_changedbowner 'SI Account' GO USE [PPS_STG] Exec sp_changedbowner 'SI Account' GO

  11. Correggere i dati relativi alla configurazione, ad esempio i nomi dei server database all'interno dei database e dei file di configurazione.

    Le istruzioni seguenti, basate su una configurazione con cinque server, offrono un esempio di correzione dei dati relativi alla configurazione per consentire il funzionamento del mirroring (dopo il ripristino).

    Server 1: database SQL Server

    Server 2: server OLAP

    Server 3: server Windows SharePoint Services

    Server 4: server Servizio Web di pianificazione, opzionalmente server Planning Administration Console

    Server 5: server Servizio Processi di pianificazione

    La configurazione seguente è a scopo illustrativo:

    • Il database del sistema di pianificazione e il database del servizio di pianificazione sono sullo stesso server database.

    • I database delle applicazioni di Planning Server sono su server database diversi (per applicazione).

    • I database OLAP di Planning Server sono su server database diversi (uno per sito modelli o uno per applicazione).

    Nota

    La colonna [ViewWorkFlowDBServer] nella tabella BizSystem non è più utilizzata. Ignorare il valore di questa colonna nella tabella BizSystem.

    1. Aggiornare manualmente la tabella BizSystem nel database PPSPlanningSystem in modo da riflettere le modifiche dell'istanza SQL e dei nomi dei database.

      UPDATE BizSystem
      SET ReferenceDBServerName = @NewAppDBServer,
      ReferenceDBName = @NewAppDBName, -- can remain the same
      StagingDBServerName = @NewStagingDBServer,
      StagingDBName = @NewStagingDBName, -- can remain the same
      WHERE BizApplicationLabel = @BizApplicationLabel
      
    2. Nella stessa tabella modificare i percorsi predefiniti di archiviazione per moduli e report.

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

      Le istruzioni AssignmentsFormsURL e AssignmentMasterFormsURL sono impostate come commenti (--) perché questi due campi sono attualmente inutilizzati.

    3. Aggiornare manualmente la tabella BizAppNodes nel database dell'applicazione per il nome del server OLAP.

      UPDATE BizAppNodes
      SET OLAPServerName = @NewOLAPServerName
      WHERE BizAppNodeLabel = @BizAppNodeLabel
      
    4. Aggiornare manualmente la tabella DeployInfo nel database dell'applicazione per l'istanza SQL e i nomi dei database.

      
      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. Se si desidera spostare moduli, il percorso del file *.xlsx deve essere aggiornato nella tabella Workbooks del database dell'applicazione. Aggiornare manualmente la colonna StorageUrl nella tabella Workbooks utilizzando la funzione Replace. È necessario utilizzare la funzione Replace perché il percorso è memorizzato in StorageUrl come \\nomecomputer\cartellacondivisa\ più il nome stesso del modulo (modulo.xlsx). Il nome del modulo deve rimanere lo stesso ma il percorso deve essere aggiornato.

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

      Nota

      La tabella Workbooks contiene tutti gli URL di archiviazione utilizzati dalle tabelle AssignmentDefinitions (unita in join tramite WorkbookID) e BizForms (unita in join tramite FormID, corrispondente a WorkbookID).

      La tabella di sistema di origine può avere diversi valori di StorageUrl per vari utilizzi nelle due tabelle citate nella nota precedente. Nel sistema di destinazione, tuttavia, è possibile limitarsi inizialmente a inserire tutti gli URL di archiviazione in un unico percorso URL. La copia dei file può presentare qualche difficoltà, perché è necessario copiare i file da tutti i percorsi URL in un unico percorso.

    6. Rinominare il server Servizio Processi di pianificazione.

      Nel database dell'applicazione aggiornare la colonna MachineName della tabella AsyncWorkItems con il nuovo nome del server Servizio Processi di pianificazione.

      UPDATE AsyncWorkItems
      SET MachineName = @NewAsyncServerName
      WHERE MachineName IS NOT NULL
      
    7. Aggiornare le stringhe di connessione ai database OLAP.

    8. Espandere la gerarchia dei database OLAP in SQL Server Management Studio:

      • Espandere ogni nome del database e quindi espandere la cartella Origini dati.

      • Fare clic con il pulsante destro del mouse su ogni sottonodo, scegliere Proprietà, fare clic su Stringa di connessione e quindi fare clic sui puntini di sospensione della casella Stringa di connessione.

      • Immettere il nuovo nome di SQL Server nel campo Nome server.

      • Ripetere per tutti i database OLAP. Si può ottenere lo stesso risultato senza spostare i database OLAP, eseguendo una distribuzione del sito modelli dopo il completamento del processo di mirroring.

  12. Nei server Servizio Web di pianificazione e Servizio Processi di pianificazione apportare le modifiche seguenti nel file PerformancePoint.Config predefinito, contenuto nella cartella C:\Programmi\Microsoft Office PerformancePoint ServerTemp\3.0\Config.

    1. Impostare la voce del server database sul nuovo nome del computer che esegue SQL Server.

    2. Impostare la voce del server OLAP sul nuovo nome del computer che esegue il server OLAP.

      Nota

      Questa operazione è necessaria solo in una configurazione con server unico, perché la voce è stata impostata dal programma di installazione in questo scenario. In caso di distribuzione su più server, questo campo è vuoto e non è necessario modificarlo.

  13. Nel computer che esegue SQL Server eseguire la query SQL Server seguente per attivare manualmente SQL Server Service Broker in tutti i database delle applicazioni di Planning Server:

    ALTER DATABASE [PPSApplicationDatabaseName] SET ENABLE_BROKER
    

    Nota

    Se Servizio Processi di pianificazione è avviato, arrestare il servizio per consentire l'attivazione di Service Broker. Dopo l'attivazione, riavviare il servizio. Può accadere che la precedente istruzione SQL di attivazione di Service Broker sembri bloccata e l'istruzione non venga mai completata. Per correggere l'errore, riavviare il servizio SQL Server e tentare nuovamente di eseguire l'istruzione SQL.

  14. Aggiornare il blob XML eseguendo lo script seguente:

    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. In entrambi i server Servizio Web di pianificazione e Servizio Processi di pianificazione eseguire il comando IISRESET al prompt dei comandi di Windows.

  16. Nel Server 4 (server Servizio Web di pianificazione) e nel Server 5 (server Servizio Processi di pianificazione) riavviare Servizio Processi di pianificazione. In tal modo si garantisce che tutte le modifiche ai file di configurazione siano acquisite dai server.

  17. Eseguire la riconnessione a Windows SharePoint Services (passaggio facoltativo, necessario solo se si dispone di un server Windows SharePoint Services).

    Al completamento del ripristino, è necessario eseguire la riconnessione alla topologia del sistema Planning Server. A tal fine è necessario ricollegare il computer che esegue Windows SharePoint Services ai propri database di configurazione e del contenuto. Per ricollegare il server Windows SharePoint Services al database, procedere come segue:

    1. Nel Server 3 (server Windows SharePoint Services) aprire Internet Information Services.

    2. Espandere l'elenco e aprire la cartella Siti Web.

    3. Fare clic con il pulsante destro del mouse su Amministrazione centrale SharePoint e scegliere Sfoglia.

    4. Fare clic su Imposta server database di configurazione.

    5. Modificare il nome del server nel nuovo nome di SQL Server.

    6. Selezionare Connetti a database di configurazione esistente.

    7. Fare clic su OK.

    8. Selezionare Imposta server database del contenuto predefinito e verificare che il nuovo nome sia corretto. In caso negativo, aggiornare il nome al nuovo nome del server database e quindi fare clic su OK.

Se si verifica un errore di riconnessione

La procedura seguente è necessaria solo nel caso in cui la procedura precedente non consenta la riconnessione al server Windows SharePoint Services. Se non è possibile eseguire la riconnessione al server Windows SharePoint Services, l'unica soluzione restante consiste nella sua rimozione e reinstallazione dal punto di installazione originario.

Rimuovere e reinstallare Windows SharePoint Services

  1. Nel Server 3 (server Windows SharePoint Services) disinstallare Windows SharePoint Services utilizzando Installazione applicazioni.

  2. Nel Server 4 (server del servizio Web di pianificazione) aprire Gestione Internet Information Services ed eliminare il sito Web di Sharepoint e StsAdminAppPool.

  3. Installare Windows SharePoint Services nel server. Per ulteriori dettagli vedere Recuperare Windows SharePoint Services.

  4. Rinominare il server Windows SharePoint Services (facoltativo).

    Nota

    Questo passaggio è necessario solo se si dispone di un server che esegue Windows SharePoint Services.

  5. Copiare manualmente tutti i file dall'URL del sistema di origine ai nuovi percorsi URL.

  6. Rinominare il server Servizio Web di pianificazione.

    Tutti gli utenti che si connettono al server Servizio Web di pianificazione dovranno essere informati del nuovo nome, in modo da poter effettuare la connessione.

Vedere anche