PolarDB:Restore from a backup set

Notes d'utilisation

Le cluster restauré contient les données et les informations de compte du cluster source, mais pas ses paramètres de configuration.

Procédure

1. Connectez-vous à la console PolarDB. Dans le volet de navigation, cliquez sur Clusters. Sélectionnez la région où se trouve le cluster, puis cliquez sur l'ID du cluster.

2. Dans le volet de navigation, choisissez Settings and Management > Backup and Restoration.

3. Restaurez les données vers un nouveau cluster.

   • Pour restaurer les données dans la même région :

     Localisez le jeu de sauvegarde cible et cliquez sur Restore Data to New Cluster dans la colonne Actions.

   • Pour restaurer les données vers une autre région :

     1. Sur la page Backup and Restoration, sélectionnez la région où se trouve le jeu de sauvegarde cible.

     2. Localisez le jeu de sauvegarde cible et cliquez sur Restore Data to New Cluster dans la colonne Actions.

4. Sur la page Clone Instance, sélectionnez un Commodity Type pour le nouveau cluster.

   • Subscription : vous prépayez les ressources de calcul pour une période donnée.

   • pay-as-you-go : vous êtes facturé pour les ressources de calcul que vous utilisez, sans paiement initial.

   • Serverless : vous êtes facturé pour les nœuds de calcul, la capacité de stockage, le stockage des sauvegardes (uniquement pour l'utilisation dépassant le quota gratuit) et SQL Insights (en option). Pour plus d'informations, consultez la rubrique Facturation Serverless.

5. Configurez les paramètres suivants.

   Paramètre	Description
   Cloned By	Sélectionnez Restore from Backup Set.
   Region	Sélectionnez la région de destination. Remarque Si la sauvegarde interrégionale est activée, vous pouvez restaurer les données vers la région source ou la région de destination. Si la sauvegarde interrégionale est désactivée, le nouveau cluster est créé par défaut dans la même région que le cluster source.
   Backup Set	Sélectionnez le jeu de sauvegarde que vous souhaitez restaurer. Remarque L'Backup Start Time de chaque jeu de sauvegarde est affiché. Vous pouvez utiliser cette heure pour identifier le jeu de sauvegarde.
   Primary Zone	Sélectionnez la zone principale du nouveau cluster. Remarque Dans une région comportant deux zones ou plus, PolarDB réplique automatiquement les données vers une zone secondaire pour la reprise après sinistre.
   Minimum Read-only Nodes	Minimum Read-only Nodes : définissez le nombre minimal de nœuds en lecture seule pouvant être ajoutés. Valeurs valides : 0 à 15. Maximum Read-only Nodes : définissez le nombre maximal de nœuds en lecture seule pouvant être ajoutés. Valeurs valides : 0 à 15. Remarque Le nombre de nœuds en lecture seule augmente ou diminue automatiquement dans les limites inférieure et supérieure que vous avez définies, en fonction de la charge de travail réelle. Pour plus de détails sur la politique de mise à l'échelle, consultez la rubrique Mise à l'échelle. (Recommandé) Pour garantir la haute disponibilité du cluster serverless, définissez Minimum Read-only Nodes sur 1. Minimum PCUs per Node : définissez la limite inférieure du nombre d'unités PCU pour chaque nœud du cluster. Valeurs valides : 0,25 PCU à 31 PCU. Maximum PCUs per Node : définissez la limite supérieure du nombre d'unités PCU pour chaque nœud du cluster. Valeurs valides : 1 PCU à 32 PCU. Remarque Les unités PCU sont l'unité de facturation à la seconde et de mise à l'échelle des ressources pour la fonctionnalité serverless. Une unité PCU équivaut approximativement à 1 cœur et 2 Go de mémoire. Les unités PCU d'un nœud sont ajustées dynamiquement dans la plage spécifiée en fonction des charges de travail. La granularité minimale pour la mise à l'échelle est de 0,5 PCU. Exemple : si vous définissez Minimum PCUs per Node sur 2 PCU et Maximum PCUs per Node sur 16 PCU, la spécification par défaut du nœud principal et des nœuds en lecture seule dans le cluster serverless est de 2 PCU (environ 2 cœurs et 4 Go de ressources). Lorsque le système détecte une augmentation de la charge de travail, il augmente automatiquement le nombre d'unités PCU du nœud principal ou des nœuds en lecture seule. Selon vos paramètres, ce nombre peut atteindre un maximum de 16 PCU (environ 16 cœurs et 32 Go de ressources). Remarque Ces paramètres sont disponibles uniquement lorsque la méthode de facturation est Serverless.
   Maximum Read-only Nodes
   Minimum PCUs per Node
   Maximum PCUs per Node
   Network Type	Ce paramètre est fixé sur VPC. Aucune sélection n'est requise.
   VPC	Sélectionnez le VPC et le vSwitch pour le cluster. Nous vous recommandons d'utiliser le même VPC et le même vSwitch que le cluster source. Remarque Pour garantir des performances optimales, assurez-vous que le cluster PolarDB et toutes les instances ECS connectées se trouvent dans le même VPC. Sinon, ils ne pourront pas communiquer via le réseau interne.
   vSwitch
   Compatibility	Le nouveau cluster hérite par défaut de la compatibilité du cluster source. Aucune sélection n'est requise. Par exemple, si le cluster source est compatible avec MySQL 8.0, cette valeur est également fixée sur MySQL 8.0.
   Minor Version	Sélectionnez 8.0.1 ou 8.0.2. Remarque Ce paramètre est disponible uniquement lorsque Compatibility est défini sur MySQL 8.0.
   Edition	Le nouveau cluster hérite par défaut de l'édition du cluster source. Aucune sélection n'est requise. Par exemple, si le cluster source est en Cluster Edition, l'édition du nouveau cluster est également fixée sur Cluster Edition. Pour plus d'informations, consultez la rubrique Éditions Enterprise.
   Database Type	PolarDB for MySQL Cluster Edition prend en charge deux types de spécifications : General Specification et Dedicated Specification. Dedicated : chaque cluster utilise exclusivement ses ressources de calcul allouées, telles que les CPU, sans les partager avec d'autres clusters sur le même serveur. Cela garantit des performances plus stables et fiables. General-purpose : différents clusters sur le même serveur partagent les ressources de calcul inutilisées pour maximiser l'utilisation et la rentabilité. Pour une comparaison détaillée des deux types, consultez la rubrique Comparaison entre les nœuds de calcul general-purpose et dedicated.
   CPU Architecture	Le nouveau cluster hérite par défaut de l'architecture CPU du cluster source. Aucune sélection n'est requise.
   Node Specifications	Sélectionnez les Node Specifications. Différentes spécifications offrent différentes capacités de stockage maximales et niveaux de performance. Pour plus d'informations, consultez la rubrique Spécifications des nœuds de calcul pour l'édition Enterprise. Remarque Pour garantir le bon fonctionnement du cluster restauré, nous vous recommandons de sélectionner des Node Specifications égales ou supérieures à celles du cluster source.
   Nodes	Si le cluster source est en Cluster Edition, le système crée par défaut deux nœuds (un en lecture-écriture et un en lecture seule). Vous pouvez choisir de créer deux nœuds (un en lecture-écriture et un en lecture seule) ou un seul nœud (lecture-écriture uniquement). Si le cluster source est en Multi-master Cluster (Limitless) Edition, le système crée automatiquement deux nœuds principaux avec des spécifications identiques. Aucune sélection n'est requise.
   Type de PolarProxy	PolarDB prend en charge deux types de PolarProxy : Standard Enterprise Edition et Dedicated Enterprise Edition. Standard Enterprise Edition : associé au type de spécification General-purpose. Il partage les ressources CPU physiques et fournit une mise à l'échelle intelligente des ressources à la seconde, basée sur la charge de travail. Dedicated Enterprise Edition : associé au type de spécification Dedicated. Il utilise des ressources CPU physiques dédiées pour une meilleure stabilité des performances. Remarque L'édition Enterprise de PolarProxy est actuellement gratuite. Les futures politiques de facturation restent à déterminer.
   Activer le cluster de standby actif	PolarDB propose plusieurs modes de haute disponibilité. Après avoir activé la fonctionnalité de cluster de stockage de standby actif pour un cluster PolarDB, un cluster de stockage de standby actif est créé dans la zone secondaire de la région où réside le cluster PolarDB ou dans un centre de données différent de la même zone. Le cluster de stockage de standby actif dispose de ressources de stockage indépendantes. Que le cluster de stockage de standby actif dispose de ressources de calcul indépendantes varie selon le mode de haute disponibilité. Lorsque le cluster PolarDB dans la zone principale tombe en panne, le cluster de stockage de standby actif prend immédiatement le relais et gère les opérations de lecture et d'écriture ainsi que les tâches de stockage. Remarque Pour plus d'informations sur le cluster de stockage de standby actif et les solutions associées, consultez la rubrique Modes de haute disponibilité (clusters de standby actif). Règles de modification des modes de haute disponibilité : Vous ne pouvez pas modifier directement le mode de haute disponibilité d'un cluster de Enable No-activity Suspension ou Enable No-activity Suspension vers Detection Period for No-activity Suspension. Pour effectuer ce changement de mode de haute disponibilité, nous vous recommandons d'acheter un nouveau cluster et de sélectionner le mode de haute disponibilité Double Zones (Hot Standby Storage Cluster Enabled) pour ce cluster. Ensuite, migrez le cluster existant vers le nouveau cluster à l'aide du service Data Transmission Service (DTS). Pour savoir comment migrer un cluster existant vers un nouveau cluster, consultez la rubrique Migration entre les clusters PolarDB for MySQL. Vous pouvez sélectionner le mode de haute disponibilité Double Zones (Hot Standby Storage and Compute Clusters Enabled) uniquement lors de l'achat d'un nouveau cluster. Vous ne pouvez pas modifier le mode de haute disponibilité d'un cluster de Three Zones vers d'autres modes de haute disponibilité, ni inversement. Vous pouvez modifier manuellement le mode de haute disponibilité d'un cluster de Single Zone (Hot Standby Storage Cluster Disabled) vers un autre mode de haute disponibilité. Pour plus d'informations, consultez la rubrique Modes de haute disponibilité (clusters de standby actif).
   Cohérence forte interzones	Indique s'il faut activer le déploiement avec cohérence forte sur trois zones.
   Single Zone (Hot Standby Storage Cluster Disabled)	Ce paramètre est déterminé par le type de stockage du cluster source. Si le cluster source utilise ESSD, vous ne pouvez sélectionner que ESSD. Si le cluster source utilise PSL4 ou PSL5, vous pouvez sélectionner PSL4 ou PSL5. Les disques cloud ESSD constituent une nouvelle génération de produits de disque ultra-performants d'Alibaba Cloud. Les disques ESSD sont construits sur une architecture de stockage bloc distribué de nouvelle génération, combinée aux réseaux 25 GE et à la technologie RDMA, offrant jusqu'à 1 million d'IOPS en lecture/écriture aléatoire et une latence unidirectionnelle plus faible par disque. Les disques ESSD sont divisés dans les catégories suivantes : ESSD PL0 : un disque ESSD de niveau de performance (PL) 0. ESSD PL1 : un disque ESSD PL1 offre cinq fois plus d'IOPS et environ deux fois plus de débit qu'un disque ESSD PL0. ESSD PL2 : un disque ESSD PL2 offre environ deux fois plus d'IOPS et de débit qu'un disque ESSD PL1. ESSD PL3 : un disque ESSD PL3 offre jusqu'à 10 fois plus d'IOPS et 5 fois plus de débit qu'un disque ESSD PL2. Il convient aux charges de travail nécessitant des performances d'E/S concurrentes extrêmement élevées et une latence en lecture/écriture extrêmement stable. ESSD AutoPL : par rapport aux disques ESSD PL0, PL1, PL2 et PL3, les disques ESSD AutoPL dissocient les IOPS de la capacité, ce qui permet une configuration flexible et un ajustement à la demande. Cela réduit le coût total de possession (TCO) global. Important Pour plus d'informations sur les performances des disques cloud ESSD, consultez la rubrique Disques ESSD. Une fois l'espace de stockage d'un disque cloud ESSD plein, le disque est verrouillé et devient accessible en lecture seule. Pour éviter les interruptions d'activité, vous pouvez activer la mise à l'échelle automatique du stockage pour les disques cloud ESSD. PSL4 et PSL5 sont des types de stockage que PolarDB propose pour différents scénarios métier. Les différences sont les suivantes : Type de stockage Fonctionnalités Scénarios PSL5 (PolarStore Level 5) Le type de stockage pris en charge par les versions antérieures de PolarDB. Il s'agit du type de stockage par défaut pour les clusters PolarDB achetés avant le 7 juin 2022. PSL5 offre de meilleures performances, fiabilité et disponibilité. Scénarios métier nécessitant des performances et une fiabilité élevées et utilisant une base de données comme système central, tels que la finance, le commerce électronique, les services gouvernementaux et les entreprises Internet de taille moyenne à grande. PSL4 (PolarStore Level 4) PolarDB a lancé ce nouveau type de stockage. Il utilise la technologie propriétaire d'Alibaba Smart-SSD pour compresser et décompresser les données stockées au niveau du disque SSD physique. Cela réduit le prix du stockage par unité de capacité tout en maintenant l'impact sur les performances sous contrôle. Scénarios d'application nécessitant des coûts réduits et une grande rentabilité. Remarque Règles de conversion du type de stockage : Certaines gammes de produits prennent en charge la mise à niveau du type de stockage, ce qui signifie que le stockage PSL4 peut être mis à niveau vers le stockage PSL5. La rétrogradation du type de stockage n'est pas prise en charge : le stockage PSL5 ne peut pas être rétrogradé vers le stockage PSL4. Pour passer du stockage PSL5 au stockage PSL4, achetez un nouveau cluster. Utilisez un outil de migration tel que Data Transmission Service (DTS) ou la fonctionnalité Mises à niveau majeures de version pour migrer les données du cluster d'origine vers le nouveau cluster.
   Three Zones	PolarDB prend en charge deux types de moteur : InnoDB et InnoDB & X-Engine. InnoDB : déploie uniquement le moteur InnoDB. InnoDB & X-Engine : déploiement hybride d'InnoDB et de X-Engine. Après avoir sélectionné cette option, vous pouvez définir la proportion d'utilisation de X-Engine. Pour plus d'informations, consultez la rubrique Présentation de X-Engine. Remarque Ce paramètre n'est pas pris en charge par l'édition Standard de PolarDB for MySQL.
   Single Zone (Hot Standby Storage Cluster Disabled)	PolarDB prend en charge deux méthodes de facturation du stockage : Storage Type et Storage Engine. Storage Billing Method : cette approche serverless ne vous oblige pas à sélectionner une capacité de stockage lors de l'achat. Le stockage s'étend automatiquement à mesure que les données augmentent, et vous êtes facturé uniquement pour l'espace de stockage réellement utilisé. Pour plus d'informations, consultez la rubrique Tarification du stockage pay-as-you-go. Pay-as-you-go : vous devez prépayer l'espace de stockage du cluster. Pour plus d'informations, consultez la rubrique Tarification du stockage par abonnement. Remarque Si la Billing Method principale est Pay-as-you-go, la Subscription peut être soit Pay-as-you-go, soit Subscription. Si la Billing Method principale est Pay-as-you-go, ce paramètre n'est pas disponible et le stockage est facturé par défaut selon le modèle pay-as-you-go.
   Subscription	Quantité de capacité de stockage à préacheter pour la méthode Billing Method. La capacité de stockage varie de 50 Go à 500 To, par incréments de 10 Go. Remarque Ce paramètre est disponible uniquement lorsque la Storage Payment Method est définie sur Storage Capacity.
   Subscription	Vous n'avez pas besoin de sélectionner une capacité à l'avance. PolarDB vous facture horairement en fonction de l'utilisation réelle.
   Activer la journalisation binaire	Indique s'il faut activer la journalisation binaire. Pour plus d'informations, consultez la rubrique Activation de la journalisation binaire.
   Storage Payment Method	Saisissez un nom pour le cluster. Le nom doit respecter les exigences suivantes : Il ne peut pas commencer par http:// ou https://. Sa longueur doit être comprise entre 2 et 256 caractères. Si vous laissez ce champ vide, le système génère automatiquement un nom de cluster. Vous pouvez modifier le nom après la création du cluster.
   Hériter des tags du cluster source	Indique s'il faut hériter des tags du cluster source.
   Subscription	Sélectionnez la durée de l'abonnement pour le cluster. Remarque Ce paramètre est disponible uniquement lorsque la Storage Fee est définie sur Subscription.
   Duration	Sélectionnez le nombre de clusters à acheter.

6. Après avoir configuré les paramètres, confirmez la configuration du cluster, vérifiez le coût et lisez les conditions d'utilisation. Ensuite, cliquez sur Billing Method.

7. Une fois l'achat effectué, la création du cluster prend de 10 à 15 minutes. Vous pouvez ensuite consulter le nouveau cluster sur la page Clusters de la console PolarDB.

   Remarque

   • Lorsque l'état des nœuds du cluster est Subscription, le cluster n'est pas prêt à l'emploi. Le cluster est prêt à l'emploi uniquement lorsque son état passe à Quantity.

   • Assurez-vous d'avoir sélectionné la bonne région dans le coin supérieur gauche de la console. Sinon, vous risquez de ne pas trouver votre cluster.

Référence API