Introduction
Cet article décrit les problèmes résolus dans le correctif cumulatif 6 pour Windows Azure Pack. Il contient également les instructions d’installation du correctif cumulatif 6 pour Windows Azure Pack.
Problèmes résolus dans ce correctif cumulatif
-
Le problème 1
ajoute la prise en charge des tâches web dans Windows sites web Azure Pack.
Les utilisateurs du locataire symptome ne peuvent pas configurer et exécuter des tâches en arrière-plan pour effectuer des tâches par lots liées à leurs sites web. La fonctionnalité Windows Webjobs Azure n’est pas prise en charge dans le fournisseur de ressources de sites web Azure Pack (WAP) Windows.
Les utilisateurs du locataire de résolution ont désormais accès à cette fonctionnalité via le fournisseur de ressources de sites web WAP. Cette fonctionnalité est activée via le site Administrateur lorsque vous configurez un plan et que vous le mettez à la disposition des locataires du site Locataires. Avec cette fonctionnalité, la création de tâches web peut être exécutée manuellement ou en continu en arrière-plan. -
Le problème 2
ajoute la prise en charge des emplacements de déploiement dans Windows sites web Azure Pack.
Symptôme Les utilisateurs du locataire ne peuvent pas déployer sur des emplacements autres que leur emplacement de production dans un environnement de sites web WAP. Les emplacements ou environnements intermédiaires pour les sites web actuellement disponibles dans le App Service web Azure public ne sont pas disponibles dans le fournisseur de ressources de sites web WAP.
Les locataires de résolution peuvent désormais utiliser des emplacements de déploiement associés à leurs sites web. Le contenu de l’application web et les éléments de configuration peuvent être échangés entre deux emplacements de déploiement. Cela inclut l’emplacement de production. -
Le problème 3
ajoute la prise en charge du point de contrôle de machine virtuelle.
Les utilisateurs du locataire symptome ne peuvent pas créer de point de contrôle de l’état actuel d’une machine virtuelle via le fournisseur de ressources VMM/SPF.
Les locataires de résolution peuvent désormais créer un point de contrôle d’une machine virtuelle et le restaurer lorsque cela est nécessaire. Cela diffère des points de contrôle de machine virtuelle standard, car un seul point de contrôle peut être créé et, chaque fois qu’un point de contrôle est créé, le point de contrôle précédent est remplacé. -
Le problème 5
ajoute la prise en charge de la maintenance de la cohérence des données entre les propriétés configurées par le fournisseur de ressources SQL pour les ressources (telles que les bases de données, les pools de ressources et les groupes de charge de travail) avec les ressources provisionnées réelles sur le serveur d’hébergement SQL Server (ou serveurs). Cela permet de détecter les différences entre les données de configuration du fournisseur de ressources SQL après que les administrateurs ont modifié directement l’ordinateur SQL Server.
Symptôme SQL Server données de configuration de rp peuvent ne pas être synchronisées avec les ressources réelles déployées dans les instances cibles de SQL Server. Ce problème se produit si des modifications sont apportées directement aux serveurs et non via le wap SQL Server RP.
Résolution Il existe un nouvel ensemble d’appels d’API RESTful qui permettent la resynchronisation des données de configuration de SQL RP avec l’état réel du SQL Server cible. -
Problème de compatibilité 6
avec la prochaine version de Windows Server :-
Les nouveaux artefacts d’interface utilisateur sont à examiner uniquement ; ils n’ont pas de fonctionnalités complètes derrière eux.
-
La dépendance sur le module IIS de réécriture d’URL a été supprimée.
-
-
Le problème 7
résout plusieurs problèmes liés au fournisseur de ressources SQL Server :-
Un message d’erreur incorrect s’affiche lorsque la création de la base de données échoue, car la capacité totale du serveur est dépassée par la consommation définie dans le plan.
-
La commande Get-MgmtSvcSqlResourcePoolByTemplate ne fournit pas la sortie attendue lorsqu’elle est fournie avec un ID de modèle RG non valide.
-
Un locataire peut supprimer n’importe quelle base de données non managée en devinant son nom.
-
Les locataires ne peuvent pas augmenter la taille de leurs bases de données même après que l’administrateur a augmenté le quota pour le plan.
-
-
Problème 8
-
Une plage de correctifs mineurs
-
Obtention et installation du correctif cumulatif 6 pour Windows Azure Pack
Informations sur le téléchargement
Des packages de mise à jour pour Windows Azure Pack sont disponibles sur Microsoft Update peuvent être téléchargés manuellement.
Microsoft Update
Pour obtenir et installer un package de mise à jour à partir de Microsoft Update, procédez comme suit sur un ordinateur sur lequel un composant Operational Manager est installé :
-
Cliquez sur Démarrer, puis sur Panneau de configuration.
-
Dans Panneau de configuration, double-cliquez sur Windows Update, puis cliquez sur Vérifier en ligne pour les mises à jour de Microsoft Update.
-
Cliquez sur Mises à jour importantes disponibles.
-
Sélectionnez le package de correctif cumulatif souhaité, puis cliquez sur OK.
-
Cliquez sur Installer les mises à jour pour installer le package de mise à jour.
Télécharger manuellement les packages de mise à jour
Accédez au site web suivant pour télécharger manuellement les packages de mise à jour à partir du catalogue Microsoft Update :
Ces instructions d’installation s’appliquent aux composants Windows Azure Pack suivants :
-
Site client
-
API client
-
API locataire publique
-
Site d’administration
-
API d’administration
-
Authentification
-
Authentification Windows
-
Utilisation
-
Surveillance
-
Microsoft SQL
-
MySQL
-
Galerie d’applications web
-
Site de configuration
-
Best Practice Analyzer
-
API PowerShell
Pour installer les fichiers de mise à jour .msi pour chaque composant Windows Azure Pack, procédez comme suit :
-
Si le système est actuellement opérationnel (trafic client en cours de traitement), planifiez les temps d’interruption pour les serveurs Azure. Le Windows Azure Pack ne prend actuellement pas en charge les mises à niveau propagées.
-
Arrêtez ou redirigez le trafic client vers des sites que vous jugez satisfaisants.
-
Créez des sauvegardes des ordinateurs et des bases de données :
-
Cette mise à jour contient des modifications de base de données (voir l’étape 7); nous vous recommandons vivement de conserver les sauvegardes de vos bases de données à jour avant l’installation.
-
Si vous utilisez des machines virtuelles, prenez des instantanés de leur état actuel. Sinon, passez à l’étape suivante.
-
Si vous n’utilisez pas de machines virtuelles, effectuez une sauvegarde de l’ordinateur à utiliser pour la restauration si vous devez restaurer votre installation de mise à jour.
-
-
Si vous utilisez votre propre thème pour le Windows site client Azure Pack, veillez à conserver vos personnalisations de thème avant d’effectuer la mise à jour.
-
Effectuez la mise à jour à l’aide de Microsoft Update directement sur chaque nœud ou via le serveur Windows Server Update Services (WSUS).
-
Pour chaque nœud sous Équilibrage de charge, exécutez les mises à jour des composants dans l’ordre suivant :
-
Si vous utilisez les certificats auto-signés d’origine installés par WAP, l’opération de mise à jour les remplace. Vous devez exporter le nouveau certificat et l’importer vers les autres nœuds sous Équilibrage de charge. Ces certificats ont un modèle de nommage CN=MgmtSvc-* (auto-signé).
-
Mettez à jour les services de fournisseur de ressources (SQL Server, Mes SQL, SPF/VMM, sites web) en fonction des besoins. Assurez-vous que les sites RP sont en cours d’exécution.
-
Mettez à jour le site API client, l’API locataire publique, les nœuds API d’administration, ainsi que les sites d’authentification de l’administrateur et du locataire.
-
Mettez à jour les sites d’administrateur et de client.
-
-
Cette étape est nécessaire pour activer la nouvelle prise en charge de SQL Server Resource Governor :
-
Téléchargez et ouvrez avec un éditeur de texte (ou Windows PowerShell ISE) le script PowerShell suivant. Ce script va modifier les bases de données Azure Pack.
-
Modifiez la ligne de chaîne de connexion comme suit :
$wapConnectionString = « server=yourservername;uid=sa;pwd=yourpassword;d atabase=master; »
-
Exécutez ce script en tant qu’administrateur sur les machines qui contiennent le module Mgmt-Svc-PowerShellAPI. Voici les ordinateurs en cours d’exécution :
-
Extension d’utilisation
-
Extension Web App Gallery
-
extension SQL Server
-
Extension MySQL
-
-
-
Si tous les composants sont mis à jour et fonctionnent comme prévu, vous pouvez commencer à ouvrir le trafic vers vos nœuds mis à jour. Sinon, reportez-vous à la section « Instructions de restauration ».
Si un problème se produit et que vous déterminez qu’une restauration est nécessaire, procédez comme suit :
-
Si des instantanés sont disponibles à l’étape 3B dans la section « Instructions d’installation », appliquez les instantanés. Si aucune capture instantanée n’est disponible, passez à l’étape suivante.
-
Utilisez la sauvegarde effectuée aux étapes 3A et 3C dans la section « Instructions d’installation » pour restaurer vos bases de données et ordinateurs.
Ne laissez pas le système dans un état partiellement mis à jour. Effectuez des opérations de restauration sur toutes les machines sur lesquelles Windows Azure Pack a été installé, même si la mise à jour a échoué sur un nœud.
Nous vous recommandons d’exécuter l’analyseur de bonnes pratiques Azure Pack Windows sur chaque Windows nœud Azure Pack pour vous assurer que les éléments de configuration sont corrects. -
Ouvrez le trafic vers vos nœuds restaurés.
|
Fichiers modifiés |
Taille du fichier |
Version |
|---|---|---|
|
<Liste des fichiers qui changent> |
<taille de fichier est nécessaire pour chaque fichier> |
<numéro de version est nécessaire pour chaque fichier> |
