Exporter (0) Imprimer
Développer tout

Notes de publication de Azure (juin 2012)

Mis à jour: avril 2014

Ce document contient les notes de publication pour le Kit de développement logiciel (SDK) (version CTP de juin 2012). Il contient les informations suivantes :

Pour plus d'informations sur cette publication, consultez les ressources suivantes :

  1. Les dernières mises à jour dans - Nouveautés de Windows Azure

  2. Nouvelles fonctionnalités des Tools pour Microsoft Visual Studio - Nouveautés de Windows Azure Tools

Vous ne pouvez pas utiliser le nouveau portail pour manipuler les certificats de gestion. La rubrique Création et chargement d'un disque dur virtuel qui contient le système d'exploitation Windows Server illustre un exemple de démarrage d'une tâche dans le nouveau portail, puis utilise l'ancien portail pour manipuler les certificats de gestion et pour terminer la tâche.

Un paramètre de clé de Registre peut entraîner cette erreur. Recherchez la clé et la valeur suivantes dans le Registre de votre machine virtuelle. Si elles existent, supprimez-les. Comme vous ne pouvez pas vous connecter à distance à la machine virtuelle, vous devrez vérifier le disque dur virtuel (VHD) que vous avez téléchargé pour créer la machine virtuelle.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Name:EnablePMTUDiscovery
Value:0

Si vous développez une application Windows Azure sur Windows 8, et ciblez l'instance principale Web hébergée, vous devez utiliser .NET Framework 4.0. Vous ne pouvez pas cibler le .NET Framework 3.5. Étant donné que l'instance principale Web susceptible de servir d'hôte est déconseillée, ce problème ne sera pas résolu.

Vous pouvez installer simultanément les deux SDK sur un seul ordinateur. Notes les informations suivantes :

  1. L'installation des deux versions constitue le seul scénario côte à côte. Vous ne pouvez pas installer d'autres Kits de développement logiciel Windows Azure SDK côte à côte.

  2. Pour éviter toute confusion lorsque vous installez les deux versions, les versions publiques des assemblys .NET ont été modifiées. Les assemblys de la version de novembre 2011 sont généralement marqués avec la version 1.0 ou 1.1. Les assemblys de la version de juin 2012 sont étiquetés avec la version 1.7.  Cette modification exige la recompilation des applications ou l'utilisation de redirections de liaison d'assembly pour sélectionner les nouveaux assemblys de juin 2012. Pour plus d'informations, consultez Redirection des liaisons d'assembly.

  3. Lorsque les deux versions sont installées, elles partagent l'émulateur de calcul.

  4. La version de novembre 2011 n'est pas officiellement prise en charge par Windows 8. Si vous installez Windows 8, vous devez mettre à niveau les projets de la version de novembre 2011 vers la version de juin 2012.

  5. À des fins de compatibilité, la version de juin 2012 utilise un fichier de stratégie d'éditeur pour Microsoft.ServiceRuntime.dll, afin que les clients liés à la version 1.0 soient automatiquement redirigés vers la version 1.7. Ce fichier de stratégie d'éditeur est installé dans l'environnement de développement local et sur Windows Azure.

Ce problème se produit dans le cas suivant : Vous avez un locataire de plusieurs rôles exécuté avec la version de novembre 2011 du Kit de développement logiciel (SDK). Vous mettez à niveau votre ordinateur de développement vers la version de juin 2012 du SDK. Vous tentez ensuite de mettre à niveau un seul rôle dans Windows Azure à l'aide de la version de juin 2012. Les autres rôles exécutent toujours la version de novembre 2011. Windows Azure bloque cette mise à niveau. Pour résoudre ce problème, mettez à niveau tous les rôles vers la version de juin 2012.

Ne régénérez pas les clés d'accès de stockage du compte de stockage qui contient les VHD que vous utilisez pour exécuter des machines virtuelles Windows Azure pendant que la machine virtuelle s'exécute. Si les clés sont régénérées dans ces conditions, les machines virtuelles cessent de fonctionner. Cela est dû au fait que les disques durs virtuels sont stockés en tant qu'objets blob dans des comptes de stockage. L'objet blob est mis à jour à mesure que l'état de la machine virtuelle change.

Dans la nouvelle version de l'API REST du 12/02/2012 du service de Table Windows Azure, nous avons résolu le problème indiqué dans notre publication de blog PartitionKey ou RowKey contenant le caractère de pourcentage (%) provoque l'échec de certaines API Tables Windows Azure. Si vous aviez précédemment rencontré ce problème et l'aviez contourné en double encodant avant envoi au service, il s'agit d'une modification avec rupture lorsque vous mettez à jour vers la nouvelle version de l'API REST.

Les Notes de publication pour Service Bus sont disponibles dans Notes de publication pour la version Service Bus d'avril 2013.

Les Notes de publication pour Base de données SQL sont disponibles dans Problèmes connus dans Base de données SQL Azure.

Les notes de publication du portail de gestion pour Base de données SQL sont disponibles dans Problèmes connus du portail de gestion pour Base de données SQL.

Voir aussi

Autres ressources

About Windows Azure

Afficher:
© 2014 Microsoft