ApsaraDB RDS:Mettre à niveau SQL Server 2008 R2 (SSD local Premium) vers 2012 ou 2016

Pour plus d'informations sur les fonctionnalités proposées par les différentes versions de SQL Server pour chaque édition RDS, consultez la rubrique Différences de fonctionnalités entre les éditions.

Prérequis

Votre instance RDS doit satisfaire aux conditions suivantes :

• L'instance RDS exécute SQL Server 2008 R2 avec des SSD locaux Premium.

• La capacité de stockage de l'instance RDS est d'au moins 20 Go. Pour plus d'informations sur l'extension de la capacité de stockage, consultez la rubrique Modifier les spécifications de l'instance.

• La fonctionnalité Transparent Data Encryption (TDE) est désactivée sur l'instance RDS. Pour savoir comment désactiver la fonctionnalité TDE, consultez la rubrique Configurer le chiffrement transparent des données (TDE).

Notes d'utilisation

• Une fois la mise à niveau terminée, il est impossible de revenir à une version majeure antérieure du moteur de base de données.

  Avertissement

  Avant de lancer la mise à niveau, nous vous recommandons de créer une instance RDS temporaire exécutant la version requise de SQL Server et de l'utiliser pour tester la compatibilité avec vos charges de travail. Pour plus d'informations, consultez la section Mettre à niveau une instance ApsaraDB RDS for SQL Server avec des disques locaux de SQL Server 2008 R2 vers SQL Server 2012 ou SQL Server 2016.

• Après la mise à niveau, vous devez basculer vos charges de travail. La durée d'interruption liée au basculement varie en fonction du volume de données de votre instance RDS. Dans la plupart des cas, le basculement prend environ 20 minutes. Nous vous conseillons d'effectuer cette opération durant la fenêtre de maintenance définie. Assurez-vous que votre application est configurée pour se reconnecter automatiquement à l'instance RDS.

• N'utilisez pas le VPC ou le vSwitch par défaut pour la mise à niveau. Vous devez configurer un VPC et un vSwitch adaptés aux besoins de votre activité.

• Pendant la mise à niveau, évitez de modifier les métadonnées de votre instance RDS, sous peine de provoquer des incohérences de données après l'opération. Par exemple, abstenez-vous de créer ou de supprimer des bases de données, ainsi que de modifier leurs modèles de récupération.

Modifier les points de terminaison de votre instance RDS

Après la mise à niveau, votre instance RDS réside dans un VPC. Le tableau ci-dessous décrit la procédure de modification des points de terminaison de l'instance RDS après la mise à niveau, en fonction du type de réseau d'origine.

Impacts

• Une fois lancé, le processus de mise à niveau ne peut pas être annulé et aucun retour arrière n'est possible après son achèvement.

• Vos paramètres existants, tels que le nom de l'instance, le port, les tags et les comptes de base de données, restent inchangés après la mise à niveau.

• La durée de la mise à niveau dépend de plusieurs facteurs, notamment le volume de données de votre instance. Pour plus d'informations, consultez la section FAQ de cette rubrique.

• La mise à niveau implique un basculement réseau, ce qui entraîne une interruption de service pouvant durer jusqu'à 20 minutes. Pour plus d'informations, consultez la section FAQ de cette rubrique. Assurez-vous que votre application dispose d'un mécanisme de reconnexion automatique.

• Pendant la mise à niveau, le processus migre les ressources sous-jacentes de l'instance, ce qui entraîne un changement de l'adresse IP virtuelle (VIP). Pour garantir la stabilité et la continuité de votre activité, vous devez utiliser le point de terminaison interne ou public de l'instance RDS pour connecter votre application. N'utilisez pas l'adresse IP résolue. Le point de terminaison RDS est un nom de domaine dynamique doté de capacités de routage automatique qui s'adapte de manière transparente aux changements d'IP backend.

• Si vous choisissez d'effectuer le basculement pendant la fenêtre de maintenance, les sauvegardes régulières de l'instance sont désactivées depuis la soumission de la tâche de mise à niveau jusqu'à la fin de la migration.

