Procedure consigliate per la configurazione di un ambiente di test di aggiornamento

MicroStrategy consiglia di seguire queste best practice per configurare l'ambiente di test di aggiornamento:

Non modificare alcun oggetto di configurazione esistente. Se sono necessari oggetti di configurazione aggiuntivi per il test, è possibile creare oggetti aggiuntivi oppure duplicare un oggetto esistente e modificarlo. Ciò si applica a istanze di database, connessioni e accessi, filtri di sicurezza, utenti e gruppi di utenti e ruoli di sicurezza.
Se l'ambiente di produzione è in cluster, è necessario che lo sia anche l'ambiente di test.
Se i data warehouse di test e di produzione hanno prefissi delle tabelle di database diversi, assicurarsi di utilizzare i prefissi corretti nel catalogo warehouse dell'ambiente di test.
Crea un test di integrità confrontando i report dell'ambiente di test aggiornato con gli stessi report dell'ambiente di produzione, in modo da poter vedere facilmente dove si trovano le differenze.
Se possibile, pianificare l'esecuzione di test di integrità dei dati e carico delle prestazioni rispetto al warehouse di produzione. In questo modo si garantisce che gli scenari di test siano il più possibile rappresentativi dell'ambiente di produzione.
Se si stanno creando report e documenti specifici per un test di integrità dell'aggiornamento, creare tali report e documenti prima di duplicare i metadati di produzione.
Se si utilizza il mapping delle connessioni per consentire agli utenti di accedere al data warehouse, verificare che tutti gli utenti possano accedere al data warehouse di test, poiché le password degli utenti potrebbero essere diverse tra il warehouse di test e il warehouse di produzione.
Un modo per gestire questo problema consiste nel creare un nuovo login di database generico e quindi usare il seguente script di Command Manager per cambiare le mappature di connessione degli utenti in modo che utilizzino questo nuovo login:
Copia
```
ALTER CONNECTION MAP FOR USER "username" DBINSTANCE "production_warehouse_instance" DBLOGIN "test_login" ON PROJECT "project";
```
Se si intende aggiornare Enterprise Manager, eseguire un caricamento di dati prima di aggiornare Intelligence Server. Se non si esegue un caricamento dei dati prima di aggiornare Enterprise Manager e i progetti sui server Intelligence, si potrebbe perdere l'accesso ad alcuni dati statistici. Tutti gli aggiornamenti di Enterprise Manager richiedono l'aggiornamento anche delle tabelle statistiche, del repository di Enterprise Manager e dei metadati di Enterprise Manager.
Se si utilizza Narrowcast Server, assicurarsi che la copia del database dei repository Narrowcast non sia stata utilizzata durante la configurazione dell'ambiente di prova Narrowcast Server. Creare invece una copia dei repository con l'utilità Copia repository inclusa con Narrowcast Administrator e utilizzare questa copia. In questo modo si garantisce che l'ambiente di test non faccia riferimento accidentalmente a un server di produzione. Per istruzioni dettagliate sulla creazione di una copia dei repository Narrowcast, consultare a Guida di aggiornamento del server Narrowcast.