Einführung
In diesem Artikel werden die Probleme beschrieben, die im Updaterollup 6 für Windows Azure Pack behoben wurden. Es enthält auch die Installationsanweisungen für updaterollup 6 für Windows Azure Pack.
Probleme, die in diesem Updaterollup behoben wurden
-
Problem 1
Fügt Unterstützung für Webjobs in Windows Azure Pack-Websites hinzu.
SymptomMandant-Benutzer können keine Hintergrundaufgaben einrichten und ausführen, um Batchaufträge auszuführen, die mit ihren Websites zusammenhängen. Die Windows Azure Webjobs-Funktionalität wird im Windows Azure Pack (WAP)-Websiteressourcenanbieter nicht unterstützt.
Benutzer des Lösungsmandanten haben jetzt Über den RESSOURCENanbieter für WAP-Websites Zugriff auf diese Funktionalität. Diese Funktion wird über die Administratorwebsite aktiviert, wenn Sie einen Plan konfigurieren und für Mandanten auf der Mandantenwebsite verfügbar machen. Mit dieser Funktionalität kann die Erstellung von Webjobs manuell oder kontinuierlich im Hintergrund ausgeführt werden. -
Problem 2
Fügt Unterstützung für Bereitstellungsmodule auf Windows Azure Pack-Websites hinzu.
Symptom Tenant-Benutzer können keine anderen Slots als ihren Produktionsplatz in einer WAP-Websites-Umgebung bereitstellen. Die Slots- oder Stagingumgebungen für Websites, die derzeit im öffentlichen Azure Web App Service verfügbar sind, sind im RESSOURCENanbieter für WAP-Websites nicht verfügbar.
Lösungsmandanten können jetzt Bereitstellungsmodule verwenden, die ihren Websites zugeordnet sind. Web app content and configuration elements can be swaped between two deployment slots. Dazu gehört auch der Produktionsplatz. -
Problem 3
Fügt Unterstützung für den Virtuellen Computerprüfpunkt hinzu.
SymptomMandantenbenutzer können über den VMM/SPF-Ressourcenanbieter keinen Prüfpunkt des aktuellen Zustands eines virtuellen Computers (VM) erstellen.
Lösungsmandanten können jetzt einen Prüfpunkt eines virtuellen Computers erstellen und bei Bedarf wiederherstellen. Dies unterscheidet sich von den normalen VM-Prüfpunkten dadurch, dass nur ein einziger Prüfpunkt erstellt werden kann und bei jeder Erstellung eines Prüfpunkts der vorherige überschrieben wird. -
Problem 5
Fügt Unterstützung hinzu, um die Datenkonsistenz zwischen den vom SQL Ressourcenanbieter konfigurierten Eigenschaften für Ressourcen (z. B. Datenbanken, Ressourcenpools und Workloadgruppen) mit den tatsächlich bereitgestellten Ressourcen auf dem SQL Server Hostingserver (oder -servern) aufrechtzuerhalten. Dies ermöglicht die Erkennung von Unterschieden der Konfigurationsdaten des SQL-Ressourcenanbieters, nachdem Administratoren den SQL Server Computer direkt geändert haben.
Symptom SQL Server RP-Konfigurationsdaten können mit den tatsächlichen Ressourcen, die in den Zielinstanzen von SQL Server bereitgestellt werden, nicht synchronisiert werden. Dieses Problem tritt auf, wenn Änderungen direkt an den Servern und nicht über die WAP-SQL Server RP vorgenommen werden.
Lösung Es gibt einen neuen Satz von RESTful-API-Aufrufen, die die Erneutsynchronisierung der SQL RP-Konfigurationsdaten mit dem aktuellen Status des Ziel-SQL Server ermöglichen. -
Problem 6
Kompatibilität mit der nächsten Version von Windows Server:-
Neue UI-Artefakte sind nur zur Überprüfung vorgesehen; sie haben nicht die vollständige Funktionalität hinter ihnen.
-
Die Abhängigkeit vom URL Rewrite IIS-Modul wurde entfernt.
-
-
Problem 7
Behebt mehrere probleme mit SQL Server Ressourcenanbietern:-
Wenn bei der Datenbankerstellung ein Fehler auftritt, wird eine falsche Fehlermeldung angezeigt, da die Gesamtkapazität des Servers durch den im Plan definierten Verbrauch überschritten wird.
-
Der Befehl Get-MgmtSvcSqlResourcePoolByTemplate liefert nicht die erwartete Ausgabe, wenn er mit einer ungültigen RG-Vorlagen-ID bereitgestellt wird.
-
Ein Mandant kann jede nicht verwaltete Datenbank löschen, indem er seinen Namen erraten kann.
-
Mandanten können die Größe ihrer Datenbanken nicht erhöhen, auch wenn der Administrator das Kontingent für den Plan erhöht.
-
-
Problem 8
-
Eine Reihe kleinerer Korrekturen
-
Abrufen und Installieren des Updaterollups 6 für Windows Azure Pack
Informationen zum Download
Updatepakete für Windows Azure Pack sind über Microsoft Update oder zum manuellen Herunterladen verfügbar.
Microsoft Update
Um ein Updatepaket von Microsoft Update abzurufen und zu installieren, führen Sie die folgenden Schritte auf einem Computer aus, auf dem eine Operational Manager-Komponente installiert ist:
-
Klicken Sie auf Start und dann auf Systemsteuerung.
-
Doppelklicken Sie in Systemsteuerung auf Windows Update., und klicken Sie dann auf "Online überprüfen", um Updates von Microsoft Update zu erhalten.
-
Klicken Sie auf "Wichtige Updates sind verfügbar".
-
Wählen Sie das gewünschte Updaterolluppaket aus, und klicken Sie dann auf "OK".
-
Klicken Sie auf "Updates installieren", um das Updatepaket zu installieren.
Manuelles Herunterladen von Updatepaketen
Wechseln Sie zur folgenden Website, um die Updatepakete manuell aus dem Microsoft Update-Katalog herunterzuladen:
Diese Installationsanweisungen gelten für die folgenden Windows Azure Pack-Komponenten:
-
Mandantenwebsite
-
Mandanten-API
-
Öffentliche Mandanten-API
-
Verwaltungswebsite
-
Verwaltungs-API
-
Authentifizierung
-
Windows-Authentifizierung
-
Verwendung
-
Überwachung
-
Microsoft SQL
-
MySQL
-
Web App Gallery
-
Konfigurationswebsite
-
Best Practices Analyzer
-
PowerShell-API
Führen Sie die folgenden Schritte aus, um die Update-.msi-Dateien für jede Windows Azure Pack-Komponente zu installieren:
-
Wenn das System aktuell betriebsbereit ist (und Kundendatenverkehr verarbeitet), planen Sie Downtime für die Azure-Server ein. Das Windows Azure Pack unterstützt derzeit keine rollierenden Upgrades.
-
Beenden oder Umleiten des Kundendatenverkehrs zu Websites, die Sie als zufriedenstellend erachten.
-
Erstellen von Sicherungen der Computer und Datenbanken:
-
Dieses Update enthält Datenbankänderungen (siehe Schritt 7); Es wird dringend empfohlen, Sicherungen Ihrer Datenbanken vor der Installation auf dem neuesten Stand zu halten.
-
Wenn Sie virtuelle Computer verwenden, erstellen Sie Momentaufnahmen des aktuellen Zustands. Fahren Sie andernfalls mit dem nächsten Schritt fort.
-
Wenn Sie keine virtuellen Computer verwenden, erstellen Sie eine Sicherungskopie des Computers, der für die Wiederherstellung verwendet werden soll, falls Sie die Updateinstallation zurücksetzen müssen.
-
-
Wenn Sie Ihr eigenes Design für die Windows Azure Pack-Mandantenwebsite verwenden, stellen Sie sicher, dass Sie Ihre Designanpassungen beibehalten, bevor Sie das Update ausführen.
-
Führen Sie das Update mithilfe von Microsoft Update entweder direkt auf jedem Knoten oder über den Windows Server Update Services (WSUS)-Server aus.
-
Führen Sie für jeden Knoten unter "Lastenausgleich" die Updates für Komponenten in der folgenden Reihenfolge aus:
-
Wenn Sie die ursprünglichen selbstsignierten Zertifikate verwenden, die von WAP installiert wurden, werden sie durch den Aktualisierungsvorgang ersetzt. Sie müssen das neue Zertifikat exportieren und in die anderen Knoten unter "Lastenausgleich" importieren. Diese Zertifikate weisen das Benennungsmuster CN=MgmtSvc-* (Selbstsigniert) auf.
-
Aktualisieren Sie die Ressourcenanbieterdienste (SQL Server, My SQL, SPF/VMM, Websites) nach Bedarf. Stellen Sie außerdem sicher, dass die Ressourcenanbieterwebsites ausgeführt werden.
-
Aktualisieren Sie die Mandanten-API-Website, die öffentliche Mandanten-API, Verwaltungs-API-Knoten sowie die Verwaltungs- und Mandantenauthentifizierungswebsites.
-
Aktualisieren Sie die Administrator- und Mandantenwebsites.
-
-
Dieser Schritt ist erforderlich, um die neue Unterstützung für SQL Server Resource Governor zu aktivieren:
-
Laden Sie das folgende PowerShell-Skript mit einem Text-Editor (oder Windows PowerShell ISE) herunter , und öffnen Sie es. Dieses Skript ändert die Azure Pack-Datenbanken.
-
Ändern Sie die Verbindungszeichenfolgenzeile wie folgt:
$wapConnectionString = "server=yourservername;uid=sa;pwd=yourpassword;d atabase=master;"
-
Führen Sie dieses Skript als Administrator auf den Computern aus, die das Mgmt-Svc-PowerShellAPI-Modul enthalten. Dies sind die Computer, die ausgeführt werden:
-
Nutzungserweiterung
-
Web App Gallery-Erweiterung
-
SQL Server Erweiterung
-
MySQL-Erweiterung
-
-
-
Wenn alle Komponenten wie erwartet aktualisiert werden und funktionieren, können Sie mit dem Öffnen des Datenverkehrs für Ihre aktualisierten Knoten beginnen. Lesen Sie andernfalls den Abschnitt „Rollbackanweisungen“.
Falls ein Problem auftritt und Sie feststellen, dass ein Rollback erforderlich ist, führen Sie die folgenden Schritte aus:
-
Wenn Momentaufnahmen aus Schritt 3B im Abschnitt "Installationsanweisungen" verfügbar sind, wenden Sie die Momentaufnahmen an. Wenn keine Momentaufnahmen vorhanden sind, fahren Sie mit dem nächsten Schritt fort.
-
Verwenden Sie die Sicherung, die in Schritt 3A und 3C im Abschnitt "Installationsanweisungen" durchgeführt wurde, um Ihre Datenbanken und Computer wiederherzustellen.
Lassen Sie das System nicht in einem teilweise aktualisierten Zustand. Führen Sie Rollbackvorgänge auf allen Computern durch, auf denen Windows Azure Pack installiert wurde, auch wenn das Update auf einem Knoten fehlgeschlagen ist.
Empfohlen: Führen Sie den Windows Azure Pack Best Practice Analyzer auf jedem Windows Azure Pack-Knoten aus, um sicherzustellen, dass die Konfigurationselemente korrekt sind. -
Öffnen Sie den Datenverkehr zu Ihren wiederhergestellten Knoten.
|
Geänderte Dateien |
Dateigröße |
Version |
|---|---|---|
|
<Liste der Dateien, die> geändert werden |
<Dateigröße ist für jede Datei> |
<version number is needed for each file> |
