Cette rubrique décrit les instances ApsaraDB RDS for SQL Server de l'édition de base.
L'édition de base d'ApsaraDB RDS for SQL Server est une instance mono-nœud économique reposant sur une architecture dissociant le calcul du stockage.
Une instance de l'édition de base ne dispose que d'un seul nœud de base de données et d'aucun nœud secondaire pour la sauvegarde à chaud. Par conséquent, l'instance peut rester indisponible pendant une période prolongée en cas d'interruption imprévue ou lors de tâches telles que le redémarrage de l'instance, la modification des spécifications ou la mise à niveau de la version. Si votre activité exige une haute disponibilité de la base de données, nous vous déconseillons d'utiliser l'édition de base. Privilégiez une autre édition, telle que l'édition Haute disponibilité. Certaines instances de l'édition de base peuvent également être mises à niveau vers l'édition Haute disponibilité.
Sur la page des détails de l'instance, dans la section Basic Information, le champ Type and Edition affiche Regular Instance (Basic Edition).
Les diagrammes suivants illustrent les architectures de l'édition de base et de l'édition Haute disponibilité.
Avantages
-
Performances
En l'absence de nœud secondaire, le nœud principal ne subit aucune surcharge liée à la réplication en temps réel de la base de données. L'édition de base offre ainsi de meilleures performances qu'une instance de l'édition Haute disponibilité dotée des mêmes spécifications.
-
Fiabilité
-
La dissociation du calcul et du stockage garantit que les pannes survenant au niveau du nœud de calcul n'entraînent aucune perte de données.
RemarqueSi vous définissez la Log Backup Frequency d'une instance de l'édition de base sur Every 30 minutes, vous risquez de perdre jusqu'à 30 minutes de données dans des cas extrêmes, tels qu'une destruction complète du disque cloud sous-jacent ou d'autres défaillances catastrophiques. Vous pouvez restaurer l'instance au moment de la dernière sauvegarde des journaux réussie. Pour savoir comment configurer ce paramètre, consultez la rubrique Sauvegarde des données SQL Server.
Plusieurs réplicas stockés sur Apsara Distributed File System, le système de stockage distribué à grande échelle d'Alibaba Cloud, garantissent la fiabilité des données.
-
-
Coût
L'utilisation d'un seul nœud de base de données réduit considérablement les coûts : les tarifs peuvent atteindre la moitié de ceux de l'édition Haute disponibilité.
Fonctionnalités
L'édition de base prend en charge des fonctionnalités fondamentales telles que la liste d'autorisation d'adresses IP, la surveillance et les alertes, ainsi que la sauvegarde et la restauration. Toutefois, elle ne prend pas en charge les fonctionnalités suivantes :
Pour obtenir la liste complète des fonctionnalités prises en charge, consultez la rubrique Présentation des fonctionnalités SQL Server.
Cas d'utilisation
-
Sites web ou applications à petite échelle
Achetez une base de données cloud très économique pour décharger la gestion opérationnelle de la base de données et vous concentrer sur votre activité principale.
-
Apprentissage personnel
L'édition de base est idéale pour les débutants qui souhaitent tester et apprendre à utiliser les bases de données.
-
Développement et tests
Tirez parti des capacités de provisionnement rapide de notre base de données cloud pour créer et libérer des ressources à la demande, améliorant ainsi considérablement l'efficacité du développement.
Achat et utilisation d'une instance
Suivez le guide de démarrage rapide pour acheter une instance de l'édition de base et vous connecter à la base de données SQL Server. Pour plus de détails, consultez la rubrique Création et utilisation rapides d'une instance ApsaraDB RDS for SQL Server.
Mise à niveau vers l'édition Haute disponibilité
Vous pouvez mettre à niveau les instances ApsaraDB RDS for SQL Server de l'édition de base vers l'édition Haute disponibilité. Pour plus d'informations, consultez la rubrique Mise à niveau d'une instance ApsaraDB RDS for SQL Server de l'édition de base vers l'édition Haute disponibilité.
Après la mise à niveau vers l'édition Haute disponibilité, vous ne pouvez pas rétrograder directement l'instance vers l'édition de base. Toutefois, vous pouvez acheter une nouvelle instance de l'édition de base, migrer les données vers une nouvelle instance, puis libérer l'instance d'origine.
FAQ
-
Pourquoi la mise à niveau ou la modification des spécifications d'une instance de l'édition de base est-elle lente ?
Une instance de l'édition de base s'exécute sur un seul nœud. Lorsque vous mettez à niveau l'instance ou modifiez ses spécifications, le système vérifie si le serveur physique actuel dispose de ressources suffisantes. Si les ressources sont insuffisantes, le système réplique les données du nœud sur un autre serveur physique, puis effectue un basculement. Dans des cas extrêmes, ce processus peut entraîner une interruption de service de plus de 30 minutes. Nous vous recommandons d'utiliser l'édition Haute disponibilité ou l'édition Cluster. Ces éditions utilisent une architecture haute disponibilité avec une instance secondaire capable de prendre le relais pendant la mise à niveau. Cette architecture minimise l'impact sur le service et réduit la durée d'indisponibilité.
-
Pourquoi certaines fonctionnalités ne sont-elles pas disponibles pour l'édition de base ? Quelles fonctionnalités sont prises en charge ?
En raison de son architecture mono-nœud, l'édition de base ne convient pas à certains scénarios métier. Par conséquent, son ensemble de fonctionnalités diffère de celui des éditions Haute disponibilité et Cluster. Pour une comparaison détaillée des fonctionnalités selon les différentes éditions, consultez la rubrique Présentation des fonctionnalités SQL Server.