• Videz le cache DNS sur votre client. Si votre client est une application basée sur JVM, nous vous recommandons de définir le TTL dans la configuration JVM à 60 secondes ou moins. Cela garantit que lorsque l'adresse VIP du point de terminaison change, l'application peut obtenir la nouvelle adresse VIP en interrogeant à nouveau le DNS.

  Remarque

  Les méthodes suivantes de définition du TTL dans la JVM sont fournies à titre indicatif :

  • Pour définir le TTL pour toutes les applications basées sur JVM, définissez le paramètre networkaddress.cache.ttl dans le fichier $JAVA_HOME/jre/lib/security/java.security sur 60.

  • Pour définir le TTL uniquement pour une application locale, définissez java.security.Security.setProperty("networkaddress.cache.ttl" , "60"); dans le code d'initialisation de l'application avant l'établissement de toute connexion réseau, et plus précisément avant le premier appel à InetAddress.getByName().

• Si une tâche Data Transmission Service (DTS) est en cours d'exécution, vous devez la reconfigurer et la redémarrer après la mise à niveau.

Règles de facturation

Des frais s'appliquent à la mise à niveau. Les tarifs affichés sur la page d'achat font foi. Pour plus d'informations, consultez la rubrique Modifier les spécifications de l'instance.

Procédure

1. Connectez-vous à la console ApsaraDB RDS et accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région où réside l'instance RDS. Localisez ensuite l'instance RDS et cliquez sur son ID.

2. Sur la page Basic Information, cliquez sur Upgrade Version. Dans la boîte de dialogue qui s'affiche, cliquez sur OK.

   Remarque

   Si le bouton Upgrade Version n'apparaît pas, vérifiez si les prérequis sont satisfaits. Par exemple, vérifiez si la fonctionnalité TDE est activée sur votre instance RDS ou si celle-ci possède une instance temporaire.

3. Sur la page Upgrade Engine Version, configurez les paramètres suivants.

   Paramètre	Description
   Upgrade To	Sélectionnez la version requise de SQL Server. Les valeurs valides des paramètres Edition, Storage Type et Instance Type varient en fonction de la version de SQL Server sélectionnée. Vous pouvez mettre à niveau votre instance RDS avec des SSD locaux Premium de SQL Server 2008 R2 vers l'une des versions suivantes : SQL Server 2012 EE SQL Server 2016 SE SQL Server 2016 EE Important Si vous mettez à niveau votre instance RDS vers SQL Server 2012 EE ou SQL Server 2016 EE, la fonctionnalité TDE reste disponible. Si vous mettez à niveau votre instance RDS vers SQL Server 2016 SE, la fonctionnalité TDE devient indisponible.
   Edition	Sélectionnez High-availability Edition. Le système de base de données se compose d'une instance RDS principale et d'une instance RDS secondaire. Ces instances fonctionnent en mode haute disponibilité pour offrir des performances équilibrées dans tous les domaines.
   Storage Type	Sélectionnez PL1 ESSD. Un disque SSD d'entreprise (ESSD) est un disque ultra-performant conçu par Alibaba Cloud sur la base d'une architecture de stockage en bloc distribué de nouvelle génération. Les disques ESSD offrent des performances de stockage ultra-élevées. Ils intègrent les technologies Ethernet 25 Gigabit et RDMA (Remote Direct Memory Access). Les disques ESSD permettent de réduire les latences aller simple et de traiter jusqu'à 1 million de requêtes de lecture/écriture aléatoires par seconde. Pour plus d'informations, consultez Types de stockage.
   Zone	Sélectionnez la zone requise. Les options Multi-zone Deployment et Single-zone Deployment sont prises en charge. Si votre système de base de données se compose d'instances RDS principales et secondaires, nous vous recommandons de sélectionner Multi-zone Deployment afin de bénéficier d'une reprise après sinistre interzones. Important Si vous sélectionnez Multi-zone Deployment, vous devez sélectionner manuellement Zone of Secondary Node au lieu de conserver la zone par défaut.
   Instance Type	Sélectionnez un type d'instance. Chaque type d'instance offre un nombre spécifique de cœurs CPU, une capacité mémoire, un nombre maximal de connexions et un nombre maximal d'IOPS. Pour plus d'informations, consultez Familles d'instances et Types d'instances ApsaraDB RDS principales.
   Network Type	Sélectionnez VPC. L'option VPC est indisponible. Si votre instance RDS est connectée via le réseau classique avant la mise à niveau, vous pouvez modifier son type de réseau en VPC et configurer un vSwitch. Si l'instance d'origine se trouve dans un VPC ou en mode d'accès hybride, vous ne pouvez pas modifier le VPC, mais vous pouvez modifier le vSwitch. Les vSwitch disponibles sont déterminés par la Zone et le VPC sélectionnés.
   VPC	Le VPC de destination. Si aucun VPC n'est disponible, créez un VPC. Important N'utilisez pas le VPC par défaut. Vous devez sélectionner manuellement un VPC en fonction des besoins de votre activité.
   VSwitch of Primary Node	Sélectionnez le vSwitch requis. Si vous sélectionnez plusieurs zones pour votre instance RDS, vous devez également sélectionner VSwitch of Secondary Node. Si aucun vSwitch n'est disponible, vous devez créer un vSwitch. Important Si votre instance RDS est connectée via le réseau classique, n'utilisez pas le vSwitch par défaut. Vous devez sélectionner manuellement un vSwitch en fonction des besoins de votre activité. Si votre instance RDS est connectée via un VPC ou peut être connectée via le réseau classique et un VPC, vous ne pouvez pas modifier son VPC.
   Switching Time	Switch Immediately After Data Migration : Les données sont migrées et les charges de travail sont basculées immédiatement. Switch Within Maintenance Window : Les données sont migrées immédiatement et les charges de travail sont basculées pendant la fenêtre de maintenance spécifiée. Take Effect at Specified Time Range : Les données sont migrées immédiatement et les charges de travail sont basculées à un moment précis. L'heure spécifiée doit être postérieure d'au moins 12 heures à l'heure actuelle.

