Introduzione
Questo articolo descrive i problemi risolti in Aggiornamento cumulativo 6 per Windows Azure Pack. Contiene anche le istruzioni di installazione per l'aggiornamento cumulativo 6 per Windows Azure Pack.
Problemi risolti nell'aggiornamento cumulativo
-
Problema 1
Aggiunge il supporto per Webjob nei siti Web di Windows Azure Pack.
Gli utenti tenant dei sintomi non possono configurare ed eseguire attività in background per eseguire processi batch correlati ai propri siti Web. La funzionalità Windows Azure Webjobs non è supportata nel provider di risorse per i siti Web Windows Azure Pack (WAP).
Gli utenti del tenant di risoluzione hanno ora accesso a questa funzionalità tramite il provider di risorse dei siti Web WAP. Questa funzionalità viene abilitata tramite il sito Amministratore quando si configura un piano e lo si rende disponibile per i tenant nel sito Tenant. Con questa funzionalità, la creazione di Webjobs può essere eseguita manualmente o continuamente in background. -
Problema 2
Aggiunge il supporto per gli slot di distribuzione nei siti Web di Windows Azure Pack.
Gli utenti del tenant sintomo non possono distribuire in slot diversi dal proprio slot di produzione in un ambiente di siti Web WAP. Gli slot o gli ambienti di gestione temporanea per i siti Web attualmente disponibili in Azure Web servizio app pubblico non sono disponibili nel provider di risorse dei siti Web WAP.
I tenant di risoluzione possono ora usare gli slot di distribuzione associati ai loro siti Web. Il contenuto dell'app Web e gli elementi di configurazione possono essere scambiati tra due slot di distribuzione. Questo include lo slot di produzione. -
Problema 3
Aggiunge il supporto per Checkpoint macchina virtuale.
Gli utenti del tenant sintomo non possono creare un checkpoint dello stato corrente di una macchina virtuale (VM) tramite il provider di risorse VMM/SPF.
I tenant di risoluzione possono ora creare un checkpoint di una macchina virtuale e ripristinarlo quando necessario. Ciò è diverso dai normali checkpoint della macchina virtuale in quanto è possibile creare un solo checkpoint e, ogni volta che viene creato un checkpoint, quello precedente viene sovrascritto. -
Problema 5
Aggiunge il supporto per mantenere la coerenza dei dati tra le proprietà configurate dal provider di risorse SQL per le risorse (ad esempio database, pool di risorse e gruppi di carico di lavoro) con le risorse di cui è stato eseguito il provisioning effettivo nel server di hosting di SQL Server (o server). In questo modo è possibile rilevare le differenze dei dati di configurazione del provider di risorse SQL dopo che gli amministratori hanno modificato direttamente il computer SQL Server.
Sintomo SQL Server dati di configurazione RP potrebbero non essere sincronizzati con le risorse effettive distribuite nelle istanze di destinazione di SQL Server. Questo problema si verifica se le modifiche vengono apportate direttamente ai server e non tramite wap SQL Server RP.
Risoluzione Esiste un nuovo set di chiamate API RESTful che consentono la risincronizzazione dei dati di configurazione di SQL RP con lo stato effettivo del SQL Server di destinazione. -
Problema 6
Compatibilità con la versione successiva di Windows Server:-
I nuovi elementi dell'interfaccia utente sono solo per la revisione; non hanno una funzionalità completa dietro di loro.
-
La dipendenza dal modulo RIscrivi IIS DELL'URL è stata rimossa.
-
-
Problema 7
Risolve diversi SQL Server problemi del provider di risorse:-
Quando la creazione del database non riesce, viene visualizzato un messaggio di errore errato perché la capacità totale del server viene superata dal consumo definito nel piano.
-
Il comando Get-MgmtSvcSqlResourcePoolByTemplate non fornisce l'output previsto quando viene fornito con un ID modello RG non valido.
-
Un tenant può eliminare qualsiasi database non gestito indovinandone il nome.
-
I tenant non possono aumentare le dimensioni dei database anche dopo che l'amministratore ha aumentato la quota per il piano.
-
-
Problema 8
-
Un intervallo di correzioni secondarie
-
Come ottenere e installare l'aggiornamento cumulativo 6 per Windows Azure Pack
Informazioni sul download
I pacchetti di aggiornamento per Windows Azure Pack sono disponibili da Microsoft Update o tramite download manuale.
Microsoft Update
Per ottenere e installare un pacchetto di aggiornamento da Microsoft Update, segui questi passaggi in un computer in cui è installato un componente di Operational Manager:
-
Fare clic sul pulsante Start e quindi scegliere Pannello di controllo.
-
In Pannello di controllo fare doppio clic su Windows Update e quindi su Verifica disponibilità aggiornamenti online da Microsoft Update.
-
Fare clic su Aggiornamenti importanti disponibili.
-
Selezionare il pacchetto di aggiornamento cumulativo desiderato e quindi fare clic su OK.
-
Fare clic su Installa aggiornamenti per installare il pacchetto di aggiornamento.
Scaricare manualmente i pacchetti di aggiornamento
Vai al sito Web seguente per scaricare manualmente i pacchetti di aggiornamento da Microsoft Update Catalog:
Queste istruzioni di installazione sono relative ai componenti di Azure Pack seguenti Windows:
-
Sito tenant
-
Tenant API
-
API pubblica tenant
-
Sito di amministrazione
-
API di amministrazione
-
Autenticazione
-
Autenticazione Windows
-
Utilizzo
-
Monitoraggio
-
Microsoft SQL
-
Mysql
-
Raccolta applicazioni Web
-
Sito di configurazione
-
Best Practices Analyzer
-
PowerShell API
Per installare l'aggiornamento .msi file per ogni componente Windows Azure Pack, procedere come segue:
-
Se il sistema è attualmente operativo (gestione del traffico clienti), pianificare i tempi di inattività per i server Azure. Il Windows Azure Pack attualmente non supporta gli aggiornamenti in fase di distribuzione.
-
Arrestare o reindirizzare il traffico dei clienti verso siti considerati soddisfacenti.
-
Creare backup dei computer e dei database:
-
Questo aggiornamento contiene modifiche al database (vedere il passaggio 7); è consigliabile mantenere aggiornati i backup dei database prima dell'installazione.
-
Se si usano macchine virtuali, creare snapshot dello stato corrente. In caso contrario, andare al passaggio successivo.
-
Se non si usano macchine virtuali, eseguire un backup del computer da usare per il ripristino nel caso in cui sia necessario eseguire il rollback dell'installazione dell'aggiornamento.
-
-
Se si usa un tema personalizzato per il sito tenant di Windows Azure Pack, assicurarsi di mantenere le personalizzazioni del tema prima di eseguire l'aggiornamento.
-
Esegui l'aggiornamento utilizzando Microsoft Update direttamente su ogni nodo o tramite il server Windows Server Update Services (WSUS).
-
Per ogni nodo in Bilanciamento carico, eseguire gli aggiornamenti per i componenti nell'ordine seguente:
-
Se utilizzi i certificati autofirmati originali installati da WAP, l'operazione di aggiornamento li sostituirà. È necessario esportare il nuovo certificato e importarlo negli altri nodi in Bilanciamento carico. Questi certificati hanno lo schema di denominazione CN=MgmtSvc-* (autofirmata).
-
Aggiornare i servizi del provider di risorse (SQL Server, SQL personale, SPF/VMM, siti Web) in base alle esigenze. E assicurati che i siti RP siano in esecuzione.
-
Aggiornare il sito dell'API tenant, l'API tenant pubblica, i nodi dell'API administrator e i siti di autenticazione dell'amministratore e del tenant.
-
Aggiornare i siti Amministratore e Tenant.
-
-
Questo passaggio è necessario per abilitare il nuovo supporto per SQL Server Resource Governor:
-
Scaricare e aprire con un editor di testo (o Windows PowerShell ISE) lo script di PowerShell seguente. Questo script modifica i database di Azure Pack.
-
Modificare la linea della stringa di connessione nel modo seguente:
$wapConnectionString = "server=nomeserver;uid=sa;pwd=yourpassword;d atabase=master;"
-
Esegui questo script come amministratore nei computer che contengono il modulo Mgmt-Svc-PowerShellAPI. Questi sono i computer che eseguono:
-
Estensione utilizzo
-
Estensione Raccolta app Web
-
estensione SQL Server
-
Estensione MySQL
-
-
-
Se tutti i componenti vengono aggiornati e funzionano come previsto, è possibile iniziare ad aprire il traffico verso i nodi aggiornati. In caso contrario, vedere la sezione "Istruzioni per il ripristino".
Nel caso si verifichi un problema e si determina che è necessario un rollback, seguire questa procedura:
-
Se gli snapshot sono disponibili al passaggio 3B nella sezione "Istruzioni di installazione", applicare gli snapshot. Se non sono presenti snapshot, andare al passaggio successivo.
-
Usare il backup eseguito nei passaggi 3A e 3C della sezione "Istruzioni di installazione" per ripristinare database e computer.
Non lasciare il sistema in uno stato parzialmente aggiornato. Eseguire operazioni di rollback in tutti i computer in cui è stato installato Windows Azure Pack, anche se l'aggiornamento non è riuscito in un nodo.
Scelta consigliata Eseguire Windows Azure Pack Best Practice Analyzer in ogni nodo Windows Azure Pack per assicurarsi che gli elementi di configurazione siano corretti. -
Aprire il traffico verso i nodi ripristinati.
|
File modificati |
Dimensione file |
Versione |
|---|---|---|
|
<Elenco dei file che cambiano> |
<Le dimensioni del file sono necessarie per ogni> |
<numero di versione è necessario per ogni> di file |
