:FAQ

Concepts de base

• Qu'est-ce qu'une instance de base de données ?

  Une instance de base de données est un serveur de base de données sur lequel vous pouvez créer une ou plusieurs bases de données. Dans chaque base de données, vous pouvez créer une ou plusieurs tables.

• Que sont les instances primaire et secondaire ?

  Pour les instances Haute disponibilité, SQL Server Cluster Edition , le nœud auquel vos services accèdent est l'instance primaire. Les données de l'instance primaire sont synchronisées en temps réel vers un autre nœud, qui constitue l'instance secondaire.

  Vous ne pouvez accéder qu'à l'instance primaire. L'instance secondaire sert uniquement à la sauvegarde et ne traite pas les requêtes de service. En cas de défaillance de l'instance primaire, un basculement primaire/secondaire se produit. L'instance secondaire devient la nouvelle instance primaire, tandis que l'ancienne instance primaire est reconstruite pour devenir la nouvelle instance secondaire. Ce processus est transparent pour votre application, bien qu'une déconnexion transitoire puisse survenir pendant le basculement.

  Remarque

  Pour les instances MySQL Cluster Edition, les nœuds sont appelés nœuds primaires et secondaires. Les nœuds secondaires sont accessibles en lecture. Si le nœud primaire tombe en panne, n'importe quel nœud secondaire peut être promu au rang de nœud primaire.

  Pour plus d'informations sur l'architecture primaire/secondaire de chaque édition, consultez la page Présentation des éditions ApsaraDB RDS.

• Qu'est-ce qu'une instance en lecture seule ?

  Une instance en lecture seule vous permet de mettre à l'échelle de manière élastique la capacité de lecture de votre système de base de données et de soulager la charge de lecture de l'instance primaire. Si votre base de données reçoit de nombreuses requêtes de lecture mais peu de requêtes d'écriture, une instance unique pourrait ne pas suffire à gérer la charge de lecture, ce qui risquerait d'affecter votre activité. Dans ce cas, créez une ou plusieurs instances en lecture seule pour traiter le volume élevé de requêtes de lecture et augmenter le débit de votre application.

  Pour plus d'informations, consultez la page Présentation des instances en lecture seule ApsaraDB RDS for MySQL.

Facturation et achat

• Pourquoi l'erreur « permission denied » s'affiche-t-elle lorsque j'essaie de créer une instance ApsaraDB RDS ?

  Cette erreur survient généralement lorsqu'un utilisateur RAM tente de créer une instance ApsaraDB RDS. Nous vous recommandons de créer des instances à l'aide de votre compte Alibaba Cloud. Si vous devez utiliser un utilisateur RAM, accordez-lui l'autorisation AliyunRDSFullAccess. Pour plus d'informations, consultez la page Accorder des autorisations à un utilisateur RAM.

• Mon instance utilise la méthode de facturation par abonnement. Pourquoi y a-t-il des frais supplémentaires ?

  Les frais d'abonnement couvrent uniquement l'instance et son espace de stockage. Des frais supplémentaires s'appliquent si vous utilisez des instances en lecture seule, activez SQL Explorer, utilisez des fonctionnalités payantes de surveillance des performances ou dépassez votre quota gratuit de stockage de sauvegarde. Pour plus d'informations, consultez la page Éléments facturables.

• Pourquoi ma nouvelle instance n'apparaît-elle pas dans la liste des instances après sa création ?

  Ce problème peut survenir pour les raisons suivantes :

  • Région incorrecte

    La région que vous consultez actuellement peut différer de celle sélectionnée pour l'instance. Changez de région dans le coin supérieur gauche de la console.

  • Ressources insuffisantes dans la zone

    Les ressources d'une zone sont allouées dynamiquement. Si la zone sélectionnée manque de ressources au moment de la commande, la création échoue. Nous vous recommandons de réessayer dans une autre zone. En cas d'échec de la création, consultez le remboursement sur la page Orders.

    Sur la page Orders, cliquez sur l'onglet Product Orders. Filtrez les commandes par Type et sélectionnez Refund pour afficher les commandes de remboursement et leur statut après un échec de création.

• Suis-je facturé pour une instance inactive en paiement à l'utilisation ?

  Oui. Étant donné qu'une instance en paiement à l'utilisation continue de réserver des ressources de calcul et de stockage lorsqu'elle est inactive, vous êtes toujours facturé à l'heure.

• Puis-je modifier la méthode de facturation entre l'abonnement et le paiement à l'utilisation ?

  Oui. Pour plus d'informations, consultez les pages Modifier la méthode de facturation du paiement à l'utilisation vers l'abonnement et Modifier la méthode de facturation de l'abonnement vers le paiement à l'utilisation.