4. Lisez et acceptez les conditions d'utilisation, puis cliquez sur Pay Now.

5. Cliquez sur Pay Now. Dans la boîte de dialogue qui s'affiche, cliquez sur OK.

   Le statut de l'instance passe à Upgrading/Downgrading > Upgrading Across Networks. Lorsque le statut de l'instance passe à Running, la mise à niveau est terminée. La durée requise dépend du volume de données. Veuillez patienter.

Créer une instance RDS temporaire exécutant la version requise de SQL Server

Avant de lancer la mise à niveau, nous vous recommandons de créer une instance RDS temporaire exécutant la version requise de SQL Server et de l'utiliser pour tester la compatibilité avec vos charges de travail. Une instance RDS temporaire est une instance nouvelle et indépendante ; la création d'une telle instance n'affecte pas les données de l'instance RDS d'origine.

1. Connectez-vous à la console ApsaraDB RDS et accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région où réside l'instance RDS. Localisez ensuite l'instance RDS et cliquez sur son ID.

2. Dans le volet de navigation de gauche, cliquez sur Backup and Restoration.

3. Sous l'onglet Temporary Instance, sélectionnez un point dans le temps à partir duquel cloner les données, puis cliquez sur Create Temporary Instance of Higher Version.

4. Configurez les paramètres suivants.

   Paramètre	Description
   Zone	Sélectionnez la zone dans laquelle vous souhaitez créer l'instance RDS temporaire.
   Upgrade To	Sélectionnez la version de SQL Server que l'instance RDS temporaire doit exécuter. Valeurs possibles : SQL Server 2016 SE SQL Server 2016 EE SQL Server 2012 EE
   VPC	Sélectionnez le VPC auquel appartient l'instance RDS temporaire. Vous devez choisir le VPC de l'instance Elastic Compute Service (ECS) à laquelle vous souhaitez vous connecter. Sinon, l'instance RDS temporaire ne pourra pas communiquer avec l'instance ECS via le réseau interne.
   VSwitch	Sélectionnez un vSwitch dans le VPC spécifié.

   Important

   Le système attribue un type d'instance et un type de stockage par défaut à l'instance RDS temporaire. L'instance RDS temporaire est disponible pendant sept jours. À l'issue de cette période de validité, le système libère l'instance RDS temporaire.

5. Cliquez sur OK.

Références

Restaurer des données SQL Server avec une instance temporaire