Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Configuration de TempDB pour les déploiements multi-AZ
Si votre instance de base de données RDS for SQL Server est dans un déploiement multi-AZ utilisant la mise en miroir de base de données (DBM) ou les groupes de disponibilité Always On (AGs), gardez à l'esprit les considérations suivantes concernant l'utilisation de la tempdb
base de données.
Vous ne pouvez pas répliquer les tempdb
données de votre instance de base de données principale vers votre instance de base de données secondaire. Lorsque vous basculez vers une instance de base de données secondaire, tempdb
cette instance de base de données secondaire sera vide.
Vous pouvez synchroniser la configuration des options de tempdb
base de données, y compris ses paramètres de dimensionnement des fichiers et de croissance automatique, entre votre instance de base de données principale et votre instance de base de données secondaire. La synchronisation de la tempDB
configuration est prise en charge sur toutes RDS les versions SQL du serveur. Vous pouvez activer la synchronisation automatique de la tempdb
configuration à l'aide de la procédure stockée suivante :
EXECUTE msdb.dbo.rds_set_system_database_sync_objects @object_types = 'TempDbFile';
Important
Avant d'utiliser la procédure rds_set_system_database_sync_objects
stockée, assurez-vous d'avoir défini votre tempdb
configuration préférée sur votre instance de base de données principale plutôt que sur votre instance de base de données secondaire. Si vous avez modifié la configuration sur votre instance de base de données secondaire, votre tempdb
configuration préférée peut être supprimée lorsque vous activez la synchronisation automatique.
Vous pouvez utiliser la fonction suivante pour vérifier si la synchronisation automatique de la tempdb
configuration est activée :
SELECT * from msdb.dbo.rds_fn_get_system_database_sync_objects();
Lorsque la synchronisation automatique de la tempdb
configuration est activée, une valeur est renvoyée pour le object_class
champ. Lorsqu'elle est désactivée, aucune valeur n'est renvoyée.
Vous pouvez utiliser la fonction suivante pour savoir à quel moment les objets ont été synchronisés pour la dernière fois, dans le UTC temps :
SELECT * from msdb.dbo.rds_fn_server_object_last_sync_time();
Par exemple, si vous avez modifié la tempdb
configuration à 01h00 puis que vous exécutez la rds_fn_server_object_last_sync_time
fonction, la valeur renvoyée pour last_sync_time
doit être postérieure à 01h00, ce qui indique qu'une synchronisation automatique s'est produite.
Si vous utilisez également la réplication des tâches de l'agent SQL serveur, vous pouvez activer la réplication à la fois pour les tâches de l'SQLagent et pour la tempdb
configuration en les fournissant dans le @object_type
paramètre :
EXECUTE msdb.dbo.rds_set_system_database_sync_objects @object_types = 'SQLAgentJob,TempDbFile';
Pour plus d'informations sur la réplication des tâches de l'agent SQL serveur, consultezActivation de la réplication des tâches de l'agent SQL Server.
Au lieu d'utiliser la procédure rds_set_system_database_sync_objects
stockée pour garantir la synchronisation automatique des modifications de tempdb
configuration, vous pouvez utiliser l'une des méthodes manuelles suivantes :
Note
Nous recommandons d'activer la synchronisation automatique de la tempdb
configuration à l'aide de la procédure rds_set_system_database_sync_objects
stockée. L'utilisation de la synchronisation automatique évite d'avoir à effectuer ces tâches manuelles chaque fois que vous modifiez votre tempdb
configuration.
-
Tout d'abord, modifiez votre instance de base de données et désactivez le déploiement multi-AZ, puis modifier tempdb, puis enfin réactivez le déploiement multi-AZ. Cette méthode n'entraîne aucun temps d'arrêt.
Pour plus d'informations, consultez Modification d'une RDS instance de base de données Amazon.
-
Tout d'abord, modifiez
tempdb
dans l'instance principale d'origine, puis exécutez un basculement manuel et enfin modifieztempdb
dans la nouvelle instance principale. Cette méthode implique un temps d'arrêt.Pour de plus amples informations, veuillez consulter Redémarrage d'une instance de base de données.