• Comment les frais sont-ils calculés si je modifie les spécifications d'une instance sous abonnement ?

  Pour plus d'informations, consultez la page Modifier les spécifications de l'instance.

• Quelles sont les conséquences si mon instance expire ou présente un impayé ?

  Pour plus d'informations, consultez la page Impayés.

• Le trafic réseau public est-il gratuit pour les instances en paiement à l'utilisation et sous abonnement ? Le trafic entrant et sortant est-il gratuit ?

  Oui, le trafic réseau public pour les instances en paiement à l'utilisation et sous abonnement, y compris le trafic entrant et sortant, est gratuit.

• Y a-t-il des frais pour demander un endpoint public ?

  Non. La demande d'un endpoint public est actuellement gratuite.

• Pour une même configuration CPU et mémoire, pourquoi les spécifications d'entrée de gamme ont-elles des connexions maximales et des IOPS plus élevés que les spécifications de niveau entreprise ?

  Cela s'explique par le fait que les spécifications d'entrée de gamme appartiennent à la famille d'instances partagées ou à usage général, tandis que les spécifications de niveau entreprise relèvent de la famille d'instances dédiées. En pratique, les spécifications de niveau entreprise offrent une stabilité supérieure grâce à des ressources CPU et mémoire dédiées. Pour une comparaison détaillée, consultez la page Familles d'instances.

Gestion des instances

• Comment autoriser un utilisateur RAM à gérer les instances ApsaraDB RDS ?

  Pour plus d'informations, consultez la page Autoriser un utilisateur RAM à gérer les instances ApsaraDB RDS.

• Comment modifier le Virtual Private Cloud (VPC) ?

  • Certaines instances ApsaraDB RDS for MySQL permettent de modifier directement le VPC et le vSwitch. Pour plus d'informations, consultez la page Modifier le VPC et le vSwitch d'une instance ApsaraDB RDS for MySQL.

  • Les instances utilisant des disques cloud et dont la version mineure du moteur est antérieure à 20201031 ne prennent pas en charge les modifications directes de VPC. Pour modifier le VPC, utilisez l'une des méthodes suivantes :

• Puis-je accéder à l'instance secondaire ?

  Non. Vous ne pouvez accéder qu'à l'instance primaire. L'instance secondaire sert uniquement à la sauvegarde et ne traite pas les requêtes de service.

• Lors de l'utilisation d'un VPC, combien d'adresses IP privées une instance ApsaraDB RDS for MySQL occupe-t-elle ?

  En raison de l'implémentation sous-jacente, le nombre d'adresses IP privées occupées par une instance varie selon le type d'instance. Voici les détails :

  • ApsaraDB RDS for MySQL 5.5, 5,6, 5,7 ou 8,0 en édition Haute disponibilité avec SSD local : 1

  • ApsaraDB RDS for MySQL 5.7 en édition Basic avec SSD standard : 1

  • ApsaraDB RDS for MySQL 8.0 en édition Basic avec SSD standard : 2

  • ApsaraDB RDS for MySQL 5.7 ou 8,0 en édition Haute disponibilité avec disques cloud : 3

• Comment puis-je arrêter temporairement une instance ApsaraDB RDS que je n'utilise pas ?

  Les instances ApsaraDB RDS ne peuvent pas être arrêtées. Si vous n'avez pas besoin d'utiliser une instance temporairement, migrez ses données vers une base de données locale, puis libérez l'instance. Pour plus d'informations, consultez la page Libérer ou se désabonner d'une instance.

Modifications des spécifications

• Que faire si mon instance est verrouillée en raison d'un espace de stockage insuffisant ?

  Pour plus d'informations, consultez la page Que faire si mon instance ApsaraDB RDS est à l'état « Locked » ?

• Que faire si le disque de l'instance est plein ?

  • Activez l'extension automatique du stockage. Cette fonctionnalité étend automatiquement l'espace disque lorsque celui-ci vient à manquer, empêchant ainsi le verrouillage de l'instance. Pour plus d'informations, consultez les pages Activer l'extension automatique du stockage pour une instance ApsaraDB RDS for MySQL et Activer l'extension automatique du stockage pour une instance ApsaraDB RDS for PostgreSQL.

  • Étendez manuellement l'espace de stockage de l'instance. Pour plus d'informations, consultez la page Modifier les spécifications de l'instance.

• Lorsque je mets à niveau les spécifications de l'instance primaire, les spécifications de ses instances en lecture seule sont-elles automatiquement mises à niveau ?

  Non. Vous devez mettre à niveau manuellement les instances en lecture seule.

