Sauvegarde managée SQL Server sur Azure : Interopérabilité et coexistence
Cette rubrique décrit SQL Server sauvegarde managée sur l’interopérabilité et la coexistence de Microsoft Azure avec plusieurs fonctionnalités dans SQL Server 2014. Ces fonctionnalités sont les suivantes : les groupes de disponibilité AlwaysOn, la mise en miroir de bases de données, les plans de maintenance de sauvegarde, la copie des journaux de transactions, les sauvegardes ad hoc, le détachement d'une base de données et la suppression d'une base de données.
Groupes de disponibilité AlwaysOn
Groupes de disponibilité AlwaysOn configurés en tant que solution Azure uniquement prise en charge pour SQL Server sauvegarde managée sur Microsoft Azure. Les configurations de groupes de disponibilité AlwaysOn locaux ou hybrides ne sont pas prises en charge. Pour plus d’informations et d’autres considérations, consultez Configuration de SQL Server sauvegarde managée sur Azure pour les groupes de disponibilité
Mise en miroir de bases de données
SQL Server sauvegarde managée sur Microsoft Azure est prise en charge uniquement sur la base de données principale. Si le principal et le miroir sont configurés pour utiliser SQL Server sauvegarde managée sur Microsoft Azure, la base de données mise en miroir est ignorée et ne sera pas sauvegardée. Toutefois, en cas de basculement, SQL Server sauvegarde managée sur Microsoft Azure démarre le processus de sauvegarde une fois que le miroir a terminé le changement de rôle et est en ligne. Dans ce cas, les sauvegardes seront restaurées dans un nouveau conteneur. Si le miroir n’est pas configuré pour utiliser SQL Server sauvegarde managée sur Microsoft Azure, en cas de basculement, aucune sauvegarde n’est effectuée. Nous vous recommandons de configurer SQL Server sauvegarde managée sur Microsoft Azure sur le principal et le miroir afin que les sauvegardes continuent en cas de basculement.
Conseil
Si vous créez une base de données mise en miroir sur un instance avec SQL Server sauvegarde managée sur Microsoft Azure par défaut, il peut être préférable de désactiver SQL Server sauvegarde managée sur Microsoft Azure instance les valeurs par défaut, afin qu’elles ne soient pas appliquées à la base de données mise en miroir, puis réactiver le instance valeurs par défaut après la configuration du principal et du miroir.
Plan de maintenance
L’utilisation de plans de maintenance pour créer des sauvegardes pour une base de données lorsque SQL Server sauvegarde managée sur Microsoft Azure est activée n’est pas prise en charge. Les plans de maintenance entraînent une rupture de la chaîne des journaux et SQL Server sauvegarde managée sur Microsoft Azure peut ne pas être en mesure de prendre en charge une récupération garantie de la base de données pendant la restauration. Cela s’applique également lorsque SQL Server sauvegarde managée sur Microsoft Azure est activée au niveau instance.
Conseil
Les plans de maintenance avec des sauvegardes en copie seule sont pris en charge avec SQL Server sauvegarde managée sur Microsoft Azure configurée pour la même base de données ou instance.
Copie des journaux de transactions
Vous ne pouvez pas configurer la copie des journaux et SQL Server sauvegarde managée sur Microsoft Azure pour la même base de données en même temps. Cela affecte la récupérabilité de la base de données de l'une ou l'autre fonctionnalité.
Sauvegardes ad hoc à l'aide de Transact-SQL et SQL Server Management Studio
Les sauvegardes ad hoc ou ponctuelles créées en dehors de SQL Server sauvegarde managée sur Microsoft Azure à l’aide de Transact-SQL ou de SQL Server Management Studio peuvent affecter le processus SQL Server sauvegarde managée sur Microsoft Azure en fonction du type de sauvegarde et du support de stockage utilisé. Les sauvegardes de journalisation dans un compte de stockage Azure différent de ce que SQL Server sauvegarde managée sur Microsoft Azure utilise, ou toute autre destination que le service de stockage Blob Azure, entraînent un saut de chaîne de journal. Nous vous recommandons d’utiliser la procédure stockée smart_admin.sp_backup_on_demand (Transact-SQL) pour lancer une sauvegarde sur les bases de données sur lesquelles SQL Server sauvegarde managée sur Microsoft Azure est activée. Effectuez une sauvegarde de base de données complète ou bien une sauvegarde de fichier journal en utilisant cette procédure stockée.
Supprimer et détacher une base de données
Si une base de données pour laquelle SQL Server sauvegarde managée sur Microsoft Azure est détachée ou supprimée, bien qu’aucune sauvegarde supplémentaire ne soit possible, les sauvegardes précédentes restent dans le stockage jusqu’à l’expiration de la période de rétention, auquel cas les sauvegardes seront vidées.
Changements apportés au modèle de récupération
Si vous modifiez le modèle de récupération d’une base de données simple à complet ou journalisé en bloc, vous avez la possibilité de configurer SQL Server sauvegarde managée sur Microsoft Azure pour la base de données. Cela sera considéré comme une nouvelle base de données de SQL Server sauvegarde managée vers Microsoft Azure.
Si vous modifiez le modèle de récupération d’une base de données de complet ou journalisé en bloc en simple, pour lequel SQL Server sauvegarde managée sur Microsoft Azure est activée, les opérations de sauvegarde ne sont plus planifiées. Le paramètre de période de rétention continue d'être appliqué et les fichiers de sauvegarde resteront dans le compte de stockage jusqu'à l'expiration de la période de rétention. Si vous souhaitez conserver les sauvegardes, nous vous recommandons de télécharger les fichiers dans un compte de stockage différent ou dans un emplacement local. Les paramètres de configuration sont conservés et peuvent être réutilisés si le modèle de récupération est à nouveau défini sur Complet ou journalisé en bloc .
Sauvegarde de fichier journal avec d'autres outils de sauvegarde ou des scripts personnalisés
Deux sauvegardes qui sont configurées pour effectuer des sauvegardes de fichier journal sur la même base de données entraîneront une interruption de la séquence des journaux de sauvegarde. Bien que SQL Server sauvegarde managée sur Microsoft Azure tente de remédier à l’interruption de la chaîne de sauvegarde en planifiant des sauvegardes complètes lorsqu’une rupture de chaîne est détectée, cela signifie qu’il s’agit d’effectuer des interruptions périodiques et des sauvegardes de journaux effectuées par deux outils concurrents. Cela peut également affecter la récupérabilité de la base de données car aucun outil ne peut avoir un jeu complet de sauvegardes en séquence. Bien que cela s'applique à toutes les fonctionnalités ou outils effectuant des sauvegardes de fichier journal, il est utile de donner des exemples spécifiques, comme décrit ci-dessous. Cela sert également à résoudre les problèmes de configuration des plans de maintenance ou de copie des journaux de transaction décrits dans les premières sections de cette rubrique.
Sauvegardes basées sur Data Protection Manager (DPM) : Microsoft Data Protection Manager vous permet d’effectuer des sauvegardes complètes et incrémentielles. Les sauvegardes incrémentielles sont des sauvegardes de fichier journal qui effectuent une troncation de journal après la création d'une sauvegarde de fichier journal T. Par conséquent, la configuration de DPM et SQL Server sauvegarde managée sur Microsoft Azure pour la même base de données n’est pas prise en charge.
Outils ou scripts tiers : Tous les scripts ou outils tiers qui effectuent des sauvegardes de journal provoquant la troncation du journal sont incompatibles avec SQL Server sauvegarde managée sur Microsoft Azure et ne sont pas pris en charge.
Si vous avez SQL Server sauvegarde managée sur Microsoft Azure activée pour une instance de base de données et que vous souhaitez effectuer une sauvegarde ad hoc, vous pouvez utiliser la procédure stockée smart_admin.sp_backup_on_demand (Transact-SQL) comme décrit dans la section précédente. Si vous avez également besoin de planifier ou d’annuler des sauvegardes régulièrement en dehors de SQL Server sauvegarde managée sur Microsoft Azure, vous pouvez utiliser la sauvegarde de copie uniquement. Pour plus d’informations, consultez Sauvegardes de copie uniquement (SQL Server).