ApsaraDB RDS:FAQ about storage capacity

Puis-je augmenter la capacité de stockage sans migrer les données ? Quelles sont les incidences ?

Cela dépend de l'hôte. Si l'hôte qui exécute votre instance dispose de suffisamment de ressources libres, le stockage est étendu sur place, sans migration des données. Si l'hôte ne peut pas accueillir le stockage supplémentaire, le système provisionne un nouvel hôte avec une capacité suffisante et migre automatiquement vos données vers une nouvelle instance.

Pour plus d'informations sur la procédure d'extension du stockage et sur la survenue éventuelle de connexions transitoires pendant le processus, consultez les rubriques suivantes :

• Modifier les spécifications d'une instance ApsaraDB RDS for MySQL

• Modifier les spécifications d'une instance ApsaraDB RDS for PostgreSQL

• Modifier les spécifications d'une instance ApsaraDB RDS for SQL Server

• Modifier les spécifications d'une instance ApsaraDB RDS for MariaDB

Quelles sont les règles de facturation applicables à l'extension du stockage ?

Après l'extension de la capacité de stockage, les frais liés à l'instance sont ajustés en conséquence. Pour plus de détails, consultez la rubrique Détails de facturation relatifs au changement de configuration.

Comment résoudre une augmentation soudaine de l'utilisation du stockage ?

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ù se trouve votre instance. Repérez votre instance et cliquez sur son ID.

2. Dans le volet de navigation de gauche, cliquez sur Monitoring and Alerts. Examinez la répartition de l'utilisation du stockage par type de données ainsi que la tendance d'utilisation au fil du temps.

Comment libérer de l'espace de stockage en supprimant des fichiers ?

Consultez les rubriques suivantes en fonction de ce qui consomme votre espace de stockage :

• Solution à l'épuisement de l'espace disque sur une instance ApsaraDB RDS for MySQL dû à un grand nombre de fichiers de données

• Que faire si la capacité de stockage d'une instance ApsaraDB RDS for MySQL est épuisée par les fichiers journaux binaires ?

• Solution à l'épuisement de l'espace disque sur une instance ApsaraDB RDS for MySQL dû à un grand nombre de fichiers temporaires

• Solution à l'épuisement de l'espace disque sur une instance ApsaraDB RDS for MySQL dû à un grand nombre de fichiers système

J'ai créé une base de données vide, mais elle occupe déjà de l'espace de stockage. Pourquoi ?

Lors de l'initialisation, deux événements se produisent : la base de données crée des tables système pour stocker les données de compte et d'autorisation, et le moteur de base de données génère des journaux internes, tels que les journaux de restauration (redo logs) et d'annulation (undo logs). Ces éléments consomment de l'espace de stockage même avant l'ajout de toute donnée utilisateur.

Pourquoi MySQL utilise-t-il plus d'espace de stockage que la base de données source après une migration depuis une autre base de données ?

Les moteurs de stockage des différentes bases de données gèrent les données de manière distincte. Le comportement de stockage de MySQL est influencé par des facteurs tels que les paramètres de compression et les structures d'index, qui ne correspondent pas directement à ceux des autres moteurs. Le même jeu de données peut occuper plus d'espace après l'importation, selon la façon dont le moteur cible stocke et indexe les données.

La capacité de stockage inclut-elle le stockage des sauvegardes ?

Non. La valeur Storage Capacity affichée dans la section Usage Statistics de la page Basic Information ne prend en compte que le stockage de l'instance, et non le stockage des sauvegardes. Pour vérifier l'utilisation du stockage des sauvegardes, consultez la rubrique Afficher et gérer la taille des fichiers de sauvegarde.

Après l'épuisement du stockage, combien de temps faut-il pour que l'instance passe à l'état Locking ? Que dois-je faire ?

Lorsque le stockage est épuisé, l'instance est automatiquement verrouillée et passe à l'état Locking. Le verrouillage peut ne pas être instantané ; un court délai peut survenir en fonction du mécanisme d'inspection. Une fois verrouillée, les opérations d'écriture sont bloquées.

Pour éviter d'atteindre cet état, configurez des alertes avant l'épuisement du stockage. Consultez la rubrique Configurer des alertes. À titre préventif, activez l'extension automatique du stockage : lorsque l'utilisation du stockage atteint un seuil défini, le système augmente automatiquement la capacité.

Pour activer l'extension automatique du stockage :

• Configurer l'extension automatique du stockage pour une instance ApsaraDB RDS for MySQL

• Configurer l'extension automatique du stockage pour une instance ApsaraDB RDS for PostgreSQL

• Configurer l'extension automatique du stockage pour une instance ApsaraDB RDS for SQL Server

Pour les instances RDS for MySQL, vous pouvez également activer la récupération automatique des fragments afin de récupérer l'espace fragmenté sans intervention manuelle.

Si l'instance est déjà verrouillée, consultez la rubrique Que faire si mon instance ApsaraDB RDS est à l'état Locking ? pour connaître les étapes de récupération.

Après avoir supprimé une grande quantité de données sur SQL Server, pourquoi l'espace disque n'est-il pas récupéré ?

L'exécution de la commande DELETE sur SQL Server ne libère pas immédiatement l'espace disque. Trois mécanismes expliquent pourquoi l'espace alloué reste occupé après une opération DELETE :

Pour récupérer de l'espace disque, utilisez une ou plusieurs des approches suivantes, en fonction de votre situation :

• Réduire la base de données ou les fichiers de groupe de fichiers — Exécutez les commandes DBCC SHRINKDATABASE ou DBCC SHRINKFILE pour compacter les fichiers de données et restituer l'espace inutilisé au système de fichiers.

  Important

  Ce processus peut prendre du temps et des opérations de réduction fréquentes peuvent nuire aux performances de votre instance RDS. Pour obtenir des conseils, consultez les rubriques Résoudre le problème de verrouillage des instances SQL Server lorsque l'espace de stockage est plein ou Dépanner les problèmes de stockage insuffisant sur une instance ApsaraDB RDS for SQL Server.

• Reconstruire les index — Après des suppressions importantes, les index sont souvent fragmentés. Leur reconstruction réorganise les pages de données, récupère l'espace alloué et améliore l'efficacité des requêtes.

• Sauvegarder les journaux des transactions — Pour les bases de données utilisant le modèle de récupération complète, des sauvegardes régulières des journaux des transactions permettent à la base de données de tronquer les entrées de journal validées et de libérer l'espace qu'elles occupaient. Consultez la rubrique Gérer les journaux.

• Utiliser TRUNCATE TABLE au lieu de DELETE — La commande TRUNCATE TABLE libère immédiatement les pages de données sans générer de grands journaux de transactions, ce qui la rend bien plus efficace pour supprimer toutes les lignes d'une table.

  Important

  La commande TRUNCATE TABLE est irréversible et ne prend pas en charge la clause WHERE. Utilisez-la uniquement lorsque vous souhaitez supprimer toutes les lignes.

Après l'extension du stockage, le quota gratuit de stockage des sauvegardes augmente-t-il ?

Oui. Le quota gratuit de stockage des sauvegardes est lié à la capacité de stockage de votre instance ; ainsi, l'extension du stockage augmente également ce quota :

Le quota est mesuré en Go et est toujours arrondi à l'entier supérieur le plus proche.