• Comment modifier le type de stockage entre les SSD locaux, les SSD standard et les ESSD ?

  Pour plus d'informations, consultez la page Modifier le type de stockage du disque cloud vers le SSD local.

• Combien de temps faut-il pour étendre l'espace de stockage ?

  Le système vérifie d'abord si la machine hôte dispose de suffisamment d'espace de stockage. Si c'est le cas, l'extension est effectuée directement et prend peu de temps. Sinon, le système migre les données de l'instance vers un hôte disposant d'un stockage suffisant, ce qui prend plus de temps.

• La modification des spécifications affectera-t-elle mes services en ligne ?

  Pendant la mise à niveau, une déconnexion transitoire d'environ 30 secondes se produit lors du basculement.

• Les endpoints de l'instance changent-ils après la modification des spécifications ?

  L'endpoint interne/public et l'endpoint de répartition lecture/écriture ne changent pas, mais leurs adresses IP correspondantes peuvent varier. Nous vous recommandons d'utiliser les endpoints dans votre application.

• Lorsque j'essaie d'étendre l'espace de stockage, je reçois une erreur « insufficient inventory ». Que dois-je faire ?

  Vous pouvez migrer l'instance vers une autre zone, puis réessayer d'étendre l'espace de stockage. La migration vers une autre zone ne modifie pas l'endpoint de connexion, mais l'adresse IP correspondant à l'endpoint changera. Nous vous recommandons de configurer votre application pour qu'elle se reconnecte automatiquement.

Sécurité

• La liste blanche d'adresses IP prend-elle effet immédiatement après sa configuration ?

  Non. Il faut environ une minute pour que les nouveaux paramètres prennent effet.

• Pourquoi y a-t-il des groupes de listes blanches d'adresses IP inconnus ?

  Si les groupes supplémentaires contiennent des adresses IP internes, ils sont généralement générés automatiquement par d'autres services Alibaba Cloud, tels que Data Management Service (DMS) ou Database Autonomy Service (DAS), afin d'assister les fonctions de la console. Ils n'affectent pas vos données et aucune action n'est requise. Par exemple, un groupe de liste blanche nommé hdm_security_ips contient uniquement des adresses IP internes.

• Existe-t-il des risques de sécurité si je n'autorise que l'accès au réseau interne et n'active pas l'accès public ?

  Nous vous recommandons de basculer votre instance ApsaraDB RDS vers le type de réseau VPC. Cela garantit que seules les instances Elastic Compute Service (ECS) situées dans le même VPC peuvent accéder à votre instance RDS, à condition que vous ajoutiez leurs adresses IP internes à la liste blanche d'adresses IP.

• Quelles sont les conséquences de la non-mise à jour d'un certificat SSL expiré ? Cela affectera-t-il le fonctionnement de l'instance ou la sécurité des données ?

  Si un certificat SSL expire et n'est pas mis à jour, les applications clientes utilisant des connexions chiffrées ne pourront pas se connecter à l'instance. Toutefois, cela n'affecte ni le fonctionnement de l'instance ni la sécurité des données.

Audit

Après avoir activé SQL Explorer, comment puis-je vérifier la taille des journaux générés ?

Connexion

• Comment résoudre les échecs de connexion à une instance ?

  Pour plus d'informations, consultez la page Résoudre les échecs de connexion à une instance ApsaraDB RDS.

• Une instance dans un VPC peut-elle être accessible depuis Internet ?

  Oui. Après avoir demandé un endpoint public et configuré une liste blanche d'adresses IP, une instance située dans un VPC ou le réseau classique peut être accessible depuis Internet.

• Un basculement primaire/secondaire affecte-t-il l'endpoint de connexion ?

  Un basculement primaire/secondaire ne modifie pas l'endpoint de connexion. Seule l'adresse IP sous-jacente change, ce qui n'affecte pas votre application.

Comptes et bases de données

• Puis-je gérer les comptes avec un contrôle plus granulaire, par exemple par adresse IP source ou par accès aux tables ?

  Oui. Après vous être connecté à la base de données, vous pouvez utiliser des commandes pour accorder des autorisations avec un contrôle plus granulaire.

• Quelles sont les autorisations spécifiques des comptes privilégiés et des comptes standard ?

  Pour plus d'informations, consultez la page Liste des privilèges de compte.

• ApsaraDB RDS fournit-il un compte root ou des privilèges super ?

  Non. ApsaraDB RDS ne fournit pas de compte root ni de compte disposant de privilèges super. Il s'agit d'une mesure de sécurité visant à prévenir la perte irréversible de données ou les fuites causées par des opérations accidentelles.

