Best practice per l'aggiornamento di Server

È necessario aver compreso appieno il proprio ambiente (e la documentazione). Come minimo, devi sapere:

Abbiamo preparato un Configuration and Architecture Checklist per semplificare questo passaggio. Il completamento di questo elenco di controllo fornisce una panoramica dell'infrastruttura e della configurazione.

Una parte importante della pianificazione dell'aggiornamento consiste nell'identificare i flussi di lavoro d'importanza critica che desideri proteggere e testare come parte del processo di aggiornamento. Si tratta in genere di flussi di lavoro eseguiti secondo una pianificazione, che fungono da dipendenze per i lavori a valle (all'interno o all'esterno di Alteryx) e/o forniscono dati/output critici alle principali parti interessate dell'azienda. In sostanza, identifichi qualsiasi flusso di lavoro che, se non disponibile per un periodo di tempo significativo, avrà un effetto deleterio sulla tua azienda.

L'identificazione dei flussi di lavoro critici può aiutarti a scegliere la versione di destinazione. Se il flusso di lavoro critico contiene strumenti o connettori non compatibili con una particolare versione, devi tenerne conto quando selezioni la versione di destinazione (consulta la sezione 3 di seguito per la Guida all'aggiornamento di Server da versione a versione: versioni supportate). È inoltre possibile modificare questi flussi di lavoro per i test successivi all'aggiornamento (di seguito) e includerli nel piano di controllo qualità.

Per i test dei flussi critici durante il controllo qualità post-aggiornamento, è necessario disabilitare o modificare tutti gli output che scrivono dati in altri sistemi di produzione, oppure producono output che risiederanno nell'ambiente di produzione.

Una metodologia comune consiste nel creare versioni di test dedicate di questi flussi che accedono ancora ai sistemi e alle directory di destinazione, ma non sovrascrivono i dati nei file e nelle tabelle di produzione.

Ciò consente di eseguire test end-to-end che non influiscono sulla produzione. Questi flussi di lavoro di test devono essere utilizzati nei test di produzione per lo stesso motivo.

Pianifica e programma le attività di aggiornamento per ridurre al minimo l'interruzione delle operazioni aziendali in corso. Pianifica la finestra di aggiornamento al di fuori del normale orario di lavoro (se possibile) e durante i periodi di utilizzo "più leggero". Ad esempio, non pianificare durante la chiusura di fine anno fiscale, l'elaborazione di fine trimestre, i controlli mensili e così via.

Alcuni client utilizzano una finestra di aggiornamento per rivisitare le versioni del sistema operativo (OS) sui loro computer Alteryx. Se desideri eseguire questa operazione, rivolgiti al reparto IT ed esamina i requisiti di sistema. Assicurati di documentare nel piano di aggiornamento se stai aggiornando anche il sistema operativo. Se si verificano problemi dopo l'aggiornamento di Alteryx, i tecnici dell'assistenza ne saranno informati.Requisiti di sistema

Il test dell'upgrade in un ambiente non di produzione e la documentazione delle fasi del processo che precedono l'upgrade dell'istanza di Server utilizzata in produzione contribuiscono a garantire un aggiornamento senza problemi. Permettono anche di verificare che gli strumenti di terze parti e i flussi di lavoro business-critical continuino a funzionare come previsto. In caso contrario, è un'opportunità per esplorare e risolvere questi problemi e per aggiungere questa procedura correttiva al piano di aggiornamento della produzione. La procedura seguita in questo upgrade del test, oltre agli ulteriori passaggi correttivi eventualmente aggiunti alla fase di controllo qualità, diventerà lo "script" di upgrade per la produzione. Contatta il team dell'account per richiedere una licenza Sandbox.

L'aggiornamento di un server Sandbox diventa il nuovo ambiente di produzione dopo la convalida. Questo elimina il rischio che il Server di produzione rimanga inattivo per un tempo indeterminato se non è stato eseguito alcun aggiornamento. L'ambiente di produzione originale è blu e l'ambiente nuovo/Sandbox, dove è possibile installare e testare gli aggiornamenti, è verde. La distribuzione blu-verde convalida che l'ambiente Server e i driver del database richiesti, i DSN, i connettori e le altre impostazioni siano pienamente compresi, in quanto devono essere configurati sul Sandbox per la convalida.

I passaggi fondamentali in questa sezione sono uno specchio dei passaggi da 1 a 6 della Sezione 5. Fai riferimento alla sezione appropriata per ulteriori dettagli e collegamenti alla guida.

Una volta che l'ambiente di produzione è operativo, è possibile aggiornare le installazioni di Designer se fanno parte del piano. Ricorda che la versione di Designer non può essere successiva a quella installata su Server e che questo aggiornamento influisce direttamente sui computer degli utenti. La procedura per aggiornare Designer è disponibile in Aggiornamento di Designer.

Analogamente a un aggiornamento di Server, le versioni di Designer aggiornate devono essere testate per assicurarsi che i flussi di lavoro continuino a essere eseguiti e che le connessioni a Server possano ancora essere effettuate. Come nelle best practice per gli aggiornamenti di Server, pianifica di testare l'aggiornamento di Designer su un piccolo sottogruppo di computer utente.