• Un compte créé sur l'instance primaire peut-il être utilisé sur une instance en lecture seule ?

  Oui. Les comptes créés sur l'instance primaire sont synchronisés vers ses instances en lecture seule. Toutefois, vous ne pouvez pas gérer les comptes sur les instances en lecture seule. Ces comptes disposent uniquement d'autorisations en lecture sur les instances en lecture seule et ne peuvent pas effectuer d'opérations d'écriture.

Instances en lecture seule et répartition lecture/écriture

• Modifier la configuration

• Si je définis le poids de lecture d'une instance en lecture seule sur 0, peut-elle toujours être accessible ?

  Oui, mais pas via l'endpoint de répartition lecture/écriture. Vous ne pouvez y accéder qu'en utilisant l'endpoint interne ou public propre à l'instance. Cette configuration est généralement utilisée pour dédier une instance en lecture seule à un service spécifique.

• La libération d'une instance en lecture seule affectera-t-elle mes services ?

  Oui. Avant de libérer une instance en lecture seule, nous vous recommandons de définir son poids de lecture sur 0. Les connexions mises en cache peuvent encore être routées vers l'instance. De nouvelles connexions sont nécessaires pour router les requêtes vers d'autres instances en lecture seule.

• Que faire en cas de problèmes avec la répartition lecture/écriture ?

  Pour plus d'informations, consultez la page FAQ sur la répartition lecture/écriture.

• Si la fréquence d'écriture sur mon instance primaire est faible, puis-je également router les requêtes de lecture vers celle-ci ?

  Oui. Lors de la configuration du poids de lecture, vous pouvez également attribuer un poids à l'instance primaire.

Sauvegarde et récupération

• Puis-je désactiver la sauvegarde des données pour une instance ApsaraDB RDS for MySQL ?

  Non. Vous pouvez réduire la fréquence de sauvegarde à un minimum de deux fois par semaine. La durée de conservation minimale des sauvegardes de données est de sept jours.

• Puis-je désactiver la sauvegarde des journaux pour une instance ApsaraDB RDS for MySQL ?

  Oui, sauf pour les instances de l'édition Basic. Vous pouvez la désactiver en désactivant l'interrupteur de sauvegarde des journaux dans les paramètres de sauvegarde.

• Pourquoi les tâches de sauvegarde échouent-elles parfois ?

  L'exécution d'instructions DDL (Data Definition Language) pendant une sauvegarde peut provoquer des verrous de table, ce qui peut entraîner l'échec de la sauvegarde.

• Dans les sauvegardes de journaux, pourquoi y a-t-il deux fichiers binlog portant le même nom ?

  Les instances de l'édition Haute disponibilité utilisent une architecture primaire-secondaire, et les instances primaire et secondaire génèrent toutes deux des fichiers binlog. Vous pouvez les distinguer par l'instance ID. Sur la page Service Availability, vous pouvez trouver les ID des instances primaire et secondaire. Les champs Primary Instance No. et Secondary Instance No. correspondent respectivement aux ID des instances primaire et secondaire.

• À quoi servent les sauvegardes de données et de journaux téléchargées ?

  Vous pouvez utiliser ces fichiers de sauvegarde pour restaurer les données à tout moment. Pour plus d'informations, consultez les pages Restaurer des données à partir d'un fichier de sauvegarde physique d'une instance ApsaraDB RDS for MySQL vers une base de données auto-gérée ou Restaurer des données à partir d'un fichier de sauvegarde logique d'une instance ApsaraDB RDS for MySQL vers une base de données auto-gérée.

• Pourquoi un snapshot est-il volumineux alors que la taille réelle des données est faible (par exemple, quelques Go de données donnent un snapshot de plusieurs dizaines de Go) ? Les snapshots sauvegardent les données au niveau des blocs. Le système ne sauvegarde que les blocs contenant des données, de sorte que le snapshot est plus petit que le disque. Toutefois, si les données sont écrites de manière dispersée, de nombreux blocs peuvent n'être que partiellement remplis. Étant donné que le bloc entier est inclus dans le snapshot, la taille totale du snapshot peut être nettement supérieure à la taille réelle des données.

• Comment puis-je interroger rapidement les données dans un fichier de sauvegarde ?

  Pour les fichiers de sauvegarde logiques complets, vous pouvez utiliser la fonctionnalité interrogation d'ensembles de sauvegarde de Data Disaster Recovery. Cela vous permet d'interroger directement les données dans les ensembles de sauvegarde stockés dans le cloud sans avoir à restaurer les données.